В языковой версии каталога остаются английские метатеги: где разрывается выбор локали

Сохранённый перевод и опубликованный тег

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

У одной страницы могут быть название категории, заголовок H1, SEO title и описание для поисковой выдачи. Они связаны тематически, но не обязаны храниться в одном поле. Переведённый H1 на экране не доказывает перевод title в head. И наоборот, корректный title не означает, что основной текст локализован. Для диагностики перечисляют конкретные элементы, которые должны изменяться по языку.

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

Карта источников метаданных

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

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

Как локаль попадает в шаблон

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

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

Шаблон не должен выбирать язык по наличию непустого английского поля раньше, чем определит локаль страницы. Иначе первый заполненный перевод станет универсальным резервом. Если резерв допускается, его порядок задают явно: например, собственный перевод, согласованный шаблон локали, затем специальное поведение отсутствия. Нельзя незаметно выдавать иной язык и считать страницу полностью переведённой.

Правило пустого перевода

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

Для title можно использовать согласованный шаблон на языке страницы, если собственный перевод не задан. Для description иногда лучше оставить тег без собственного текста по принятой SEO политике, чем вставлять неподходящий язык. Статья не назначает универсальный выбор: она требует явно описать его и проверить. Финальная формулировка должна соответствовать содержимому категории и не обещать товары, которых в ней нет.

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

Кэш может объединить языковые ответы

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

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

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

Повторное сохранение и языковые вкладки

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

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

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

Что смотреть в готовом HTML

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

Для каждой локали проверяют и связанные адресные сигналы по принятой модели: canonical и языковые ссылки, если они используются. Они не должны вести на случайную категорию другого языка. Но исправление одного SEO текста не требует попутного изменения всей архитектуры многоязычности. Достаточно проверить затронутый контракт и зафиксировать обнаруженные независимые проблемы отдельно.

Скриншот административной вкладки полезен только как часть доказательства. Он показывает введённые данные, но не публичный head. Для статьи лучше сопоставить две обезличенные области: сохранённый перевод и итоговые теги учебной страницы. Реальные домены, названия клиентов и внутренние номера категорий не нужны. Если доступа к админке нет, схема может честно показать, какой этап остаётся неподтверждённым.

Матрица регрессии

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

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

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

Что оставить после исправления

Полезен короткий документ приоритетов с одним примером на язык. В нём видно, где редактируется собственный текст, что наследуется и когда используется резерв. Техническая часть указывает, какие сохранения инвалидируют публичный ответ. Такой набор позволяет редактору объяснить результат без обращения к коду при каждой пустой description.

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

Две локали и одно изменённое поле

Учебная категория имеет заполненные тексты на двух языках. Редактор меняет только русский title. После сохранения сравнивают административные значения и публичный head обеих версий. Английский текст остаётся прежним, русский меняется, а H1 следует своему принятому источнику. Если изменились оба языка, ошибка находится в сохранении или области обновления. Если данные правильные, но публичный head старый, проверяют чтение и кэш.

Затем очищают только description русской версии. Этот опыт проверяет резерв: отсутствие тега, шаблон локали или иной согласованный результат. Нельзя принять английскую подстановку только потому, что она грамматически правильная. Она должна соответствовать политике отсутствующего перевода. В протоколе записывают фактический источник значения, если он доступен, а не просто строку результата.

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

Смежная тема разобрана в материале Как подготовить сайт к индексации после запуска: robots.txt, sitemap, редиректы и контроль ошибок.

Вопросы по теме

Почему заполненная языковая вкладка не меняет метаданные публичной страницы?

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

Документация и источники

• Google Search Central: мультирегиональные сайты: Разделение языковых версий и ограничения автоматического перенаправления по предполагаемому языку.