Клуб о поиске Яндекса

Должен ли m.site быть в индексе, склеивать ли с site.ru и как перетащить сразу и все на HTTPS

testov.altera
10 августа, 20:08

Ув. коллеги, приветствую!

Вопросов у меня три, но они смежно связаны между собой, поэтому в один пост. По порядку:

  1.  Должа ли моб.версия быть в индексе?

    Мобильная версия на поддомете m.site.ru.  Сайт — коммерция. Контент мобильной версии (каталоги / карточки с предложениями / урезанное / адаптированная информационка) дублирует контент site.ru. Не элемент в элемент (на site.ru больше медиа, описаний, скриптовых управлялок и т. п.), но всё со страницы m.site.ru/page1/ будет встречаться на странице site.ru/page1/.

     При таком раскладе должны ли вообще мобильные страницы быть в индексе? Их там сейчас 20'000 (у основной версии — 50'000+). 

    Уточнение. Дублей в выдаче по запросам нет. То есть по запросу с десктопа показываются site.ru страницы, при запросе с моб. поиска — m.site.ru. 

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



    Между собой версии связаны и не связаны:

    → site.ru -> alternate на m.site для моб.устройств
    → m.site.ru -> canonical на site.ru
    → У каждой в robots.txt хостом указаны свои хосты и свои sitemapʼы
    → Сайты не склеены в группу зеркал в WebMaster, у каждогой свой WebMaster
    → Метрика одна на двоих

    2. Склеивать ли site.ru и m.site.ru в группу зеркал?

    Я задаю этот вопрос, поскольку текущая индексация настораживает. Также знаю, что Яндекс не очень хорошо понимает междоменный canonical (то есть, по-моему, не поинмает вообще?). Возможно, нам необходимо склеить сайты в группу зеркал и выбрать главным site.ru?

    PS: Кроме того, слышал о рекомендация склеивать m.site.ru и site.ru только в случае полной идентичности контента, 1в1 все элементы, тексты и т. п., но такого быть физически не может из-за особенностей просмотра на десктопах и моб.устройсвах.

    3. Головомка с HTTPS, когда надо одновременно перевести обе версии.
    Мы купили мультидоменный SSL и планируем переезд на HTPPS сразу обеих версий. Что делать с одной — было бы понятно (есть опыт деликатных переездов по сайтам с адаптивкой), но как поступить в нашем случае?

    Что уже понятно:
    → Основная версия — переводим http на https (до склейки в Я) с помощью rel canonical
    → Alternate для основной https -версии будет выглядеть как https m.site.ru

          Что непонятно:
→ rel canonical мобильной версии, по идее, должен вести на основную версию site.ru. Но как быть с необходимостью показать, что канонический адрес мобильной страницы теперь не http m.site.ru, а https m.site.ru  ?
→ Как должен выглядеть alternate основной http версии? 
Навскидку: 
(1) 2 альтернейта: http и https; (не слышал про такое извращение, и что же откроется у пользователя)
(2) беспротокольный alternate //m.site.ru; (круто, но что будет, когда робот попадет на https-моб. версию, ведь в индексе уже есть http m.версия страницы)
(3) Один альтернейт на https m.версию (круто, но что будет, когда робот попадет на https-моб. версию, ведь в индексе уже есть http m.версия страницы)

Вот такая головоломка. Заранее спасибо за советы!
С уважением!

3 комментария
Подписаться на комментарии к посту
firstlena.pershina
11 августа, 12:39
1. Должна ли моб.версия быть в индексе?

Это необязательно, Вы можете запретить мобильный поддомен к индексации, и, в случае, если основная и мобильная версия сайта связаны корректно (указаны rel="alternate", имеется перенаправление с основного сайта на мобильный), то в мобильном поиске будет отображаться мобильный сайт. Не исключено, что в таком случае в качестве описания будет использоваться контент основного сайта, как Вы и описали.

2. Склеивать ли site.ru и m.site.ru в группу зеркал?

Склейку производить необязательно, тем более, если контент на основной и мобильный версии не полностью идентичен.

3. Что непонятно:
→ rel canonical мобильной версии, по идее, должен вести на основную версию site.ru. Но как быть с необходимостью показать, что канонический адрес мобильной страницы теперь не http m.site.ru, а https m.site.ru ?
Яндекс игнорирует атрибут rel canonical , если он ведет на другой хост, поэтому можно не использовать. (Гугл - нет, поэтому для гугла можно прописать его как-то)

→ Как должен выглядеть alternate основной http версии?
Вам необходимо пописать один альтернейт на https m.версию .

При этом если мобильная версия сайта с http будет доступна для робота, то в директиве хост мобильного сайта с http необходимо указать мобильный сайт с https.


1. Должна ли моб.версия быть в индексе? 


Это необязательно, Вы можете запретить мобильный поддомен к индексации, и, в случае, если основная и мобильная версия сайта связаны корректно (указаны rel="alternate", имеется перенаправление с основного сайта на мобильный), то в мобильном поиске будет отображаться мобильный сайт. Не исключено, что в таком случае в качестве описания будет использоваться контент основного сайта, как Вы и описали.


2. Склеивать ли site.ru и m.site.ru в группу зеркал?


Склейку производить необязательно, тем более, если контент на основной и мобильный версии не полностью идентичен.


3. Что непонятно:
→ rel canonical мобильной версии, по идее, должен вести на основную версию site.ru. Но как быть с необходимостью показать, что канонический адрес мобильной страницы теперь не http m.site.ru, а https m.site.ru  ?
Яндекс игнорирует атрибут rel canonical , если он ведет на другой хост, поэтому можно не использовать. (Гугл - нет, поэтому для гугла он может прописать его как-то)


→ Как должен выглядеть alternate основной http версии? 
Навскидку: 
(1) 2 альтернейта: http и https; (не слышал про такое извращение, и что же откроется у пользователя)
(2) беспротокольный alternate //m.site.ru; (круто, но что будет, когда робот попадет на https-моб. версию, ведь в индексе уже есть http m.версия страницы)
(3) Один альтернейт на https m.версию (круто, но что будет, когда робот попадет на https-моб. версию, ведь в индексе уже есть http m.версия страницы)


Вам необходимо выбрать третий вариант - пописать один альтернейт на https m.версию .
При этом если мобильная версия сайта с http будет доступна для робота, то в директиве хост мобильного сайта с http необходимо указать мобильный сайт с https.
Елена, спасибо за развернутый ответ. Единственное, что смущает - следует ли переводить (после склейки и переезда) alternate на относительные ссылки? 


На Яндекс-Маркете, например, alternate имеет беспротокольную ссылку вида:


<link rel="alternate" media="only screen and (max-width: 640px)" href="//m.market.yandex.ru/page_example"/>



В тоже время, большинство ресурсов ставят alternate абсолютные ссылки с протоколом. В гайде Яндексе по рекомендации также приведены примеры с абсолютными ссылками.


 Как будет лучше, чтобы не мешать роботу индексировать и понимать соотношение двух версий?
firstlena.pershina
14 августа, 16:01
testov.altera,
Как Саша и говорил, можно и относительные, и прямые. В прямых главное с протоколом не напутать. Относительные Саша рекомендовал, чтобы при дальнейших манипуляциях с сайтом ничего не сломалось случайно. Мы воспринимаем оба варианта нормально.