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

Когда заказчик сказал: «Давай сделаем блог на отдельном поддомене — blog.site.com, чтобы не мешать основному сайту», у меня внутри всё сжалось. В голове сразу всплыли страшные картинки: «А вдруг поддомен сломает главную страницу?», «А если поисковики начнут считать это двумя разными сайтами и разделят трафик?», «А как вообще создавать поддомены, это же какие‑то серверные настройки и конфиги?» Я честно думала, что придётся лезть в консоль, править .conf‑файлы и просить помощи у админа.

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

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

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

Перед тем как нажимать кнопки, я выписала свои главные страхи:

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

С этим списком я пошла в панель Timeweb и начала разбираться.

Создание поддомена: без консолей и конфигов

В панели Timeweb всё оказалось максимально просто:

Добавила поддомен. В разделе «Домены» нажала «Создать поддомен», ввела blog.site.com и выбрала папку, куда он будет указывать (например, /public_html/blog/). Всё — поддомен создан.
Проверила привязку. Открыла blog.site.com — получила стандартную страницу «Сайт ещё не настроен». Это нормально: значит, поддомен работает, но пока пустой.
Разделила файлы. Я создала отдельную папку для блога и не трогала файлы основного сайта. Это сразу сняло страх «случайно удалить что‑то нужное».
SSL. Сертификат для поддомена включился автоматически. Никаких ручных настроек, никаких дополнительных покупок. Для блога, где люди читают статьи и подписываются на рассылку, это важно: доверие начинается с замка в адресной строке.

Дальше нужно было решить, на чём делать блог. Вариантов было два:

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

Я выбрала первый вариант: отдельный WordPress в папке для поддомена. Так спокойнее и проще объяснить клиенту, как управлять блогом. На Timeweb установка WordPress делается в один клик: сразу с нужной версией PHP, базой данных и минимальными настройками.

Настройка блога и связь с основным сайтом

После установки я начала наполнять блог. Но важно было не просто «написать статьи», а сделать так, чтобы блог и магазин жили дружно.

Навигация. Я добавила в меню блога кнопку «В магазин» с прямой ссылкой на главную сайта. И наоборот: в магазине сделала блок «Читайте в нашем блоге» с подборкой свежих статей. Это помогало перераспределять трафик между разделами, а не разрывать их.

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

Формы подписки. На блоге я поставила простую форму подписки на рассылку. Заявки уходили в ту же CRM, что и заказы из магазина. Это важно: у бизнеса должна быть единая база контактов, а не «магазин отдельно, блог отдельно».

SEO. Я настроила robots.txt и sitemap для блога отдельно. Плюс прописала канонические ссылки там, где это нужно, чтобы не было дублей. В панели Timeweb можно управлять файлами напрямую, поэтому правки в .htaccess и robots.txt я делала без FTP‑клиента.

Проверка: чтобы ничего не сломалось

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

Открыла оба сайта на разных устройствах. Проверила, что блог не ломает верстку магазина, а магазин не «ломает» блог.
Прошла по всем ссылкам. Проверила, что кнопка «В магазин» ведёт туда, куда нужно, и что из блога нельзя случайно попасть в корзину или личный кабинет (если это не предусмотрено).
Протестировала формы. Отправила тестовую заявку из блога — она пришла в CRM. Проверила корзину в магазине — работает.
Проверила скорость. Страницы блога грузились быстро: на Timeweb уже работало серверное кэширование, плюс тема была лёгкой.
Заглянула в инструменты вебмастеров. Добавила поддомен в Яндекс Вебмастер и Google Search Console, отправила sitemap. Это нужно, чтобы поисковики видели блог как часть сайта, а не как отдельный ресурс.

Что реально помогло на Timeweb

Оглядываясь назад, я понимаю, что именно эти вещи сняли основную боль:

Создание поддомена в пару кликов. Без консолей, без конфигов, без админа.
Автоматический SSL для поддоменов. Не нужно было ничего заказывать или вручную подключать.
Файловый менеджер в панели. Я могла быстро проверить, какие файлы лежат в папке блога, а какие — в корне сайта.
Бэкапы. Каждый день система делала резервную копию. Перед любыми серьёзными настройками я делала бэкап вручную — на случай, если вдруг что‑то пойдёт не так.
Поддержка. Когда я сомневалась, правильно ли настроила редиректы между поддоменом и основным сайтом, написала в чат. Ответ пришёл за пару минут, сотрудник дал чёткую инструкцию и даже подсказал, как проверить, что всё работает.

Как это повлияло на трафик и удобство

Через месяц после запуска я сравнила метрики:

Трафик на блог рос за счёт статей по низкочастотным запросам («как оформить маленькую кухню», «цвета в интерьере 2024» и т. д.).
Часть читателей из блога переходила в магазин: кликали на кнопку «В магазин», смотрели товары, добавляли в корзину.
Позиции основного сайта не упали: поисковики корректно воспринимали поддомен как часть домена.
Клиент сам добавлял новые статьи в блог, не боясь «сломать магазин».

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

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

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

Создавайте отдельную папку. Пусть файлы поддомена лежат отдельно от основного сайта — так вы не удалите что‑то по ошибке.
Используйте отдельную CMS. Для блога или академии лучше поставить отдельный WordPress, а не пытаться «впихнуть» всё в одну установку.
Настройте навигацию между разделами. Сделайте понятные кнопки и ссылки, чтобы пользователи могли легко переходить из блога в магазин и обратно.
Ведите единую CRM для заявок. Даже если разделы технически разные, контакты должны собираться в одном месте.
Добавьте поддомен в инструменты вебмастеров и отправьте sitemap. Так поисковики быстрее поймут структуру и начнут индексировать страницы.
Делайте бэкап перед настройкой. На Timeweb это пара кликов, но в случае ошибки это экономит часы работы.
Проверяйте скорость и мобильную версию. Поддомен должен грузиться быстро и удобно открываться на телефонах.

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