モバイル検索のURL表示はサイト名とパンくずの実際の階層へそろえる

Googleのモバイル検索結果へ分かりやすいサイト名と階層を示したいなら、検索結果専用の文言を作る前に、画面上のサイト名、パンくず、URL構造をそろえてください。構造化データは、実在する名前と階層を検索エンジンへ伝える手段です。

検索結果の表示を確約する設定ではありません。Googleのalgorithmへ手掛かりを渡すものであり、指定した文言が必ず採用されるわけではありません。

サイト名とページ階層を別々に決める

Googleのモバイル検索におけるURL表示の案内は、ドメイン名の代わりに実世界で使われるサイト名を、URLの代わりにパンくず形式の階層を表示する変更を示しています。

サイト名は、サイト全体を識別する名前です。パンくずは、現在のページがサイト内のどこにあるかを示します。二つを一つの宣伝文句へまとめないでください。

たとえば、サイト名へ「最安のホームページ制作SEO専門店」のような検索語を詰め込んでも、実際の名称とは一致しません。会社名や媒体名として継続利用する名前を選びます。

パンくずは利用者がたどれる階層にする

説明用の仮例として、「サトラボ > 実務ノート > SEO > 記事名」という階層を考えます。この表示を使うなら、実際のsiteにも実務ノートの入口とSEOの一覧があり、記事から各階層へ戻れる必要があります。

検索結果だけに階層を作り、画面上には対応するnavigationがない構造は避けます。利用者が見ているパンくずと、構造化データで示す項目を同じ正本から出力してください。

URLのfolder名とパンくずの表示名は、文字列まで同一である必要はありません。短いslugと、人が読める日本語名を分けることはできます。ただし、URLでは制作記事の配下なのに、パンくずでは広告記事の配下へ置くような意味の食い違いを作ってはいけません。

構造化データを表示用HTMLと同じ情報から作る

Googleは、schema.orgの構造化データから、サイト名とURLのパンくず構造を伝えられると案内しています。markupだけを別画面で手入力せず、WordPressのサイト名、category、親子関係など、表示用HTMLと同じ情報から生成します。

記事を別categoryへ移したとき、画面のパンくずだけが変わり、構造化データに古い階層が残れば矛盾します。変更時には次の三点を一緒に確認します。

1. 画面に表示するパンくず
2. 構造化データの階層
3. 内部linkと一覧ページ

URLも変更する場合は、旧URLから新URLへのredirectを別に判断します。構造化データを書き換えるだけでは、旧URLへのlinkやbookmarkは移動しません。

対象範囲を理解して効果を断定しない

サイト名とパンくず形式のURL表示は、モバイル検索を対象に段階的に導入されています。サイト名の変更は米国から、パンくずは世界へ展開されています。日本語検索での個別表示や反映時期は、siteごとに断定できません。

検索結果の表示が変わらなくても、実際の階層とmarkupの一致は確認できます。順位上昇を成果条件にせず、利用者が現在地を理解し、一覧へ戻れ、運用者が同じ正本から更新できる状態を先に作ります。

制作会社へ実装を委託する場合は、markupのcodeだけでなく、正式なサイト名、category構造、親子関係、URL変更時の責任を決めます。構造化データを組む作業と、サイト構造を所有する判断は別です。

最初の一手は、代表的な記事を一件選び、headerのサイト名、画面のパンくず、URL、構造化データを横に並べることです。名前か階層が食い違う箇所を一つずつ直してください。