Builder.io

BuilderはFigmaデザインを、チームが既に使うフレームワーク向けのコードに変換する。React、Vue、Svelte、Qwikに対応する。コンポーネントマッピングは登録済みのボタン、カード、レイアウトを再利用するため、出力は新しいパターンを作らず既存コードに寄り添う。同社によればFigmaからコードまでの時間は大きく短縮され、開発者単位またはチーム単位のカスタム指示で出力を調整できる。

ビジュアルエディタはコンポーネントとデザイントークンに接続されたキャンバスで、編集はデザイン作業のように見えて本番コードを生む。マーケターは登録済みコンポーネントをドラッグし、文言を整え、実際のページで変更をプレビューする。ロールと権限が作業を設定した範囲に収めるため、小さな文言修正に開発者は不要だ。

コンテンツ側はデータを表示方法から切り離して構造化・保存し、SDKとRESTまたはGraphQL APIでどこへでも届ける。チームは1つのハブでコンテンツを作って管理し、ページ間で再利用し、既に動いているコマース、検索、ローカライズのツールにつなぐ。この分離があるからこそ、同じコンテンツでサイト、アプリ、キャンペーンページを同時に賄える。

AIエージェントがプラットフォームの両半分で働く。リポジトリ内でコードを書き換え、プロンプトからブランドに沿ったページ体験を丸ごと生成し、文脈に沿ってコンテンツを作成・更新する。エージェントはMCPサーバー経由で他のツールにつながるため、データを引き出し、チームが頼るワークフローを起動できる。利用量は、モデル費用とBuilderの手数料をまとめた統一指標であるエージェントクレジットで測る。

A/Bテストはページを作り直さずに実験を開始・計測でき、パーソナライズ配信は訪問者属性に応じて違うコンテンツを出す。配信はサーバーサイドとエッジで行うため、テストとパーソナライズがサイトを遅くせず、Core Web Vitalsも損なわない。ヒートマップは訪問者がページとどう関わるかを示し、変更と結果の間のループを閉じる。

全員が1つの情報源から、自分の役割に必要な文脈を受け取って働く。コードの変更はGitのpull requestを通り、コンテンツの変更はコメント、ピアレビュー、パスワード保護されたプレビューを通る。上位プランではSSO、ロールベースのアクセス制御、利用指標、トレーニングのオプトアウトが加わり、顧客データでモデルを学習させないとプラットフォームは明言する。