Hreflang для региональных доменов: чек-лист безопасного переезда

Поэтапные запуски

Команды часто спрашивают, можно ли активировать hreflang на одном сайте раньше другого. Можно.

Google просто проигнорирует теги, пока обе стороны не подтвердят друг друга. Вреда не будет. Порядок лишь откладывает получение выгоды. Делайте теги на первом сайте валидными и не публикуйте частичные наборы, которые ссылаются на URL, которых еще не существует. Когда вы проверяете бэклинки сайтов на обоих доменах, вы также видите, какой региональный хост уже предпочитает внешняя среда, и это полезное доказательство при выборе URL для x-default.

Два кейса из практики

Допустим, вы управляете немецким и британским сайтами на двух доменах, с редиректом 301 с корня UK на папку /uk/, который был добавлен некоторое время назад. Команда теперь хочет убрать это правило и спрашивает, как сохранить ссылочный вес.

Сначала получите toppages для обоих хостов. Если большинство внешних ссылок ведет на корень, корень теперь должен отдавать реальную страницу с hreflang и самоканонической ссылкой, либо редиректить на лучшее региональное совпадение. Проведите тест с помощью скрипта, сохраните старое правило в системе контроля версий и проверьте результат после следующего ежемесячного обновления индекса.

Второй кейс меньше по масштабу. Сайт на Blogger или Squarespace переезжает на кастомный домен. Редиректите каждый старый путь по отдельности, так как первая часть URL меняется, хотя слуг часто остается прежним. Проверьте рецепт карты редиректов для цикла тестирования и сохраните старый домен верифицированным в Search Console, чтобы следить за охватом на обоих.

Помимо hreflang и канонических ссылок: что еще проверять между странами

Hreflang и канонические ссылки — это те теги, которые люди проверяют в первую очередь, и они не единственное место, где может сломаться настройка между странами. Редиректы, зависящие от местоположения, переключатель языков, который отправляет краулеров на одну локаль, и карта сайта, указывающая только одну версию, — все это меняет то, какой URL Google считает домашним для каждого рынка.

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

Гео-редиректы и переключатели языков

Редирект, который выбирает локаль по местоположению посетителя, может отправить Googlebot в одну страну и никогда не показать ему остальные. Краулер увидит только одну версию, а альтернативы останутся непрочитанными. Принудительные редиректы — частый источник этой проблемы, поэтому тестируйте с пользовательским агентом краулера и, где возможно, из другой страны.

Переключатель языков должен вести на одну и ту же страницу в каждой локали. Если он ведет только на главную страницу другого сайта, альтернативы теряют внутренние ссылки и их становится сложнее найти.

Карты сайта, содержащие альтернативы

XML карта сайта может перечислять альтернативные URL для каждого рынка в одном месте, так что набор будет прочитан вместе, а не постранично. Держите этот список в соответствии с тегами на самих страницах.

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

Плагины, обещающие автоматизировать процесс

Плагины могут генерировать hreflang для многих сайтов, и это хорошая отправная точка. Плагин не знает, какой региональный URL является правильным целевым, или противоречит ли ему редирект в другом месте.

Проверяйте вывод плагина против данных обхода, а не доверяйте экрану настроек. Обход — это единственный взгляд, который показывает, что фактически получает бот.

Запуск двух доменов параллельно на некоторое время

Параллельный запуск позволяет обоим доменам отвечать, пока новый завоевывает свое место. Это помогает, когда старый домен все еще получает ссылки и посещения. Это также стоит денег. Два набора тегов должны соглашаться одновременно.

Если вы запускаете оба, заранее выберите дом для каждого рынка. Запишите этот выбор в набор hreflang, затем пусть карта сайта и внутренние ссылки следуют за ним.

Посадочные страницы и мягкие редиректы

Посадочная страница на другом домене с кнопкой, ведущей на ваш сайт, — это обычная внешняя ссылка. Она может перенаправить посетителей, но она не переносит историю адреса так, как это делает 301. Не рассчитывайте на нее как на шаг миграции.

Используйте такие страницы как мост для людей, а серверный редирект — как инструмент, который переносит ссылки.

Наблюдение за обоими хостами во время перекрытия

Сохраняйте оба свойства верифицированными в Search Console и получайте данные о ссылках для обоих хостов по одному расписанию. Несоответствующие расписания создают видимость потери при нормальном сдвиге.

Сравнивайте подобное с подобным при каждом получении данных: тот же хост, то же действие, тот же месяц. Тогда разница, которую вы видите, — это переезд, а не календарь. Запишите дату любого изменения редиректа в том же файле, чтобы время никогда не было предметом догадок.

Проверка того, следуют ли ссылки за каждым региональным переездом

Региональный переезд выполнен лишь наполовину, когда теги и редиректы настроены правильно. Вторая половина — это то, указывают ли внешние сайты теперь на правильный региональный URL, и это вопрос ссылок.

Какой региональный хост предпочитают внешние сайты

Получите toppages для каждого регионального хоста, затем используйте compare, чтобы сопоставить две ссылочные базы бок о бок, чтобы проверить бэклинки сайтов в одной таблице. Сделайте это для хостов, которые вас интересуют, прежде чем решать, какой из них должен держать рыночные сигналы.

Хост, который собирает большинство ссылающихся доменов, говорит вам, куда внешние сайты уже направляют своих читателей.

Когда региональный хост теряет ссылающиеся домены

Начните со списка связанных страниц на этом хосте. Найдите URL, которые выпали, проверьте, редиректит ли каждый из них на правильную региональную страницу, и подтвердите, что теги hreflang на этой странице указывают на тот же рынок.

Если падение совпадает с изменением карты сайта, сравните списки старой и новой карты сайта, прежде чем трогать какие-либо теги. Дерево решений страницы не проиндексированы охватывает случай, когда региональная страница существует, но остается вне индекса.

Сохранение регионального базового уровня

Сохраните список ссылок для каждого регионального хоста с датой в имени файла, чтобы последующее получение данных имело с чем сравнивать. Без этого файла падение выглядит как новая проблема, хотя это может быть переезд, произошедший месяца назад.

Запишите набор hreflang и выбор канонической ссылки рядом с файлом ссылок. Когда хост теряет ссылки, вы можете затем проверить теги против состояния, в котором они были, когда ссылки были подсчитаны в последний раз.

Запускайте одно и то же получение данных для каждого регионального хоста в один день месяца и храните вывод в одной папке на хост. Сравнение между хостами будет справедливым только когда даты совпадают, а имена файлов — самый простой способ сделать это видимым.