Содержание11
- Как склеить www и без www — короткий ответ
- Какие адреса поисковик считает зеркалами
- Как выбрать главное зеркало: www или без, http или https
- Как узнать, какое зеркало сейчас главное у Яндекса и Google
- Какой код редиректа склеивает зеркала
- Как настроить 301, чтобы путь страницы сохранился
- Что поменять после редиректа, кроме самого редиректа
- Ошибки склейки и когда Яндекс с Google расходятся
- Чек-лист: склейка за один проход
- Частые вопросы
- Источники
Адреса сайта с www и без www, а также на HTTP и HTTPS поисковик может рассматривать как разные URL. Выберите основной адрес, настройте постоянные перенаправления с сохранением пути и приведите к нему внутренние ссылки, canonical и карту сайта. Для переезда между доменами потребуется отдельная проверка настроек и сигналов.
Как склеить www и без www — короткий ответ
Выберите один URL на HTTPS как главное зеркало и перенаправьте остальные варианты на него постоянным редиректом. Для внутренних страниц сохраняйте путь и параметры запроса. Затем проверьте, что canonical, sitemap и внутренние ссылки указывают на тот же адрес.
Сначала проверьте покрытие SSL-сертификата: он должен подходить для хостов, с которых посетители будут перенаправляться. Иначе браузер может показать ошибку сертификата ещё до перехода на главное зеркало.
Один конечный адрес для каждого URL — хорошая отправная точка.
До настройки сравните ответы сервера, canonical и ссылки в шаблоне сайта. Если они ведут на разные хосты, поисковым системам сложнее определить нужную версию страницы.
Какие адреса поисковик считает зеркалами
Одинаковый сайт может быть доступен по разным протоколам и хостам: с www и без него, на HTTP и HTTPS, а также на старом и новом домене. Дубль страницы — другой случай: URL отличаются внутри одного хоста. Canonical помогает обозначить предпочитаемый вариант страницы, но не заменяет настройку перенаправления между версиями сайта.
Для URL на одном хосте, например страницы и её печатной версии, canonical может подсказать поисковику нужный вариант. Для зеркал на разных хостах настройте постоянный редирект и проверьте его ответы.
Мобильный поддомен, например m.example.com, может содержать отдельную мобильную версию сайта. Проверьте его назначение и связи со страницами, прежде чем объединять его с основным хостом.
| Пара адресов | Что проверить |
|---|---|
| www и без www | Перенаправление на выбранный хост |
| HTTP и HTTPS | Перенаправление на HTTPS |
| Старый и новый домен | Сохранение соответствующих путей |
/page и /page/index на одном хосте | Нужен ли отдельный URL или перенаправление |
| Языковые версии | Связи между локалями и hreflang |
m.example.com | Есть ли отдельная мобильная версия |
Как выбрать главное зеркало: www или без, http или https
Для нового или перенастраиваемого сайта выберите HTTPS и используйте его последовательно. Между www и адресом без www выбирайте вариант, уже связанный с внешними ссылками и настройками сайта. Проверьте, что SSL-сертификат подходит для выбранного адреса и вариантов, которые будут перенаправляться.
Само наличие www не даёт преимуществ в поиске. Если на один вариант уже ссылаются другие сайты, а аналитика, почта или cookie завязаны на него, сохраните его главным при условии, что можете настроить остальные системы.
Переезд на новый домен требует отдельного плана перенаправлений. Старые страницы должны вести на соответствующие новые адреса, если такие страницы есть.
Менять адрес работающего сайта ради внешнего вида не стоит, если рекламные ссылки, интеграции или настройки cookie зависят от текущего хоста. Сначала проверьте эти связи.
Как узнать, какое зеркало сейчас главное у Яндекса и Google
Проверьте, куда ведут варианты одного внутреннего URL, и сравните это с данными поисковых систем. Для проверки возьмите страницу, которая доступна на сайте, и откройте её по всем сочетаниям протокола и хоста:
Зафиксируйте код ответа, конечный адрес и наличие цепочки перенаправлений или петли. Проверяйте и корень сайта, и внутренний URL.
В Яндекс.Вебмастере проверьте сведения о зеркалах сайта и ответы сервера. При переезде на другой домен сверяйтесь со справкой Яндекса о переносе сайта.
В Google Search Console сравните выбранный Google канонический URL с адресом, который вы указали в sitemap и внутренних ссылках. Учитывайте, что тип подтверждённого ресурса определяет, какие адреса сайта вы можете просматривать.
Какой код редиректа склеивает зеркала
Для постоянного переноса URL настройте постоянное перенаправление, обычно 301. Код ответа должен соответствовать цели переноса: временное перенаправление не стоит использовать для переезда, который вы считаете постоянным. Проверяйте ответ сервера, а не поведение браузера, которое может зависеть от кэша.
Сведите переходы к одному шагу, если это возможно: например, с HTTP и www сразу на выбранный HTTPS-хост. Петля возникает, когда правила на разных хостах перенаправляют URL друг на друга.
Canonical и перенаправление должны указывать на согласованные адреса. Canonical задаёт предпочтительный URL страницы, а редирект меняет адрес, который запрашивает посетитель или робот.
| Сигнал | Как его использовать |
|---|---|
| 301 | Постоянное перенаправление URL |
| 302 | Временное перенаправление, если адрес может вернуться |
| rel=canonical | Подсказка о предпочтительном URL страницы |
| sitemap | Список адресов, которые сайт предлагает к обходу |
| Внутренние ссылки | Ссылки на выбранные адреса страниц |
| hreflang | Связь между языковыми или региональными версиями |
Как настроить 301, чтобы путь страницы сохранился
При смене хоста или протокола перенаправляйте каждую страницу на соответствующую страницу главного зеркала, сохраняя путь. Если отправлять все URL на главную, страницы потеряют свои адреса и посетитель не попадёт на нужный материал.
Для настройки сайта на 1С-Битрикс проверьте правила веб-сервера и настройки домена. Не меняйте правила ЧПУ без необходимости: они отвечают за адреса страниц внутри выбранного хоста.
| Стек | Где искать настройку | Что проверить |
|---|---|---|
| nginx | Серверный блок и настройки хоста | Сохраняются ли путь и параметры запроса |
| Apache | Конфигурация виртуального хоста или .htaccess | Ведёт ли каждый URL на соответствующую страницу |
| 1С-Битрикс | Настройки домена и веб-сервера | Не затронуты ли правила ЧПУ |
| WordPress | Адрес сайта в настройках и правила веб-сервера | Совпадает ли адрес сайта с конечным HTTPS URL |
| Tilda | Настройки подключённого домена | Выбран ли нужный домен основным |
| OpenCart | Настройки магазина и веб-сервера | Сохраняются ли адреса страниц и feed |
После настройки проверьте заголовки ответа на нескольких внутренних URL. Конечный адрес должен совпадать с выбранным canonical, а перенаправление не должно зацикливаться.
Что поменять после редиректа, кроме самого редиректа
После перенаправления обновите ссылки и настройки, в которых указан старый хост. Canonical, sitemap, внутренние ссылки, hreflang и абсолютные URL в разметке должны согласовываться с главным зеркалом. Иначе сайт сам продолжит сообщать поисковику о старых адресах.
Обновите свойства сайта в Яндекс.Вебмастере и Google Search Console. Если вы переносите сайт на другой домен, выполните действия, указанные в справке соответствующей системы.
- Счётчики и цели аналитики
- Почтовые настройки и cookie
- CORS и ссылки в приложениях
- CDN и настройки HTTPS
- Open Graph и JSON-LD
- Абсолютные адреса в sitemap
Для нового проекта главный адрес удобнее выбрать до запуска. Если вы только планируете сайт, посмотрите, какой сайт нужен бизнесу в Новороссийске.
Ошибки склейки и когда Яндекс с Google расходятся
Частые причины расхождений — несогласованные редиректы, canonical и ссылки, отсутствие подходящего сертификата или разные версии страниц на хостах. На действующем сайте сначала приведите их к одному адресу, затем проверяйте данные в инструментах поисковых систем.
Не закрывайте старый хост в robots.txt до того, как робот сможет увидеть перенаправление. После включения редиректа продолжайте проверять старые адреса и сведения о сайте в кабинетах поисковых систем.
Старые внешние ссылки могут вести на прежние URL. Сохранение соответствующих путей при перенаправлении поможет посетителям и роботам попасть на нужные страницы.
Если после настройки системы показывают разные адреса, проверьте ответы сервера, canonical и sitemap. Не добавляйте новые варианты главного адреса, пока не выяснили, какой сигнал расходится.
Чек-лист: склейка за один проход
Проверка готовности проста: варианты одного внутреннего URL должны приводить на одну страницу главного адреса без петли. Для этого выберите HTTPS-адрес, проверьте сертификат, настройте перенаправления и приведите к нему ссылки сайта.
После запуска проверьте несколько внутренних URL: код ответа, конечный адрес, отсутствие петли и согласованность с canonical и sitemap.
Если вы планируете запуск сайта, выберите основной адрес и настройте перенаправления до публикации. Оставьте заявку — разберём хост, сертификат и редиректы под ваш стек.
Источники
- Перенаправления и Google Поиск — Google
- Как указать канонический URL — Google