Главное
- Один URL на язык, связанные взаимными тегами hreflang.
- Локализуйте заголовки, описания и видимый контент. Перевод путей URL необязателен, а опубликованные адреса должны оставаться стабильными.
- Используйте структурированные данные, соответствующие видимому контенту и назначению страницы.
- Отвечайте на главный вопрос в начале и проверяйте Core Web Vitals на каждом языке. Это не гарантирует позиций или цитирования ИИ.
Выберите структуру URL
Дайте каждой языковой версии стабильный URL, доступный поисковым системам. Подкаталоги вроде /es/ служат практичным вариантом для одного бизнес-сайта. Свяжите соответствующие страницы взаимными hreflang, проверьте канонические адреса и локализуйте заголовки и описания. Проверьте каждый язык по списку перед запуском.
| Структура | Пример | Плюс | Компромисс |
|---|---|---|---|
| Подкаталоги | example.com/es/ | Легко настроить, один хост, мало обслуживания | Геотаргетинг менее очевиден, одно расположение сервера |
| Поддомены | es.example.com | Легко настроить, можно использовать разные серверы | Пользователи не всегда отличают язык от страны |
| Страновые домены | example.es | Чёткий геотаргетинг, легко разделять | Дорого, доступность разная, ориентировано на одну страну |
| Параметры URL | example.com?lang=es | Не рекомендуется | Трудно сегментировать и неочевидно из URL |
Структура URL и hreflang
Дайте каждому языку собственный URL, доступный для сканирования (например /es/ и /uk/), свяжите каждую версию со всеми остальными через hreflang и добавьте x-default.
- Каждая версия указывает на себя и на все остальные, а страницы указывают друг на друга. Иначе Google игнорирует теги.
- Альтернативные URL полные, с https.
- Коды языков соответствуют ISO 639-1, а коды регионов: ISO 3166-1 alpha-2.
- Каждая языковая версия имеет canonical URL, указывающий на неё саму.
- Один и тот же набор альтернатив появляется на каждой версии, будь то HTML-теги, заголовки или карта сайта, и одного метода достаточно.
Не перенаправляйте людей по языку браузера
Google советует не отправлять посетителей автоматически на языковую версию на основании предположения об их языке. Это может помешать и людям, и поисковым системам добраться до всех версий, а Googlebot обычно сканирует без заголовка Accept-Language. Вместо этого предложите видимый переключатель языков из обычных ссылок.
Метаданные и структурированные данные
- Уникальные title и meta description для каждой страницы и языка, написанные под местный поиск, а не переведённые слово в слово
- Переведённые теги Open Graph и социальные теги
- Схема Organization с адресом, VAT и контактами
- Service, FAQPage, Article и BreadcrumbList там, где уместно
- Свойство inLanguage в статьях и настоящие даты публикации и обновления
Согласуйте структурированные данные FAQ с видимыми вопросами и ответами. Они описывают страницу, но не гарантируют расширенных результатов или цитирования ИИ.
Core Web Vitals на многоязычном сайте
Пороги Google для хорошего опыта, измеренные на 75-м процентиле визитов и отдельно для мобильных и настольных: это Largest Contentful Paint в пределах 2,5 секунды, Interaction to Next Paint не более 200 миллисекунд и Cumulative Layout Shift не более 0,1.
- Загружайте только шрифты и наборы символов, нужные каждому языку, потому что кириллица и расширенная латиница добавляют вес.
- Предварительно рендерите или рендерите на сервере страницы, чтобы содержимое было в первом ответе.
- Резервируйте место для текста, который растёт при переводе, чтобы кнопки и карточки не смещались.
- Держите изображения с заданными размерами и сжатыми и не загружайте скрипты перевода в критическом пути.
Писать для ответов ИИ
Начинайте страницу с главного ответа, а затем добавляйте полезные подробности. Согласуйте тему и важные термины в заголовке, описании, подзаголовках и тексте. Понятные резюме помогают оценить соответствие запросу, но никакая формула не гарантирует появления в ответах ИИ.
- Ставьте ответ первым, а затем рассуждение.
- Используйте сравнительные таблицы и нумерованные шаги, их легко цитировать.
- Ссылайтесь на первичные источники для любых утверждений о законе или цифрах.
- Разрешите поисковым краулерам и краулерам ИИ получать ваши страницы в robots.txt, если нет причины этого не делать.
Чек-лист проверки перед запуском
- Просканируйте сайт и убедитесь, что каждая языковая страница возвращает 200 без цепочки перенаправлений.
- Проверьте, что canonical каждой страницы указывает на её собственный URL.
- Проверьте взаимность hreflang между всеми версиями и x-default.
- Убедитесь, что заголовки, описания и теги Open Graph переведены и уникальны.
- Проверьте, что карта сайта содержит каждую языковую версию и ничего, что перенаправляет или имеет noindex.
- Протестируйте переключатель языков с выключенным JavaScript.
- Проверьте структурированные данные на образце из каждого шаблона.
- Запустите тест Core Web Vitals на мобильном соединении для каждого языка.
- Прочитайте страницу на каждом языке от начала до конца, ища непереведённые фрагменты.
- Отправьте карту сайта в Search Console и следите за отчётом об индексации страниц в первые недели.
Пришлите языки, основные страницы и текущую платформу. Проверим многоязычный сайт или спланируем разработку со сканируемыми страницами и локализованными метаданными.
Обсудить многоязычное SEOFAQ
Нужен ли отдельный домен для каждой страны?
Нет. Подпапки на одном домене обычно проще и держат авторитет в одном месте.
Должны ли переведённые страницы иметь переведённые слаги URL?
Это помогает читателям, но не обязательно. Если переводите слаги, держите их стабильными после публикации и убедитесь, что hreflang и canonical используют окончательные URL.
Нужен ли x-default?
Рекомендуется, когда есть несколько языков. Он указывает резервную страницу, часто английскую версию или выбор языка, для пользователей, чьего языка нет в списке.
Источники
- Google Search Central: управление многорегиональными и многоязычными сайтами
- Google Search Central, Tell Google about localized versions of your page
- web.dev, Web Vitals
- Словарь Schema.org
Об авторе
Erik Salo Akimov · Сооснователь · Инженерия
Erik возглавляет инженерию в ESADEX. Он проектирует платформы, инфраструктуру и средства безопасности, стоящие за системами клиентов.
