Блог Яндекса для вебмастеров

Самые популярные вопросы про переезд сайта на сегодняшний день

3 июня, 13:32

Вопрос переезда сайта, и в частности, переезда на протокол https, неоднократно поднимался в нашем блоге (123). Однако вопросы в комментариях к постам и обращения в службу поддержки показывают, что тема ещё не исчерпана, и есть нюансы, на которые стоит обратить внимание. В свете нашей рекомендации по использованию безопасного соединения я, Платон Щукин, хотел бы рассказать о том, какие ещё изменения произошли, а также обратить внимание на наиболее частые проблемы, которые возникают в процессе переезда.

Начнем с изменений: атрибут rel со значением canonical элемента link теперь рассматривается как указание на главное зеркало в группах зеркал сайтов с www и без www, а также с http и https. То есть выполнить переезд с сайта example.com на https://www.example.com возможно при помощи атрибута:

<link rel="canonical" href="https://www.example.com"/>

 
Стоит отметить, что межхостовый атрибут все ещё не поддерживается, поэтому, если отдельные страницы будут содержать атрибут с такими указаниями, как неканонические, они из поиска не выпадут. В рамках переезда и проверки сайтов роботом-зеркальщиком атрибут рассматривается аналогично редиректу, и для переезда все страницы сайта с http должны содержать атрибут

 rel="canonical" 

с указанием на аналогичные страницы по протоколу https. Если же структура сайтов будет отличаться, настраивать атрибут нужно так же, как редирект: на страницах сайта с http указать атрибут с указанием на аналогичные страницы домена по протоколу https, а уже на них — адреса нужных канонических страниц:
example.com/page => https://example.com/page => https://example.com/pagina

Наконец, крайне рекомендую ознакомиться с нашими разделами Помощи, где отображается актуальная информация об этих изменениях: canonicalпереезд на HTTPS.

Во второй части поста я бы хотел рассказать о наиболее частых ситуациях, из-за которых не удается отправить заявку на переезд и переезд на протокол HTTPS:

1. На страницах сайта с HTTPS в атрибуте

rel="canonical"

указаны недоступные или страницы другого сайта в качестве канонических: чаще всего в атрибуте указываются страницы сайта по протоколу HTTP, что вызывает противоречия в указаниях. В этом случае стоит поправить ссылки на HTTPS. Возможны также ситуации, когда каноническими указаны страницы, которые не могут попасть в поиск: например, если на странице https://example.com/ стоит атрибут:

<link rel="canonical" href="https://example.com/null"/>.

А страница https://example.com/null выполняет редирект 301 на страницу https://example.com/ , то такие циклические указания помешают склейке. Аналогично, переезду помешают указания на другой домен в атрибуте: межхостовый атрибут, как я писал выше, не поддерживается, но цепочки канонических адресов все еще лучше не создавать. 

2. Некорректно настроен редирект: например, страницы вида example.com/page редиректят на недоступные ссылки example.compage. В этом случае надо проверить настройки редиректа, где-то в указаниях «потерялся» слеш. Ещё один пример потери слеша выглядит следующим образом: 
с http://example.com/page на https://example.com/page/  
или
с http://example.com/page/ на https://example.com/page.  
 Обратите внимание на отличие в «/» в конце последнего URL.  
Другой пример:  страница example.com/page выполняет редирект на https://example.com/urlwrite.php вместо аналогичной. Для переезда важно, чтобы все страницы сайта с HTTP выполняли редирект на аналогичные. 

3. Сайт с HTTPS — неглавное зеркало другого домена. Именно из-за этого перед началом процесса переезда мы рекомендуем добавить сайт по безопасному протоколу, чтобы убедиться, что он не склеен с другим доменным именем, так как отправлять заявку на переезд можно только на главное зеркало. Итак, вы добавляете сайт https://example.com, и тут возможно несколько вариантов развития событий:

А. Сайт успешно добавляется без каких-либо предупреждений. Значит, он сам себе главное зеркало, и можно смело приступать к настройкам переезда.

Б. Сайт — неглавное зеркало сайта с http. Опять же, ничего страшного, процесс переезда не поменяется. Добавляем сайт, нажав «Все равно добавить», и приступаем к переезду. 

В. Сайт https://example.com — неглавное зеркало сайта https://www.example.com. Здесь вам стоит решить, какой сайт вы хотите видеть в поиске. Если вам всё равно, можно просто добавить в Вебмастер сайт https://www.example.com,, а с сайтов https://example.com и example.com настроить редирект на него, после чего спокойно переезжать на домен с www. Если же вы хотите видеть в выдаче именно домен https://example.com, то стоит установить редирект с https://www.example.com, добавить его в Вебмастер и сначала выполнить переезд на сайт без www. После этого препятствий для переезда не будет.

Г. Сайт https://example.com — неглавное зеркало другого ресурса, о котором вы ничего не знаете. Вероятно, самый тревожный вариант для вебмастеров. 
Позвольте сделать небольшое отступление на этом моменте: зачастую пользователи предполагают, что если SSL-сертификат не был подключен на сайте, то домен вида https://example.com не существует в принципе. Это не совсем верно: сайт по протоколу https может функционировать и открываться в браузере даже без сертификата. Несомненно, в таком случае появится сообщением об ошибке: «Сайт не может установить безопасное соединение». Но это предупреждение показывает не сайт, а браузер, чтобы предупредить пользователей об отсутствии валидного сертификата безопасности. Если сам сайт работает, то его можно открыть, проигнорировав или отключив предупреждение. Поисковые роботы тоже могут индексировать такие сайты. Откуда же взялась склейка? Причин может быть достаточно много: сайт мог отвечать сообщением с «заглушкой» о его временной неработоспособности, и если такое сообщение отдавали разные сайты, они могли быть склеены. Возможно также, что на домене ранее располагался другой сайт, который был склеен, а когда сертификат был отключен, сам сайт все же остался доступен, поэтому он остался склеен. В интернете огромное множество сайтов, поэтому робота зеркал не всегда может отследить недоступность того или иного ресурса моментально: возможно, что сайт не успели отклеить от группы, когда он был отключен.

Не стоит сразу пугаться и ожидать худшего. В таком случае стоит также добавить сайт в Яндекс.Вебмастер и сообщить роботу о необходимости расклейки ресурсов, использовав инструмент «Отклейка зеркал» в панели Вебмастера вашего сайта https://example.com. Если заявка принята, то контент у сайтов разный и в течение 2-3 недель они смогут расклеиться, после чего можно смело переезжать.

Ну и напоследок: сайт по протоколу HTTPS необходимо добавлять в Яндекс.Вебмастер отдельно, даже если вы уже использовали функцию «Переезд сайта», так как автоматически адрес сайта в сервисе измениться не сможет.

Платон Щукин и команда Вебмастера

P. S. Подписывайтесь на наши каналы
Блог Яндекса для Вебмастеров
Канал Яндекса о продвижении сайтов на YouTube
Канал для владельцев сайтов в Яндекс.Дзен

    59 комментариев
    cashincredit
    3 июня, 15:04
    А я хочу переехать с региональных поддоменов на региональные разделы - трафик сохранится?
    cashincredit,
    При переезде на https трафик сайта, немного проседает, но через пару недель он с лихвой все восполняет (увеличивается). P.S> при правильной настройки переезда.
    artoxpromotion
    3 июня, 17:57
    lutyi-oleg,
    Проседает повидлыч по 1500 раз, а трафик снижается.
    artoxpromotion,
    снижается самолет над аэропортом, а трафик имеет отрицательную динамику
    mail@woib.ru
    3 июня, 18:17
    cashincredit,
    т.е. у вас сейчас региональные поддомены, а хотите просто сделать страницы/разделы под каждый город внутри одного домена и для этого домена проставить региональность - Россия?
    Если да, то я бы не советовал) Хотя конечно стоит исходить уже из тематики, частотности в регионах и тп. 
    cashincredit
    3 июня, 22:13
    mail@woib.ru,
    Да, всё так. И 301 редирект сделать с поддоменов на разделы. Но боюсь)
    mail@woib.ru
    4 июня, 13:17
    cashincredit,
    я бы не рекомендовал этого делать, т.к. основной домен и региональные поддомены это разные сайты в глазах поисковика, в случае, если они расклеены. Имхо, скорее всего просто не попадут в индекс.
    cashincredit,
    Кто не рискует, тот не пьет шампанского (не агитирую за алкоголь, алкоголь яд)
    platon
    Сотрудник Яндекса4 июня, 10:15
    cashincredit,
    этого вам никто не спрогнозирует.
    platon,
    А как вообще правильно делать такой переезд (с поддоменов на разделы)? 
    Получается, rel=canonical использовать нет смысла, он не межхостовый, а хост меняется. Остаются только редиректы.  Делаем вот так:
    city.site.ru/ -> site.ru/city/

    city.site.ru/page/ -> site.ru/city/page/

    Но как поисковик это переварит, тут ведь и домен меняется и адрес страницы? 
    Обновлено 5 июня, 23:51
    platon
    Сотрудник Яндекса6 июня, 10:21
    art-prom,
    главная страница поддомена должна выполнять редирект на главную страницу нужного сайта. В случае же внутренних страниц для склейки можно установить двойной редирект:
    city.site.ru/page/ -> site.ru/page/ -> site.ru/city/page/
    Тогда структура сайтов будет совпадать, и они смогут склеиться. Обратите внимание, что такой редирект на аналогичные страницы должны выполнять все ссылки, даже если ранее на поддомене они не существовали.
    platon,
     Не очень понимаю, почему нельзя сразу поставить редирект с city.site.ru/page/ ->  site.ru/city/page/ ? 
    для чего нужен редирект на site.ru/page/ ? получается лишний шаг какой-то.. Поясните, пожалуйста.
    platon
    Сотрудник Яндекса13 июня, 09:46
    Ю.В.,
    при таком редиректе структура сайтов будет различаться, и тогда сайты не смогут считаться зеркалами, ведь склеены в группу зеркал могут быть только идентичные сайты.
    Про сроки переезда не нашёл. А так все норм, с апреля переезжает и переезжает... Причём http версия порой даже в плюс индексирует я, вместо планомерного снижения числа проиндексированных страниц
    Елена Першина
    Сотрудник Яндекса4 июня, 00:37
    fogi2000,
    как-то долговато он переезжает, похоже, что-то не так. Напишите в поддержку, пожалуйста. 
    Елена Першина,
    Думаете поможет? Писано сегодня утром. Ответ прогнозируемо общий. Зеркало-не-зеркало, если на главном зеркале нет материала, он берётся с не главного. Ускорьте индексацию через наш сервис. Ок. Я понимаю все, кроме одного. Как может 30 мая проиндексироваться старая статья по протоколу http с ответом сервиса 200? Когда технически это запрещено через htaccess. А до этого статья была проиндексирована по https и проблем с её ускорением индексации нет - первое место в поиске яндекса по хорошему трафиковому запросу. Гугл принял https за две недели.


    Я честно скажу, после 20 мая я уже чуда от яндекса не жду.
    Елена Першина
    Сотрудник Яндекса4 июня, 13:23
    fogi2000,
    а номер тикета можно? 
    Елена Першина,
    Да, пожалуйста, #19060404141201239
    Елена Першина
    Сотрудник Яндекса4 июня, 19:53
    fogi2000,
    спасибо, проверим еще раз. 
    Елена Першина
    Сотрудник Яндекса4 июня, 20:15
    fogi2000,
    проверила, поддержка тут права, ситуация нормальная, проблем тут нет, переживать не стоит. 
    Елена Першина,
    Елена, а можете посмотреть мой тикет Ticket#19040508122433741. Первый запрос в поддержку я написал 5 апреля, хотя с проблемой столкнулись намного раньше и пытались решить ее своими силами, но оказалось дело не в нас). Он вообще в работе?
    platon
    Сотрудник Яндекса7 июня, 09:18
    Юрий,
    нашли ваше письмо. Вижу, что работы ведутся, проконтролирую, чтобы ситуация решилась как можно скорее. 
    platon,
    Спасибо!
    Елена Першина
    Сотрудник Яндекса7 июня, 11:51
    Юрий,
    со своей стороны тоже посмотрела, слова Платона пока могу только подтвердить. 
    перенес сайт с http://example.com на https://example.com, а теперь надо с https://example.com на https://example2.com
    как правильно ставить редиректы?
    и что будет, если перенести сайт на другой домен, а потом старый сайт удалить?
    platon
    Сотрудник Яндекса4 июня, 10:18
    steam-cheat,
    в такой ситуации рекомендуем настраивать редирект и с http://example.com и https://example.com на домен https://example2.com .
    Что же касается отключения сайта, если отключить неглавное зеркало, то сайт со временем будет отклеен из группы зеркал, и его показатели не будут учитываться для главного зеркала. Для наиболее полной передали показателей рекомендуем оставлять неглавные зеркала доступными насколько это возможно долго.
    вот был домен , нормально в выдаче стоявший.
    зачем яндекс не спросив меня, воткнул для него переезд на https://www.domen.ru ?
    естественно сайт не то что просел, а просто упал по всем запросам в выдаче,
     поскольку все настраивалось под https://domen.ru
    к ему эта самодеятельность, Платон и яндекс, ответьте ?
    mail@woib.ru
    4 июня, 13:20
    onseo2009,
    вообще, по хорошему, надо 301 редирект вешать на все дубли, чтобы не было таких казусов.
    mail@woib.ru,
    я может чего не понимаю, но дубли то появились после самодеятельности системы.
    изначально префикса www. для имени сайта не было, не запрашивалось и и.т.д.
    карта сайта, ссылки, все - с адресом https://sibstroi63.ru
    переезд на https, производился с http://sibstroi63.ru,
    префикс www. просто добавлен яндексом в один прекрасный момент. 

    mail@woib.ru
    4 июня, 16:08
    onseo2009,
    ну всякое бывает.. Например, на сайте стоит метрика. Зашли случайно вы или кто то другой через www (а таких людей много, кто до сих пор любит www набирать) и всё, он начал индексироваться как новый сайт, а там уже и всё остальное) 
    Поставьте в htaccess вот это:

    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]
    RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
    Это для редиректа на 'без www'. Также поставьте каноникал, как советует яндекс в данном посте.
    Еще у вас по главной странице дубль - /index.php с него тоже лучше редирект поставить
    platon
    Сотрудник Яндекса4 июня, 15:29
    onseo2009,
    напишите, пожалуйста, нам в поддержку через форму https://yandex.ru/support/webmaster-troubleshooting/mirrors.html . Пункт "Изменился протокол HTTP/HTTPS".
    platon,
    накатал в поддержку.
    tim-nasedkin
    4 июня, 09:10
    Есть вопрос.
    переезд с http на https
    На http сайте осталось 19 страниц из них 14 в поиске. Так и должно быть ?


    Где можно увидеть описание события окончания переезда?
    tim-nasedkin,
    Да, постепенно число страниц на http (в Яндекс.Вебмастере) будет стремиться к нулю, а на https - увеличиваться.
    PS:
    я перевёл с http на https уже минимум с десяток сайтов.
    mail@woib.ru
    4 июня, 13:47
    tim-nasedkin,
    из сайтмэпа не забудьте убрать http
    platon
    Сотрудник Яндекса4 июня, 15:30
    tim-nasedkin,
    это не ошибка, как подсказывают в комментариях. После переезда страницы неглавного зеркала с HTTP смогут выпасть из поиска по мере индексирования аналогичных страниц главного зеркала с HTTPS. Это происходит для того, чтобы избежать полного исключения тех или иных страниц после переезда.
    Дмитрий
    5 июня, 15:39
    Здравствуйте! Не по теме. Не могу понять, что происходит с трафиком с 24, 25 мая. На нескольких сайтах резко вырос показатель отказов. На серче обсуждают падение трафика на информационных сайтах после 20 мая. Прокомментируйте пожалуйста. Спасибо.
    http://prntscr.com/nxx6b1 номер счетчика 31717561

    http://prntscr.com/nxx6kn номер счетчика 36371050
    Елена Першина
    Сотрудник Яндекса5 июня, 19:40
    Дмитрий,
    добрый день, по этому вопросу лучше в поддержку обратиться. 
    Дмитрий,
    аналогичная ситуация, только уже на коммерческих сайтах. Склонен проводить параллель между резким скачком некачественной ссылочной массы с бесплатных однодневных доменов, которая произошла чуть ранее по всему рунету и некоего фильтра за ссылочный взрыв.
    Что интересно, об этом много кто предупреждал Яндекс. Расписывали что потом будет, что будет с выдачей. Думаю, не стоит писать об ответе со стороны Яндекса?
    А в итоге получили прямую манипуляцию с выдачей и резкий спад трафика.
    Здравствуйте! Куда в вебмастере делась функция - переезд сайта?
    platon
    Сотрудник Яндекса7 июня, 09:15
    ale11449,
    инструмент "Переезд сайта" автоматически меняется на другой инструмент "Отклейка зеркал", если домен уже был признан неглавным зеркалом. Проверьте, пожалуйста, если доступен инструмент отклейки, то сайт - неглавное зеркало, а отправлять заявку нужно из панели Яндекс.Вебмастера главного зеркала. Увидеть, с каким доменом склеен сайт, можно в разделе "Мои сайты" Яндекс.Вебмастера.
    Если же сайт не склеен и является главным зеркалом, а инструмент переезда недоступен, напишите нам, пожалуйста, обращение через форму обратной связи для более подробного изучения: https://yandex.ru/support/webmaster-troubleshooting/mirrors.html .
    platon,
    Здравствуйте! Уже получилось сделать, поставил галочку. Просто в вебмастере где сайт с www нет функции переезд сайта, там была функция отклейка зеркал, а на без www когда я туда зашел, он как раз был. Подскажите, а 301 редирект все еще необходим?
    Елена Першина
    Сотрудник Яндекса10 июня, 10:07
    ale11449,
    для переезда сайта 301 редирект необходим, как и для ваших пользователей, они могут попасть на сайт по старым ссылкам и их необходимо перенаправить на страницы главного зеркала. 
    Елена Першина,
    Спасибо Елена. Уже сделано, в вебмастере тоже внес изменение. 
    Максим
    7 июня, 12:41
    Не совсем понял про  rel="canonical", поясните, пожалуйста, какие варианты сейчас правильные для склейки группы зеркал сайтов с www и без www, с http и https, с закрывающим слешем или без него: 
    1) достаточно только 301 редирект, rel="canonical" прописывать не надо?
    2) достаточно только rel="canonical" и можно не ставить 301 редирект?
    3) нужно обязательно ставить 301 редирект и обязательно прописывать rel="canonical"?

    platon
    Сотрудник Яндекса10 июня, 08:54
    Максим,
    подойдут первый и второй варианты. Указать роботу и редирект и атрибут rel="canonical" не получится, ведь при перенаправлении робот не сможет обработать контент страниц и узнать об атрибуте.
    Приветствую Платона и его команду. 2 вопроса по переезду. Позавчера случилось эпохальное для нас, желторотых вебмастеров, событие - сайт переехал с самописа на ВП. Вопросы. 1, Урлы удалось сохранить только для статей, разделы каталога поехали в редирект. Поэтому ссл решено пришить через 2 недели, когда поисковики переварят первую порцию редиректов. Чтоб не случилось несварения так сказать. 2 недели - это много или мало? ::)  И 2е. Несварение таки случилось. Сегодня вебмастер шлет письма щастья о 200--- noindex. Проверяли уже десять раз - все открыто, все работает, в самом же кабинете в разделе проверки отдается 200. Но когда очередное письмо пришло с "фатальной ошибкой" якобы закрыта главная страница - эт уже перебор... Этак весь траф отнимут... Что делать? на каждое письмо запускать оклеветанную страницу  в переобход? 
    lujaikaOOO,
    Хоть я и не Платон, но отвечу.

    1. Страница переехала - сразу делайте редирект. Зачем ждать? Даже если в Яше выдача не обновилась, то переводить посетителей надо уже сейчас. Если есть возможность сразу переходить на защищенный протокол - делайте. Не забудьте про раздел "Внешние ссылки" в Вебмастере.


    2. Проверьте:
    - robots.txt - здесь не должно быть записей вида "Disallow: /" , "Disallow: домен-вашего-сайта.ru
    - в WP, в настройках снимите галочку с пункта "Видимость для поисковых систем". См. скриншот: http://joxi.ru/1A59DPZSDnB5OA



    3. Проверьте шаблоны WP (index.php) и компонентов (header, footer). Не должно быть записей вида: <meta name="robots" content="noindex,follow" />


    4. Установите плагин Yoast SEO - облегчит вам жизнь. Он бесплатный. Есть премиум подписка с расширенным функционалом.
    Ссылка для скачивания: https://wordpress.org/plugins/wordpress-seo/
    Обновлено 10 июня, 09:27
    harhome,
    спасибо за участие.  По поводу советов - все страницы, у которых адреса изменились, разумеется, имеют редирект на новые.  Боты не только видят сайт, но и пишут свои претензии, о чем собственно пост. Ёпрст сео плагин, вапщето, встроен во все темы ВП, по крайней мере мне не попадалось ни одной без оного.  Нет, мы, конечно, начинающие, но не полные идиоты... "ПОчему не поставить сертификат сразу?" - именно про это и был вопрос. Во-первых, неизвестно, как боты отнесутся к тому, что они утром проснулись, зашли на сайт, а там упс ни одной старой страницы, сплошные редиректы. Поэтому пока что даже были оставлены старые версии урлов статей с идиотским окончанием -артикл-хтмл. Решено отгрызть попозже, когда всё устаканится. И чесногря и без сертификатов наездов Я хватает, уже ручки устали отправлять ему в переобход страницы, которые его же проверка показывает 200, а он как заведенный шлет письма что НИ...
    platon
    Сотрудник Яндекса10 июня, 11:49
    lujaikaOOO,
    1. Сроки переобхода всех страниц назвать сложно, даже приблизительно. Это зависит от числа страниц на сайте и многих других факторов. Для переезда же ожидать не обязательно: если страницы сайта с http будут выполнять редирект на аналогичные страницы домена с https, то сайты смогут склеиться.
    2. Напишите, пожалуйста, обращение по этому вопросу через форму в Яндекс.Вебмастере: https://yandex.ru/support/webmaster-troubleshooting/site-indexing/bad-indexing/missing-reasons.html . Коллеги смогут изучить его и дать больше информации по ситуации.
    platon,
    спасибо, пишу... Потому как "караул уже устал" ТМ запихивать в переобход совершенно нормальные страницы... К сертификату даже боязно приступать - если там начнется такая же песня, спать и кушать будет некогда :))))
    platon,
    нет, не спасибо, не пишу... ваша ссылка - это совершенно адская форма, где поиски окна куда можно написать продолжаются обычно не меньше часа(((((  по тем сайтам где уже была переписка, можно хотя бы выловить старое письмо и на него ответом, а найти куда сообщить о новой проблеме проще повесится. Запрятано знатно (
    Как-то только больше запутали с rel canonical. 
    1) Почему нельзя использовать просто редиректы?
    2) Для нового сайта (домена), при добавлении  в Вебмастер всех версий сайта (с www, без www, с https и без https), Яндекс просит для каждой версии отдельную подтверждающую метку (т.е. приходится ставить аж 4 мета-тега, чтобы подтвердить владение сайтом). Это как-то нелогично и некрасиво.. Почему нельзя одной меткой подтверждать сразу 4 версии сайта? можно с этим что-то сделать?

    Елена Першина
    Сотрудник Яндекса11 июня, 20:40
    Ю.В.,
     Для переезда вполне будет достаточно редиректа. Рекомендуем только убедиться, что на новом желаемом главном зеркале в атрибуте rel="canonical" каноничекими будут указаны страницы именно этого сайта (если атрибут указан). 
    platon
    Сотрудник Яндекса13 июня, 09:44
    Ю.В.,
    добавлю еще по второму пункту: если первым в сервис будет добавлено главное зеркало и на него будут подтверждены права, то при последующем добавлении неглавных зеркал для них будет генерироваться тот же код. Важно, что бы они ранее не добавлялись в сервис и уже являлись неглавными зеркалами. В другом случае код будет генерироваться отдельно. Такова техническая особенность подтверждения.
    я надеюсь что я смогу помогать людям морально с этого блога и общатца со своими друзьями.
    Андрей
    вчера, 17:30
    Здравствуйте!
    Будет ли работать каноничная ссылка, если сайт работает с поддоменами и по ним распределены товары соответствующих брендов, товары которых выводятся в разделах на основном сайте, например:
    brand1.site.ru/
    brand2.site.ru/
    brand3.site.ru/
    ....
    Товары лежат на поддоменах (т.е. каноничными считаются www.brand1.site.ru/product), но они же дублируются и основным доменом (www.site.ru/brand1/product)

    В яндекс метрике данные принимаются со всех поддоменов

    Как нам поступить, что бы каноничными были те url товаров, которые ведут на поддомены??