アルゴリズムアップデート対応ランブック

アルゴリズムアップデート対応はインシデント調査であり、編集のスプリントではありません。その第一のルールはシンプルです。行動を起こす前に、低下が現実のものであり、自社のものであることを確認することです。「現実のもの」とは、完全で比較可能なデータにおいて低下が持続していることを意味します。「自社のもの」とは、測定の破綻、需要の減少、結果レイアウトの変更、または自社ページに影響を与えていないアップデートではなく、自社サイトの検索可視性を反映していることを意味します。

チェックリスト： アルゴリズムアップデート対応。タイムボックス： 初日のトリアージに60〜90分、最初の週のセグメンテーションに2〜4時間、7日間完全な日数の後に正式な行動か待機かの決定。ただし、確認された技術的障害が即時修復を必要とする場合は除きます。責任者： SEO責任者がインシデントと決定ログを管理し、アナリストがデータを検証し、エンジニアリングが技術的障害を担当し、コンテンツ所有者がページ変更を承認します。

このランブックは、重要な検索指標の低下が確認または疑わしいGoogleアルゴリズムアップデート （Googleのランキングシステムの変更）と重なる場合に使用します。また、アップデートが確認されていないが、多くのURLが連動して変動し、原因が不明な場合にも適しています。

このフェーズの目的と位置づけ

このチェックリストは、プロセスの初期段階で確立された日付入りのベースライン測定 、リリースアノテーション、ページ所有権マップ、テンプレートインベントリ、意図分類、分析データ、サーチコンソールデータ、コンバージョン定義を利用します。これらのインプットがなければ、チームは線が動いたことは確認できても、何が変わったのか、どこで変わったのか、ビジネスにとって重要かどうかを特定できません。

順序が重要なのは、測定障害とサイト障害がアルゴリズムによる損失に見える可能性があるからです。同意設定の変更により分析セッションが失われることがあります。デプロイメントによりnoindexが追加されたり、誤ったカノニカルが選択されたり、内部リンクが隠されたりすることがあります。季節性により順位が安定している間に検索数が減少することがあります。低下を外部システムに起因するものとする前に、これらのケースを診断してください。

セグメンテーションの前に修正を実行すると、別の問題が発生します：原因の特定ができなくなります。チームが同じ週にタイトルを書き換え、テンプレートを再構成し、ページを削除し、内部リンクを変更した場合、後日の回復または低下には複数の可能性のある原因が存在します。したがって、対応は検証からパターンの特定へ、記録された行動か待機かの決定へ、そしてその後に制御された介入へと進める必要があります。

インプットとアウトプット

決定記録は次のステップとの契約です。「Googleが何かを変更した」は成果物ではありません。限定されたパターン、明示的な決定、そして別のレビュアーが確認できる証拠が必要です。

チェックリスト

1. 低下が現実のものであり、自社のものであることを確認する

目的： 原因を特定する前に、独立した測定間で損失を検証します。理由： 不完全なレポート、トラッキング障害、週末、季節性、ニュースサイクル、需要の変動により、説得力のある誤報が発生する可能性があります。オーガニックトラフィック とは検索結果からの無料訪問を意味し、順位が下がっていなくても減少する可能性があります。方法： 完全な日を使用し、同じ曜日で揃えた比較期間を比較し、サーチコンソールのクリック数とインプレッション数を分析セッションとコンバージョンと照合し、季節性が存在する場合は前年同期比のコンテキストを確認し、各ソースが確定した最新の日付を記録します。ツール： 検索パフォーマンスデータ、分析データ、コンバージョンレポート、アップタイムログ、リリースカレンダー。完了条件： 少なくとも2つの独立したシグナルが方向性で一致し、過去3日間の完全な日が選択したベースラインを下回っており、データの鮮度が記録され、損失が可視性、需要、トラッキング、コンバージョン、またはそれらの混合のいずれであるかが概要に記載されている。

2. 自社で制御可能な原因を除外する

目的： サイト、トラッキング、セキュリティ、インデックス作成に関する障害をテストします。理由： 確認された欠陥は即座に修復する価値がありますが、アップデートが終了するのを待つことは防止可能な損失を拡大させることになります。インデックス可能性 とは、ページが検索エンジンのインデックスに含まれる能力です。方法： 影響を受けたURLと影響を受けなかったURLのレスポンスステータス、robotsディレクティブ、カノニカル、レンダリング、内部リンク、サイトマップの有無、手動アクション通知、分析イベントを検査し、変更をリリース時刻と照合します。ツール： URL検査、サーバーおよびデプロイメントログ、クローラー出力、分析デバッガー、アップタイムモニター、変更記録。完了条件： すべての候補となる障害が合格、却下、または所有者が割り当てられている。発症時期に一致する障害は「今すぐ修復」とラベル付けされ、アルゴリズム仮説から分離されている。

3. ディレクトリ、テンプレート、意図ごとにセグメント化する

目的： サイト全体の平均ではなく影響マトリックスを作成します。理由： 広範な合計値は実際のパターンを隠す可能性があります。商品ページが減少する一方でガイドが増加する、1つのテンプレートがモバイルクリックを失う、情報系クエリが変動する一方でブランド需要が安定しているなどです。検索意図 とは、ユーザーがクエリで達成しようとするタスクです。方法： クリック数、インプレッション数、順位、コンバージョン数、影響を受けたURLについて前後の変化を計算します。最初にディレクトリ、次にテンプレート、主要意図、デバイス、国、クエリクラス、ビジネスロールでグループ化します。安定しているか増加しているグループをコントロールとして含めます。割合だけでなく重み付けされた絶対合計も使用し、小さなセグメントの10クリックの損失が大きなセグメントの1万クリックの損失を上回らないようにします。ツール： ディレクトリ、ページ、クエリ、URLムーバー、キーワードムーバーレポート、およびスプレッドシートまたは分析ノートブック。完了条件： マトリックスが検索クリックの少なくとも95%をカバーし、影響を受けたセグメントとコントロールセグメントを示し、低ボリュームグループを「方向性のみ」として記録し、データによって裏付けられた最も狭い再現可能なパターンを特定している。

4. 代表的な勝者と敗者を調査する

目的： 影響を受けたセグメントとコントロールセグメントを最もよく代表するページとクエリをレビューします。理由： 集計値は損害の場所を特定しますが、説明はしません。検索エンジン結果ページ は、従来のリストをショッピングユニット、ローカル結果、動画、AI回答に置き換えることがあります。この変更により、修正可能なページ欠陥を示さずにクリックが減少する可能性があります。方法： セグメントに十分なURLが含まれている場合、少なくとも5つの影響の大きい敗者と5つの安定または増加しているコントロールを選択します。意図の充足度、独自性、エビデンス、著者性、商業的負荷、更新履歴、内部ルーティング、スニペットの変更、競合する結果フォーマットを比較します。観察結果はランキング要素の主張ではなく仮説として記録します。ツール： ライブ結果レビュー、ページレンダリング、ソース記録、競合ページ、検索データ、コンテンツインベントリ。完了条件： すべての仮説が敗者とコントロールの例を引用し、矛盾する証拠が保持され、1つのページまたは1つのクエリのみに基づく推奨がない。

5. 1週目はパニック編集を凍結する

目的： 診断を継続しながら、広範で推測的な変更を禁止します。理由： 大量のタイトル書き換え、公開日変更、ページ削除、サイト全体の文字数目標、テンプレート再設計、リンクの入れ替えは、複数の変数を同時に変更します。これらは影響を受けていなかったページを損なう可能性があり、後日の変動の原因を特定できなくします。方法： 観察された発症から7日間完全な日数の変更ウィンドウを設定します。確認された修復、法的または事実の修正、セキュリティ作業、および延期により大きなリスクが生じる既に承認されたリリースのみを許可し、各例外をアノテーションします。現在のページのコピーとエクスポートを保存します。ツール： リリースカレンダー、CMS権限、インシデントログ、アノテーションシステム。完了条件： 凍結範囲、開始日、終了日、承認者、例外がパブリッシャーとエンジニアに可視化されている。ウィンドウ内で記録されていないSEO実験は出荷されない。

6. 行動、待機、今すぐ修復を選択する

目的： 指定されたチェックポイントで決定を下します。理由： 無限の観察は実際の欠陥を未治療のままにし、反射的な行動は不確実性を制御不能な変更に変換します。方法： 再現可能な技術的または測定上の障害には「今すぐ修復」を選択します。重大な損失が持続し、一貫性のあるセグメントに集中し、ページまたはシステムの弱点が敗者とコントロールの両方を説明する場合は「行動」を選択します。ロールアウト、データ遅延、季節性、低ボリューム、または矛盾するセグメントが防御可能な原因を妨げる場合は「待機」を選択します。却下された代替案と決定を変更する証拠を記録します。ツール： インシデント概要、影響マトリックス、代表的なレビュー、ビジネスリスク評価、承認者。完了条件： 記録に1つの決定、信頼度、所有者、レビュー日、証拠リンク、および再開のトリガーが含まれている。

7. 1つの制御された介入を実行する

目的： 「行動」の決定を限定された修復または実験に変換します。理由： 1つの仮説と1つの一貫性のある変更セットにより学習の機会が保持されます。同時に行うサイト全体の変更では学習できません。方法： 影響を受けるコホート、実用的な場合は未操作の比較グループ、正確な弱点、意図された読者の改善、期待される指標、観察期間、受け入れ閾値、ロールバック経路を定義します。劣化したページには、日付を変更したり盲目的にコピーを拡張したりする代わりに、コンテンツリフレッシュチェックリスト を使用します。ツール： アクション概要、ページインベントリ、CMS、QA記録、リリース所有者、アノテーション。完了条件： 変更されたすべてのURLが診断されたパターンにマッピングされ、介入がQAを通過し、コントロールが変更されていないか逸脱が記録され、リリースアノテーションに何がいつまでに動くべきかが記載されている。

8. 測定、文書化、そしてクローズまたは反復

目的： アップデートのナラティブとは別に介入を評価します。理由： リリース後の回復は関連性であって、リリースが原因であることの証明ではありません。アップデートがまだ展開中である可能性があり、競合他社が変化する可能性があり、需要が戻る可能性があります。方法： 宣言された事後期間を凍結されたベースラインと比較し、同じセグメンテーションを維持し、コントロールとコンバージョンを検査し、交絡因子を記録します。結果をポジティブ、ニュートラル、ネガティブ、または不明確に分類します。ツール： アノテーション結果、ムーバーレポート、分析データ、コンバージョンレポート、インシデント記録。完了条件： 実際の結果と期待された結果が添付され、信頼度と限界が明記され、所有者がクローズ、観察期間延長、ロールバック、または新しい限定仮説の実行を選択し、次のレビュー日が設定されている。

AmICitedのツール

AmICitedは期間、セグメント、介入を保存することで診断を再現可能にします。アルゴリズムが何を評価するかを証明するものではありません。レポートを使用してパターンを特定し、決定をテストしてください。

1. オーガニック順位を開く → オーガニック順位レポート で、接続された検索チャネル間の需要、平均順位、クリック数を比較します。インシデントが広範なのかチャネル固有なのかを判断するために使用します。
2. URLポジションムーバーを開く → URLポジションムーバー で、損失を生み出しているページを特定し、期間を比較し、デバイスとセクションごとの変動を分割します。
3. キーワードポジションムーバーを開く → キーワードポジションムーバー で、変化したクエリの順位と失われた需要を分離し、意図レベルのパターンを見つけます。
4. Google検索ディレクトリを開く → Google検索ディレクトリ で、サイト全体からクリック数またはインプレッション数が変化したディレクトリにドリルダウンします。
5. Google検索ページ → Google検索ページ とGoogle検索クエリ → Google検索クエリ を使用して、代表的なURLとそれらが提供した正確な検索を検証します。
6. アノテーション結果を開く → アノテーション結果 で、介入、期待値、チェックポイント、結果を記録します。評価された結果は相関の証拠として扱い、因果関係の証明としては扱いません。

判断ルール

これらはインシデント管理のデフォルトであり、Googleがページを評価する方法についての主張ではありません。その目的は、ノイズへの過剰反応と重大な障害時の無策の両方を防ぐことです。サイトの確立された変動性とビジネスリスクに基づいた文書化された閾値がある場合のみ、これらを置き換えてください。

パーセンテージだけでは不十分です。2クリックから1クリックへの50%の減少は、数千の訪問を含む15%の減少と運用上同等ではありません。相対的な変化とともに、常に絶対ボリューム、コンバージョンエクスポージャー、信頼度を保持してください。

成果物：アルゴリズムアップデートインシデントパケット

「コアアップデートの影響」というスライドではなく、日付付きの1つのフォルダまたはインシデント記録を引き渡します。以下を含みます：

1. 発症、重大度、疑わしいアップデート、データの鮮度、ビジネスエクスポージャー、所有者、現在の判断を記載した1ページのインシデント概要。
2. ベースライン期間とインシデント期間の凍結エクスポートまたはレポートリンク（フィルターとタイムゾーンを含む）。
3. ディレクトリ、テンプレート、意図、デバイス、国、ページ、クエリごとの影響マトリックス（影響を受けたコホートとコントロールコホートを含む）。
4. 測定、需要、リリース、クローリング、インデックス作成、レンダリング、セキュリティ、結果レイアウトの変更をカバーする原因除外ログ。
5. 代表的な敗者とコントロールのレビュー（各仮説の支持証拠と反証を含む）。
6. 行動/待機/修復の判断、却下された代替案、承認者、次のレビュー日、インシデントを再開する証拠。
7. 介入の場合、正確なURLコホート、変更仕様、QA記録、ロールバック経路、リリースアノテーション、チェックポイント、最終結果。

影響マトリックスには機械可読なテーブルを、判断には人間可読なサマリーを使用します。別のアナリストがどのフィルターが使用されたかを尋ねずに影響パターンを再現でき、パブリッシャーがチャートを解釈せずに承認された内容を正確に確認できるとき、パケットは完了です。

よくある失敗

アップデートがすべての説明になってしまう

アナウンスとトラフィック低下が近い時期に発生するため、チームが代替案のテストをやめます。対応策は、除外ログを維持し、裏付けを要求することです。タイミングは仮説を立てるものであり、損失の原因を確定するものではありません。

サイト平均が相反する動きを隠す

ガイドが増加する一方でカテゴリページが減少するが、合計値が横ばいのため、イベントが無害に見えます。または、1つの大きなディレクトリが低下し、すべてのテンプレートが弱く見えます。同じデータをディレクトリ、テンプレート、意図、デバイス、国ごとにセグメント化し、安定したグループをコントロールとして保持します。

1週目の編集が原因特定を破壊する

チームは、待つよりも行動する方が安全に感じるためページを書き換えます。その後、回復がロールアウト完了、需要、競合他社の変更、または編集そのものと分離できなくなります。推測的な作業を7日間完全な日数凍結し、すべての例外をアノテーションします。

パーセンテージ変化が小さなサンプルを誇張する

低ボリュームのグループが4クリックから2クリックに減少し、50%でトップの「敗者」になります。常に相対変化と絶対クリック数、インプレッション数、影響を受けたURL数、ビジネス価値を組み合わせます。薄いセグメントは「方向性のみ」とマークします。

結果が出た後にコントロールが選ばれる

安定したページが、どのページが安定したかを確認した後にのみ選択される場合、比較は好ましい説明を有利にします。介入前にコントロールロジックを宣言します：同じテンプレートで異なる意図、同じ意図で異なるテンプレート、または同じコホート内の影響を受けていない国/デバイス。

複数の修正が1つのパッケージとして出荷される

タイトル、本文、ナビゲーション、構造化データ、テンプレートが一緒に変更されます。ポジティブな結果であってもほとんど学びがありません。運用上可能な場合は原因を別々の介入に分割し、分割できない場合はパッケージとして記録し、原因特定の信頼度を下げます。

回復が証明として報告される

リリース後に指標が改善したため、アクションが因果関係があると宣言されます。順序を正確に報告します：変更の後に回復が続き、コントロールは述べられた方法で動作し、既知の交絡因子が残っている。その表現は、証拠が支えきれない確実性よりも有用です。

次のフェーズ

確認された技術的障害は、影響を受けたコホートと再テスト条件を添付して、直ちにエンジニアリングの所有者に移行します。診断されたページ品質の問題は、コンテンツリフレッシュワークフローに移行します。結論が出なかったインシデントは、無期限のバックログに入れるのではなく、指定されたレビュー日を設定して観察に戻します。

進行中の継続的なリフレッシュと反復 フェーズには、このランブックから4つの要素が必要です：影響を受けたコホート、受け入れられたまたは却下された仮説、アクションとアノテーション記録、次の測定日。これらのアウトプットを使用して、すべての順位変動を劣化として扱わずに作業の優先順位を付けます。

FAQ

インシデント所有者は、フロントマターのFAQ回答をページのFAQコンポーネントに公開し、上記の判断ルールと整合性を保つ必要があります。すべての回答にわたって同じ基本原則が適用されます：検証、セグメント化、判断、1つの制御されたシステムの変更、測定。

証拠に基づいて対応し、緊急性に基づかない

オーガニック順位レポート を開き、比較日を固定し、ページを変更する前に最初のインシデント概要を作成してください。最も迅速な有用な対応は、チームが後で説明できる判断です。