Шесть месяцев назад органический трафик блога держался на отметке 23 000 визитов в месяц. После системного UX/UI рефакторинга с учётом SEO правок он вырос до 76 000. Не за счёт новых статей, не за счёт ссылочного бюджета, а за счёт порядка: в структуре, интерфейсе и техническом фундаменте сайта.
Я Пётр Гришечкин, последние 15 лет проектирую системы кратного роста трафика для крупных сайтов. Делюсь разными разборами в своём канале.
Ниже – разбор того, что именно было сделано, в какой последовательности и что реально повлияло на результат.
Отправная точка: что было не так с блогом
До начала работ блог выглядел типично для проекта, который рос органически, без архитектурного плана.
Несколько сотен страниц-сирот (страниц без внутренних ссылок, на которые никто не ссылается), дублирующий контент по похожим темам, теги, генерирующие тысячи малосодержательных URL. Навигация держалась на паре виджетов в сайдбаре. Оглавления внутри статей не было. Мобильная версия работала формально, но читать её было неудобно: кнопки слишком мелкие, текст без воздуха, изображения вылезали за экран.
PageSpeed Insights показывал 40 баллов по мобильному Core Web Vitals (набор метрик от Google, которые измеряют скорость загрузки, интерактивность и визуальную стабильность страницы). LCP (Largest Contentful Paint – время до отображения главного блока контента) превышал 4 секунды.
Позиции по ключевым запросам медленно сползали вниз. Показатель отказов был высоким. Время на сайте – низким.
Всё это в комплексе давало Google чёткий сигнал: здесь не очень удобно и не очень авторитетно.
Аудит: что проверяли перед стартом
Перед тем как что-то менять, важно понять, что именно ломать нельзя. Поэтому первый шаг – полный аудит в трёх плоскостях.
Техническая плоскость. Краулинг через Screaming Frog (инструмент для обхода сайта и выявления технических ошибок). Список проблем: битые ссылки, дублирующиеся title и description, страницы без H1, медленные редиректы, отсутствие канонических тегов.
SEO-плоскость. Анализ в Ahrefs и SEMrush: какие страницы дают трафик, какие – нет, по каким запросам позиции падают. Отдельно – кластеризация семантики, чтобы понять, какие темы перекрываются между статьями.
UX-плоскость. Тепловые карты и записи сессий в Hotjar: где пользователи останавливаются, где уходят, что не замечают вовсе.
Этот аудит занял около двух недель. Без него любые изменения – угадайка.
Структура и SEO: как навели порядок в архитектуре
Избавление от лишних страниц без потери трафика
Это самый деликатный шаг. Удалить страницу неправильно – значит потерять позиции вместе с ней.
Алгоритм был такой:
1. Все страницы тегов (/tag/название) закрыты в noindex (директива, запрещающая поисковику индексировать страницу). Они не давали трафика, но съедали краулинговый бюджет.
2. Дублирующиеся статьи по одной теме объединены: лучшая версия оставлена, остальные перенаправлены через 301-редирект (постоянное перенаправление, которое передаёт SEO-вес со старого URL на новый).
3. Страницы короче 500 слов без входящего трафика удалены или объединены с тематически близкими материалами.
4. Пагинация категорий (страницы /категория/page/2 и далее) проверена на наличие дублей и закрыта там, где контент не отличался от первой страницы.
В итоге количество индексируемых страниц сократилось примерно на треть. Трафик при этом не упал – напротив, в течение месяца начал расти, так как ссылочный вес и краулинговый бюджет перераспределились на сильные страницы.
Силосная структура: дерево категорий
До рефакторинга все статьи лежали примерно на одном уровне. После – выстроена иерархия:
Главная > Рубрики > Подрубрики > Отдельные статьи
Это силосная структура (silo structure – разделение контента на тематические кластеры с чёткой иерархией). Она помогает поисковику понять, о чём сайт, и укрепляет авторитетность каждой категории за счёт внутренней перелинковки (ссылок между страницами одного сайта).
Внутренняя перелинковка по ключевым запросам
В каждой статье добавлены ссылки на тематически связанные материалы. Якорные тексты (текст, на котором стоит ссылка) – не «читать здесь», а конкретные фразы с ключевыми словами. Плотность ссылок – 3–5 внутренних ссылок на статью объёмом 2000+ слов.
UX/UI изменения: что добавили и зачем
Редизайн не был ради редизайна. Каждое изменение закрывало конкретную проблему из аудита.
Оглавление внутри статей
Добавлен блок с якорными ссылками на разделы статьи в начале каждого материала. Это решает две задачи: пользователь сразу видит структуру и может перейти к нужному разделу, а Google использует якоря для формирования Sitelinks (дополнительных ссылок в сниппете выдачи).
Единообразие стилей и типографика
Все статьи приведены к единой визуальной системе: шрифты, размеры заголовков, межстрочный интервал, отступы. Звучит мелко, но до этого разные авторы форматировали тексты по-разному. Читабельность выросла, время на сайте отреагировало на это в первые же недели.
Блок «Похожие статьи»
В конце каждого материала добавлен блок с 3–4 тематически близкими статьями. Это удерживает пользователя на сайте, снижает показатель отказов и создаёт дополнительные внутренние ссылки.
Адаптивность на мобильных
Переработана мобильная вёрстка: кнопки стали крупнее, контент не уходит за край экрана, шрифт читается без зума. Простое изменение, но именно оно напрямую влияет на поведенческие факторы у пользователей с телефонов.
Техническая оптимизация: скорость и Core Web Vitals
PageSpeed с 40 до 90 баллов не прыгает от одного действия. Это результат нескольких параллельных правок.
Изображения. Конвертация в формат WebP, сжатие без потери качества, добавление атрибута loading=»lazy» (отложенная загрузка: изображение загружается только когда пользователь прокручивает до него).
CSS и JavaScript. Минификация (удаление пробелов, комментариев и лишнего кода) и объединение файлов. Удаление плагинов и скриптов, которые больше не использовались, но продолжали загружаться.
CDN (Content Delivery Network – сеть серверов в разных географических точках). Статические файлы раздаются с ближайшего к пользователю сервера, что снижает время отклика.
LCP. После всех правок метрика опустилась с 4+ секунд до 2.1 секунды, что укладывается в порог «хорошо» по шкале Google (<2.5s).
Проверять прогресс удобно через PageSpeed Insights и Search Console – там видно, как Google оценивает Core Web Vitals в реальных условиях, а не только в лабораторных тестах.
Контент-рефакторинг: кластеры и обновление топ-страниц
Обновление существующих статей
Статьи, которые уже занимали позиции в топ-20, получили приоритет. В них добавлены:
-
LSI-фразы (Latent Semantic Indexing – слова и выражения, семантически связанные с основной темой),
-
актуальные примеры взамен устаревших,
-
свежие данные там, где были старые,
-
структурированные блоки: таблицы, списки, врезки с выводами.
Обновление топ-страниц даёт быстрый результат: Google видит свежесть контента и нередко приподнимает позиции в течение нескольких недель.
Контент-хабы вокруг ключевой семантики
Создана система контент-хабов (hub & spoke – центральная страница-пилон по широкой теме + серия статей-спиц по узким подтемам). Для кластера «оптимизация блога» это выглядело так:
-
Пилонная статья: полный гайд по оптимизации блога
-
Спицы: отдельные статьи по скорости, структуре, контенту, перелинковке, метатегам
Все спицы ссылаются на пилон, пилон – на спицы. Это укрепляет авторитетность всего кластера.
Метрики: что изменилось и как это измеряли
Для отслеживания результатов использовались GA4, Ahrefs и Search Console. Вот что зафиксировали за 6 месяцев:
-
До
-
Органический трафик 23к в месяц
-
PageSpeed (мобайл) 40 баллов
-
Отказы 42%
-
Время на сайте 6 минут
-
Средняя позиция 15
-
-
После
-
Органический трафик 76к в месяц
-
PageSpeed (мобайл) 90 баллов
-
Отказы 28%
-
Время на сайте 10 минут
-
Средняя позиция 15
-
Позиции по ключевым запросам продолжают расти: это не разовый всплеск, а накопительный эффект от системной работы.
Как оценить практическую отдачу
Трафик сам по себе – промежуточная метрика. Реальный показатель – что с ним происходит дальше.
В нашем случае отслеживались заявки. Формула простая:
> Новые визиты × конверсия в заявки = прирост заявок
Если до рефакторинга блог давал в среднем 70 заявок в месяц, а трафик вырос в 3.3 раза при сохранении конверсии, то и заявок стало пропорционально больше. На практике конверсия даже немного подросла – потому что улучшился UX и страницы стали быстрее загружаться.
Чеклист: шаги рефакторинга блога по порядку
Если хотите повторить этот путь, вот рабочая последовательность:
1. Технический аудит – краулинг, выявление ошибок, скорость
2. SEO-аудит – семантика, дубли, страницы без трафика
3. UX-аудит – тепловые карты, сессии, мобильная версия
4. Структурный рефакторинг – силос, категории, удаление лишних страниц
5. Технические правки – скорость, Core Web Vitals, CDN
6. UX/UI изменения – оглавление, перелинковка, блок похожих статей
7. Контент-рефакторинг – обновление топ-страниц, создание хабов
8. Мониторинг – GA4, Search Console, Ahrefs каждые 2–4 недели
Не нужно делать всё сразу. По опыту, первые результаты в поиске появляются через 4–8 недель после технических правок и закрытия дублей.
Какой же вывод?
Рефакторинг блога это системная работа, которая меняет то, как поисковик оценивает ваш сайт, и то, как на нём ведут себя реальные пользователи. Рост трафика с 23K до 76K визитов в месяц стал следствием того, что обе задачи решались параллельно (UX/UI рефакторинг и SEO рефакторинг), а не по отдельности.
Первый шаг, который можно сделать прямо сейчас: запустите краулинг сайта через Screaming Frog (есть бесплатная версия на 500 URL) и посмотрите, сколько у вас страниц без H1, с дублирующимися title и без внутренних ссылок.
FAQ
Можно ли проводить рефакторинг поэтапно, не останавливая публикации новых статей?
Да, и это оптимальный путь. Технические правки и закрытие дублей можно делать параллельно с публикациями. Главное – не трогать URL популярных статей без 301-редиректа и не проводить масштабные изменения структуры в период, когда сайт активно сканируется после апдейта Google.
Как долго ждать результатов после закрытия лишних страниц в noindex?
Google и Яндекс переобходят сайт в разном темпе – от нескольких дней до нескольких недель. По опыту, первые изменения в позициях и краулинговом поведении заметны через 3–6 недель. Финальный эффект от структурного рефакторинга оценивать стоит не раньше чем через 3 месяца.
Что важнее начать: UX-изменения или технические правки?
Технические правки – в приоритете. Если сайт медленный и с дублями, поисковик просто не будет нормально его обходить, и UX-изменения не принесут ожидаемого эффекта. Сначала фундамент, потом надстройка.
Удаление коротких статей не навредит трафику?
Зависит от того, есть ли на этих страницах входящий трафик. Если страница короткая, но даёт хотя бы несколько визитов в месяц – лучше расширить её или объединить с похожей статьёй через 301, а не просто удалять. Удалять без редиректа стоит только страницы, которые не индексируются и не дают трафика.
Нужно ли нанимать разработчика для всего этого или часть можно сделать самостоятельно?
Значительную часть – можно самостоятельно, особенно если блог на WordPress. Закрытие тегов в noindex, настройка редиректов, добавление оглавления через плагин, оптимизация изображений – всё это решается без глубоких технических знаний. Для минификации кода и настройки CDN уже лучше привлечь разработчика или воспользоваться специализированными плагинами вроде WP Rocket или Cloudflare.
ссылка на оригинал статьи https://habr.com/ru/articles/1022598/