Googleがリダイレクトによるランキングシグナルの継承について解説

Search Engine Journal（Roger Montti 氏、2026年11月5日）が、Google の Gary Illyes 氏と Cherry Prommawin 氏の発言を紹介しています。Prommawin 氏によると、どの種類のリダイレクトを使ってもページはインデックスされます。種類の違いが影響するのは、どの URL が検索結果に表示されるかです。301（恒久的）は移転が恒久的であることを示し、Google は旧 URL のランキングシグナルを新 URL に渡し、新 URL が正規 URL になります。302（一時的）は一時的な変更を示すため、Google は旧 URL を検索結果に残し、新 URL をほぼ無視します。したがってシグナルは移りません。301 も 302 も類似ページを1つのクラスターにまとめる助けにはなりますが、正規化の効果があるのは 301 だけで、Google はクラスターごとに代表 URL を1つ選びます。Illyes 氏は、クローラー自体は 301 と 302 を区別せず、違いが出るのはインデックスと正規 URL 選定の段階だと述べています。308 は 301 の、307 は 302 の現代的な同等物で、違いはブラウザが POST データを扱う方法です。307 はフォームのデータとメソッドを保ったままリダイレクトしますが、302 では失われることがあります（Illyes 氏は決済フォームのフェイルオーバーを例に挙げています）。Google はサーバー側の HTTP リダイレクトを推奨しており、JavaScript や meta refresh によるリダイレクトはブラウザがコードを読み込み実行する必要があるため遅いとしています。Montti 氏は自身の見解として、「コンテンツのカニバリゼーション」という概念は誤解を招くとし、Google は類似ページを束ねて1つを正規 URL に選びシグナルを渡すのであって全体を抑制するのではない、カニバリゼーションと呼ばれる問題の多くは内容の薄さや独自性の不足でインデックスされないことが原因だと論じています。記事は、シグナルの移行にかかる時間、多段リダイレクト、リダイレクトをいつまで残すか、移転先ページの内容の関連性には触れていません。

解説

実務での読み替えは1点に集約できます。URL を恒久的に変えるとき（サイト移転、ディレクトリ再編、ページ統合）は 301 か 308 を使う。302 で済ませると、Google は旧 URL を検索結果に残したままにするので、「移転したのに新 URL が検索に出ない」という状態になります。これは順位が落ちたのではなく、Google が「一時的な変更」という指示どおりに動いた結果です。日本のサイトで実際に起きやすいのは、CMS やホスティングのリダイレクト機能が既定で 302 を返しているケースと、キャンペーン用に一時的に張った 302 をそのまま恒久移転に流用しているケースです。移転後に自分でレスポンスコードを確認する習慣をつけてください。

一方で、過度に心配する必要もありません。どちらを使ってもインデックスは維持されるので、302 で移転してしまった場合も 301 に直せば済みます。シグナルを失ったのではなく、移転先として認識されていなかっただけです。EC サイトで商品ページを統合する場合も同じで、統合先に 301 を向ければ Google は束ねて1つを代表に選びます。

Montti 氏のカニバリゼーション論は筆者の見解で Google の発言ではありませんが、実務感覚としては妥当です。似たページが複数あること自体より、どれも内容が薄くて代表に選ばれないことの方が問題になります。類似ページの整理を検討する際は、「束ねる」前に「残す1本を厚くする」を先に考えてください。なお 307 と 308 は決済・フォーム送信を伴う場面での選択であって、通常のページ移転では 301 で問題ありません。

出典: Google Explains How Redirects Affect Ranking Signals via @sejournal, @martinibuster（Search Engine Journal (SEO)）

Googleが4xxエラー発生時に重要URLのインデックスを一時的に維持する仕組み

Search Engine Roundtable（Barry Schwartz氏）によると、GoogleのGary Illyes氏がLinkedInで、ある重要なURLが4xxを返したときの扱いを説明しました。

きっかけ：メディアプレーヤー「VLC」の公式サイトが、Google検索結果でファビコンを表示されなくなりました。トップページがダウンロードページの下の2番目に表示される状態にもなっていました。これにSEO関係者が疑問を投げかけていました。

原因：Illyes氏の説明によると、VLCのサイトは何らかの理由でステータスコード418（いわゆる「ティーポット」）を返していました。Googleはこれを他の大半の4xxと同じく「見つからない」として扱いました。

インデックスに残った理由：VLCは極めて重要なページなので、検索側が一時的にインデックスから即座に落ちないよう保護した、とIllyes氏は述べています。Schwartz氏は、サイト名で直接検索されることが多いことも重要度の表れと読めるのでは、と付け加えています。

副作用：Googleはページの中身を把握できなくなりました。そのため、スニペットもファビコンも出せず、リンクと最後に取得できたタイトルだけが表示されたと説明されています。

現状：VLCのサイトはすでに200 OKで内容を返しています。Illyes氏は、表示は近く自然に戻るとの見通しを示しています。

記事は、保護される期間の長さ、どのURLが「重要」と判断されるかの基準、一般サイトにも同じ扱いがあるかには触れていません。Schwartz氏は自サイトでも先週数日間ファビコンが消えたと書いています。ただし原因は不明で、VLCの件との関係は示していません。

解説

この話は「重要ページは4xxでも守られる」という安全策として読まないでください。Illyes氏が例に挙げたのは、世界的に参照されるVLCの公式サイトです。保護されている間も、検索結果はリンクとタイトルだけの状態になっていました。説明文もファビコンもない結果はクリックされにくく、トラフィックへの影響は避けられないと考えるのが妥当です。一般的な企業サイトや店舗サイトで、同じ猶予があると期待して運用を組むべきではありません。

公開ドキュメントとして確認できるのは、次の点です。Google検索セントラルのHTTPステータスコードの説明では、4xx（429を除く）はコンテンツが存在しない合図として扱われ、インデックス済みのURLも削除の対象になります。ファビコンについては、ファビコン自体とトップページの両方をGoogleがクロールできることが表示の条件です。今回の事例は、この原則どおりに処理されたうえで、例外的に削除が遅らされたケースと位置づけられます。

実務で注意したいのは、意図しないステータスコードです。メンテナンス時や、WAF・CDNのボット対策、プラグインの誤設定で、人には通常のページが見えているのにクローラーには4xxが返っていることがあります。一時的に止める場合は503を返すのが原則です。表示が急に崩れた、ファビコンが消えたといった変化に気づいたら、Search ConsoleのURL検査（公開URLのテスト）で、Googleが実際に受け取っているステータスを確認するのが早道です。原因の切り分けが難しい場合はご相談ください。

出典: Google Can Temporarily Protect Important URLs From Being Deindexed（Search Engine Roundtable）

Google、EEA圏内では「サイトの評判の悪用」による手動対策を適用しない方針へ

Search Engine Roundtable（Barry Schwartz氏）によると、Googleは、サイト評判の悪用（site reputation abuse）に関する手動対策を受けたサイトに対し、Search Console経由でメール通知を送りました。内容は、EEA（欧州経済領域）向けのポリシー変更に伴い、過去にこの手動対策を受けたページについて、EEA内のユーザーに表示される検索結果には今後その手動対策が影響しない、というものです。

メールの存在はGlenn Gabe氏がXで報告しました。同氏によると、現在は手動対策が解除されているが過去に受けたことがあるサイトにも届いています。Search Consoleの手動対策レポート内の「関連メッセージ」にも同じ案内が表示されています。

変更自体はすでに2026年8月30日に施行済みで、今回は約2か月遅れの周知にあたります。Google検索セントラルの公式ブログ（2026年8月28日付、Search Qualityチーム名義）は、欧州委員会との協議を経て、EEA内での運用を調整すると発表していました。公式の説明は次のとおりです。

EEA外：従来どおり、手動対策はサイトの該当部分の検索結果に影響し、それ以外の部分には影響しません。
EEA内：手動対策は検索結果に影響しません。代わりに、該当セクションを時間をかけてサイト本体から切り離し、独自に評価する場合があるとしています。
手動対策の通知自体は従来どおりSearch Consoleに届き、再審査リクエストも使えます。対象となるサイトには、再審査リクエスト後に調停の機会も設けるとしています。

Googleは同じ投稿で、ポリシー自体は維持し、デジタル市場法（DMA）の広すぎる適用は検索結果の品質を守る取り組みを妨げかねないと懸念を表明しています。このポリシーは2024年3月に導入され、2025年1月から欧州でも適用が始まっていました。欧州委員会は2025年11月にこのポリシーに関するDMA手続きを開始しています。

記事は、EEA内の「切り離し」がどの程度の期間で効くか、通知の対象サイト数、調停の詳細には触れていません。

解説

日本国内のユーザー向けに運営しているサイトには、順位や手動対策の扱いに変更はありません。EEA内の変更も「ペナルティがなくなった」のではなく、親サイトの評価を借りられない状態に置き換わったと読むべきです。借りた評価で上位に出ていたセクションは、切り離されれば結果として同じ位置には戻りにくくなります。公式ブログがポリシーの維持を明言している以上、EEA向けに第三者コンテンツを再開する判断は勧めません。

実務上の影響があるのは、EEAからの検索流入があるサイト（英語版や欧州向けの多言語ページ、EEA在住の日本語ユーザーを含む）に限られます。該当する場合、同じURLでもユーザーの所在地によって手動対策の影響が異なるため、検索パフォーマンスを国別に分けて見ないと、順位の動きを誤って解釈します。対策の有無をまず確認し、通知が届いたサイトは「過去に受けた対策」であって現在の違反判定ではないことを確認してください。

もう一点、今回のメールは過去に対策を受けたサイトにも届いています。既に解除済みのサイトで新たな対応は不要です。手動対策レポートに現在の対策が表示されていなければ、作業はありません。手動対策レポートの「定期的な確認」を今回の件を理由に運用に組み込む必要もなく、対策が適用されればGoogleから通知が来ます。

出典: Google Emails: Site Reputation Policy Manual Actions No Longer Impact EEA（Search Engine Roundtable）

GoogleがAI概要のクリック数データをSearch Consoleで提供か

LeptiDigital（Vincent Brossas氏、2026年11月5日）が、Search Engine Journalの報道（11月2日）をもとに伝えています。GoogleのGary Illyes氏は11月2日、Search ConsoleにAI概要・AIモードのクリックやクエリのデータが追加される時期について、チームはより多くのデータを提供したいと考えているが発表できるものはない、とLinkedInで述べました。きっかけは、10月30日のSearch Central Liveベンガルール（会場参加のみ）に関連してSEO関係者がGoogle社員の匿名発言として投稿した「クリックとクエリのデータをSearch Consoleに追加する見込みだが時期は不明」という内容で、Illyes氏はそのような言い方はしていないと否定しています。

現状のSearch Consoleの生成AIレポート（8月31日に全サイトへ展開）は、AI概要とAIモードを合算した表示回数をページ・国・デバイス・日付で示すのみで、クリック・CTR・クエリはありません。AI経由のクリックは通常のパフォーマンスレポートに合算され、分離するフィルタもありません。

英国の競争・市場庁（CMA）は2026年6月3日にGoogleへパブリッシャー向けの行為要件を課しており、履行期限は12月3日です。CMAの8月3日付の要約は、AI概要とAIモードで集計した表示回数・クリック・CTRを含む明確で詳細なエンゲージメント指標の提供を求めています。提供先としてSearch Consoleのような共通基盤を例示していますが、Googleが別の手段で順守を示すことも認められています。最初の順守報告は2027年1月3日、ページ単位の除外制御は2027年3月3日が期限です。

Brossas氏が強調しているのは対象範囲です。CMAはパブリッシャーをウェブに公開するあらゆる主体と定義し、要件の基準は英国にいるユーザーに表示されたAI機能であって、サイトの所在国ではありません。同氏はこの点から、英国からの流入が少しでもあるサイトは将来データ表示の対象になり得るとしつつ、完全なデータになる保証はなく、英国以外への展開を示す情報も現時点ではないと留保しています。同氏の意見として、パブリッシャーへのクリック率が芳しくない数字であれば、Googleは開示に消極的だろうとも述べています。記事はBing Webmaster Toolsにはすでに専用レポートがあると対比しています。

解説

日本のサイト運営者にとって、12月3日に何かが変わると期待して待つ必要はありません。CMAの要件は英国ユーザー向けの表示に限られ、Googleは現時点で何も発表していません。英語ページを持ち英国からの流入があるサイトは、Brossas氏の指摘どおり対象に含まれる可能性はありますが、Googleがどの形で順守するかが決まっていない段階です。現時点では「方向性として固まっている」程度に受け止めてください。

いま使えるデータでできることは決まっています。AI経由のクリックはすでに通常のクリック数に含まれているので、AI概要が自社への流入を減らしているかは、クエリ単位で表示回数が維持されているのにクリックとCTRが下がるパターンを自社の実測で追うのが現実的です。生成AIレポートの表示回数は、どのページがAI側に拾われているかの目安として使えます。第三者が出す「AI概要でクリックが何割減った」という数字を自社の判断に流用しないでください。

同じ行為要件で用意されたAI検索からのオプトアウト設定は、クリックデータが揃う前に判断を迫る形になっています。企業サイトがAI表示を拒否するメリットは小さく、問い合わせの入口を自ら閉じることになるため、データなしで切る判断は勧めません。流入とCVの推移を見ながら判断したい場合はご相談ください。

出典: Google bientôt forcé de transmettre des données de clics sur ses aperçus IA via Search Console ?（LEPTIDIGITAL（仏））

FacebookがAI生成ページを600万件以上公開しGoogleにインデックスされる

Search Engine Roundtable（Barry Schwartz氏）によると、facebook.com/fb-answers/ 配下のAI生成ページが大量にGoogleにインデックスされ、検索結果に表示されています。各ページは特定のトピックをAIが要約した本文に、出典として個人やページによるFacebookの公開投稿を添えた構成です。

発見者はSEO担当者のSaul Westbrook氏で、2026年6月にMetaがこれらのページを目立たない形でインデックスさせていることに気づいたと書いています。Schwartz氏がGoogleのインデックスを調べたところ、約600万ページが登録されていました。Westbrook氏は6月以降の月次の推定オーガニック流入も公開しています。

Glenn Gabe氏はXで、ディレクトリへの投入は2026年7月に始まり、現在600万件超のURLが数百万のクエリで表示されていると述べ、通常の検索結果に加えAI概要・AIモード・Geminiでも引用されているスクリーンショットを示しました。同氏はこれを「スケールされたコンテンツの乱用」の大規模な例だと評価しています。

Schwartz氏は、Instagramでも同様のことが行われているという噂があるとし、公になった以上、長くはインデックスされ続けないだろうという見立てを添えています。記事はMetaとGoogleのコメントには触れておらず、Googleがこれをスパムポリシー違反と判断したという事実もありません。

解説

日本のサイト運営者への直接の作業はありません。見ておきたいのは、質問系・ハウツー系のクエリで、RedditやQuoraと同様に大手プラットフォームのページが競合として入ってくる動きが続いていることです。自社の主要クエリで表示回数が維持されたままクリックが落ちているなら、検索結果にこうしたページやAI概要が増えていないかを目視で確認してください。

Google公開のスパムポリシーでは、スケールされたコンテンツの乱用を「手段を問わず、ユーザーの役に立たない大量のページを生成して検索順位を操作すること」と定義しています。AI生成かどうかではなく、ユーザーにとっての価値の有無が基準です。fb-answersがこれに該当するかはGoogleが判断することで、公開情報から言えるのはここまでです。

自社サイトでユーザー投稿や問い合わせデータをAIで要約してページ化する構想がある場合、今回の件を「大手がやっているから問題ない」と読まないでください。一次情報を持つプラットフォームと、要約を並べただけの一般サイトでは評価のされ方が異なると考えるのが妥当です。実データに基づく回答に自社の見解や事例を加えた形で、クエリごとに価値を出せる範囲に絞るのが安全です。

出典: Facebook Answers AI-Generated 6 Million Pages Is Google Scaled Content Abuse（Search Engine Roundtable）

ChatGPTショッピングの最適化：Googleショッピングとの相関と対策

Semrushブログ（Zach Paruch氏、2026年11月4日）が、ChatGPTのショッピング機能で商品を表示させるためのガイドを公開しました。主な内容は次のとおりです。

・機能の現状：ChatGPTショッピングは買い物の質問に対し、画像・価格・短い説明付きの商品カードを表示する機能で、2025年に開始されました。OpenAIは2026年3月、ChatGPT内で購入を完結させるInstant Checkoutから撤退し、商品発見の改善に注力すると発表しています。現在は米国のみで提供され、他地域への拡大は予定段階です。ショッピング結果は広告ではなく、広告枠とは分けて表示されます。

・掲載経路：承認されたマーチャントはOpenAIに商品フィードを直接送信できます（ShopifyとEtsyの出店者は申請不要）。フィードがなくてもOAI-SearchBotがサイトを読めれば表示対象になります。OpenAIはGoogle Merchant Center互換フィードも受け付けるとしています（オンボーディング時の確認が条件）。

・Googleショッピングとの重なり：Semrush自身の実験では、ChatGPTが1位に推奨した商品がGoogleショッピングの上位3件に含まれていた割合は75%でした。別途、Peec AIの2026年3月の調査（Search Engine Land報道）では、ChatGPTのカルーセルに出た商品の約83%がGoogleショッピングの上位40件にも出ていました。後者は有料広告を除いた比較です。

・推奨する対策：サーバーサイドレンダリング（OpenAIのクローラーはJavaScriptを実行しないとする2024年・2026年の検証を引用）、商品の構造化データ、robots.txtとCDNでOAI-SearchBotを許可、Merchant Centerの商品データの充実、価格・在庫・仕様をテキストとHTML表で記載、レビューをテキストで掲載、レビューサイトや業界メディアでの露出、です。任意フィールドの追加が表示増につながるかはOpenAIが確認していない、と記事自身が断っています。

・計測：定型プロンプトの定期追跡と、GA4の「AIアシスタント」チャネルやutm_source=chatgpt.comによる参照流入の確認を勧めています。リファラが欠落して直接流入に混ざる場合があるとも書いています。

記事は、日本での提供時期や、日本語クエリでの重なり具合には触れていません。

解説

日本のECサイトにとって、ChatGPTショッピングは現時点で対象外です。この記事を読んで新しい対応を始める必要はありません。見ておく価値があるのは、米国での観測として「ChatGPTの商品推奨はGoogleショッピングの上位と大きく重なる」という2つの数字が揃っている点です。日本に展開されたときも同じ構造になると決まったわけではありませんが、AI向けの別作業より、Googleショッピング側の商品データを整える方が先になる可能性が高いと読めます。

その意味で、いま手を付けるならMerchant Centerの診断でエラーと警告を潰し、商品タイトル・GTIN・画像・在庫・価格をサイト上の表示と一致させることです。これは無料リスティングでの表示にもそのまま効く作業で、AI対策として別枠に置く必要はありません。商品ページの価格・在庫・仕様を画像ではなくテキストで置く、レビューをテキストで掲載する、といった点もクローラー全般に対する基本です。

一方で、GoogleショッピングとChatGPTの推奨状況の相関を日本から定期的に追うことは、対象機能が提供されていない以上、現時点では意味がありません。定型プロンプトを繰り返し投げる追跡も勧めません。日本展開のアナウンスが出たら、参照流入の有無を自社の計測で確認するところから始めてください。

出典: How to optimize for ChatGPT shopping（Semrush Blog）

AIエージェントとユーザーを識別し、個別の対応を可能にする重要性

Search Engine Journal（Slobodan Manic氏のコラム、2026年11月4日、同氏のブログNo Hacksからの転載）が、人に代わって買い物や予約を行うAIエージェントへの企業の対応を3つの事例で整理しています。

・遮断：JPMorgan ChaseのJamie Dimon CEOは2026年Q3決算説明会で、外部のエージェントを社内に入れることは許さないと述べました。The Vergeによると、Charles Schwabも口座へのエージェントのアクセスを遮断し、Deltaはエージェントによる航空券予約を防いでいます。

・顧客のログインを使わせ、顧客の責任にする：何もしない企業はこの状態になります。Bank of Americaは顧客に、AIエージェントにログイン情報を渡さないよう求め、渡した場合はその結果生じた操作の責任は顧客にあると通知しました（TechCrunch報道）。1Passwordは、エージェントにパスワードを渡さず人が承認してフォームに直接入力する「1Password for Agents」を発表していますが、サイト側がエージェントのサインインを識別できるかは発表に記載がありません。

・エージェント専用プロファイル：Walmartは10月21日発表のAgent Profilesで、顧客アカウント内にエージェント専用のプロファイルを設け、購入ごとの承認か、顧客が設定する上限額（50・100・200ドルなど）で制御します。エージェントには人と同じ価格を示し、規則を破るエージェントは遮断するとしています。Walmartは理由として、現状ではエージェントが顧客アカウントでサインインするため、人の購入とエージェントの購入が区別なく混ざることを挙げています。

Manic氏は、エージェントは顧客がしないこと（全ページを閲覧する等）を顧客の代理で行う存在であり、顧客と同一視も完全分離もできないため、Walmart方式が正しいと述べています。規模感として、DoorDashのTony Xu CEOはQ3決算説明会で、外部エージェント経由の注文は累計で「数百件程度」と述べており、同四半期の総注文9億9,300万件と比べて極めて小さいとしています。

エージェントが身元を名乗る仕組みは策定中です。SierraとMetaが主導するPersonal Agent Protocolには40社超が参加していますが、11月1日時点で顧客向けに使用中の企業は公式サイトに記載がありません。10月30日の草案更新で、エージェントがリクエストにWeb Bot Auth（運営企業を証明する提案中の方式）で署名することが推奨に加わりました。DataDomeによると、MetaのMuseエージェントは10月12日ごろから一部リクエストに署名しています。

筆者が勧める3つの準備は、①自サイトのボット対策ソフトが現状AIエージェントをどう扱っているか（遮断・通過・判別不能）を確認する、②3つの方針のどれを選ぶかを決めて文書化する、③署名付きリクエストを送るエージェントを監視するようサイト担当者に依頼する、です。エージェントを顧客と区別できなければ別扱いはできない、と締めています。

解説

日本の企業サイトの大半には、いま決めるべきことはありません。この話が直接関わるのは、ログイン後に購入・予約・口座操作ができるサイトです。DoorDashの数字が示すとおり、エージェント経由の取引はまだごく少数で、身元を名乗る仕組みも草案段階です。「方針を決めておく」以上の投資は急がなくてよいと考えます。

該当するECや予約サイトで確認する価値があるのは、記事の1点目です。WAFやCDNのボット対策が、顧客の代理で来るエージェントを無言で弾いていると、顧客側からは「このサイトでは買えない」としか見えません。遮断するにしても意図して遮断するのと、設定の副作用で遮断されているのとは別です。現在の設定がどちらかを一度確認しておくと、プラットフォームやセキュリティベンダーが先に方針を決めてしまう事態を避けられます。

注意したいのは、この記事をきっかけに「人とAIで見せる内容を変える」設計に進まないことです。記事が扱っているのはログイン後の権限と責任の切り分けであって、公開ページの出し分けではありません。公開ページの本文や価格をクローラーと人で変えることは、検索でもAIでも勧めません。公開ページは一つの正確な内容を全員に見せ、エージェント固有の制御はログイン後の権限設計で行う、という線引きで考えてください。

出典: Businesses Treat Your AI Agent 3 Different Ways via @sejournal, @slobodanmanic（Search Engine Journal (SEO)）

GoogleのAIモードに住宅サービス予約機能が統合

Search Engine Roundtable（Barry Schwartz氏、2026年11月5日）によると、GoogleのRobby Stein氏が11月4日にXで、AIモード内で住宅サービスの調査と予約がしやすくなったと発表しました。提携先はAngi、Thumbtack、Housecall Pro、Jobberで、ServiceTitanも近く加わる予定です。AIモードの回答に表示される住宅サービス事業者の一覧に、これら提携プラットフォームへの直接リンク（予約ボタン）が付く形です。提供は現時点で米国のみです。

Stein氏は自身の利用例として、自宅の排水管トラブルの際にAIモードに状況を説明したところ、地域の料金比較・レビュー確認・状況に応じた推薦が行われ、すぐに配管業者を予約できたと述べています。Schwartz氏は「予想どおりの動作」と短く評しているのみで、記事は事業者側の掲載条件、日本を含む他地域への展開時期、予約完了率などには触れていません。

解説

日本の事業者にとって、現時点で作業はありません。米国限定で、しかも予約の入口は提携4社のプラットフォームです。Google自身が予約を受けているわけではなく、AIモードが提携プラットフォームの掲載事業者への導線を持った、という構造です。日本に同じ仕組みが来るとすれば、まず「どの予約プラットフォームと提携するか」が決まってからになります。

見ておきたいのは、Stein氏の利用例が示している検索行動の変化です。「排水管が詰まった」という状況説明から料金比較・レビュー確認・推薦・予約まで、ユーザーが事業者サイトを開かずに進んでいます。日本でも水回り修理・ハウスクリーニング・リフォームなどの緊急性の高いローカルサービスは、AIモードやAI概要で比較が済まされやすい領域です。自社の指名検索と「地域名＋業種」の表示回数・クリックの推移を分けて見ておくと、変化が起きたときに気づけます。

対策を先回りするなら、Googleビジネスプロフィールの情報（対応地域・営業時間・料金目安・レビュー）と自社サイトの記載を正確に揃えておくことです。AIモードが事業者を比較する材料は、これらの公開情報とレビューです。将来どのプラットフォームと提携されても、評価の元になるのは同じ情報です。予約プラットフォームへの出店を今から増やす必要はありません。

出典: Google AI Mode Integrates With Home Services Booking（Search Engine Roundtable）

よくある質問

Q.301リダイレクトと302リダイレクトの主な違いは何ですか？
A.301は恒久的な移転を示しランキングシグナルを新URLに継承させますが、302は一時的な変更を示すためシグナルは継承されず、旧URLが検索結果に残りやすくなります。