«Я впервые делала многоязычный сайт и боялась, что всё запутается: рассказываю, как на Timeweb я запустила русскую и английскую версии без головной боли»

Когда клиент попросил сделать сайт не только на русском, но и на английском — для выхода на зарубежных заказчиков, — у меня внутри всё сжалось. Я представляла себе две отдельные админки, два набора файлов, постоянные ошибки, когда вместо английской статьи открывается русская, и бесконечные правки, потому что «где‑то что‑то не перевелось». В голове крутилась одна мысль: «Это будет ад».

Проект — портфолио дизайн‑студии: услуги, кейсы, блог про тренды. Клиент хотел, чтобы англоязычная версия не была просто «переводом ради галочки», а реально работала как отдельный канал привлечения клиентов. То есть нужны были не только тексты, но и правильная SEO‑структура, чтобы англоязычные пользователи находили сайт по своим запросам.

Я не хотела плодить лишние домены и усложнять управление, поэтому искала способ сделать обе версии в одном проекте. И тут я вспомнила про Timeweb: у них в панели можно удобно управлять сайтами, есть автоматические бэкапы, понятный файловый менеджер и поддержка, которая реально отвечает. Решила: если уж и пробовать что‑то сложное, то на хостинге, где мне помогут, если я застряну.

Чего я боялась больше всего

Я честно выписала свои страхи, чтобы не прятать их в подсознании:

Дубли контента. Боялась, что поисковики посчитают английскую версию дублями русской и пессимизируют обе.
Путаница в URL. Что ссылки перепутаются, пользователь нажмёт «English» и попадёт на русскую страницу с английской шапкой.
Сложность управления. Что придётся править одну и ту же статью в двух разных местах и постоянно что‑то забывать.
SEO‑разрыв. Что английская версия не будет индексироваться, потому что я что‑то неправильно настрою.
Формы и контакты. Что формы будут отправлять заявки в одну и ту же очередь без указания языка, и менеджер не поймёт, на каком языке отвечать.

С этим списком я села разбираться, как вообще делают мультиязычные сайты.

Выбор структуры: поддомен или папки

Сначала я думала про отдельный поддомен (en.site.com), но потом поняла, что для портфолио и блога лучше подойдёт структура с папками: site.com/ru/ и site.com/en/. Так проще управлять одним сайтом, а поисковики лучше понимают, что это разные языковые версии одной площадки.

На Timeweb это делается просто: создаёшь директорию, ставишь туда CMS или подключаешь плагин. Я выбрала WordPress + плагин для мультиязычности — он даёт одну админку и возможность переключаться между языками прямо из интерфейса.

Установка и настройка мультиязычного плагина

Я поставила плагин, который поддерживает перевод страниц, записей, таксономий и даже мета‑тегов. Самое важное: он автоматически добавляет hreflang‑теги — это как раз то, что нужно, чтобы поисковики не считали страницы дублями.

Дальше я настроила:

Переключатель языка. Кнопка в шапке сайта, которая меняет язык и корректно перенаправляет на нужную версию страницы.
Структуру URL. Чтобы адреса выглядели понятно: site.com/ru/uslugi/ и site.com/en/services/.
Мета‑теги. Для каждой страницы отдельно прописала Title и Description на обоих языках — чтобы в выдаче показывался правильный сниппет.
Sitemap. Плагин генерирует отдельные карты сайта для каждой языковой версии. Это важно: так роботы быстрее находят и индексируют страницы.

Перенос контента и процесс перевода

У меня уже было несколько готовых страниц на русском. Я начала с самых важных: Главная, Услуги, О нас, Контакты. Для каждой создала английскую версию.

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

Чтобы не запутаться, я вела простую таблицу:

Страница	Русский URL	Английский URL	Статус перевода	Готово к публикации
Услуги	/ru/uslugi	/en/services	Готово	Да
Кейсы	/ru/cases	/en/cases	В работе	Нет

Это помогало не терять фокус и видеть прогресс.

Технические моменты на Timeweb

Здесь хостинг реально сэкономил мне кучу нервов:

Файловый менеджер. Я могла быстро проверять файлы, смотреть даты изменений, скачивать архивы. Если вдруг что‑то шло не так, я просто делала бэкап в один клик.
Автоматические бэкапы. Каждый день система сохраняла состояние сайта. Для мультиязычного проекта это критично: если сломаешь структуру URL, можно откатиться на вчерашний день и не потерять весь контент.
Поддержка. Когда я сомневалась, правильно ли настроила редиректы между языковыми версиями, написала в чат. Ответ пришёл за пару минут, сотрудник дал чёткую инструкцию и даже подсказал, как проверить, что hreflang работает корректно.
Панель управления. Всё в одном месте: домен, почта, файлы, бэкапы. Не нужно переключаться между разными кабинетами.

Проверка и тестирование

Перед запуском я устроила себе мини‑стресс‑тест:

Прошла по всем страницам на русском и английском. Проверила, что переключатель языка работает, ссылки ведут туда, куда нужно, картинки отображаются.
Проверила формы. Отправила тестовые заявки с русской и английской версий. Важно было убедиться, что заявки не теряются и приходят в одну систему, но с понятным признаком языка.
Проверила мобильную версию. На телефоне переключатель языка должен быть заметным, а меню — удобным.
Заглянула в инструменты вебмастеров. Добавила сайт в Яндекс Вебмастер и Google Search Console, отправила обе карты сайта.
Проверила скорость. Страницы грузились быстро, кэширование на стороне хостинга работало, и это сильно облегчало жизнь.

Первые результаты и что это дало для бизнеса

Через неделю после запуска я начала видеть первые результаты. Англоязычная версия начала индексироваться, по низкочастотным запросам стали появляться страницы. Трафик был небольшим, но это были именно те пользователи, которые интересовались услугами на английском.

Самое приятное — клиент получил не просто «перевод ради галочки», а рабочий инструмент. Заявки с английской версии приходили, менеджер понимал, на каком языке нужно отвечать, и конверсия была выше, чем он ожидал.

Для меня этот проект стал важным уроком: мультиязычный сайт — это не обязательно сложно и страшно. Если выбрать правильные инструменты и хостинг, который берёт на себя рутину (бэкапы, SSL, кэширование, поддержку), можно спокойно запустить две версии и не сойти с ума.

Практические советы для тех, кто хочет сделать мультиязычный сайт

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

Выберите понятную структуру URL. Папки (/ru/, /en/) или поддомены — главное, чтобы она была логичной и для пользователей, и для роботов.
Используйте плагин с hreflang. Это защитит от проблем с дублями и поможет правильной индексации.
Ведите простую таблицу контента. Так вы будете видеть, какие страницы переведены, а какие ещё нет.
Настройте переключатель языка. Он должен быть заметным и работать корректно на всех устройствах.
Проверьте формы и заявки. Убедитесь, что заявки с разных языковых версий не теряются и понятно маркируются.
Сделайте бэкап перед запуском. На Timeweb это пара кликов, но в случае ошибки это спасёт кучу времени.
Добавьте обе версии в инструменты вебмастеров и отправьте sitemap. Так роботы быстрее найдут и проиндексируют страницы.

Сейчас этот сайт живёт уже несколько месяцев. Клиент сам добавляет новые кейсы и статьи, а я перестала бояться слова «мультиязычность». Оказалось, что главное — не пытаться сделать всё идеально с первого дня, а выбрать правильные инструменты, настроить базовые вещи и спокойно двигаться шаг за шагом. А Timeweb как раз даёт тот уровень удобства, когда сложная задача становится просто очередной задачей в списке, а не поводом для паники.