【Google検索セントラル解説】A/Bテスト時に検索への影響を抑える方法｜クローキング禁止・canonical・302・実施期間

2026年11月6日

中野輝規

サイトのボタンの色や文言を変えて、どちらが押されるかを比べる。そんなA/Bテストを始める前に、Google検索の側で気をつけることはあるのでしょうか。

この疑問に答えているのが、Google検索セントラルの「Minimize A/B testing impact in Google Search」というページです。

この記事は、そのページを英語版の原文から読み、中小企業の経営者やWeb担当者向けに整理します。日本語版との違い、ページの更新の経緯、自社サイトで何を確かめるかも書きました。

合同会社謙虚は、3つのドメインを並行して運用し、何を変えると数字が動くかを測り続けています。数字を測るにはテストが欠かせないので、テストが検索に与える影響の扱いを、公式の説明で確かめておく価値があります。

結論：3行で言うと

Googleは、ボタンの大きさ・色・位置や、行動を促す文言のような小さな変更なら、検索結果の表示や順位への影響はほとんどないことが多い、と書いています
気をつける点は4つです。ロボットと人に別のURLを見せない、複数URLなら元のURLをrel=canonicalで指す、転送は302、テストは必要な期間だけ
テストの終了後は、代替URLやテスト用のスクリプトを早く片づけるのが宿題です。長引くと、Googleが検索エンジンを欺く意図と受け取って措置を取ることがあります

このページの基本情報

項目	内容
原題（英語）	Minimize A/B testing impact in Google Search
日本語版の題名	A/B テスト時に Google 検索への影響を最小限に抑える
英語版の最終更新日	2025-12-10（2026年11月6日に公式ページで確認）
日本語版の最終更新日	2025-12-31
位置（章）	クロールとインデックス登録の章の中のページ（ナビゲーション上の名前は「A/B testing」）
直近の主な更新	Google検索の更新履歴に、このページの項目は見つかりませんでした。保存された過去の版との比較は、後の節に書きました

公式ページはこちらです。英語版と日本語版。

Googleがこのページで言っていること

ページの範囲は、テストが検索の成績に与える影響を小さくする方法です。テストの作り方や設計は扱わず、末尾に関連資料へのリンクがあります。

テストの種類と、2つのやり方

A/Bテストは、ひとつの変更を2つ以上の案で比べるものです。多変量テストは、複数の変更を同時に試し、それぞれの効果と組み合わせの効果を見るものです。

やり方は2つ書かれています。案ごとに別のURLを作り、元のURLに来た人の一部を各案へ転送する方法と、URLを変えずにJavaScriptで案を差し込む方法です。

小さな変更は、検索への影響が小さいことが多い

ボタンや画像の大きさ・色・位置、「カートに追加」か「今すぐ購入」かといった文言は、利用者の動きには驚くほど効くことがあります。一方で、検索結果のスニペットや順位への影響は、多くの場合ほとんどまたはまったくありません。

Googleがテストを見つけられるほど頻繁にクロールしているサイトなら、テスト後の最終的な更新も、おそらく早くインデックスに登録されます。

4つのおすすめの方法

方法	原文が書いている内容	理由として書かれていること
クローキングをしない	Googlebotと人に別のURLのセットを見せない。サーバー側の処理でも、robots.txtでも、ほかの方法でも同じ扱い	テストの最中かどうかにかかわらず、スパムに関するポリシーへの違反になる。違反すると、サイトの順位が下がったり、検索結果から外れたりすることがある
rel=canonicalを使う	複数URLのテストでは、代替URLのすべてに、元のURLを優先版とするrel=canonicalを付ける。noindexより、こちらをすすめる	目的は「元のURLをインデックスから外す」ことではなく、「テストのURLは元のURLの重複か変形だと伝え、元のURLにまとめる」ことだから。noindexだと予想外の悪い影響が出ることがある
301ではなく302を使う	元のURLから案のURLへ転送するときは、一時的な転送の302を使う。JavaScriptによる転送もよい	転送は実験の間だけだと検索エンジンに伝え、元のURLをインデックスに残してもらうため
必要な期間だけ実行する	必要な期間は、成約率やアクセス数で変わる。終わったら、望む案をサイトに反映し、代替URL・テスト用スクリプト・マークアップなどを、できるだけ早く取り除く	必要以上に長いテストは、検索エンジンを欺く試みと受け取られ、措置につながることがある。ユーザーの多くに1つの案を出している場合は特にそうだと書かれている

クッキーでテストを制御している場合の注意もあります。Googlebotは一般にクッキーに対応しないので、クッキーを受け付けないブラウザの利用者が見る版だけを、Googlebotは見ることになります。

クローキングの定義は、スパムポリシーを読む記事で別に扱いました。公式のスパムポリシーのページ（英語版、2026-08-28更新）では、クローキングを、検索順位を操作し利用者を欺く意図をもって、利用者と検索エンジンに別の内容を見せることと説明しています。

英語版と日本語版の違い

確認した日付（2026年11月6日）の時点で、2つの版の本文に、内容の差は見つかりませんでした。日本語版のほうが最終更新日は21日新しくなっています。

その理由は、ページには書かれていません。

項目	英語版	日本語版	判定
最終更新日	2025-12-10	2025-12-31	日本語版が21日新しい
節の構成	テストの概要、テストにおけるおすすめの方法（4項目）、詳細情報	同じ構成	差なし
小さな変更の影響	スニペットや順位への影響は、多くの場合ほとんどまたはまったく無い	同じ意味に訳している	差なし
クッキー、302、期間の注意	上の表の内容	同じ内容	差なし

更新の経緯

Internet Archiveに保存された英語版のうち、2022年9月9日、2024年1月、2025年3月、2026年3月の4つの版の本文を、現在の英語版と照らしました。

2022年9月の版では、クローキングの根拠が「Webmaster Guidelines（ウェブマスター向けガイドライン）」と書かれていました。

2024年1月の版では、現在と同じ「spam policies（スパムに関するポリシー）」になっています。この間に入れ替わったこの語句が、私が見つけられた文面の変化の中で、意味のあるものでした。

ほかは、表記のゆれと改行位置の違いでした。

2024年1月、2025年2月、2025年12月と、最終更新日は進んでいます。しかし、保存された版の本文の文は、現在の英語版と同じでした。

日付が進んだ理由は、本文の文からは分かりません。

このページから、言えること・言えないこと

言えること	言えないこと
小さな見た目の変更は、検索結果の表示や順位に影響しないことが多いと、Googleが書いている	A/Bテストをすれば順位が上がる、あるいは下がる、とは書かれていません。テスト自体を禁じてもいません
Googlebotだけに別のURLを見せるのは、テスト中でも違反になる	「テストだから許される」という例外は、書かれていません
複数URLのテストでは、noindexよりrel=canonicalをすすめている	noindexを使えば必ず悪い結果になる、とまでは書かれていません。「予想外の悪い影響が出ることがある」までです
転送は302を使う。JavaScriptによる転送もよい	転送のステータスコードを正しく選べば、順位が上がる、という話ではありません
必要以上に長いテストは、措置につながることがある	何日までなら安全、という日数は、書かれていません。必要な期間はサイトごとに違うと説明しています

中小企業の視点で、どう受け取るか

ここからは、Googleの説明とは別の、私の読み取りです。

1. 使っているテストが、どちらのやり方かを確かめる

最初に、いまのテストがURLを分けるタイプか、同じURLでJavaScriptが差し替えるタイプかを確かめます。WordPressの管理画面の「プラグイン」一覧と、テストツールの管理画面にある実験の設定を見れば分かります。

同じURLで差し替えるタイプなら、テスト後に片づけるのは、ツールのスクリプトとその設定だけです。URLを分けるタイプは、次の2点の確認が増えます。

2. URLを分けるテストは、canonicalと転送の種類を見る

代替URLのページのソースを表示し、link要素のrel=canonicalが元のURLを指しているかを見ます。転送は、ブラウザの開発者ツールの「ネットワーク」タブで、ステータスコードが302になっているかを確かめます。

Search Consoleの「URL検査」でも確かめられます。公式ヘルプでは、「ページのインデックス登録」の中に「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」の欄があると説明されています（日本語版ヘルプで確認。

画面は開いていません）。なお、Googleが選んだ正規URLが分かるのは、インデックスに登録済みの情報を見たときだけで、ライブテストでは予測できないと書かれています。

転送の一般的な考え方はリダイレクトを読む記事、重複URLの扱いは重複URLの統合を読む記事にあります。

この記事は、A/Bテストに絞った整理です。

3. 出し分けの条件に、ロボットを別扱いする設定が無いか見る

テストツールには、特定の訪問者を実験から除外する設定を持つものがあります。もし「検索エンジンのロボットだけ別の版にする」といった条件があれば、クローキングに当たる恐れがあるので、設定の理由を確かめます。

クッキーで版を振り分けている場合は、シークレットウィンドウなど、クッキーを受け付けない状態で表示を確かめます。そこで見える版が、Googlebotの見る版に近いものです。

4. 終了日を最初に決め、終わったら片づける

テストを始めるときに、いつ判断するかをカレンダーに入れます。判断したら、勝った案を本番のページに反映し、代替URL・テスト用スクリプト・マークアップを外します。

外した後に、元のURLがインデックスに残っているかを、Search Consoleの「URL検査」で確かめると安心です。

弊社のサイトで確かめたこと

kenkyo.aiに対して、この記事を書く作業の中で実際に行った確認です（2026年11月6日）。テストの最中のページではなく、公開中のトップページと記事ページの状態の確認です。

確認したこと	コマンドなど	結果の要点
トップページの正規URLの指定	`curl -sL https://kenkyo.ai/` のHTMLを読む	転送なしで200が返り、rel=canonicalは自分自身のURLを指していた
noindexの有無	同じHTMLのrobots meta	指定は画像プレビューの大きさ（max-image-preview:large）のみで、noindexは無かった
パラメータ付きURLのcanonical	記事のURLに `?utm_source=test` を付けて取得	rel=canonicalは、パラメータの無いURLを指していた
テストツールのスクリプト	トップのHTMLを、A/Bテスト用ツールで使われる代表的な名前で検索	該当する文字列は見つからなかった
ロボットと人での出し分け	User-AgentをGooglebotにして取得し、通常の取得と大きさを比べた	どちらも339,214バイトで同じだった