プロキシを使ったローカルSEO監査

支店、指定した場所と実際に検出された場所、ページまたは検索語句、期待される動作、実際の動作、証拠を取得した時刻を記載した課題一覧を提出します。個人情報などをマスキングしたスクリーンショットを添付し、次に確認すべき手順も明記してください。クライアントが、調査担当者の使った支店、ブラウザー、検索結果の表示面を再現しなくても、担当者に調査結果を割り当てられる状態にします。

異なる市場、ページテンプレート、店舗選択の操作など、クライアントの実際の業務ルールを代表する支店を選びます。それぞれのケースをサンプルに含める理由も説明してください。記録を残した小規模なパイロット調査なら、広範囲の調査を始める前に設定上の問題を発見できます。ただし、未調査の支店にも同じ不具合や順位の傾向があると証明するものではありません。

それぞれ異なる疑問に答えるため、分けて管理してください。ブランド名を含む検索語句は、想定した支店が表示されるかの確認に役立ちます。一方、カテゴリ検索語句では、より広い競合状況を確認します。各調査結果に、検索結果の表示面と地域を記載してください。これらの違いを示さずに数値をまとめると、クライアントが実際に対応すべき調査結果が分かりにくくなることがあります。

プロジェクトごとにサブユーザーの認証情報と通信量の上限を設定し、そのプロジェクトの調査記録をまとめて管理します。認証情報は承認済みの認証情報管理ツールに保管し、クライアントに提出する証拠からはマスキングしてください。ネットワークへのログイン情報を分けると通信量を特定しやすくなりますが、ブラウザープロファイルや支店選択の設定も、案件ごとに記録しておく必要があります。

ページの内容を、支店の担当者が確認した正確な事業情報と、想定される操作手順に照らして確認します。電話番号リンクの誤り、住所の不一致、別の支店を開く選択機能などは、具体的なウェブサイトの不具合です。ローカルパックで予想外の順位が表示された場合は、場所と順位を個別に調査する必要があります。これを同じ種類の不具合として報告しないでください。

記録した設定を変えずに、元の支店ページまでの操作を再度行い、修正後のページの状態を記録します。再テストに合格した具体的な調査結果と、未テストのケースを明記してください。リリース内容やテスト設定が変わった場合は、その変更も記録します。ウェブサイトの再テストに成功しても、検索での表示や顧客コンバージョンが広範囲に向上したことを示すものではありません。