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

Как выявить ошибочные языковые перенаправления при проверке многоязычного сайта

Наиболее часто упускаемая проблема многоязычных сайтов заключается не в том, полностью ли переведены страницы, а в том, на какую языковую версию в итоге попадает посетитель. Клиент из Франции нажимает на англоязычное объявление, но страница автоматически переключается на французский язык; китайскоязычный специалист по закупкам, работающий в Германии, заходит на официальный сайт и сразу перенаправляется на немецкую страницу; поисковая система уже проиндексировала испанскую страницу товара, однако пользователь при переходе принудительно возвращается на главную страницу на английском языке. Такие ошибки перенаправления не всегда вызывают сбои на сайте, но легко могут прервать отправку запроса, оформление заказа или скачивание материалов.

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

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

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

При обслуживании следует особенно внимательно следить за тем, чтобы «язык» и «страна» не смешивались. Пользователи из Канады могут использовать английский или французский язык, а в Швейцарии также распространены несколько языков; закупщик, находящийся в ОАЭ, вовсе не обязательно хочет читать арабскую версию. IP-адрес отражает лишь примерный регион сетевого выхода и не равен языковым предпочтениям пользователя. Для сайтов, ориентированных преимущественно на получение внешнеторговых запросов, более разумным подходом обычно является предложение рекомендуемого языка, а не принятие решения за пользователя.

Существует и более скрытая проблема: результат перенаправления выглядит корректным, но контент ему не соответствует. Например, англоязычная страница «Industrial Valves» перенаправляется на главную страницу испанской категории товаров, а не на соответствующую испанскую страницу с подробной информацией; либо при отсутствии французской страницы система направляет пользователя на английскую страницу по умолчанию, но не сохраняет исходный путь, параметры запроса и параметры отслеживания рекламы. Пользователь по-прежнему видит сайт, однако его первоначальное намерение при посещении уже утрачено.

Проверяйте многоязычный сайт по четырём сценариям

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

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

Второй сценарий обязательно должен охватывать целевые страницы из поиска. Открывайте напрямую ссылки на языковые страницы, уже проиндексированные поисковыми системами, или адреса страниц, видимые в инструментах для веб-мастеров, и убедитесь, что серверные правила не перенаправляют пользователя на другую страницу. При поисковом трафике наиболее нежелательна ситуация, когда «результат поиска ведёт на страницу A, а пользователь фактически попадает на страницу B». Это не только вызывает у посетителя сомнения в соответствии контента, но и затрудняет определение индексации страницы, её языковой принадлежности и пути конверсии. В особенности страницы товаров, страницы решений, статьи блога и страницы загрузки не должны автоматически перенаправляться обратно на главную страницу из-за языкового распознавания.

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

Четвёртый сценарий проверяет право выбора пользователя. После того как пользователь выбрал язык в переключателе языков, сохраняется ли это решение при обновлении страницы, переходе на другие страницы сайта и повторном открытии сайта после закрытия? Если пользователь явно выбрал английский, но система всё равно принудительно направляет его на другой язык на основе IP, это обычно означает, что приоритет Cookie ниже географических правил. Эта проблема особенно сложна для трансграничных интернет-магазинов, где язык, валюта, отображение налогов и регион доставки часто взаимосвязаны: ошибка в одном приоритете может повлиять и на процесс оформления заказа.

Тщательно проверьте языковые теги, структуру адресов и правила перенаправления

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

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

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

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

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

В ходе постоянного сопровождения проектов по интеллектуальному созданию сайтов, многоязычным официальным сайтам, трансграничным интернет-магазинам и зарубежному маркетингу компания 易营宝 обычно рассматривает языковые версии, рекламные целевые страницы и поисковую видимость в рамках единой логики проверки, а не как несвязанные модули. Для сайтов, охватывающих несколько рынков, действительно надёжная цель заключается не в том, чтобы «автоматически перенаправлять как можно чаще», а в том, чтобы пользователи, поисковые системы и маркетинговые ссылки могли попасть именно на те страницы, на которые они изначально были направлены. Когда этот принцип определён, многие кажущиеся сложными компромиссы в настройках становятся гораздо понятнее.