Hreflang для регіональних доменів: чек-лист безпечного переїзду
Міжнародні конфігурації часто дають збій непомітно. Теги, які здаються правильними в шаблоні, можуть ігноруватися, якщо редирект, канонічний URL або відсутність зворотного посилання суперечать їм.
Команда досліджень ArchiLinks ·
Правило великих пальців
Hreflang — це підказка. Канонічні URL та редиректи мають більшу вагу.
Коли вони суперечать один одному, Google слідує за сильнішим сигналом. Аудитуйте в такому порядку: коди стану, канонічний URL, потім hreflang. Теги, що вказують на URL, який піддається редиректу або канонізації, є найпоширенішою причиною ігнорування варіанту.
- Кожен URL у hreflang повертає статус 200 і є самореферентним (self-canonical).
- Зворотні посилання мають існувати: якщо A вказує на B, то B має вказувати на A.
- x-default вказує на сторінку, яка підходить для всіх інших користувачів.
Послідовний запуск
Команди часто запитують, чи можна активувати hreflang на одному сайті раніше за інший. Так, можна.
Google просто ігноруватиме теги, доки обидві сторони не підтвердять одна одну. шкоди не буде. Порядок лише відкладає користь. Зберігайте теги першого сайту валідними і не публікуйте неповні набори, що вказують на URL, яких ще не існує. Коли ви перевіряєте backlinks обох доменів, ви також бачите, який регіональний хост вже обирає зовнішнє середовище, і це корисний доказ при виборі URL для x-default.
Поширені суперечності
| Конфігурація | Що може зробити Google | Виправлення |
|---|---|---|
| Канонічний URL на /fr/ вказує на /en/ | Французька сторінка вилучається з кластера | Самореферентний канонічний URL для кожної мови |
| URL hreflang піддається редиректу | Тег ігнорується | Оновити тег на кінцевий URL |
| noindex плюс x-default | Вважається конфліктом | Видалити noindex з альтернатив |
| Редирект 301 з кореня на /uk/ пізніше видалено | Посилальна вага може залишатися на URL, який більше не відповідає | Налаштувати редирект або надати контент на корені, потім перевірити посилання |
| Фальшиві URL локалей з канонічним URL та noindex | Суперечливі сигнали | Оберіть один варіант: канонічний URL на реальну сторінку або noindex, але не обидва одночасно |
Два випадки з практики
Уявіть, що ви керуєте німецьким та британським сайтами на двох доменах, з 301 редиректом з кореня UK на папку /uk/, яка була додана деякий час тому. Команда тепер хоче видалити це правило і запитує, як зберегти посилальну вагу.
Спочатку витягніть toppages для обох хостів. Якщо більшість зовнішніх посилань вказує на корінь, тепер корінь має обслуговувати реальну сторінку з hreflang та самореферентним канонічним URL, або ж редиректити на найкращий регіональний варіант. Проведіть тест за допомогою скрипта, збережіть старе правило в системі контролю версій і перегляньте результат після наступного щомісячного оновлення індексу.
Другий випадок менший. Сайт на Blogger або Squarespace переноситься на власний домен. Редиректуйте кожен старий шлях окремо, оскільки перша частина URL змінюється, тоді як slug часто залишається незмінним. Перевірте рецепт карти редиректів для циклу тестування та збережіть старий домен верифікованим у Search Console, щоб відстежувати покриття на обох.
Запуск перевірки
Проаналізуйте обидва домени
Експортуйте hreflang, канонічний URL та код стану для кожного URL. Будь-який URL hreflang, який не повертає 200, є помилкою.
Порівняйте доменні посилання
Запустіть compare (до 20 доменів, 1 кредит) на регіональних хостах, щоб побачити різницю в їхніх посилальних базах.
Знайдіть спільних джерел посилань
Використовуйте intersect, щоб побачити, які сайти посилаються на кілька регіональних хостів. Це кандидати для вказівки на правильний регіональний URL.
Повторний тест після будь-яких змін редиректу
Зміна редиректу кореня змінює те, який URL утримує посилання. Знову витягніть toppages і перегляньте дані.
Якщо редирект з кореня на регіональну папку видалено, зовнішні посилання, спрямовані на корінь, тепер потрапляють на новий контент. Переконайтеся, що ця сторінка є тією, яку ви хочете ранжувати, і стежте за каталогом під час наступного щомісячного оновлення. Рецепт карти редиректів містить цикл тестування.
За межами hreflang та канонічних URL: що ще перевіряти між країнами
Hreflang та канонічні URL — це теги, які люди перевіряють першими, але це не єдині місця, де може збійнути міжнародна конфігурація. Редиректи, що залежать від місця розташування, перемикач мови, який відправляє краулерів до однієї локалі, та карта сайту, що перелічує лише одну версію, змінюють те, який URL Google вважає основним для кожного ринку.
Пройдіться цими пунктами після того, як теги пройдуть перевірку. Кожен з них може тихо скасувати тег, який здається правильним у шаблоні.
Гео-редиректи та перемикачі мови
Редирект, який вибирає локаль на основі місця розташування відвідувача, може відправити Googlebot до однієї країни і ніколи не показати йому інші. Краулер бачить лише одну версію, а альтернативи залишаються невідвіданими. Примусові редиректи є поширеним джерелом цієї проблеми, тому тестуйте з ідентифікатором користувача краулера та, де можливо, з іншої країни.
Перемикач мови має посилатися на одну й ту ж сторінку в кожній локалі. Якщо він посилається лише на головну сторінку іншого сайту, альтернативи втрачають внутрішні посилання і їх стає важче знайти.
Карти сайту, що містять альтернативи
XML карта сайту може перелічувати альтернативні URL для кожного ринку в одному місці, щоб набір читався разом, а не по одній сторінці. Тримайте цей список у відповідності з тегами на самих сторінках.
Видаліть будь-яку локаль, яка повертає редирект або noindex з карти сайту, інакше два джерела не згодуватимуться щодо існування версій.
Плагіни, що обіцяють автоматизувати процес
Плагіни можуть генерувати hreflang для багатьох сайтів, і це гарна відправна точка. Плагін не знає, який регіональний URL є правильною мішенню, чи суперечить йому редирект десь інакше.
Перевірте вивід плагіна проти даних краулингу, а не довіряйте екрану налаштувань. Краулинг — це єдиний погляд, який показує, що фактично отримує бот.
Запуск двох доменів паралельно протягом певного часу
Паралельний запуск дозволяє обом доменам обслуговувати запити, поки новий домен здобуває своє місце. Це допомагає, коли старий домен все ще отримує посилання та відвідувачів. Це також коштує грошей. Два набори тегів мають збігатися одночасно.
Якщо ви запускаєте обидва, заздалегідь оберіть домівку для кожного ринку. Впишіть цей вибір у набір hreflang, потім нехай карта сайту та внутрішні посилання підкоряються цьому вибору.
Цільові сторінки та м'які редиректи
Цільова сторінка на іншому домені з кнопкою, що веде на ваш сайт, є звичайним зовнішнім посиланням. Вона може перенаправляти відвідувачів, але не переносить історію адреси так, як це робить 301. Не розраховуйте на неї як на крок міграції.
Використовуйте такі сторінки як міст для людей, а серверний редирект — як засіб, що переносить посилання.
Відстеження обох хостів під час накладення
Тримайте обидва доменні профілі верифікованими в Search Console та витягуйте дані посилань для обох хостів за одним графіком. Різні графіки створюють враження втрати там, де є нормальний зсув.
Порівнюйте подібне з подібним під час кожного витягу: той самий хост, та сама дія, той самий місяць. Тоді різниця, яку ви бачите, — це переїзд, а не календар. Запишіть дату будь-якої зміни редиректу в тому ж файлі, щоб час ніколи не був вгадуванням.
Перевірка того, чи посилання слідують за кожним регіональним переїздом
Регіональний переїзд завершується лише наполовину, коли теги та редиректи правильні. Інша половина — чи вказують зовнішні сайти тепер на правильний регіональний URL, і це питання посилань.
Який регіональний хост обирають зовнішні сайти
Витягніть toppages для кожного регіонального хоста, потім використайте compare, щоб розмістити дві посилальні бази поруч, щоб перевірити backlinks сайтів в одній таблиці. Зробіть це для хостів, які вас цікавлять, перш ніж вирішувати, який з них має утримувати ринкові сигнали.
Хост, який збирає більшість доменів-джерел посилань, вказує, куди зовнішні сайти вже відправляють своїх читачів.
Коли регіональний хост втрачає доменні посилання
Почніть зі списку пов'язаних сторінок на цьому хості. Знайдіть URL, які випали, перевірте, чи редиректить кожен з них на правильну регіональну сторінку, і підтвердіть, що теги hreflang на цій сторінці вказують на той самий ринок.
Якщо падіння збігається зі зміною карти сайту, порівняйте списки старої та нової карти сайту, перш ніж торкатися будь-яких тегів. Дерево рішень сторінки не індексуються охоплює випадок, коли регіональна сторінка існує, але залишається поза індексом.
Збереження регіонального базового рівня
Збережіть список посилань для кожного регіонального хоста з датою в імені файлу, щоб наступний витяг мав з чим порівнювати. Без цього файлу падіння виглядає як нова проблема, хоча це може бути переїзд, який стався місяці тому.
Запишіть набір hreflang та вибір канонічного URL поруч із файлом посилань. Коли хост втрачає посилання, ви можете перевірити теги проти стану, в якому вони були, коли посилання востаннє підраховувалися.
Запускайте той самий витяг для кожного регіонального хоста в один і той самий день місяця та тримайте вивід в одній папці на хост. Порівняння між хостами буде справедливим лише тоді, коли дати збігаються, а імена файлів — найпростіший спосіб зробити це видимим.
