ローカルSEO

ローカルSEOは、事業者の所在地、サービス、連絡先を、サイトや地域のリスティング全体で、近隣の検索ユーザーに分かりやすく一貫して伝える施策です。

ローカルSEOの出発点は実態

ローカルSEOは、近隣の検索ユーザーが、実在する事業者が自分の場所とニーズに対応しているかを判断できるようにする施策です。都市別ページやプロフィールのリスティングを量産する手法ではありません。土台になるのは、正確な公開情報です。具体的には、実際に使っている名称、対象であれば住所またはサービスエリア、電話番号、営業時間、実際に提供できるサービスです。

Googleのビジネス向けガイダンスでは、正確さと実態の反映が中心に置かれています。正しいビジネスの種類を選び、事実に基づく名称を使い、移転、サービス変更、閉鎖があれば情報を最新に保ちます。Webサイト、プロフィール、構造化データは互いに矛盾してはいけません。都市名だけを変えた共通テンプレートは、地域での有用性とは言えません。

ローカルSEOの主な入力要素、確認項目、判断の流れを示した図です。

事業者情報を管理する

監査は、公開されている事実の確認から始めます。実在する拠点ごとに、お問い合わせページ、拠点ページ、プロフィール、ナビゲーション、必要に応じて地図や道順へのリンク、電話番号の表記、営業時間、canonical URLを確認します。事業者が住所で来訪者を迎えるのか、一定のエリアにサービスを提供するのかも定義しておきます。ページにはその違いを明確に書く必要があります。

役立つ拠点ページは、実用的な疑問に答えます。そこで何を提供しているか、誰が対象か、どう連絡するか、どんな制約があるかです。アクセス方法やサービスの対応範囲のような、その地域ならではの一次情報も、事実で更新が続けられるなら載せられます。お客様の声、スタッフ、住所、レビューの評価点、地域の画像を捏造してはいけません。

役立つ拠点ページを作る

複数の拠点がある組織では、実在する拠点ごとに、独立したレコードと遷移先を用意します。重複したバリエーションは統合し、分かりやすい拠点一覧のハブからリンクします。ページのtitle、表示される情報、構造化データはそろえます。実際の運営拠点がない地域は、新しい拠点ページではなく、サービス対応エリアの問題として扱います。

変更後は、ブラウザーとソースの両方で確認します。情報が一致しているか、意図したページがインデックス登録できるか、canonicalが最終の状態か、地図や連絡のアクションが動作するかです。Search Consoleは、国やページグループ別に見て、発見されているかの根拠にします。ただし、1回の更新で地図上の表示、電話、トラフィックが得られると約束してはいけません。

シグナルを偽らずに確認する

よくある間違いは、言及の回数を地域との関連性と取り違えることです。ページが地域で役立つのは、正確なサービス情報と、人が行動を起こせる確かな手段があるからです。都市名を繰り返しても、役立つページにはなりません。

FAQ

近隣の町ごとにページが必要ですか?
その地域で説明できる、実在する独自の提供内容がある場合に限ります。同じ文章に町の名前を差し替えるだけでは、ほとんど価値を生みません。
どの地域情報を、情報源の間でそろえる必要がありますか?
事業者の基本情報、サービスエリア、該当する場合は住所、営業時間、連絡先を正確に保ちます。