AI検索対策の見積もりは何を比べる？初期調査・修正・運用の内訳

1. 「サイト一式」を、対象URLと機能に分ける

最初に、調べるサービスと対象ページを一覧にします。自社名の紹介が目的なら、会社情報、サービス条件、問い合わせ先など、正しい情報を公開するページから対象を決めます。「全ページ」と書かれていても、本文を一ページずつ読むのか、共通テンプレートだけを調べるのかは別の確認事項です。

次に、調査で終わる項目と、修正まで依頼する項目を分けます。サイトの管理権限が別会社にある場合は、調査報告を既存の管理会社へ渡すのか、依頼先が修正できるのかを確認します。必要な権限や担当者が不明なまま、実装まで含む見積もりと読み取らないようにします。

技術上の前提はGoogleの公式案内で確認できます。独自の作業名だけで、すべてのサイトに同じ追加実装が必要と判断しないことが大切です。

最初の打ち合わせに、既存の管理範囲を持ち寄る

見積もりの相談では、サイト全体の構成が分かるURL一覧と、現在誰がどこを管理しているかのメモを用意します。ページの文章は自社、テーマの更新は制作会社、サーバーは別の担当という場合は、それぞれの担当範囲を一行ずつ書きます。管理者でない人へ変更を依頼しても、その見積もりだけで公開まで進められるとは限りません。最初は秘密の認証情報を送らず、作業に必要な範囲を確認します。

対象を整理する段階で「AI検索に出たい」という希望しか決まっていなくても構いません。その場合は、いきなり記事の量産やコード追加まで含む提案を受け取るより、現状調査の成果物から何を判断するのかを聞きます。調査後に別の実装見積もりを作るなら、その時点で発注を判断できるのか、最初から継続契約が始まるのかも、条件の違いとして確認します。

対象表の記入例：調査するページと変更するページを分ける

記入例として、「会社情報ページは内容と公開状態の調査のみ。サービス紹介ページは提供条件を確認し、承認した文章の修正まで。記事一覧と過去記事は今回の変更対象外」と書けます。ここでは架空のサイトを想定した範囲の書き方を示しています。自社のページへ置き換えるときは、実際のURLと管理担当を添え、ページ名だけが似た別URLを含めないようにします。

検索サービスの対象も同じ表に残します。GoogleのAI機能を確認する仕事と、別のサービスで特定の質問を観測する仕事を、何も説明せず同じ調査として数えないためです。利用できる管理画面やログがなければ、その状態で分かることと分からないことを示してもらいます。必要な資料が不足する場合は、誰が用意するかを追加し、未確認の情報を埋めた提案として受け取らないようにします。

URLを整理したら、削除済みのページ、別URLへ移動したページ、ログインが必要なページを区別します。これらを通常の公開ページと同じ作業量で扱うとは限りません。見積もりでの扱いが分かれたら、その理由を確認します。料金の単位を先にそろえるための整理であり、すべてのURLに同じ対策を実装するための一覧ではありません。

2. 初期調査・修正・継続運用を別の行で見る

この表は見積もりを読むためにこの記事で提案した整理で、各項目が必ず必要という意味ではありません。調査で問題が見つからなければ、不要な設定変更を追加しない方がよい場合もあります。対象の状態と必要な作業が説明されているかを見ます。

共通テンプレートとページ個別の確認を分ける

共通の設定を一度直す作業と、各ページの本文や提供条件を読み直す作業は、別の数量で書いてもらいます。自動生成記事も同じテンプレートだからすべて確認済みとは限りません。記事ごとの情報確認、修正、公開前の確認が含まれるかを区別します。

作業の単位と、費用が発生する区切りを読む

見積書の数量欄が「一式」でも、別紙で対象が具体化されていれば、直ちに不十分とは言い切れません。反対に「十ページ」のように数量が書かれていても、各ページを読むのか、共通の設定を変更するのかが不明なら比較はできません。作業の対象、実施内容、納品物が対応するように、同じ番号や項目名で結んでもらうことを提案します。

初期調査の成果物には、調査した範囲と、得られた証拠の種類が分かるものを求めます。本文を読んだのか、設定を確認したのか、検索回答を観測したのかを区別できれば、調査だけで解決する課題と、別の実装が必要な課題を見分けやすくなります。対象外や取得できなかった資料がある場合は、結果から黙って除くのではなく、その範囲を示してもらいます。

原稿の修正が含まれる場合は、取材や資料の整理から依頼するのか、確定した原稿を入稿するだけなのかで仕事が違います。会社の実績、サービスの条件、料金などの事実を誰が承認するかも決めます。執筆を外注しても、その人が会社の未公開情報を知っているわけではありません。確認のない数値を足すことを、情報量を増やす仕事として発注しないようにします。

共通設定の変更と、個別の値の点検を数え分ける

共通テンプレートで会社名や住所を出力する場合、出力の仕組みを変更する作業と、各ページに正しい値が出ているかを点検する作業があります。仕組みが一つだから個別確認も不要とは限りません。見積書では、共通の実装をどこまで含め、個別の確認を何ページ行うのか、その中に例外のあるページを含むのかを聞きます。

自動生成記事を継続して公開するサイトなら、今ある記事の修正と、今後の記事にも同じ変更が適用される仕組みの修正を分けます。過去記事だけを直すのか、新記事の公開後点検も含めるのかが曖昧だと、翌月以降の仕事の認識がずれます。ここで問うのは自動生成の本数そのものではなく、何を生成し、どの事実確認と公開確認が費用に含まれるかです。

定期費用の中身は、実施した作業として確認する

継続費用がある場合は、毎月レポートを作る仕事と、その結果を受けて修正する仕事を分けて読みます。改善提案までは含むが実装は別料金という契約も、特定の範囲の修正まで含む契約も考えられます。本記事でどちらかを標準と決めず、提示された条件を確認します。調査対象の追加、記事の更新、管理会社への連絡も、含むかどうかを具体化します。

「運用代行」という名称だけでは、会社情報の変更を誰が伝えるかは決まりません。営業時間や提供条件が変わったときの連絡先、受け取る資料、掲載前の承認担当を決めておきます。外注先が定期的にページを見るとしても、社内で決まった変更が自動的に伝わるとは考えず、情報を渡す工程を運用範囲の一部として扱います。

支給する原稿と、依頼先が調べる原稿を混ぜない

記事を新たに作る見積もりでは、題材の選定、一次資料の確認、原稿作成、内容の承認、入稿のどこを頼むかを明らかにします。「記事作成」とだけ書かれている場合は、既存文章の修正なのか新規作成なのか、写真や図の用意を含むかも聞きます。専門的な条件や社内でしか分からない事実が必要な題材なら、確認者と資料の出し方も仕事の範囲へ加えます。

既存記事を支給して修正を頼む場合は、維持する情報と変更してよい文章を分けて渡します。古い本文に書かれた実績や数字も、そのまま使えるとは限りません。根拠の確認が範囲外なら、その箇所を保留するのか、自社が確認してから渡すのかを相談します。記事の文字数だけを数量にして、情報の確かさの確認が抜けないようにします。

3. 掲載結果ではなく、納品物の確認条件を明確にする

納品時には「どのURLの、どの箇所を、何を根拠に変更したか」を照合できる資料を求めます。設定の変更なら変更前後と確認結果、原稿なら承認した文章と公開した文章を確かめる形です。作業した事実と、AIの回答に引用されたかという観測を同じ欄にしないようにします。

Googleは、条件を満たしていてもクロール、インデックス登録、検索での配信を保証しないと説明しています。自社で管理できる修正についての責任と、検索サービスが決める表示の結果は分けて見積書や報告書に残します。Googleが案内する掲載条件と保証の範囲も参照できます。

レポートは、条件をそろえて読める形にする

AI回答を確認するなら、サービス、質問、確認日時、対象URL、表示された参照先を記録するよう依頼します。一度の画面だけで継続的な変化や売上への影響まで断定しないことが大切です。問い合わせの計測も含める場合は、何を計測し、誰が確認するかを別途決めます。

受け取り確認のメモを、作業ごとに作る

受け取り確認の記入例は、「対象URL／承認した変更／公開された内容／確認方法／確認日／残る項目」です。本文を修正したなら、変更前後の文章を比べます。設定を直したなら、対象の設定と変更後に観測できた状態を比べます。一つの画面写真だけを添えて全部を確認済みにせず、その資料がどの作業の証拠なのかを分かるようにしてもらいます。

たとえば、公開されたサービス条件が承認原稿と一致した一方、検索サービス側ではまだ古い説明が見える場合があります。このときは、原稿の公開確認と検索側の観測を別の欄に残します。自社で変えられる箇所を正しく直したかを確認しつつ、外部の回答については未変化と報告する形です。実際のサイトでこの状態が起きたという事例ではなく、検収項目を分けるための例です。

既存サイトを変更する仕事では、今回触らない文章や機能も事前に示します。問い合わせフォーム、予約への導線、写真、既存の計測など、影響してほしくない範囲を伝え、公開後にどこを確認するかを決めます。単に文章が新しくなったという確認だけでは、依頼した範囲と依頼していない範囲を区別して受け取れません。

測れない成果を、実施済みの作業へ混ぜない

レポートの「AIに表示された」という項目には、何を表示と数えたのかを確認します。会社名が出た、公式サイトのリンクが出た、特定ページが参照されたという結果は、同じではありません。観測する対象を発注時に決めておけば、作業後に有利な結果だけを選んで比較することを避けやすくなります。

売上や問い合わせまで評価する場合は、サイトの外で起きる接客や契約の事情も関係します。AI回答の画面変化だけから、その売上が増えた原因まで決めることはできません。既存の計測が使えるか、計測の追加作業が見積もりに入るか、個人情報をどのように扱うかを確認し、まだ取得していない数字を成果欄へ入れないようにします。

成果物に含めるものと、共有しないものを決める

引継ぎ用の資料には、対象URLと設定場所、変更履歴、参照した公開資料などを残すと、次の担当者が調べ直す範囲を減らせます。一方、管理者のパスワードや利用者の個人情報まで、報告書に載せる必要はありません。調査で必要な情報の渡し方と、納品資料へ残す内容を分けて確認し、不要な情報を複数の人へ配布しないようにします。

確認結果を保存する場合は、日付と対象が読み取れる資料にしてもらいます。修正前の画面と修正後の画面が混ざると、どちらを承認したか分からなくなります。共有の方法がクラウドのURLであれば、誰が見られるか、契約後も受け取れるかを確かめます。これは資料管理の提案で、特定のサービスの利用を発注条件にするものではありません。

4. 見積もりの外になる作業を先に確認する

ページの追加、資料の再確認、別サービスの調査など、後から増えそうな作業を整理します。原稿の修正回数に、事実誤認の訂正と、承認後の方針変更の両方が含まれるかも確認すると、途中の認識違いを減らせます。

ここで挙げた条件は契約内容を読むための項目です。特定の最低契約期間、割引、解約条件を本記事で約束するものではありません。実際に提示された条件を、発注前に依頼先と確認してください。

資料の追加と、方針の変更を分けて依頼する

制作中に新しい資料が見つかった場合は、まず何が変わるのかを伝えます。誤記の訂正なのか、対象の追加なのか、すでに承認した内容の変更なのかで、確認すべき仕事は異なります。回数だけを数えるのではなく、変更の理由、影響するページ、再確認する範囲を共有すれば、追加見積もりの必要性も具体的に相談できます。

追加依頼の記入例として、「対象ページを一つ追加したい。既存の対象は変えない。資料は自社で用意し、本文作成と公開後確認を含む場合の追加範囲を知りたい」と整理できます。未確定の話をそのまま追加作業として進めず、依頼先の回答を受けて、今回の範囲を更新するかを決めます。これは一般的な相談の例で、特定の契約で追加料金が発生する条件を断定するものではありません。

保守の依頼では、異常の発見と修正の担当を聞く

保守については、何を異常と見なして確認するか、いつ誰に連絡するか、調査だけか修正までかを聞きます。本文の情報更新、CMSの更新後の不具合、外部サービスの仕様変更をすべて同じ作業と考えると、対応範囲が広がりすぎます。依頼したい内容を列挙し、対象外があるなら、困ったときの相談先を決めておきます。

既存の管理会社と新しい依頼先が同じ設定を変更する場合は、どちらが公開作業を担当するかもそろえます。双方が同じ日に別の修正を行うと、どの変更が公開されたかを確認しにくくなります。見積もりの段階では、作業時期の調整と変更記録の共有を誰が担うかまで確認し、権限を渡せば連携も済むとは考えないようにします。

終了時に残るものを、作業の最初に確かめる

継続支援を終える場合は、公開した原稿、設定の変更記録、管理権限、未対応項目をどう引き継ぐかを確認します。費用を払ったという事実だけで、利用する道具の契約や外部サービスのアカウントも自社へ移るとは限りません。成果物と利用環境を分けて、どれを受け取り、どれを継続する必要があるかを明らかにします。

引継ぎの説明を受けたら、実際の更新担当者が、変更箇所と連絡先を見つけられるかを確認します。手順書があるだけでなく、自社が更新する項目と専門担当へ依頼する項目が区別されていれば、終了後の相談もしやすくなります。契約上の取扱いは見積書や契約書で決まるため、分からない条件をこの記事の例から補わず、依頼先に確認します。

5. 見積もりをそろえてから、必要な範囲を選ぶ

比較用のメモには、対象URL、調査だけの項目、修正まで頼む項目、継続して確認する項目を書きます。そのうえで各見積もりを並べれば、金額差がページ数の違いなのか、実装の有無なのか、継続作業の違いなのかを読み取れます。

たとえば「サービス紹介ページの提供条件を確認し、誤記の修正まで依頼する。別ページの追加は今回含めない。公開後は指定URLの内容と設定を確認する」という書き方です。これは依頼範囲の記入例で、実際の案件や料金の事例ではありません。

用語の意味が合っていなければ、LLMO・GEO・SEOの対象の整理から確認します。範囲を合わせたうえで、必要な作業だけを選ぶことが、見積もりを判断する出発点です。

比較メモの読み方：金額差の理由を質問に変える

二つの見積もりがあると仮定します。一方は対象URLの調査と報告、もう一方は調査、原稿修正、公開、公開後確認を含んでいます。この状態では総額だけを見て高い方を過剰、安い方を手抜きと判断できません。まず含まれる仕事の違いを表へ移し、調査だけの案で残る実装を自社が担当できるかを考えます。架空の比較例であり、市場の料金水準を示すものではありません。

次に、それぞれの未回答項目を質問へ直します。「実装を含みますか」だけでなく、「報告書で指摘されたサービスページの本文修正と、公開された文章の確認は含まれますか」と対象を付ける形です。相手が範囲外と答えた場合も、別の担当が引き受けられるなら選択肢になります。何でも含む提案が必ず適切とは限らず、自社が必要とする仕事との一致を見ます。

最後に、依頼者側の準備を確認します。対象URL、最新の提供条件、事実確認を行う人、公開を認める人が決まっているかを見直します。これらが未定なら、確定を待たずにできる調査と、決まるまで実施できない公開作業を分けます。確認の順番を整理することで、未確認の内容を掲載して予定だけを守る進め方を避けます。

発注後も使える比較メモにするには、承認した範囲を日付とともに残します。見積もりの説明が変わったら、以前の資料と混ぜず、何を追加・除外したかを確認します。本稿でそろえたいのは料金の安さを説明する材料ではなく、費用を払って受け取る仕事を、自社の担当者が説明できる状態です。

見積もりを受け取った担当者と実際に運用する担当者が違う場合は、未回答の項目だけを抜き出して引き継ぎます。「公開後の本文更新は自社、設定の変更は依頼先、次回の点検範囲は未確定」のように残せば、発注時の説明を知らない人も次に聞くことが分かります。担当者の異動を、新しい調査一式の発注が必要な理由にしないための準備です。

AI検索対策の見積もりで確認したいこと

確認に使った公式資料

技術上の前提はGoogleのAI機能の公式案内で確認しています。見積もりの分類、納品物、役割分担の表はこの記事で提案した確認項目です。価格調査、支援実績、引用の増加率を示す資料としては扱っていません。