Да в том и дело, что без указания Product они никуда не попадут. Offers - это подэлемент любой схемы, но до тех пор пока схема не определена или определена как другая - ничего в сниппете и не будет.
Но у меня то как раз в сниппете все есть, и схема, которую я использую: Product. Не Event, ни Article, ни еще какую-либо, а именно Product. В том то и дело, что в схемах Эвента или Артикля, даже если он их скушает - он не выведет тот сниппет, который выводит у меня.
Ну серьезно, это уже выглядит странно
"@type":"Product" - это что? Какая это схема?
Эта схема валидируется?
Она вносит изменения в сниппет?
Какой другой схемой вы получите тот же самый сниппет как у меня?
Event? Нет.
Article? Нет.
Вы сами же даете выше кучу примеров, почему и когда ничего в сниппете не появится, потому что эти схемы не являются схемами Product и не имеют своего места выдачи.
Я уже реально не понимаю, как можно на "@type":"Product" говорить, что это не Product.
Да, используется лишь секция цен, ну так для продукта на странице это и есть одна из главных секций, а не mpn или sku.
burunduk,
вы в валидатор мой код вбивали? Ошибки видели? Нет. Потому что там только предупреждения. Ошибок 0.
Я же сразу написал - у меня урезанный Product, но от этого схема другой не становится.
Если вопрос в том, что он не полный, так я с этим и не спорю - он не полный, но он допустим. Он проходит как валидацию, так и отображение.
А то, что он не выводит какие-то другие поля, так я и их и не использую, я о них и не писал.
Просто это в любом случае Product.
С вашей же страницы, с официального валидатора, с официальным отображением. Меня интересовала цена в сниппете, я ее добавил.
А что нужно ТС, нужно у нее спросить и какой формат она использует.---------- Добавлено 14.03.2019 в 19:46 ----------Если проще, то как это вижу я и гугл валидирует:
1. Это схема Product ? Да, и гугл ее валидирует.
2. Эта схема имеет ошибки в валидаторе? Пример выше. - Нет, схема не имеет ошибок, только некритичные предупреждения.
3. Гугл отображает информацию из этой схемы в выдаче поиска? - Да, он отображает предоставленную информацию в доп поле сниппета.
Остальное - нюансы, но уж точно никак не "никогда не выводит", если он расширенную версию не показывает - возможно, никогда не видел и даже спорить не буду. Но разговор изначально был о том, что вообще не показывается схема Product у ТС и примеров не было. Посему сложно сказать, какую схему она хочет видеть. Если такую как вы пишете, полную, возможно, что никогда и не увидит, если же она под под Product подразумевает такую же как у меня - она ее может увидеть.
Надеюсь, в этом мы уже придем к консенсусу )
Да ну просто разбираемся же, чего кричать?
Смотрим на этой странице:
Смотрим их разметку LD:
Я у себя использую эту же разметку, только в очень урезанном виде:
Только я использую там AggregateOffer, в офферах, но схема то Product.
Возможно, что ему не все поля передаю, но от этого разметка вроде бы другой не становится.
На счет картинки:
Это свойство является обязательным для Google Картинок и рекомендуемым для Google Поиска.
Все остальные поля - рекомендуемые. У меня на счет проверки Product ни в валидаторе, ни в ВМТ гугла никаких претензий. К Event есть, но не к Product.
У меня задача за счет Product выводить только стоимость в сниппет, с этим он относительно успешно справляется там, где не тупит.
У меня пропущены Отзывы, Рейтинг, Автор и Описание, ну так у меня отзывов нет, рейтинга нет, автора нет. Разве что описание, кстати, можно добавить. Но толку большого нет, он и так его из дескрипшена страницы берет. ---------- Добавлено 14.03.2019 в 19:04 ---------- Если бы я задавал неверно разметку Product, то никакой валидатор бы я не прошел, если было несоответствие полей.
Вот валидатор Гугл разметки, официальный:
https://search.google.com/structured-data/testing-tool/
Вот разметка Product, которую я использую:
Внесите ее как Фрагмент кода и получите результат.
Нет ошибок, 8 предупреждений.
Ну и плевать я на них хотел, это необязательные поля.
Если бы они были обязательны - была бы ошибка.
Там же, в валидаторе, как пробьете - нажмите Предварительный просмотр и вы увидите сниппеты как на моих скринах.
Если честно, то я вас не понимаю.
Привел скрин сниппета, включающего ту разметку, где Event отсутствует, только Product. Никаких рейтингов, эвентов или иных разметок там нет вообще. Если вы имеете ввиду, что он не ставит разметку продукт, например, для товаров каких-либо, если нет доп условий, то тут я утверждать ничего не буду, у меня таких сайтов нет.
Вопрос звучал так: выводит ли гугл данные из разметки Product.
Ответ: выводит.
Для примера два скрина с двух сайтов, на котором в одном есть и Product и Event, а в другом только Product и никаких разметок больше. Связывает ли он их с чем-то на сайте - я не вдавался, да оно мне и не нужно. Сам факт, что эта разметка работает. Ему больше неоткуда на странице взять эти данные, они есть только в разметке ld+json и в качестве разбитого на куски текстового поля, которое никак невозможно правильно анализировать без разметки. Другой вопрос, что толку от этой разметки ноль без палочки.
Да, в старом ВМТ гугла была система разметки контента, но для этих сайтов я ее не применял, а в новом ВМТ я ее даже не видел, не уверен, что она там есть.
PS: На счет
имеется ввиду, что в сниппете ТОЛЬКО Цена? Если так, то об этом вроде бы никто речи и не вел, естественно, что эта разметка является дополнительной, а не заменяющей сниппет. Так это и на скринах видно. Разметка продукта, точнее ценника добавляется к обычному сниппету, равно как и звездочки рейтинга, сами по себе они не бывают.---------- Добавлено 14.03.2019 в 18:40 ----------Добавлю, более того, я ни разу не видел, чтобы он из разметки Product вывел хоть что-то еще, кроме диапазона цены на товар. Т.е. сниппет всегда обычный, тайтл тоже, и лишь к нему он добавляет строку цены.
Так же как и в случае с Event разметкой, сниппет и тайтл обычные, просто под сниппетом добавляется еще табличка времени-места-мероприятий. Кстати, тоже бардачно.
Если об этом речь - все так и есть, но ТС собственно о другом спрашивала, полагаю, ее интересует, когда появится такая дополнительная разметка как у меня.
Да, код получается, не оптимизирован. Фактически это все решается на уровне JavaScript, который вызывает единственную форму и подправляет ее на лету, если есть небольшие отличия в том или ином вызове. По хорошему, конечно, переделать бы в нормальный вид без сплошного дублирования.
На счет внутренних ссылок не подскажу, но, думаю, что если вы будете оптимизировать код, то и количество ссылок значительно понизится.
Увы, распространенная проблема. В некоторых случаях просадку гугл дает до 30% и потом возвращает трафик, в некоторых случаях не возвращает вообще то, что просадил, а в худших случаях вообще убивает трафик.
Не так давно делался переезд клиентского сайта, перенос был выполнен 100% верно, до того переносили и не раз, без проблем. В итоге трафик из гугла как ушел, так вообще и не вернулся. В индексе осталась часть старого домена, часть нового, полный бардак. Возврат к старому домену был невозможен, в итоге сайт остался без трафа с гугла и по сей день так.
Тем более, что так кардинально поменяли все. И не только протокол и домен, сколько еще и структуру сайта. Возможно стоило это делать поэтапно, но тут уже не узнать как бы точно лучше было.
Это с моего сайта, строка цены от 1000 до 2000 руб - разметка Product.
В разметке Event Offer есть только строка вида "price":"1000","priceCurrency":"RUB".
В Offer не указан диапазон цен в принципе, так что это 100% Product.
Справедливости ради скажу, что эти разметки гугл очень долго ставит, у меня они выставлены на всех страницах, но по факту он их выдает хорошо, если на 30% материалов.
Как и почему - вопрос открытый. В вебмастере гугла по Event есть иногда предупреждения, не все поля бывают, необязательные иногда пропускаю, а вот по Product вообще ошибок нет, ибо это простейшая разметка.
Вот пример с моего еще одного сайта, тут чисто Product, Event разметку я там не ставил в принципе.
Ключ в домене всегда был приоритетнее, чем его отсутствие. В свое время считалось, что это серьезно влияет на ранжирование. Как сейчас дела обстоят - надо у гуру поинтересоваться. Сомневаюсь, что сильно влияет на ботов.
А вот с точки зрения простого обывателя, запомнить название "окна.рф" значительно проще, чем "фирма-пупсик.рф", которая продает и устанавливает окна. Так сказать, на задворках памяти и сопоставления, первый вариант, как ни крути, будет эффективнее.
Потому, если исходить из запоминаемости и брендирования на будущее - лучше, как и сказано выше, использовать хорошо запоминающийся и легко воспроизводимый домен, а еще лучше, чтобы его и на слух было удобно продиктовать. А подбирать длинный ключ в домен - нынче дело спорное. Короткий же ключ в домене вы все равно уже просто так не зарегистрируете, а длинный невыгоден только ради надежды на его влияние.---------- Добавлено 14.03.2019 в 17:13 ----------
Да ну как сказать то.. по сути так и есть, просто мы уже перестали обращать внимание.
Ну, вот простой запрос: "установка окон", смотрим домены в выдаче:
okna-21-veka.ru
plastika-okon.ru
mosokna.ru
oknakomforta.ru
oknadelux.com
okna-wp.ru
6 из 10, плюс еще пара брендов и пару ключей stroika.
Так что, однозначно, использовалось и используется. Просто сейчас зарегать такой домен, чтобы и ключ был хорош, и чтобы зона приличная, да еще и не в 20 знаков с кучей дефисов - уже сложно.
Это поможет только для Яндекса, Гугл вроде бы этот тег как не признавал, так и не признает.---------- Добавлено 14.03.2019 в 16:58 ----------
Я такие вещи стал реализовывать через CSS, это однозначно уменьшает размер страницы, но как влияет на ранжирование и как ПС к такому относятся - не исследовал.
Смысл использования стилей для повторяющихся текстов в том, что div с нужным повтором назначается единый класс, а этому классу назначается свойство after или before, с content: 'Ваш повторяющийся текст'. В итоге получаем валидную верстку, меньше мусора и текст, который прописан 1 раз в стилях и не дублируется по сто раз на одной странице, захламляя и увеличивая ее.
Собственно, того же эффекта можно добиться простейшим JavaScript, который пробежится по элементам и назначит им текст, добавит ссылки.
Ну и да, если у вас 10 разных форм на сайте, как сказали выше, то логично эти формы все унифицировать по максимуму и вызывать одну форму в нужном месте по клику. Это правильный подход.
Вот так это выглядит в выдаче у меня.
Цена - это разметка Product. Нижняя строка - разметка под Event.
Но толку от этого мало, трафика не добавляет. Хотя вроде бы все красиво и замечательно.
