検索エンジンのランキングを追跡するには、ビジネス関連のキーワードの少数のセットを選択し、検索エンジン、国、デバイスを修正し、ランキング URL と観察時間を記録し、同じチェックを繰り返します。クリックやランディング ページのパフォーマンスと並行して、持続的な動きを確認します。検索コンテキストのないランキングを確実に比較することは困難です。
この設定チェックリストから始めます: キーワード セット、対象となるランディング ページ、エンジン、国またはサポートされている地域、デバイス、言語、観測ソース、レビュー頻度。一貫した観察ログを構築するには、SearchVectorの検索エンジンランキングレポートガイドを使用してください。各観測の検索コンテキストとタイムスタンプを記録します。進行中のアカウントベースの作業については、SearchVector ランク トラッカー を開いて、プロジェクトで利用可能なオプションを確認してください。
維持できるキーワードのベースラインを構築する
何���改善するかを決定するのに役立つクエリから始めます。ランニング シューズを販売するビジネスの場合、「トレイル ランニング シューズ」はカテゴリ ページにマップされ、「トレイル ランニング シューズの選び方」は購入ガイドにマップされる可能性があります。検索意図と有用なランディング ページが異なるため、それらを個別に追跡します。
既存のクエリ データと顧客の質問を使用して、初期セットを選択します。追加のアイデアが必要な場合は、SearchVectorキーワード調査を使用して、実際の製品やコンテンツと照らし合わせて各提案を評価してください。検索ボリュームが大きいからといって、無関係なクエリが有用なターゲットになるわけではありません。
各キーワードに、目的のランディング URL、トピック グループ、優先度を割り当てます。ブランド検索と非ブランド検索用語を分離します。後で簡単なキーワードを追加しても、レポートされるパフォーマンスを黙って改善することができないように、日付のベースライン リストを保持してください。元のコホートは変更されずに継続しながら、新しいキーワードを新しいコホートに追加できます。
各チェックの測定内容を正確に定義
検索エンジンの結果ページ、つまりSERPは、特定の条件下での観察です。これらの条件を一度書き込んで、結果ごとに保存します。プロバイダーや設定を変更する場合は、何も変更されていないかのように 2 つのシリーズに参加するのではなく、新しいベースラインをマークします。
| フィールド | 何をするかレコード |
|---|---|
| クエリとターゲット | 正確なキーワード、ドメイン、意図したランディングURL |
| 検索範囲 | エンジン、国またはサポートされている場所、言語およびデバイス |
| 測定 | ソース、オーガニック結果定義およびチェック済み深さ |
| タイミング | タイムゾーン付きの観測タイムスタンプ。異なる場合の取得時間 |
| 結果 | 観測されたURL、位置、結果ステータスおよび関連SERP特長 |
オーガニックリンク、有料広告、ローカルマップの結果は別の表面です。シリーズのどれを測定するかを決定します。すべての可視ブロックを通常の有機的な位置としてカウントしたり、ローカル パックの位置を Web 結果の位置と組み合わせたりしないでください。 Googleでは、Search Console指標の定義で独自の位置カウント ルールについて説明しています。別のプロバイダーは異なる規則を使用する可能性があります。
手動検索はページ形式や結果レイアウトを検査するのに便利ですが、コンテキストを保持しない限り、履歴記録としては不十分です。プライベート ブラウザ ウィンドウでは、場所、デバイス、言語が固定されません。異なる検索結果についてのGoogleの説明では、2 人の人が異なる結果を表示できる理由をいくつか特定しています。手動検索は、トラッカーを上書きする修正ではなく、別の観察として扱ってください。
ランクを作成せずに欠落したチェックを記録
成功した観察、範囲外の結果、および失敗したチェックを区別してください。 「最初の 100 件のオーガニック検索結果で見つからなかった」とは、ソースがターゲットを見つけずにその深さをチェックしたことを意味します。ランク 101 は確立されません。タイムアウトは、観察が失敗したことを意味します。視認性については何も語られていません。
数値位置の横にステータスフィールドを使用します。使用できないデータについては、位置を空のままにしておきます。タイムアウト、不完全な応答、サポートされていない場所、チェックされた深さ内で見つからないなどの理由を記録します。返された国またはデバイスのメタデータが要求した設定と矛盾する場合は、不一致が解決されるまでその観測結果を傾向から隔離します。
また、取得時間と観測時間は区別されます。プロバイダーが保存されたデータを返す場合、今日取得された結果は以前の SERP を記述する可能性があります。タイムスタンプを確認せずに、今日のランキングのラベルを付けないでください。これらのフィールドを維持するにはほとんど労力がかからず、驚くほど説得力のある誤った傾向を防ぐことができます。
成功した例: URLスイッチと失敗したチェック
架空の小売業者がGoogle、米国、モバイル、英語で「トレイル ランニング シューズ」を追跡していると想像してください。対象となるページは /trail-shoes です���スケジュールされた各チェックでは、同じソースとオーガニック結果の定義が使用されます。これらは教育用のサンプル観察であり、企業の結果や「製品のキャプチャ」ではありません。
| 確認 | 位置 | 閲覧ページまたはステータス |
|---|---|---|
| 週間1 | 12 | /トレイルシューズ |
| 週2 | 11 | /トレイルシューズ |
| 週3 | 利用不可 | タイムアウト;観測なし |
| 週4 | 8 | /ガイド/トレイルシューズ |
ドメイン レベルでは、最新の成功した観察は最初の観察より 4 つ順位が高く、12 マイナス 8 は 4 に相当します。これは、カテゴリ ページが改善されたことを示していません。別の URL がランクインするようになりました。また、3 番目の小切手が紛失したからといって、一時的な失踪を証明するものでもありません。
次のタスクは意図の検査です。現在のSERPは購入ガイド、カテゴリー、またはそれらの組み合わせを好みますか?ガイドの方が本当に良い答えなのでしょうか、それとも製品範囲を曖昧にしてしまうのでしょうか?スイッチのカニバリゼーションを呼び出す前に、両方のページを検査してください。複数の関連ページが役立つ場合があります。 URL スイッチだけでは、URL の削除やリダイレクトは正当化されません。
ガイドには役立つ選択アドバイスが記載されているものの、製品カテゴリを見つけるのが難しいとします。合理的な仮説は、明確な文脈上のリンクが、興味のある読者が製品に到達するのに役立つ可能性があるということです。読者に役立つ場所にそのリンクを追加し、変更日を記録し、後で観察した内容と関連するランディング ページの結果を確認します。変更が最初に行われたという理由だけで、リンクがランキングの変更を引き起こしたと主張しないでください。
Search Console を別のビューで比較
Google Search Consoleは、サイトの実際の検索露出を測定します。その平均位置は、関連するグループの最上位の結果の平均位置です。トラッカーは、指定された検索設定の下で選択されたクエリを監視します。これらは異なる測定値であるため、不一致が自動的に壊れたツールになるわけではありません。
パフォーマンス レポートを開き、検索タイプを選択し、完全な日付範囲を選択して、調査しているクエリ、国、デバイスにフィルター���かけます。特定のランディング ページを評価する場合は、ページ フィルターを追加します。 Googleのパフォーマンス レポート ガイドには、利用可能なディメンションと指標が記載されています。
クリック数、インプレッション数、クリックスルー率、平均掲載順位をそのビューにまとめて保持します。観察ログの値を Search Console の平均値に置き換えないでください。ク���ックが低下する一方で位置が向上する場合は、成功を宣言する前に露出と結果のレイアウトを検査してください。追跡調査には一貫したフィルターと同等の期間を使用します。
ケイデンスとアクションルールを選択
小規模で安定したサイトの場合、毎週のレビューが実用的な開始ルーチンです。移行、重要な起動、または不安定なクエリ セットの場合は、より頻繁に観察する必要がある場合があります。これらは編集ワークフローの提案であり、プロバイダーの更新スケジュールを保証するものではありません。実際の更新タイムスタンプとアカウントでサポートされている設定を確認してください。
調査すべき内容を事前に決めてください。賢明な開始ルールの 1 つは、2 つの比較可能な成功した観察期間にわたって持続する大幅な減少、予期しないランディング ページの切り替え、または複数の優先ページに影響を与える動きを検討することです。しきい値は、サイトの通常のバリエーションとビジネスの優先順位��反映する必要があります。データ欠落アラートは、SEO 書き換えではなく、コレクション チェックをトリガーする必要があります。
重要なページがエラーを返したりアクセスできなくなったりするなど、重大な障害の直接的な証拠がすでにある場合は、2 番目のランキングの観察を待たないでください。 Googleのトラフィックドロップ調査ガイドは、技術的な問題、季節性、その他の原因を区別するのに役立ちます。ランク チャートはどこ���調査すべきかを示します。それ自体で原因が特定されることはほとんどありません。
書面による決定をもって各レビューを終了します
- 観察を検証します。 移動を計算する前に、タイムスタンプ、スコープ、成功チェックのカバレッジと URL を確認します。
- 質問に名前を付けます。 例: 「なぜガイドがこのカテゴリを置き換えるのか」
- 裏付けとなる証拠を収集します。現在の結果、ランディング ページと一致��る Search Console セグメントの両方を検査します。
- アクションを 1 つ選択します。所有者、影響を受ける URL、変更と理由を記録します。 「観察を続ける」は証拠が弱い場合に有効です。
- 次のレビューを設定します。 ベースラインを保存し、その後の成功したチェックを関連するクリックやビジネス成果と比較します。
これで、安定したキーワード コホート、定義された検索範囲、正直な観察ログ、意思決定記録など、使用可能な追跡ルーチンが完成しました。最も重要なページから始めて、ギャップはギャップとして保持し、すべての重要な動きの背後にあるランディング URL を調査します。この価値は、可能な限り最大のランキング スプレッドシートを収集するのではなく、次のより良い決定を下すことから生まれます。
