web-dev-qa-db-ja.com

最初のパンくずリストはホームページではありませんか？

この質問は何度か聞かれましたが、答えが変わると感じる何かに出会いました。

自分のサイトでパンくずリストを使用するときは、常にホームページへのリンクを含めます。私は通常アイコンを使用するので、次のようなことをします。

<li itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
  <a itemscope itemtype="http://schema.org/Thing" itemprop="item" href="/">
    <i itemprop="name" content="Home" class="icon-home-filled"></i>
  </a>
  <meta itemprop="position" content="1" />
</li>

さて、最近、Googleが私のページに検索結果を次のように表示し始めたことに気付きました。

enter image description here

Homeは、ホームページではなくウェブサイトのセクションのように見えます。過去にはこれをしていませんでした。 Schema.orgにアクセスして、パンくずリストのHomeページを使用するかどうかに関する情報を見つけることができるかどうか確認しました。答えは見つかりませんでしたが、Schema.orgのパンくずリストにはホームページも含まれていないことに気付きました。

だから私の質問は、Homeページを使用することであり、ベストプラクティスではありませんか？

アップデート1（2016年6月16日）：

itemprop="name" content="Home"を削除すると、パンくずリストが検索結果に表示されなくなりました。

enter image description here

アップデート2（2016年6月23日）：

ホームページのスキーママークアップをすべて削除すると、パンくずリストが再び正常に表示されます。

enter image description here

興味深いメモ

以前は、パンくずリストにRDFaバージョンのスキーマを使用していました。ホームページには常にパンくずマークが付いていて、検索結果内のパンくずリストにはHomeは表示されませんでした。さて、今はそうです。これは、Googleが最近変更したものです。

アップデート3（2016年8月10日）：

サンプルを使用しているページのパンくずリストはすべて正常に見えますが、何か新しいものに出会いました。ルートカテゴリ（スキーママークアップの同じ構造を使用している）は、検索結果にパンくずリスト構造を表示していません。

enter image description here

googlegoogle-searchschema.orgbreadcrumbs
12
John R Perry

良い質問！ルートの再定義/名前変更を試みることを考えたことがありませんでした。

ルートディレクトリはドメイン自体であると想定されます。リンクで定義することで、ルートと同じ位置を想定した新しいディレクトリ「ホーム」を作成しました。これにより、想定ルートと「ホーム」ディレクトリの両方が構造に作成され、質問で概説した状況が作成されました。

これから外挿すると、ルートディレクトリを定義しないことがベストプラクティスであるように見えます。代わりに、ルートの後にサブディレクトリ/カテゴリ/トピックのみを定義します。たとえば、クエリ文字列を使用してメインドメインに動的に作成された異なる言語のサイトの場合：ベストプラクティスは、上記で行ったことを実行し、ターゲット地域（usa + google.comに応じてルートを再定義することです、UK + google.co.ukなど）。

2
L Martin

試すべきことの1つは、ホームに相対スラッシュ/の代わりにドメインを使用することです。しかし、それで解決しない場合は、エラーがあります。 Googleはそのような家を表示するべきではなく、ドメインの形を取ります。どうして？知るか。しかし、ここに私たちがやっていること、これはいつでも変わる可能性があります：

パンくずリストを古いdata-vocab構文で適切にマークアップすれば、問題は発生しません。何らかの理由で、Googleと友人は、特にJSON-LDを介してSchema.orgのパンくずリスト/リストサポートにボールをドロップ（またはキック）し、2016年6月2日時点でデータをドロップするのをほぼ1年待っていました-サイトからの語彙。

これは、製品レビューなどにJSON-LDマークアップを推奨してからバックトラックし、ドキュメントの小さなアラートで推奨しないと言った後、最終的にSERPSで実際に「アクティブ化」する前に推奨する方法と同様の動作です。その結果、SERPSでオン、オフ、オン、オフ、オフ、WTF、オン、オフ、オンのスタイルの製品マークアップができました。

したがって、私たちの今のソリューションは、ブレッドクラム内の古いdata-vocabインラインマークアップのすぐ横にSchema.orgを配置することです。両方のエンティティスタイルがGWTでエラーなしで検出および「検証」されますが、data-vocabの削除をテストするたびに、JSON-LDのスキーマによりしゃっくりまたは非表示が発生します。好奇心が強い場合のマークアップの例を次に示します。

<div class="breadcrumb">
<script type="application/ld+json"> {
"@context" : "http://schema.org",
"@type" : "BreadcrumbList",
"itemListElement" : [
    {
    "@type" : "ListItem",
    "position" : 1,
    "item" : {
        "@id" : "https://www.example.com/",
        "name" : "Home"
        }
    },  {
    "@type" : "ListItem",
    "position" : 2,
    "item" : {
        "@id" : "https://www.example.com/parent",
        "name" : "Parent Category"
        }
    },  {
    "@type" : "ListItem",
    "position" : 3,
    "item" : {
        "@id" : "https://www.example.com/parent/child",
        "name" : "Child Category"
        }
    }
]}
</script>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://www.example.com/" itemprop="url"><span itemprop="title">Home</span></a></span>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
» <a href="https://www.example.com/parent" itemprop="url"><span itemprop="title">Parent Category</span></a></span>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
» <a href="https://www.example.com/parent/child" itemprop="url"><span itemprop="title">Child Category</span></a></span>
</div>
2
dhaupin

はいというタイトルの質問への回答では、パンくずリストにHomeを含めるのがベストプラクティスです。これは、現在のページへのパスの開始点だからです。開始点が表示されていない場合、現在のページへのパスを表示することはそれほど明確ではありません。

同様に、パンくずリストの最後に現在のページを記載することもベストプラクティスです。これは、現在のページへのパスを明確に表示しようとする場合に等しく重要な参照であるエンドポイントであるためです。

これは、アクセス可能なWebデザインの基本的なロジックです。しかし、Googleのmicrodataボキャブラリーはまだ初期段階にあるため、アクセシブルなWebデザインのベストプラクティスに必ずしも対応できるとは限りません。そのため、最近のように、Googleの検索結果に正しく表示されるようにするには、Homeアイテムからmicrodataを削除する必要があります。

アップデート3に関して、トップレベルのページ/カテゴリに表示されないパンくずリストについては、もちろん表示されません！パンくずリストはホーム（開始点）>カテゴリ名（終了点）のみであるためです。開始点はドメイン名の形式で表示され、終了点は上部に大きな青いタイトルテキストの形式で表示されます。

1
Dan L