Блог на сайте: как информационные статьи превращаются в заявки

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

На стадии «разбираюсь» человек ничего не покупает, но делает две вещи, которые нам важны: запоминает, кто ему внятно объяснил, и переходит на страницу услуги, если ссылку поставили там, где у него возник вопрос «а сколько это стоит и кто это делает». Первое поисковик напрямую не измеряет, зато второе видно в Метрике по переходам между страницами — и именно оно превращается в заявку неделей или месяцем позже.

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

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

Второй источник — «хвост» Wordstat: длинные запросы по 20–100 показов в месяц, которые в семантике услуги не используются, потому что коммерческая страница под них не заточена. Для юридической фирмы это «как оформить сайт юридической компании чтобы не нарушить рекламу услуг», для строителей — «фото объектов на сайте строительной компании как оформить». Каждая такая фраза говорит: человек уже думает о сайте, но ещё в режиме вопросов. Мы собираем эти хвосты по услуге, группируем по нише и получаем список статей на квартал — без единой «модной» темы.

Проверка перед тем, как отдать тему в работу: назовите услугу и нишу одной строкой — «разработка сайта → строительство домов». Если услугу назвать не получается или подходит любая, статья не привязана и переходов не даст.

Внутри статьи читатель должен получить ответ на вопрос из заголовка в первых абзацах — иначе он уходит обратно в выдачу, и о переходе на услугу речи нет. У нас для этого стоит блок быстрого ответа сразу под заголовком; статья, которую вы читаете, устроена так же, как и остальные в этом блоге — быстрый ответ, разбор, вопросы-ответы, ниши, услуга.

Дальше — развилка, которую большинство блогов боятся писать: когда задачу разумно сделать самому, а когда звать подрядчика. Владельцу кажется, что честное «это можно сделать самому за вечер» отпугнёт клиента. На практике наоборот: человек, которому не пытаются продать очевидное, доверяет и второй половине развилки — «а вот здесь без специалиста вы потеряете месяц». Именно в этой второй половине стоит инлайн-переход на страницу услуги: не «закажите у нас» в конце текста, а ссылка ровно в том месте, где читатель сам понял, что задача больше, чем казалось.

Блок вопросов-ответов в конце статьи собирается из тех же созвонов и закрывает частные случаи, до которых основной текст не дошёл, — отдельно про то, как строить такой блок, есть соседняя статья, здесь достаточно правила: вопросы конкретные, ответы без ухода в общие места.

Из статьи ссылки ведут на услугу и на две-три ниши, для которых она написана. Это половина работы, и обычно на ней останавливаются. Вторая половина — обратная ссылка: страница услуги в блоке «полезно прочитать» и страницы ниш ссылаются на эту статью. Без обратной ссылки статья держится в структуре сайта только через хаб блога и получает минимум внутреннего веса; поисковик видит её реже, а читатель услуги никогда до неё не доходит.

Мы проверяем это скриптом: у каждой статьи должна быть хотя бы одна входящая ссылка со страницы услуги или ниши, иначе она помечается как сирота и не публикуется, пока связь не выстроена. Руками это выглядит так: откройте страницу услуги, к которой ведёт статья, и найдите на ней ссылку на статью. Не нашли — статья работает вполсилы, сколько бы просмотров ни собирала.

Есть и третий тип связи — статья со статьёй. Он полезен для читателя, но не заменяет связь с услугой: цепочка из пяти статей, ни одна из которых не выводит на коммерческую страницу, — это лабиринт без выхода.

Просмотры и время на странице ничего не говорят о заявках. Считать нужно три вещи, и все три доступны в Яндекс.Метрике без доработки сайта. Первая — переходы со статьи на страницу услуги: цель типа «Посещение страниц» с условием «URL содержит /uslugi/», а в отчёте — сегмент по странице входа, содержащей /blog/. Получаете долю визитов на блог, которые дошли до услуги, по каждой статье отдельно.

Вторая — составная цель: шаг 1 «просмотр /blog/», шаг 2 «просмотр /uslugi/», шаг 3 «отправка формы». Она показывает не только конверсию, но и где цепочка рвётся: если со статьи на услугу переходят, а форму не отправляют — вопрос уже к странице услуги, а не к блогу. Третья — модель атрибуции: сравните отчёт по конверсиям при «последнем значимом переходе» и при «первом переходе». Разница между ними — заявки, которые начались со статьи, а завершились через неделю прямым заходом или по брендовому запросу. По последнему клику блог их никогда не получит.

Раз в месяц из этого складывается один показатель — доля заявок, у которых первым касанием была статья. Он и отвечает на вопрос, продолжать ли платить за блог. Если хочется глубже — в Метрике есть контентная аналитика: при разметке статей по schema.org/Article она показывает дочитываемость и источники по каждому материалу, но начинать стоит с трёх пунктов выше.

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

Статьи-рерайты. Пересказ первых пяти результатов выдачи с переставленными абзацами не содержит того, чего нет у конкурентов, — вашего опыта. Читатель это чувствует по отсутствию конкретики: ни одного примера с созвона, ни одного «мы делаем так». Такой текст не создаёт причины переходить именно к вам.

Нет перехода на услугу — или он стоит одной кнопкой «Заказать» в подвале. Читатель на стадии «разбираюсь» такие кнопки не видит в упор; ссылка работает только внутри текста, там, где возник вопрос. Статьи без связи с услугами: тема интересная, но у вас нет страницы, куда её вести, — трафик уходит на сайт, где такая страница есть. И «новости компании»: «мы переехали», «поздравляем с праздником», «нам пять лет» — по этим темам никто ничего не ищет, а с хаба блога они вытесняют полезные материалы.

Ориентир, с которым мы работаем: первые переходы «статья → услуга» появляются через два-четыре месяца после того, как статья попала в индекс. Первый месяц уходит на индексацию и первые показы по хвостовым запросам, второй-третий — на набор позиций по ним; переходы на услугу становятся заметны, когда статья стабильно собирает хотя бы несколько десятков визитов в месяц из поиска. Заявки с первым касанием из блога — ещё позже, потому что между чтением и покупкой у человека проходит своё время.

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