https://support.google.com/webmasters/answer/6033080?hl=ru&ref_topic=6033084
Обновите входящие ссылкиЧтобы пользователям было по-прежнему удобно работать с ресурсом, а нагрузка на сервер не оказалась чрезмерной, сразу после начала переноса сайта постарайтесь обновить все входящие ссылки, в том числе: Внешние ссылки. Попросите владельцев других сайтов обновить ссылки на ваш контент. В первую очередь сосредоточьтесь на ссылках с большим количеством посещений. Ссылки на профили, например в Google+, Facebook, Twitter и LinkedIn. Рекламные кампании. Обновите их, чтобы объявления вели на новые целевые страницы.
Скорее всего, что-то растет из этой рекомендации, но она касается "нагрузки", чтобы вроде как не делать лишних редиректов постоянных. В их описании к сео это отношения не имеет, да и вряд ли они бы об этом сообщили. Но, так или иначе, рекомендация в их мануале присутствует.
Для этого нужно знать лидеров рынка, верно? А они далеко не всем известны. Я сам не особо парюсь по этому поводу, поскольку использую, получается, не лидера, у которого есть с этим проблемы. В том числе с SSL/IP. Но меня устраивают другие у него преимущества, ради которых я не собираюсь никуда в данный момент мигрировать.
Я не спорю, если ориентироваться на лидеров, флагманов, да просто на тех, которые, как только что-то поменялось или внедрилось и уже они меняют у себя - то конечно, все красиво. Только раз остальные хостеры до сих пор на плаву и работают, значит у них есть клиент, и значит этот клиент работает в тех условиях. Так что не вижу ничего удивительного в том, что в этих случаях оговорки вполне уместны.
Вопрос даже не спорный, он просто имеет определенные оговорки и нюансы. Одни только "возможно, у лидеров, вполне достаточно, большей части" - это не все сайты и не все условия. И можно смеяться над ними, можно плакать, но от этого ситуация не становится другой. Со временем и они до этого доберутся, их просто иначе окончательно выдавит с рынка, но это будет потом, а мы о текущей действительности.---------- Добавлено 15.03.2019 в 04:08 ----------PS: Во из-за одной фразы тему раздули ) В следующий раз буду тщательнее думать, прежде чем писать.
Вопрос ведь не в том, насколько дорогие услуги и каковы они. У каждого свой бизнес. А в том, что для сертификатов, если это не LE - до сих пор требуется IP, а в некоторых случаях даже для бесплатного LE требуется. Т.е. в 4 случаях из 4 требуется IP для SSL, если это не LE, и еще в двух случаях даже для LE. То есть, если математически, то в этом случае 6 из 8 - придется арендовать айпишник. Да и это не все хостеры с которыми могут возникнуть вопросы, есть и другие. Но я их даже все перебирать не собираюсь, мы не обзор хостингов делаем.
Вопрос был простой, почему я обратил на это внимание, хоть и выразился фигово в этом контексте. Да как раз в том, что если абстрагироваться от того, что опытные админы, сайтовладельцы и иже с ними уже нашли себе нормальный хостинг, а кто-то вообще работает с VPS и вопрос доп айпишников для них вызывает справедливое возмущение, то это совсем не означает абсолютную и повсеместную поддержку сертификатов SSL на общем IP.
Честно говоря, я слабо представляю, что еще по этому поводу можно мусолить. Такие хостеры есть, их еще пока немало, а если вопрос встает не в общем бесплатном сертификате, а есть желание купить обычный от того же Comodo или еще кого, то таки да, вполне вероятно, что для единичного сайта придется взять +ip.
А дальше уже на цвет, вкус, кошелек и знания. Кому плохие это хостеры, кому нормальные - каждый выбирает сам. Вопрос вообще не в этом был.
Скорее вопрос, а чем ваша страница отличается от тысяч таких же лендингов, 1 в 1?
Да и топ - они не просто за хорошую страницу с текстом занимают.
Кому-то хватает, кто-то берет обычный сертификат, если хочет большего траста.
Все зависит от целей и задач конкретного пользователя. Все это индивидуально. Разговор шел о вообще установке SSL, в итоге перекинулись на частности. Собственно, в этом я был не прав. Не учел частный случай с Let, который валидирует иначе.---------- Добавлено 15.03.2019 в 01:22 ----------
Ответил в личку, хотя, продублирую и тут, чего уж.
https://beget.com/ru/ssl-certificates
Установка SSL-сертификата (обязательна покупка выделенного IP)
https://www.ihc.ru/sslcerts.html
Обратите внимание, что для работы протокола SSL требуется выделенный IP.
http://lowhosting.ru/help/show/55
Для активации SSL сертификата наличие активной услуги "Выделенный IP адрес" обязательно, иначе мы не сможем настроить сертификат.
https://sprinthost.ru/shop.html
Графа: Требуется дополнительный IP-адрес - кроме Let для всех требуется.
И сколько еще таких - более, чем достаточно. Не буду же я их ходить и выискивать, да, мне попадаются такие, не всеми я пользуюсь, потому использую ту информацию, которую они предоставляют в описаниях тарифов и условий.
О них я и говорил, что условием для установки обычного сертификата будет +1 IP. Но, опять же, как выше ответил - я был не прав в плане того, что Let сертификат валидируется иначе и тот, кому достаточно бесплатного автообновляемого сертификата - может обойтись без IP. Упс, не стоило так категорично отвечать.
Во всех остальных случаях: для установки обычного сертификата, для валидации, для сервисов и в прочих случаях - IP все равно нужен на еще очень достаточном количестве хостингов. Со временем у них это обновится и для любых сертификатов, но пока что да, как есть.
Теперь можно поржать )
Эм, ну так а я о чем? О том, что для Product цена как раз самый важный элемент. Без него что он будет выводить, если на продукт не установлена цена? А в примерах, которые сформировали, как раз обратная ситуация - Цена без схемы Product, и так, естественно - тоже не будет работать. Потому что Цена без указания, что это продукт-схема тоже не отобразит. Все равно что в схеме Article задать Price и ожидать, что он будет опубликован как цена на продукт.
Естественно, что Product "без AggregateOffer" или "Offer вместе с отзывами или отзыв" - не будет работать, вы же говорите о неполном формате для схемы.
Вы же сами повторяете не только мои слова, но и мои примеры. Спор то с чего начался, что это офферы, а не продукт. Так схема то Product, которая включает в себя цену, т.е. Offers, а как же блин иначе то? Offer - это не схема, offer - это часть схемы Product в данном случае.
Схема - Product - "@type": "Product"
Часть схемы - Offer или AggregateOffer - вся суть в том, что это не @type в схеме, это @type внутри "offers": {, схемы @type": "Product
И, только при использовании обеих валидных частей мы наблюдаем вывод в сниппет. Естественно, что одно без другого не работает. У него же не будет данных.
Весь сыр бор из-за подмены понятий. Естественно то, что мы видим в сниппете - это часть Product|Offer. А как же еще? Да, это вывод данных из раздела AggregateOffer. Только называть это оффером странно, поскольку это часть схемы Product, о чем вся тема. И само собой, если из схемы оффера публикуется цена, то это и есть вывод Product в сниппете.
Вся разница в том, как выше и написал, что это не просто Offers, а внутренний массив "offers": {, схемы @type": "Product
Да, у меня он урезан, да в нем нет еще тонны данных и я представления не имею, будет ли он их вообще когда-то куда-то выводить, не проверял, да и мне это не нужно. Но мы возвращаемся к фразе
которая, собственно, и подтверждается скринами, на которых в наличие выведенная AggregateOffer из схемы Product.
То есть, по факту, Product у меня отображается, урезанный до вида цены, но
"@context": "https://schema.org/","@type": "Product",
Это и есть определяющее понятие того, о чем спрашивала ТС и о чем я вообще говорю. Что схема работает, выводит, а то, что она выводит только цены, так я ее так задал - выводить только цены. И может ли она сформировать более расширенный сниппет, или гугл отключил - мне это неведомо.
Вот если бы мой пример ничего не выдавал и вообще при любых раскладах из схемы Product мы бы ничего не наблюдали в выдаче, вот тогда да, Product схема не рабочая была бы. Но она таки выводит.
Я уже и не знаю, как еще объяснить разницу между
"@context": "https://schema.org/",
"@type": "Product",
"offers": {
и
"@type": "AggregateOffer",
Тем более, что вы сами постоянно даете примеры того, как второе не работает, а первое работает.---------- Добавлено 15.03.2019 в 00:09 ----------
Ну как не является, если все примеры выше, написанные же вами, НЕ работают без схемы Product..
Ваши же примеры, как без Product и правильного указания offers не заработает.---------- Добавлено 15.03.2019 в 00:17 ----------------------------
В общем резюмируя, поскольку все равно что-то у нас не клеится понимание, а объяснения поехали по третьему кругу..
Микроразметка - Ваш опыт
У меня опыт такой: используя схему Product, в которой можно задать offers, внутри которых можно задать AggregateOffer с диапазоном цен - можно этот диапазон вывести из схемы в сниппет. Это будет пример вывода в сниппет установленной на сайте разметки по schema Product, в соответствии с доками и валидацией гугла.
Остальные варианты я не пробовал и необходимости у меня в них не было. Для меня это валидация схемы Product, поскольку я не использую никакую иную, она является головной в этой конструкции и если ее изменить - ничего не заработает.
Почему вы считаете, что это не Product при явном указании "@type": "Product", в основной секции - я не понимаю.
Кому полезны будут мои настройки и достаточно того, что будет работать вывод цен из Product - хорошо, кому нужны полные сниппеты, включая Brand, Review и остальное - увы, тут подсказать не могу.---------- Добавлено 15.03.2019 в 00:24 ----------Кратко. Вся путаница в том, что
совершенно разные вещи, хотя по сути имеют одно название.
Только в первом случае это массив данных Product -> offers -> AggregateOffer -> price (работающая схема Product), а во втором случае это неработающая AggregateOffer -> Price
У них разные вложенности и по сути - разная базовая схема. И одно с другим, хоть и называется частично одинаково - ну никак не сопоставляется.
Да в том и дело, что без указания 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 разметкой, сниппет и тайтл обычные, просто под сниппетом добавляется еще табличка времени-места-мероприятий. Кстати, тоже бардачно.
Если об этом речь - все так и есть, но ТС собственно о другом спрашивала, полагаю, ее интересует, когда появится такая дополнительная разметка как у меня.
