Блог компании в большинстве случаев лучше держать в папке основного сайта, например site.kz/blog/. Так статьи живут на том же хосте, что и страницы услуг, внутренние ссылки работают без лишних шагов, а в Яндекс Вебмастере и Google Search Console не появляется второй сайт. Поддомен вида blog.site.kz оправдан, когда блог технически или организационно живет отдельно от сайта и с этим ничего нельзя сделать.
Типичная картина, с которой к нам приходят: сайт компании сделан на конструкторе или старом движке, добавить на него раздел со статьями неудобно, и маркетолог ставит WordPress на поддомен. Через год там 80 статей, часть из них собирает трафик, а заявок со страниц услуг больше не стало. Читатель приходит на статью, дочитывает и уходит, потому что путь до услуги длинный и ведет как будто на другой сайт. Причина обычно в том, где статьи лежат и как они связаны с остальным сайтом. Качество текстов здесь вторично.
Чем блог на поддомене отличается от блога в папке
Разница в том, где поисковик и браузер видят границу сайта. Подкаталог (папка) — это раздел внутри одного адреса: site.kz/blog/statya/. Поддомен — это отдельное имя хоста на базе вашего домена: blog.site.kz/statya/. Для пользователя оба адреса выглядят почти одинаково, для поисковых систем и инструментов аналитики это разные конструкции.
| Что сравниваем | Папка site.kz/blog/ | Поддомен blog.site.kz |
|---|---|---|
| Файл robots.txt | Общий с основным сайтом | Отдельный, действует только для поддомена |
| Яндекс Вебмастер | Один сайт | Поддомен добавляется отдельно от основного домена |
| Google Search Console | Входит в ресурс основного сайта | Входит в доменный ресурс, но для ресурса с префиксом URL нужен отдельный |
| Внутренние ссылки на услуги | Обычные ссылки внутри одного сайта | Ссылки с одного хоста на другой |
| Движок | Обычно тот же, что у сайта, или настройка сервера | Можно поставить любой движок на отдельный хостинг |
| Шапка, меню, формы заявок | Общие с сайтом | Их нужно повторять и поддерживать отдельно |
Строки про robots.txt и панели вебмастера взяты из документации поисковиков, о них подробнее ниже. Остальное следует из устройства сайтов: поддомен проще развернуть отдельно, но его потом приходится отдельно поддерживать.
Как Google и Яндекс видят поддомен
Обе системы технически считают поддомен отдельным хостом, но в инструментах это проявляется по-разному. Вокруг темы много мнений и мало проверяемых фактов, поэтому здесь только то, что прописано в официальных справках.
В справке Яндекс Вебмастера сказано прямо: если у сайта есть поддомен, в сервис нужно добавить основной домен и поддомен отдельно, а подтвердить права можно одним кодом. Это есть в справке Яндекс Вебмастера о добавлении сайта. На практике это значит, что у блога на поддомене будут своя статистика, свои ошибки обхода, свои настройки региона. Для компании в Казахстане регион имеет значение: его придется проверить и для основного сайта, и для блога.
У Google ситуация мягче. В Search Console есть доменный ресурс, который собирает данные по всем поддоменам и протоколам сразу, и ресурс с префиксом URL, который поддомены не включает. Об этом написано в справке Search Console о типах ресурсов. Если у вас доменный ресурс, подтвержденный через DNS, блог на поддомене попадет в общие отчеты. Если исторически заведен ресурс https://site.kz/, данные по blog.site.kz там не появятся.
Файл robots.txt тоже живет отдельно. По спецификации robots.txt от Google файл в корне site.kz не действует для других поддоменов, а файл на поддомене действует только для этого поддомена. Кто-то закроет блог от индексации на время разработки, забудет открыть, и основной robots.txt этого не покажет.
Отдельный вопрос: передается ли поддомену вес основного сайта. В документации Google нет правила, по которому поддомен ранжируется хуже или лучше папки, и представители поиска публично говорили, что система умеет понимать связь поддомена с основным сайтом. При этом из понимания связи не следует, что поддомен и сайт оцениваются как одно целое. Ссылки, которые ведут на статьи блога, укрепляют в первую очередь тот хост, на котором статьи лежат. Если ваша цель продвигать страницы услуг, выгоднее, чтобы статьи и услуги были на одном хосте.
Почему блог в папке чаще усиливает страницы услуг
Главная причина в том, как статьи передают пользу страницам, которые продают. Блог в папке становится частью одного сайта: ссылки из статей на услуги работают как обычная перелинковка, а у сайта в целом растет тематическая глубина.
Представим компанию, которая продает и обслуживает кондиционеры в Алматы. Страница услуги «Монтаж кондиционера» стоит на 30-40 позициях по коммерческому запросу. В блоге выходят статьи «Почему кондиционер течет внутрь комнаты», «Какой мощности кондиционер нужен на 20 квадратов», «Как часто чистить сплит-систему». Каждая отвечает на конкретный вопрос, собирает свой трафик и ссылается на страницу услуги с понятным анкором. Для поисковика сайт выглядит как ресурс, который хорошо закрывает тему кондиционеров, а страница услуги получает внутренние ссылки с релевантных материалов.
Если те же статьи лежат на blog.site.kz, они тоже соберут трафик. Но перелинковка превратится в ссылки с одного хоста на другой, пользователь увидит другой дизайн шапки или вообще другое меню, а аналитика покажет его переход как переход на новый сайт, если счетчики настроены по-разному. На проектах B2BPRO.KZ мы чаще всего видим именно эту проблему: блог на поддомене живет своей жизнью, статьи хорошие, но до страниц услуг доходит мало людей, и никто не может точно посчитать, сколько заявок дал блог.
Есть и бытовые причины в пользу папки:
- Одна форма заявки, один онлайн-чат, одна шапка с телефоном. Не нужно поддерживать их в двух местах.
- Один счетчик аналитики без настройки междоменного отслеживания.
- Одна карта сайта, один robots.txt, один набор настроек в панелях вебмастера.
- Меньше шансов, что блог останется на старой версии движка без обновлений безопасности.
Если на сайте уже есть блог в папке и вопрос в том, как его наполнять, у нас есть отдельный материал про контент-стратегию блога компании на WordPress. Здесь речь только о выборе адреса.
Когда поддомен все-таки оправдан
Поддомен разумен, когда блог по сути отдельный продукт или когда разместить его в папке нельзя без больших затрат. Вот ситуации, в которых мы сами советуем поддомен или соглашаемся с ним.
- Сайт на платформе, которая не умеет нормальный блог. Например, интернет-магазин на закрытой SaaS-платформе, где раздел статей неудобен, а перенести магазин сейчас не на что. Временный поддомен лучше, чем отсутствие статей.
- Отдельная аудитория и отдельная тема. Медиа о строительстве при строительной компании, которое пишет для широкой аудитории и не продает услуги напрямую. Ему может быть полезна отдельная площадка с отдельным брендом.
- Языковая или страновая версия с отдельной командой. Хотя для языков Google обычно предлагает подкаталоги или домены страны, есть проекты, где поддомен удобнее организационно.
- Справочный центр или база знаний продукта. help.site.kz или docs.site.kz для клиентов, которые уже купили продукт. Эти страницы редко продвигают под коммерческие запросы.
Если ни один пункт не подходит и причина только в том, что «так было проще поставить WordPress», это стоит пересмотреть. Установку на поддомен сделали один раз и забыли, а слабую связь блога с услугами вы будете ощущать в каждом месячном отчете.
Как выбрать вариант для своего сайта: проверка из пяти вопросов
Решение можно принять за полчаса, если честно ответить на пять вопросов. Каждый ответ «да» склоняет к папке.
- Статьи должны приводить клиентов на конкретные услуги? Если блог нужен для продаж, а не для имиджа, выбирайте папку.
- Движок сайта позволяет вести статьи без мучений? WordPress и 1С-Битрикс умеют это из коробки. Если сайт на конструкторе, проверьте, есть ли там нормальный раздел статей с отдельными URL, заголовками и описаниями.
- Блог и сайт ведет одна команда или один подрядчик? Тогда поддерживать одну систему проще, чем две.
- Вы хотите видеть заявки с блога в одной аналитике? Папка решает это без дополнительной настройки.
- У блога тот же бренд и та же аудитория, что у сайта? Если да, отдельная площадка не дает выгоды.
Когда на большинство вопросов ответ «нет», поддомен может быть нормальным выбором. Тогда важно сразу настроить его как полноценный сайт: добавить в Вебмастер, проверить robots.txt, связать аналитику и поставить заметные ссылки на основной сайт.
Можно ли сделать папку /blog/, если блог стоит на другом движке
Да, это решаемо, и именно этот вариант часто спасает ситуацию. Если основной сайт работает на одной системе, а блог удобнее вести на WordPress, сервер можно настроить так, чтобы адрес site.kz/blog/ обслуживал WordPress, а остальные адреса обслуживал основной сайт. Для поисковика это будет одна папка на одном хосте.
Обычно это делают одним из двух способов:
- WordPress ставят в подкаталог на том же сервере, если основной сайт тоже работает на PHP и хостинг это позволяет.
- Настраивают обратный прокси на веб-сервере: запросы к /blog/ уходят на отдельный сервер с блогом, а пользователь и поисковик видят единый адрес.
Оба способа требуют аккуратной настройки: канонических адресов, карты сайта, ссылок на изображения, кэша. Ошибки здесь приводят к дублям страниц и к тому, что статьи открываются по двум адресам сразу. Если ваш сайт сделан на конструкторе, проверьте у платформы, поддерживает ли она такую схему, прежде чем закладывать ее в план. Когда нужна переделка сайта под эту структуру, разработка сайтов под ключ обычно включает и перенос блога в нужную папку.
Как перенести блог с поддомена в папку и не потерять трафик
Перенос блога с поддомена в папку Google считает переносом сайта с изменением URL, и для этого у него есть отдельная инструкция. Ключевые требования описаны в руководстве Google о переносе сайта с изменением URL: постоянные серверные переадресации 301 или 308, без цепочек, обновленные внутренние ссылки и новая карта сайта.
Порядок работ, которым мы пользуемся:
- Соберите полный список URL блога. Выгрузите адреса из карты сайта поддомена и из отчетов Search Console и Вебмастера, чтобы не забыть статьи, которые есть в поиске, но выпали из карты.
- Составьте таблицу соответствия. blog.site.kz/statya/ переходит в site.kz/blog/statya/. Лучше сохранить слаги без изменений, так меньше путаницы.
- Перенесите контент и проверьте его на тестовом адресе. Изображения, таблицы, разметка FAQ, заголовки и описания должны переехать целиком.
- Настройте переадресации 301 с каждого старого адреса на новый. Не отправляйте все статьи на главную страницу блога: так теряется связь между старой и новой страницей.
- Обновите внутренние ссылки. Ссылки внутри статей и в меню должны вести сразу на новые адреса, а не через переадресацию.
- Отправьте новую карту сайта в Search Console и Вебмастер, проверьте robots.txt основного сайта: он не должен закрывать папку /blog/.
- Сохраните переадресации надолго. Google советует держать их не меньше года. На практике мы не снимаем их вообще, пока жив домен.
После переноса следите за отчетами о страницах в индексе обеих панелей. Колебания позиций в первые недели нормальны, особенно в Яндексе, где поддомен до этого был отдельным сайтом в Вебмастере. Если через месяц статьи не вернулись в поиск, проверяйте переадресации и канонические адреса: обычно причина там.
Что делать, если блог уже на поддомене и переносить его пока нельзя
Если перенос откладывается, поддомен можно привести в порядок так, чтобы он хотя бы не мешал основному сайту. Это бюджетный вариант на полгода или год, пока не дойдут руки до переделки.
- Добавьте поддомен в Яндекс Вебмастер отдельным сайтом и проверьте, какой регион там указан.
- Проверьте, какой ресурс заведен в Search Console. Если только ресурс с префиксом https://site.kz/, создайте доменный ресурс или отдельный ресурс для blog.site.kz.
- Откройте blog.site.kz/robots.txt и убедитесь, что статьи не закрыты от обхода.
- Сделайте шапку и меню блога такими же, как на основном сайте, с телефоном и ссылками на главные услуги.
- Поставьте на поддомен тот же счетчик аналитики, что и на сайт, и проверьте, видны ли переходы между ними как один визит.
- В каждой статье дайте ссылку на подходящую страницу услуги.
Это не заменит переноса, но уберет самые дорогие потери: статьи начнут приводить людей на услуги, а вы увидите, сколько заявок дает блог. Когда цифры появятся, решение о переносе будет проще обосновать.
Как связать статьи блога с услугами, где бы ни стоял блог
Адрес блога дает преимущество только тогда, когда статьи действительно ведут к услугам. Даже идеальная папка /blog/ не поможет, если статьи пишутся на случайные темы и ни на что не ссылаются.
Что проверить в каждой статье:
- Тема связана с услугой. Перед написанием назовите услугу, которую может заказать читатель этой статьи. Если не получается, тема дает трафик, но не дает клиентов.
- Есть одна ссылка на страницу услуги в тексте. В том месте, где читатель понимает, что задачу проще отдать специалисту, с анкором, который описывает услугу.
- Статьи не повторяют друг друга. Две статьи на один и тот же запрос делят показы между собой. Это называют каннибализацией: несколько страниц сайта конкурируют в поиске за один запрос и мешают друг другу.
- Структура разделов понятна. Рубрики блога повторяют направления услуг, и по ним легко пройти от статьи к нужному разделу сайта. Про устройство разделов на WordPress есть наша статья о SEO-структуре сайта на WordPress.
Для казахстанских компаний добавим практический момент: если сайт работает на двух языках, у блога тоже будут русская и казахская версии. Это еще один аргумент за единую структуру папок, где языки, блог и услуги живут в одной логике адресов, а не размазаны по нескольким поддоменам.
Если вы сомневаетесь, где сейчас теряется польза от блога, разумный первый шаг — аудит структуры и перелинковки. В рамках услуги SEO-продвижение сайта мы смотрим, как статьи связаны со страницами услуг, какие из них забирают показы друг у друга и нужен ли перенос блога с поддомена. Иногда переносить ничего не нужно, достаточно поправить ссылки и рубрики.
Частые вопросы
Что лучше для SEO: блог на поддомене или в папке?
Для блога компании, который должен приводить клиентов на услуги, обычно лучше папка site.kz/blog/. Статьи и страницы услуг находятся на одном хосте, перелинковка работает напрямую, а в Яндекс Вебмастере не появляется отдельный сайт. Поддомен оправдан, если блог живет на отдельной платформе или пишет для другой аудитории.
Нужно ли добавлять поддомен блога в Яндекс Вебмастер отдельно?
Да, по справке Яндекс Вебмастера основной домен и поддомен добавляются в сервис отдельно, при этом права можно подтвердить одним кодом. У поддомена будут своя статистика, свои ошибки обхода и свои настройки. Для компании в Казахстане стоит проверить и регион поддомена, чтобы он совпадал с регионом основного сайта.
Действует ли robots.txt основного сайта на поддомен?
Нет, robots.txt действует только для того хоста, в корне которого лежит. Файл site.kz/robots.txt не управляет обходом blog.site.kz, у поддомена должен быть свой файл. Это частая причина, по которой блог на поддомене годами остается закрытым от индексации после разработки, а владелец сайта об этом не знает.
Можно ли сделать блог в папке, если он на WordPress, а сайт на другом движке?
Можно. WordPress ставят в подкаталог на том же сервере или настраивают обратный прокси, чтобы адреса site.kz/blog/ обслуживал отдельный блог. Для поисковика это будет одна папка на одном сайте. Настройка требует внимания к каноническим адресам, карте сайта и кэшу, иначе появятся дубли страниц.
Сколько времени занимает перенос блога с поддомена в папку?
Сам перенос небольшого блога на несколько десятков статей обычно занимает несколько рабочих дней вместе с проверкой. Дольше идет переиндексация: поисковикам нужно время, чтобы обработать переадресации 301 и показать новые адреса. Переадресации стоит сохранять не меньше года, как советует Google, а лучше не снимать их совсем.