Бизнес, расширяющийся с одного сайта на несколько языков, обычно начинает с перевода существующих страниц и считает, что на этом работа закончена. Это не так. Без правильной технической структуры под ней переведённый сайт может активно запутать Google в том, какую версию кому показывать — иногда ранжируя не тот язык не в той стране, а иногда и хуже: воспринимая переведённые страницы как дублирующий контент и убирая большинство из них из выдачи вообще.
Международное SEO — это тот слой, который гарантирует, что каждая языковая версия доходит до той аудитории, для которой она создана. Вот как это работает на самом деле.
Hreflang: Что Он На Самом Деле Делает
Тег hreflang сообщает Google (и Bing), для какого языка и, опционально, какой страны предназначена конкретная страница, а также какие другие URL на вашем сайте являются альтернативными версиями того же контента на других языках. При правильной настройке пользователь, ищущий на французском, получит вашу страницу /fr/ в результатах поиска, даже если ваша англоязычная главная страница технически обладает большим «сырым» авторитетом — потому что hreflang сообщает Google, что именно эта версия релевантнее для данного пользователя.
Три ошибки, которые чаще всего всё ломают:
Отсутствие взаимности — Каждая страница в наборе hreflang должна ссылаться на все остальные страницы набора, включая саму себя. Если ваша английская страница ссылается на французскую версию, но французская не ссылается обратно на английскую, Google часто игнорирует весь кластер целиком.
Неверный или отсутствующий x-default — Значение x-default сообщает Google, какую версию показывать пользователю, чей язык не совпадает ни с одной из ваших альтернатив. Без него этот трафик маршрутизируется непредсказуемо.
Hreflang без соответствующих canonical-тегов — Каждой языковой версии нужен собственный самоссылающийся canonical, а не canonical, указывающий на единую «основную» версию. Если canonical каждой переведённой страницы указывает на английский оригинал, это сообщает Google, что переводы — дубликаты, а не отдельные страницы, подрывая именно то, для чего нужен hreflang.
Подпапки, Поддомены или Национальные Домены (ccTLD)
Есть три распространённых способа структурировать многоязычный сайт, и выбор влияет как на SEO, так и на затраты на поддержку в долгосрочной перспективе.
Подпапки (example.com/fr/) — Самый распространённый выбор для малого и среднего бизнеса. Все языковые версии делят авторитет одного домена, а значит, запуск нового языка выигрывает от доверия, уже накопленного основным доменом, вместо старта с нуля.
Поддомены (fr.example.com) — Технически проще размещать отдельно, но Google исторически рассматривал поддомены как минимум частично отдельные ресурсы с точки зрения авторитетности, а значит, новому поддомену обычно требуется больше времени для ранжирования, чем подпапке.
Национальные домены верхнего уровня — ccTLD (example.fr) — Самый сильный сигнал доверия для локального рынка как для пользователей, так и для Google, но самый затратный в долгосрочном обслуживании: отдельные регистрации доменов, отдельная техническая SEO-работа, и никакого общего авторитета между рынками.
Для большинства компаний, выходящих на два-пять рынков, подпапки — прагматичный выбор, и именно эту структуру мы используем на собственном сайте, как описано ниже.
Локализованный Контент, а Не Просто Переведённый
Прямой перевод и локализация — не одна и та же задача, и обращение с ними как с одинаковыми — одна из самых частых причин, почему многоязычная экспансия не оправдывает ожиданий.
Цены нужно конвертировать в местную валюту разумными округлёнными числами, а не буквальным расчётом по курсу, дающим странную цифру с несколькими знаками после запятой, которую ни один клиент никогда не увидит в реальном прайс-листе. Идиомы, отраслевую терминологию и даже подбор ключевых слов нужно адаптировать под то, как этот рынок реально ищет — дословный перевод ключевой фразы часто оказывается совсем не тем, что носитель языка на самом деле введёт в Google. А формулировки, специфичные для исходного рынка (даты, локальные регуляторные нормы), нужно обобщать или заменять на подходящие эквиваленты для каждого рынка, а не переносить без изменений в каждый перевод.
Техническая Чек-Лист для Международных Сайтов
Записи в sitemap по каждому языку — Ваш XML sitemap должен перечислять каждую языковую версию каждого URL, в идеале с аннотациями hreflang alternate как в самом sitemap, так и на странице.
Структурированные данные с учётом языка — Схема JSON-LD должна включать свойство inLanguage, соответствующее реальному языку страницы, а не единую копию схемы, повторно используемую без изменений на всех локалях.
Согласованная внутренняя перелинковка — Ссылки внутри переведённого контента должны вести на эквивалентную переведённую страницу, если она существует, а не по умолчанию на английскую версию. Французская страница, без причины ссылающаяся внутри на английскую, тихо «утекает» с этим посетителем из французского опыта.
Определение языка, уважающее ручной выбор — Автоматически определять язык посетителя по настройкам браузера — хорошая практика, но это никогда не должно перекрывать URL, на который пользователь явно перешёл, или язык, который он явно выбрал — ничто не раздражает международного посетителя быстрее, чем перенаправление обратно на язык, который он не выбирал.
Частые Ошибки, Убивающие Международное Ранжирование
Машинно переведённый контент без проверки — И системы Google, и живые пользователи распознают непроверенный машинный перевод, и он плохо конвертирует, даже если технически ранжируется.
Одна стратегия title и meta description для всех языков — Исследование ключевых слов нужно проводить заново для каждого рынка, а не переводить дословно с английской версии, потому что объём поиска и формулировки реально различаются между языками даже для одного и того же намерения.
Дублирующийся контент между почти идентичными локалями — Два сайта на одном языке для разных рынков с идентичным контентом и без рыночной дифференциации могут вызвать проблемы дублирующегося контента так же легко, как и ошибки дословного перевода.
Как к Этому Подходит Dricomm
Наш собственный сайт работает на пяти языках — английском, испанском, французском, немецком и русском — используя описанную выше структуру подпапок и настройку hreflang, где каждая страница несёт canonical с учётом языка, alternate-теги и структурированные данные. Он построен на Next.js с next-intl — тот же стек и подход, который мы применяем в клиентских проектах, которым нужно обслуживать больше одного рынка. Мы не переводим машинно и публикуем как есть; каждая языковая версия адаптируется под то, как этот рынок реально ищет, а не просто конвертируется дословно.
Если вы планируете выход на новые рынки и хотите получить техническую оценку того, что потребуется вашему текущему сайту перед запуском, получите бесплатный аудит или посмотрите полный спектр наших услуг, включая цены на многоязычные проекты.
Готовы развивать свой бизнес онлайн? Получите бесплатный аудит →