Framerのエージェントにサイトを直させる｜ブランチで確かめる線

「AIにサイトを触らせたら、公開中のページが勝手に書き換わりそうで怖い」「エージェントが作った変更は、確かめる間もなく本番に出てしまうのでは」。法人のサイトを預かる担当者ほど、慎重になるのは自然なことです。ただ、Framerの仕組みは少し違います。エージェントの変更は、公開する予定の版から切り離したブランチの上で試せて、本線への反映と公開はそれぞれ別の操作になっています。AIに直させるかどうかが問題なのではありません。本当は、どの変更を誰が確かめて本線に入れ、誰が公開するかを決める問題です。この記事では、ページ改修・記事の一括更新・SEOの設定の3つの場面ごとに、ブランチで確かめる線を整理します。

Framerのエージェントが触れる範囲

Framerは2026年6月16日、「Framer 3.0」としてエージェント、ブランチ、新しいコミュニティを発表し、公式ブログでは同じ日から誰でも使えると案内しました。エージェントはFramerの編集画面の中で動き、チームが普段使っているキャンバス、部品、CMSの中身、スタイル、SEOの設定、公開の流れを同じように見て編集できると説明されています。

公式の説明に挙がっている作業は幅広く、ページを一から作る、画面の写しからデザインを起こす、既存のページの中でデザインを直す、動きのある部品のコードを書く、文章を書き直す、CMSのコレクションと詳細ページを整える、といったものです。リンク切れ、読みやすさへの配慮、スタイルのばらつきを点検する使い方も示されています。

AIの紹介ページでは、文字と背景の色の差が足りない所、誤字、画像の代替テキストの抜け、SEOの抜けを見つけて直すのを手伝う、とも書かれています。アクセスの数字を読ませ、離脱の多いページや成果につながっていない所から次の手を挙げさせる使い方もあります。点検と直しが一つの画面でつながっているのが特徴です。

一方で、公式ブログは、速さと規模はエージェントが、センス・判断・管理は人が持つ、という考え方を示し、チームが一つひとつの変更を確かめ、何を世に出すかを決められるとしています。エージェントは作業の手であって、公開の判断をする役ではないという線が、製品の側でも最初から引かれていると読めます。

「AIに直させると本番が崩れる」は誤解

AIにサイトを直させると聞くと、公開中のページがその場で書き換わる姿を思い浮かべる人が多いようです。Framerでは、同時に発表されたブランチを使うと、公開する予定の版を触らずに変更を試して確かめられます。ヘルプでは、本線から枝分かれした作業場所を作り、そこで人が手で直しても、エージェントに直させてもよいと案内されています。

ブランチは、画面の上部にある表示から新しく作り、名前を付けるだけで始められます。ブランチの中の変更には、キャンバスでの編集、CMSの更新、文言の変更、ページの構成の変更、AIが作った変更が含まれると書かれています。見た目だけでなく中身の更新も、同じ作業場所で試せるということです。

ブランチは単独で公開して、確認用のアドレスを作れます。ブランチの公開は、本線にも、訪問者が見ている本番のサイトにも影響しないとヘルプは明記しています。確認用のアドレスを社内の確認者や制作会社に送り、実際の画面で見てもらってから先へ進められるわけです。

外部のAIをつないだ場合も、変更は自動でブランチの上で行われ、取り消したり、ブランチを確かめてから戻す時期を決めたりできると案内されています。直させること自体が危ないのではなく、確かめる場所を通さずに本線へ入れることが危ない、と言い換えると整理しやすくなります。

本線への反映と、公開は別の操作

ブランチの変更を本線に入れるときは、変更の確認の画面を開き、何が変わったかの差分を見てから、適用のボタンを押します。ここで押さえておきたいのは、適用は本線を更新するが、サイトは公開しないという点です。訪問者が見るサイトを変えるのは、本線を公開するという別の操作です。

この二段構えは、運用の役割分担にそのまま使えます。たとえば、ブランチを作って直すのは担当者とエージェント、差分を見て本線に入れるのはサイトの責任者、公開のボタンを押すのは公開の担当者、というように分けられます。少人数のチームでも、少なくとも差分を見る人と直した人は分けておくと見落としが減ります。

二つのブランチが同じ中身を変えていた場合、ヘルプは適用の前に変更をよく確かめ、場合によってはどちらの版を残すかを手で決める必要があると書いています。どちらを残すかをAIに決めさせないのが基本です。キャンペーンの告知と採用情報の更新が同じページで重なる、といった場面は法人サイトでは珍しくありません。

なお、外部のAIの案内には、変更が本番に出るのは自分で公開したときか、エージェントに公開を指示したときだけ、とあります。裏を返せば、指示すればエージェントが公開まで進められるということです。公開の指示を出してよい人と場面を決めておかないと、二段構えの意味が薄れてしまいます。

直させてよいページと、直させないページを先に分ける

場面ごとの使い方に入る前に、サイトのページを区分けしておきます。基準は、間違えたときに誰が困るか、です。社内だけが困るページと、顧客や取引先、応募者、株主が困るページでは、確かめる人の数も深さも変わります。目安として、次の3つに分けておくと判断がそろいます。

区分	ページの例	エージェントに任せる範囲	人が必ず確かめる点
任せやすい	ブログの一覧の見た目、事例ページの余白や並び	ブランチでの直しと点検	差分と表示の崩れ
条件付き	サービス紹介、採用情報、CMSの記事	文言の下書きと一括の整形	事実・数字・日付・固有名詞
任せない	料金、会社概要、個人情報の扱い、お問い合わせの画面	誤字や表示崩れの指摘まで	変更そのものを人が書く

「任せない」に入るページは、法務や経理、人事の確認が必要な文言を含みます。こうしたページでは、エージェントには誤字や崩れの指摘だけをさせ、直しは人が書くと決めておきます。直させた後で細かく確認するより、最初から直させない方が、確認の手間も責任の所在も分かりやすくなります。

区分けは一度決めて終わりではありません。新しいページを作ったら、公開前にどの区分に入るかを決めて一覧に書き足します。一覧の持ち主はサイトの責任者一人に決めておくと、区分の判断がぶれません。制作会社が作ったページも、区分けは自社が決めます。

場面1：公開中のページを改修させる

最初の場面は、公開中のサービス紹介ページの改修です。見出しの言い回しをそろえる、事例の部品を新しい並びに差し替える、スマートフォンでの余白を整える、といった依頼を想定します。エージェントは既存のページの中でデザインを直せると公式に書かれており、ページ全体を作り直さずに部分の直しを頼めます。

頼む前にブランチを作り、名前に目的と日付を入れておきます。「サービス紹介の見出し整理」のように、何のためのブランチかが一目で分かる名前にすると、後から差分を見る人が迷いません。一つのブランチに複数の目的を混ぜると差分が読みにくくなり、一部だけ戻したいときにも困ります。

依頼の文には、直してよい範囲と、触らない範囲を両方書きます。「見出しと余白だけを直し、本文の文言と数字は変えない」のように書くと、差分を見る側も確かめる点が絞れます。変えた理由を一行ずつ書き出させると、確認者は理由と差分を突き合わせるだけで済みます。

部品を直させるときは、その部品がほかのどのページで使われているかにも気を配ります。共通の部品を一つ直すと、意図していないページまで見た目が変わることがあるからです。依頼の前に使われている場所を確かめ、確認用の画面では直したページだけでなく、同じ部品を使うページも開いて見ます。

場面1の確かめ方：差分と確認用の画面

確かめるのは二つの面です。一つは差分の画面で、何が変わったかを項目で見ます。もう一つは確認用のアドレスで、実際の画面としてどう見えるかを見ます。差分だけでは見た目の崩れに気づきにくく、画面だけでは文言の小さな変更を見落とします。両方を見るのが基本です。

画面で見るときは、パソコンの幅だけでなく、スマートフォンとタブレットの幅でも開きます。エージェントは画面の幅ごとの表示も調整できると案内されていますが、ある幅で整えた結果が別の幅で崩れることはあり得ます。確認者が見る端末と幅を、あらかじめ決めておくと抜けが出ません。

確認の結果は、ブランチごとに短く残します。見た人、見た日、見た幅、見つけた問題と直したかどうか、の4つで足ります。記録があれば、公開後に問題が見つかったとき、どの確認で漏れたかをたどれます。記録の置き場は、サイトの外にある社内の共有場所にしておきます。

問題が見つかったら、同じブランチでエージェントに直させても、人が手で直しても構いません。ただ、何度も往復するなら、依頼の書き方が曖昧なことが多いものです。二往復しても直らないときは、いったんそのブランチを閉じ、範囲を絞った依頼で新しいブランチを作り直す方が早く片づきます。

場面2：CMSの記事をまとめて更新させる

二つ目の場面は、CMSに入っている記事や事例の更新です。エージェントはCMSのコレクションを作り、中身を入れ、詳細ページを整えられると公式に書かれています。事例の記事に業種の項目を足して全件を埋める、古い製品名の表記をそろえる、といった一括の作業が向いています。

一括の更新は、件数が多いほど人の確認が追いつかなくなります。そこで、いきなり全件を直させず、まず5件ほどをブランチで直させ、結果を人が見てから残りに広げます。最初の数件で直し方の型を決めてから広げると、後で全件をやり直す事態を避けられます。

業種の分類のように判断が入る項目は、AIに決めさせる前に、選べる値の一覧を人が作っておきます。一覧にない値を作らせない、迷ったら空欄にして理由を書かせる、という決まりを依頼の文に入れます。空欄になった記事は、担当者が元の資料を見て埋めます。分類の判断をAIに預けないための工夫です。

事実を含む項目は、とくに注意が要ります。導入した年や成果の数字、顧客の社名などは、エージェントが元の資料を持っていないことがあります。既存の文章から書き写すのは任せても、新しく事実を足すことは任せません。足した事実があれば、元の資料のどこに書いてあるかを必ず書かせる決まりにします。

場面2の落とし穴：削除と、ほかの人の更新との重なり

外部のAIをつないだ場合、案内ではCMSのコレクションを読み書きでき、項目の作成、更新、削除までできるとされています。削除ができるということは、依頼の書き方しだいで記事が消えるということです。削除を含む依頼は出さない、出すなら人が対象を一件ずつ指定すると決めておきます。

CMSは、エージェント以外の人も日々更新しています。広報がお知らせを足し、人事が採用の記事を直している間に、エージェントが同じ記事を一括で直すと、二つの変更がぶつかります。ヘルプが書くとおり、同じ中身を変えた場合は、どちらを残すかを人が決めることになります。

ぶつかりを減らすには、一括の更新をする時間帯を決め、その間はほかの人に該当のコレクションを触らないよう伝えておくのが手堅い方法です。更新の予定は、サイトの責任者から関係する部署へ前日までに知らせます。小さな決まりですが、差分を見る人の負担が大きく減ります。

もう一つの落とし穴は、記事の中に書かれた日付や期限です。キャンペーンの締め切りや説明会の日程を本文に書いている記事を一括で書き換えると、表記の統一のつもりで日付の書き方まで変わることがあります。日付と金額が入った記事は、差分で一件ずつ見る対象に入れておきます。

場面3：SEOの設定を直させる

三つ目の場面は、ページのタイトルや説明文、画像の代替テキストといったSEOの設定です。公式のAIの紹介ページでは、代替テキストの抜けやSEOの抜けを見つけて直すのを手伝うとされています。抜けを探す作業は件数が多く、人が一枚ずつ見るより、エージェントに洗い出させる方が早く終わります。

洗い出しと直しは分けて頼みます。まず、抜けているページと項目の一覧を作らせ、人が直す対象を選びます。そのうえで、選んだページだけの直しをブランチで頼みます。一覧の段階で人が選ぶことで、会社概要のような「任せない」区分のページが混ざるのを防げます。

タイトルや説明文の書き直しは、検索の順位や、検索結果に出たときの押されやすさに関わります。書き直しの案は複数出させ、どの語を残したかの理由を添えさせます。検索で来てほしい語を残すかどうかは、サイトの担当者が検索の実績を見て決めます。実績を見ないままAIに語を選ばせない、というのがここでの線です。

ここで一つ確かめておきたい点があります。ヘルプのブランチの説明では、含まれる変更としてキャンバスの編集、CMSの更新、文言、ページ構成、AIの変更が挙がっていますが、SEOの設定がブランチに含まれるかは明記されていません。本格的に使う前に、テスト用のブランチで設定を一つ変え、差分に出るかを試して確かめます。

場面3の確かめ方：公開した後に測る

SEOの設定の直しは、公開してみないと効果が分かりません。そこで公開の前に、直したページの一覧と、直した項目、直した日を残しておきます。公開後に検索の数字を見るとき、どのページのいつの変更かが分からないと、効果を測れないからです。

効果は、直してから数週間を目安に、検索で表示された回数や押された回数を、直す前の同じ長さの期間と比べて見ます。数字が下がったページは、元の設定に戻す候補にします。戻すときもブランチを使えば、元の文言を差分で確かめてから戻せます。

直したページを一度に増やしすぎないことも大事です。数十ページのタイトルを同じ日に変えると、どの変更が効いたのかが分からなくなります。まず数ページで試し、結果を見てから広げます。エージェントの作業は速いので、人が測る速さに合わせて量を絞るのがこつです。

公式の紹介ページには、アクセスの数字を読んで次の手を挙げさせる使い方も載っています。ただ、挙がった案を採るかどうかは人が決めます。数字の読み違いがないか、元の分析の画面の数字と照らし合わせる手間は省かないようにします。AIの要約は、判断の材料であって結論ではありません。

誰が何を確かめて公開するか

三つの場面に共通するのは、作る人、確かめる人、公開する人の三つの役割です。Framerの料金ページの比較表には、誰が閲覧し、中身を編集し、デザインし、公開できるかを管理する「役割と権限」の項目があります。まず、この権限の設定を運用の役割に合わせます。

料金ページでは、CMSの更新や画面上での編集ができる「コンテンツの編集者」という席も案内されています。記事の更新だけをする広報や人事の担当者にこの種類の席を割り当てれば、デザインや公開に手が届かない形にしやすくなります。席の種類ごとにできることは、契約前に画面で確かめます。

制作会社に運用を頼んでいる場合は、制作会社の担当者を作る人に、自社の担当者を確かめる人と公開する人にする分け方が考えられます。公開のボタンは自社の側が持つと決めておけば、制作会社がエージェントで作った変更も、自社の確認を通らずには世に出ません。

外部のAIをつなぐ前に決める権限

Framerは、クロードコード、カーソル、コーデックスといった外部のAIの道具とつなぐ「外部エージェント」も用意しています。案内では、端末で設定の命令を一つ実行し、AIの道具の側で認証をする流れです。料金ページでは試験提供の扱いで、試験提供の間は追加の料金なしと書かれています。

案内によると、外部のAIが触れるのは明示的につないだプロジェクトだけで、ほかのプロジェクトやアカウントの設定、請求には触れられず、接続はいつでも取り消せます。つなぐプロジェクトは一つずつ選び、つないだ一覧はサイトの責任者が持つようにします。

社外の道具とつなぐときの一般的な審査の考え方は、ほかの接続と変わりません。Framerで固有に決めておくのは、つないだ担当者が抜けたときに接続を取り消す手順と、外部のAIに公開を指示させないという決まりの二つです。担当者の異動や制作会社の交代のたびに、接続の一覧を見直します。

外部のAIの道具そのものの契約で、入力した内容がどう扱われるかは、道具ごとに違います。Framerの案内だけでは分からないので、道具の側の契約を確かめます。また、今回確かめたFramerの公式ページには、エージェントに入力した内容をAIの学習に使うかどうかの記述は見当たりませんでした。学習への利用は契約前に確かめる項目に入れておきます。

AIのクレジットの枠と配り方

エージェントや翻訳などのAIの機能は、クレジットを消費します。2026年9月時点の料金ページでは、無料のプランで試せる分が500クレジット、有料のベーシックで月1,000、プロで月3,000が基本の枠として案内され、枠を増やす選択肢もあります。ブランチと確認用の画面、テスト環境は、プロの特長として挙がっています。

ただし、公式サイトの中でも、ページによってプランの名前や金額の表記が異なっていました。プランと料金は契約の画面で確かめるようにし、ここに挙げた数字は目安として読んでください。料金ページには、クレジットはワークスペース全体とその編集者で共有されるとも書かれています。

共有の枠は、使い方を決めないと一部の人が使い切ってしまいます。一括の更新や大きなページの作り直しなど、クレジットを多く使う作業は事前に責任者に伝える、といった決まりを置きます。月の半ばで残りを確かめ、足りなければ優先度の低い作業を翌月に回します。

クレジットが尽きると、点検や直しの作業が途中で止まり、ブランチに作りかけの変更が残ることがあります。作りかけのブランチは、月末に一覧で見直して続けるか閉じるかを決めます。放置したブランチが増えると、後で本線とぶつかる原因にもなります。

• 料金とクレジットの数字は、2026年9月時点の料金ページの表記です。公式サイトの中でも表記の異なるページがあるため、契約の画面で確かめてください
• 外部エージェントは試験提供の扱いです。試験提供の間の条件は、正式な提供で変わることがあります

AIに判断させない所と、根拠の書かせ方

ここまでの場面で、AIに任せたのは変更の下書きをブランチで作るところまでです。本線への反映、公開、外部のAIをつなぐ権限は人が持つという線は、どの場面でも変わりません。加えて、中身の判断として、事実の追加、分類の値の決定、検索の語を残すかどうかも人が決めます。

根拠を書かせる決まりは、確認の手間を減らすために置きます。直した理由、参照した既存の文章、足した事実の元の資料、の3つを依頼のたびに書かせます。理由が書けない変更は、確認者が差し戻す対象です。エージェントが自信ありげに書いた説明でも、元の資料と照らして確かめます。

人が確かめる範囲は、先に決めておきます。「任せない」区分のページは全部、「条件付き」の区分は事実と数字、「任せやすい」区分は表示の崩れ、というように区分ごとに見る点を決めると、確認者の負担に見通しが立ちます。確認の範囲を決めないまま始めないことが、長く続けるための条件です。

範囲を決めずに始めると、確認がおろそかになるか、全部を見て疲れてしまうかのどちらかになりがちです。どちらも、数か月たつと確かめないまま本線に入れる運用に戻ってしまいます。最初の1か月は範囲を広めに取り、記録を見て問題の出ない所から見る点を減らしていく方が無理がありません。

導入の初めに起きやすい失敗

導入の初めによく起きる失敗を挙げます。どれも、確かめる場所が用意されているのに、そこを通らずに進めてしまう、という形をしています。

• 一つのブランチに複数の目的の変更を入れ、一部だけ戻せなくなる
• 差分だけを見て、確認用の画面を開かずに本線へ適用する
• 共通の部品を直させ、ほかのページの見た目まで変わったことに気づかない
• 適用すれば公開されると思い込んで公開を忘れる、またはその逆
• CMSの削除を含む依頼を出し、残すはずの記事まで消える
• 外部のAIをつないだ担当者が異動しても、接続が残ったままになる

4つ目の失敗は、適用と公開が別であることを知らないまま運用を始めると起きます。適用したのに本番に出ないと慌てる人もいれば、確認したつもりの版より先に、別の人が本線を公開していた、ということもあります。適用と公開の担当者をはっきり分けて案内すると防げます。

失敗が起きたら、ブランチの記録を見て、どの確認で漏れたかを振り返ります。人を責めるためではなく、確認の手順のどこを直すかを決めるための振り返りにします。直した手順は、作る人・確かめる人・公開する人の全員に同じ文面で配ります。

よくある質問

内蔵のエージェントの変更は、必ずブランチの上で行われますか

外部のAIについては、変更は自動でブランチの上で行われると案内されています。内蔵のエージェントについては、変更をブランチに移して安全に試せるとの説明はありますが、常にブランチで動くかは案内から読み切れません。運用の決まりとして、ブランチを作ってから依頼するようにします。

確認用のアドレスは、社外の人に送ってもよいですか

ヘルプでは、ブランチを公開して確認用のアドレスを作り、ほかの人と共有して確かめてもらえると案内されています。ただ、アドレスを知っている人なら誰でも見られるのかなど、見える範囲の細かい扱いは公式の説明から読み切れません。未発表の情報を含むときは、試してから送る相手を絞ります。

無料のプランでも試せますか

料金ページでは、有料の契約が一つもないワークスペースでは500クレジットでエージェントを試せると案内されています。ブランチはプロの特長として挙がっているので、ブランチでの確認まで試したいときは、試す前に契約の条件を確かめます。

日本語で指示を出しても動きますか

今回確かめた公式の案内には、日本語での指示についての明記は見当たりませんでした。試用の段階で、自社の担当者が普段使う言い方の依頼を何本か出し、意図どおりに動くか、差分に余計な変更が混ざらないかを確かめてから広げます。

入力した内容はAIの学習に使われますか

今回確かめた公式ページには、この点の記述は見当たりませんでした。契約前に、提供元の利用条件と個人情報の方針で確かめます。外部のAIをつなぐ場合は、その道具の側の契約も別に確かめます。

まとめ

Framerのエージェントは、公開中のサイトのページ・部品・CMSの中身・SEOの設定まで直せます。危ないのは直させることではなく、確かめずに本線へ入れることです。ブランチで変更を作り、差分と確認用の画面を見て、適用と公開を別の人が担う形にしておけば、AIの速さを本番の安全と両立できます。ページの区分を先に決め、場面ごとに見る点をそろえ、根拠を書かせ、外部のAIの接続とクレジットの枠も責任者が管理しましょう。料金や提供の条件は変わることがあるので、契約の画面で確かめ直してから運用を広げてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。