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

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

Назначение hreflang — не просто сообщить поисковой системе: «это страница на иностранном языке», а чётко указать, какие URL относятся к одному набору контента, для какого языка или региона предназначен каждый из них и какую версию следует показывать в первую очередь, когда пользователь выполняет поиск в определённой языковой среде. Для внешнеторговых корпоративных сайтов, трансграничных интернет-магазинов и брендовых сайтов для разных регионов ошибка в этих связях будет постоянно накапливать технический долг при дальнейшем обновлении контента, расширении рекламных лендингов или работе с региональными рынками.

Конфликт hreflang обычно заключается не в одной ошибке в коде, а в противоречии всей совокупности сигналов страницы

В реальных проектах специалисты часто понимают проблему как вопрос «прописан ли тег». Но это лишь первый уровень. При определении международных версий поисковые системы одновременно учитывают hreflang, canonical, фактический язык страницы, правила перенаправления, карту сайта и доступность для сканирования. Если эти сигналы указывают в разных направлениях, hreflang в исходном коде страницы не обязательно будет принят.

Например, страница для немецкого рынка в hreflang отмечена как немецкая версия для Германии, однако canonical указывает на глобальный англоязычный сайт; либо этот URL автоматически перенаправляет посетителей на другую страницу в зависимости от их IP. Для поисковой системы это равнозначно тому, что сайт одновременно заявляет: «это самостоятельная версия для Германии» и «считайте английскую страницу основной версией». В итоге аннотация, скорее всего, будет проигнорирована.

Ещё один, более скрытый конфликт возникает, когда CMS массово генерирует языковые ссылки. На странице товара добавлена испанская версия, но на английской и французской страницах, а также в карте сайта этот URL не был добавлен синхронно; либо только новая страница ссылается на старую, а старая не содержит обратной ссылки. hreflang должен формировать проверяемую двустороннюю связь, а не быть односторонним уведомлением. Страницы в одном языковом наборе должны взаимно подтверждать друг друга: при отсутствии обратных ссылок достоверность всей группы аннотаций снижается.

Сначала чётко разграничьте «языковую версию» и «региональную версию», не применяйте теги механически по названию каталога

При настройке SEO многоязычного сайта URL-архитектура обычно строится на подкаталогах, поддоменах или доменах разных стран. Ни один из этих вариантов не имеет абсолютного преимущества; главное — чтобы архитектура, контент и аннотации могли сохранять согласованность в долгосрочной перспективе. На практике проблемы чаще всего возникают, когда компания по умолчанию приравнивает «англоязычную страницу» к «странице для США», а затем создаёт отдельные английские версии для Великобритании, Австралии и Канады, хотя эти страницы почти полностью совпадают, за исключением символа валюты и контактных данных.

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

Определения языков и регионов также должны быть унифицированы в правилах сайта. Упрощённый китайский должен быть ориентирован на материковый Китай, традиционный китайский — на определённые регионы, а английский — на весь мир либо конкретные страны; эти решения не должны приниматься разными операционными сотрудниками по отдельности. На этапе запуска проекта рекомендуется создать таблицу соответствий «язык страницы — целевой рынок — URL — каноническая страница — альтернативная страница». Такая таблица не обязана быть сложной, но должна стать единым рабочим документом для команд разработки сайта, контента, рекламы и технической поддержки.

Четыре распространённых типа конфликтов, которые стоит проверять постранично перед публикацией

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

Второй тип — несоответствующий статус URL. Страницы, участвующие в связях hreflang, должны стабильно возвращать обычный контент; они не должны быть страницами перенаправления, страницами без индексации, страницами входа, мягкими страницами 404, а также не должны быть заблокированы правилами robots для сканирования. После редизайна многие сайты сохраняют старые языковые URL, но hreflang всё ещё указывает на уже перенаправленные адреса; такая проблема очень распространена при массовой миграции.

Третий тип — хаотичные межъязыковые указания canonical. Как правило, каждая языковая или региональная страница должна использовать каноническую ссылку на саму себя, а альтернативные версии следует объявлять через hreflang. Если только несколько страниц действительно полностью дублируются и не имеют самостоятельной ценности для показа, не следует канонизировать все французские, японские или региональные версии на английскую страницу. canonical отвечает за определение «предпочтительного URL одной и той же страницы», а hreflang — за указание «альтернативных URL для разных аудиторий»; они не могут заменять друг друга.

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

При технической реализации следует учитывать не только «где разместить», но и «кто отвечает за обновление»

hreflang можно размещать в заголовке страницы или поддерживать через XML-карту сайта; для некоторых не-HTML-файлов его также можно объявлять через заголовки HTTP-ответа. Для большинства корпоративных сайтов автоматическая генерация в заголовке страницы обычно более наглядна и удобна для выборочной проверки отдельных страниц. Когда количество языковых версий велико, а SKU товаров часто меняются, централизованное управление через карту сайта также имеет преимущества. Оба способа могут использоваться одновременно, но связи одного и того же URL должны полностью совпадать. Повторные объявления не страшны; опасны несоответствия.

Надёжность решения можно оценить по одному практическому вопросу: при добавлении нового товара, отключении региональной версии, изменении URL или переносе домена способна ли система автоматически синхронизировать соответствующий языковой набор? Если ответ зависит от ручного копирования кода на каждой странице, при небольшом увеличении масштаба ошибки почти неизбежны. Ценность таких платформ, как 易营宝, объединяющих интеллектуальное создание сайтов, трансграничные интернет-магазины, SEO и зарубежный маркетинг в едином рабочем процессе, заключается не только в создании многоязычных страниц, но и в возможности управлять языками страниц, региональными каталогами, каноническими ссылками и картой сайта по единым правилам. Для команд, которым необходимо постоянно добавлять новые позиции и запускать рекламные лендинги, это важнее, чем разово добавить теги.

После запуска не ограничивайтесь просмотром исходного кода: необходимо проверить, может ли поисковая система полностью прочитать данные

При проверке hreflang просмотр исходного кода в браузере может лишь подтвердить «наличие тегов», но не доказывает «эффективность связей». Более надёжный подход — выбрать главную страницу, ключевые страницы категорий, страницы товаров, контентные страницы и рекламные лендинги, а затем проверить, содержит ли каждая группа страниц ссылку на саму себя, имеются ли двусторонние взаимные ссылки, возвращают ли URL нормальный статус и указывает ли canonical на правильную страницу в каждом случае. Количество URL в карте сайта также необходимо регулярно сопоставлять с фактическим количеством индексируемых страниц.

Также следует учитывать автоматическое языковое перенаправление. Можно рассмотреть возможность ненавязчивой подсказки на основе языка браузера, но не рекомендуется, чтобы сервер выполнял неконтролируемые принудительные перенаправления для поисковых систем и обычных пользователей. Пользователь может находиться в Японии, но хотеть просмотреть технические материалы на английском, либо перейти напрямую на страницу на определённом языке через зарубежную закупочную платформу. Сохранение видимого переключателя языков и предоставление каждой версии независимого стабильного URL обычно надёжнее, чем «принимать решение за пользователя».

Настоящая сложность многоязычного SEO заключается в том, чтобы правила создания сайта, производство контента и маркетинговые операции длительное время говорили на одном языке. Особенно после расширения сайта на рынки Северной Америки, Европы, Юго-Восточной Азии, Ближнего Востока или Латинской Америки перед публикацией страниц для каждого нового рынка необходимо сначала полностью выстроить связи соответствий. Если воспринимать hreflang как задачу по написанию кода в последнюю минуту перед запуском, обычно удаётся лишь устранять последствия проблем; только включив его в информационную архитектуру, можно легче обеспечить региональным страницам положенные возможности для показа.