Google SERP не отображает целевую /текущую страницу в сухарях

Я использовал разметку JSON-LD Google для отображения палитр в результатах поиска ( https://developers.google.com/search/docs/data-types/breadcrumbs ). Google показывает сухарики в результатах поиска, но целевая /текущая страница никогда не отображается.

Например, URL-адрес выглядит следующим образом:

https://www.example.com/laptop/brand/asus

Я бы хотел, чтобы Google показывал URL-адрес в виде поиска в результатах поиска следующим образом:

https://www.example.com › Laptop › Brand › Asus

Но Google показывает эту палитру:

https://www.example.com › Laptop › Brand

Мой код:

<script type="application/ld+json">
{
    "@context": "http://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [{
        "@type": "ListItem",
        "position": 1,
        "item": {
            "@id": "/",
            "name": "Home"
        }
}, {
        "@type": "ListItem",
        "position": 2,
        "item": {
            "@id": "/laptop",
            "name": "Laptop"
        }
}, {
        "@type": "ListItem",
        "position": 3,
        "item": {
            "@id": "/laptop/brand",
            "name": "Brand"
        }
}, {
        "@type": "ListItem",
        "position": 4,
        "item": {
            "@id": "/laptop/brand/asus",
            "name": "Asus"
        }
}]
}
</script>

Я тестировал этот код с помощью инструментария структурированных данных Google. И все кажется прекрасным.

В Google я могу найти другие веб-сайты, которые реализовали их панировочные судороги аналогичным образом, и для тех веб-сайтов Google показывает текущую страницу в панировочных сухарях.

Кто-нибудь знает, как я могу убедиться, что Google показывает целевую /текущую страницу в палитре?

* Обновление: это пример голландского веб-сайта (не моего), для которого их панировка отображается с целевой страницей на последнем пути сухаря:

URL:

https://www.kieskeurig.nl/laptop/merk/asus

Отображается в Google следующим образом:

 введите описание изображения здесь>> </a> </p>

<p> Их код </p>

<pre><code>---- +: = 5 = + ----</code></pre></body></html>

3 голоса | спросил Chazz 10 42016vEurope/Moscow11bEurope/MoscowThu, 10 Nov 2016 20:11:03 +0300 2016, 20:11:03

2 ответа


1

Да Google не отображает последнюю папку или файл в списке папок. Обычно он обрабатывает их как файл, независимо от того, что в конце URL-адреса нет косой черты (/), поскольку в конфигурации сервера веб-мастер может настроить прогноз погоды для отображения конечной косой черты или нет для файла или папки. Поэтому они рассматривают их как файл, а не категорию или подкаталог. В то время как сухарь ясно говорит о навигации по веб-сайту через каталог.

Если вы хотите отобразить последний в breadcrumb, используйте что-то вроде этого https://www.example.com/laptop/brand/asus/article.html

ответил Goyllo 10 42016vEurope/Moscow11bEurope/MoscowThu, 10 Nov 2016 20:25:43 +0300 2016, 20:25:43
1

Я знаю, что это старо, но у меня есть подозрение, которое может помочь:

В примере, который вы указываете для разметки для kieskeurig.nl, @id для последнего ListItem является "/laptop/merk/Asus" (верхний регистр «A»). Когда вы на самом деле посещаете https://www.kieskeurig.nl/laptop/merk/Asus, вы получите 301 перенаправление на https://www.kieskeurig.nl/laptop/merk/asus (с нижним регистром «a»). Многие другие целевые страницы на kieskeurig.nl, похоже, содержат фактический URL-адрес в @id, то есть без перенаправления. В этих случаях конечный ListItem не отображается в виде строки в результатах поиска Google.

Я заметил на других сайтах, что конечный элемент ListItem имеет name, но no @id - а затем в Google SERP также отображается сводка.

Вывод может заключаться в том, что когда конечная пачка имеет код @id, который равен фактическому URL-адресу страницы, он опускается в SERP, тогда как если код @id отличается от фактического URL-адреса страницы, он отображается.

ответил gibihmruby 23 rdEurope/Moscowp30Europe/Moscow09bEurope/MoscowSun, 23 Sep 2018 00:03:23 +0300 2018, 00:03:23

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132