Никому не чуждо A/B тестирование )
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 предупреждений.
Ну и плевать я на них хотел, это необязательные поля.
Если бы они были обязательны - была бы ошибка.
Там же, в валидаторе, как пробьете - нажмите Предварительный просмотр и вы увидите сниппеты как на моих скринах.
