Первые 90 дней SEO нового информационного сайта — это период настройки системы, а не экзамен на мгновенный трафик. Поисковому роботу нужно обнаружить адреса, обойти их и обработать содержимое; редакции — проверить, что каждой группе запросов соответствует полезная страница; аналитике — накопить достаточно данных, чтобы отличать проблему от случайного колебания.
Результат этого этапа лучше формулировать как набор проверяемых условий: важные URL доступны без ошибок, разрешены к индексированию, включены в карту сайта, имеют входящие внутренние ссылки и отвечают на выбранный интент. Показы и клики могут появиться, но фиксированное число переходов или позиций обещать нельзя: темп зависит от спроса, конкуренции, качества сайта и скорости повторного обхода.
Google прямо рекомендует создавать материалы прежде всего для людей и предупреждает, что массовая публикация только ради поискового трафика или искусственное изменение дат не делает сайт полезнее. Поэтому план ниже ограничивает не число статей, а незавершённую работу: лучше довести до контроля один тематический кластер, чем выпустить сто изолированных текстов.
До первого дня: зафиксируйте исходную схему#
Начинать отсчёт нужно не с первой статьи, а с готовности измерений. Соберите реестр планируемых URL. Для каждой строки укажите тему, основной интент, тип страницы, родительский раздел, статус публикации и ссылку на источник фактов. Этот файл станет одновременно редакционным планом, картой миграций и журналом решений.
Минимальная строка реестра выглядит так:
| Поле | Что записать | Зачем |
|---|---|---|
| Кластер | группа близких формулировок одной задачи | не создавать несколько страниц с одинаковым интентом |
| Основной URL | постоянный человекочитаемый адрес | не менять адрес после публикации без необходимости |
| Формат | инструкция, сравнение, определение, подборка | согласовать документ с выдачей и задачей человека |
| Хаб | раздел, из которого будет входящая ссылка | исключить страницы-сироты |
| Фактчек | официальный документ или первичный источник | понимать, что и когда обновлять |
| Целевое действие | следующий материал, расчёт, подписка | проектировать путь читателя без навязчивости |
Проверьте один предпочтительный вариант домена и протокола, коды ответа, шаблоны title, description и канонических адресов, мобильную версию, отсутствие случайного noindex, файл robots.txt и sitemap. Карта сайта помогает сообщить поисковику о новых и обновлённых URL, но не гарантирует их индексацию. Она должна содержать канонические страницы с успешным ответом, а не редиректы, ошибки и служебные фильтры.
Подробный технический проход есть в чек-листе аудита сайта, а причины отсутствия конкретного URL в поиске — в разборе индексации статьи.
Дни 1–10: запустите основу, а не россыпь статей#
На старте нужны главная, страницы разделов, сведения об авторах и редакции, контакты или обратная связь, политика обработки данных, а затем первый законченный тематический пакет. Его состав зависит от темы, но логика одинакова: один обзорный хаб и несколько материалов, раскрывающих самостоятельные задачи.
Например, условный сайт о домашней мастерской может начать не с двадцати случайных текстов, а с хаба «Выбор инструмента» и отдельных документов о выборе дрели, совместимости оснастки, технике безопасности и обслуживании. Это иллюстрация структуры, а не результат реального проекта.
Для каждого материала выполните один и тот же приёмочный лист:
- Откройте URL без авторизации и проверьте ответ сервера.
- Сравните
title, H1 и первый абзац: они должны описывать одну задачу, но не обязаны дословно повторяться. - Убедитесь, что факты имеют источник, а даты и ограничения видны рядом с утверждением.
- Добавьте ссылку из хаба и две-три контекстные ссылки между соседними материалами, если они действительно помогают продолжить задачу.
- Проверьте навигацию, таблицы и формы на телефоне.
- Добавьте канонический URL в sitemap и отправьте карту в панели поисковых систем.
- Зафиксируйте дату публикации и проверки в реестре.
Не создавайте теги и рубрики для одной статьи. Пустая архивная страница не становится полезной только потому, что её название похоже на запрос. Новый раздел имеет смысл, когда у него есть ясная роль в навигации и достаточно материалов, чтобы человек мог выбрать следующий шаг.
Дни 11–30: проверьте обнаружение и индексирование#
В этот период главный отчёт строится по URL. Для каждой важной страницы отметьте четыре состояния: опубликована, доступна роботу, обнаружена поисковой системой, присутствует в индексе. Эти состояния не равны друг другу. Отправка на переобход не исправит noindex, ошибочный canonical, пустой ответ сервера или дублирование.
Рабочая таблица контроля:
| URL | Ответ | Indexable | В sitemap | Входящие ссылки | Состояние в панели | Действие |
|---|---|---|---|---|---|---|
/guide/a | 200 | да | да | 4 | обработан | наблюдать показы |
/guide/b | 200 | нет | да | 2 | исключён | снять ошибочный запрет или убрать из sitemap |
/guide/c | 301 | — | да | 3 | перенаправлен | заменить адрес в карте и внутренних ссылках |
Строки — шаблон, а не статистика какого-либо сайта. Заполняйте фактическими URL. Если важная страница не обнаружена, поставьте на неё обычную HTML-ссылку с уже доступного хаба и проверьте карту сайта. Если обнаружена, но исключена, сначала выясните указанную поисковой системой причину.
В конце месяца сделайте выборочную ручную проверку выдачи по основным формулировкам. Задача — не записать «место», а увидеть, совпадает ли формат. Если по запросу показываются калькуляторы и карточки товара, а вы выпустили обзорную статью, дополнительный объём текста не исправит расхождение. Метод разбора задачи пользователя описан в руководстве по поисковому интенту.
Дни 31–60: расширяйте только подтверждённые кластеры#
После первого полного обхода появятся запросы, по которым сайт уже получает показы. Это ценнее отвлечённого списка ключей: поисковик показывает, какие связи между страницей и спросом он уже распознал. Сгруппируйте данные по URL и сравните фактические запросы с замыслом редакции.
Распределите страницы по четырём корзинам:
- показы есть по ожидаемым фразам — расширять ответ, если в нём действительно не хватает шага, таблицы или примера;
- показы есть по соседней задаче — проверить, достаточно ли ясно сформулирован основной ответ и не нужна ли отдельная страница;
- показов нет, но URL индексируется — заново проверить спрос, интент, внутренние ссылки и уникальную ценность;
- показы распределены между двумя URL по одной группе — оценить каннибализацию и выбрать главный документ.
Не объединяйте страницы только из-за одного совпавшего слова. Совместимость запросов проверяется по задаче и составу выдачи. Практическая схема есть в инструкции по кластеризации запросов.
Второй пакет публикаций выбирайте из пробелов внутри уже созданного кластера. Так новые материалы сразу получают контекст, ссылки и понятную аудиторию. Отдельную экспериментальную тему допустимо взять, но пометьте её как тест и заранее укажите критерий продолжения: наличие подтверждённого спроса, релевантных показов и редакционной компетенции.
Дни 61–90: соберите первую систему решений#
К третьему месяцу полезно перейти от списка публикаций к очереди гипотез. Единицей работы становится не «написать статью», а «устранить конкретный разрыв». У гипотезы должны быть URL, наблюдение, предполагаемая причина, одно изменение и дата следующей проверки.
| Наблюдение | Сначала проверить | Возможное действие | Чего не заключать сразу |
|---|---|---|---|
| URL не индексируется | ответ, запреты, canonical, дубли | исправить техническую причину | что тема плохая |
| Есть показы, почти нет кликов | запрос, позицию, вид сниппета | уточнить заголовок и обещание | что один CTR доказывает качество текста |
| Клики есть, дочитываний нет | первый экран, скорость, соответствие ответу | вынести краткий ответ и навигацию выше | что нужен ещё один ключ |
| Два URL показываются по одной группе | интенты и пересечение содержания | развести задачи либо объединить | что всегда виноват дублированный текст |
| Спрос падает у всего кластера | сезонность и динамику спроса | скорректировать ожидания и график | что сайт получил санкцию |
Для каждой недели оставьте резерв на исправления. Если редакция умеет выпускать десять материалов, планируйте восемь, а оставшуюся ёмкость используйте для технических ошибок, фактчека и обновлений. Это не универсальная норма, а простой способ не копить долг.
В конце 90 дней проведите ревизию архитектуры: все ли индексируемые документы имеют входящую ссылку, не появились ли пустые архивы, соответствует ли sitemap фактическим каноническим адресам, нет ли цепочек редиректов. Затем выгрузите данные по URL и запросам и сохраните снимок — он станет базой для следующего цикла.
Какие метрики смотреть по этапам#
Одна панель из десятков показателей мешает заметить причину. Разделите контроль:
| Период | Главный вопрос | Метрики и проверки |
|---|---|---|
| 1–10-й день | сайт технически готов? | ответы сервера, запреты, canonical, sitemap, формы |
| 11–30-й день | адреса обнаружены и обработаны? | состояние URL, ошибки обхода, входящие ссылки |
| 31–60-й день | поисковик понимает темы? | запросы и показы по URL, распределение по кластерам |
| 61–90-й день | какие изменения приоритетны? | клики, CTR в разрезе позиции и запроса, вовлечение, конверсии |
Средняя позиция всего сайта почти ничего не объясняет: разные темы, регионы, устройства и новые страницы смешиваются в одно значение. CTR тоже сравнивают внутри близкой позиции и одного типа запроса. Рост показов при снижении среднего места может означать, что сайт начал появляться по множеству новых фраз, а не что старые страницы ухудшились.
Что не стоит делать ради скорости#
Не выпускайте сотни однотипных документов с заменой города, характеристики или года, если на каждой странице нет самостоятельной пользы. Не меняйте дату без содержательного обновления. Не закрывайте от индексации старый домен до того, как поисковики увидят редиректы при переносе. Не покупайте ссылки, чтобы «ускорить песочницу»: официального таймера, после которого новый сайт автоматически начинает ранжироваться, нет.
Также не оценивайте автора по фиксированному числу слов. У Google нет рекомендуемого объёма текста; документ должен закрывать задачу без воды. Для редакции полезнее требовать обязательную процедуру, первичные источники, ясные ограничения и проверяемый вывод.
Итоговый чек-лист 90-го дня#
- реестр URL отражает фактическую структуру сайта;
- sitemap содержит только канонические индексируемые страницы;
- у каждого важного документа есть ссылка из раздела или хаба;
- по каждому исключённому URL записана конкретная причина, а не общий статус «SEO не работает»;
- фактические запросы сопоставлены с исходными кластерами;
- конфликтующие страницы разведены по задачам или объединены с корректным перенаправлением;
- редакционная очередь основана на пробелах в спросе и данных, а не на случайных темах;
- сохранён снимок метрик и журнал изменений;
- даты обновлены только там, где изменилось содержание;
- следующий 90-дневный цикл состоит из измеримых гипотез.
Такой итог не гарантирует рост к определённой дате. Он даёт более важную вещь: сайт, у которого можно диагностировать каждую ступень от публикации до клика и не лечить техническую ошибку новым текстом.
Официальные источники#
- Google: руководство по созданию полезного и надёжного контента
- Google: обзор сканирования и индексирования
- Google: как создать и отправить Sitemap
- Яндекс Вебмастер: файлы Sitemap
Вопросы и ответы#
Нужно ли публиковать все статьи одновременно?
Нет. Пакетная публикация удобна внутри одного кластера, потому что сразу создаёт хаб и связи. Но поисковые системы не обещают бонус за одновременный массовый запуск.
Можно ли считать 90 дней сроком выхода в топ?
Нет. Это срок первого управленческого цикла в данном плане. Позиции зависят от множества условий, а обработка новых и изменённых страниц занимает разное время.
Когда удалять материал без показов?
Только после проверки индексации, спроса, интента, внутренних ссылок и самостоятельной ценности. Отсутствие показов само по себе ещё не выбирает между удалением, объединением и переработкой.