Типы SEO-проектов
Типы SEO-проектов — не классификация ради классификации: тип проектов определяет, что делать в первую очередь, чего ждать по срокам и какой KPI считать успехом. Одна и та же правка бывает полезной на одном проекте и разрушительной на другом. В этом уроке — пять типов, документированные особенности каждого и то, как отличить проблему, которую видно в отчёте, от той, о которой можно только догадываться.
Опираться будем на руководство Google по переездам сайта, отчёт о мерах, принятых вручную и руководство о падениях поискового трафика.
Почему тип проекта решает больше, чем чек-лист
Массовая смена URL оздоровит старый каталог и сломает переезд без карты редиректов. Удаление слабых страниц очистит индекс зрелого сайта и навредит новому, где ещё нечего чистить. Поэтому сначала определяется контекст, а уже потом выбираются инструменты.
Тип 1. Новый сайт
Истории нет, и это одновременно преимущество и ограничение: ошибок прошлого нет, но нет и сигналов. Первая задача — не позиции, а то, чтобы страницы вообще попали в индекс. Статусы по каждой причине смотрят в отчёте об индексировании, а права на сайт подтверждают в самом начале — добавлением ресурса в Search Console, иначе первые недели проекта пройдут без данных.
Про сроки вводное руководство Google предупреждает прямо: изменения проявляются не сразу и могут занять месяцы. KPI первых месяцев — проиндексированные страницы и первые показы, а не позиции.
Тип 2. Работающий сайт, который хочет роста
Есть история, есть данные, есть накопленные ошибки. Это самый благодарный тип: источник приоритетов — не чужой чек-лист, а собственные отчёты. Начинать стоит с полного аудита сайта, а дальше приоритизировать по тому, где уже есть показы, — как в уроке про конкурентный анализ.
Тип 3. Переезд и редизайн
Самый рискованный тип, и единственный, где у Google есть пошаговое руководство. Оттуда три факта, которые стоит показать заказчику до начала:
- «Ожидайте временных колебаний позиций во время переезда» — просадка не означает, что переезд сделан плохо.
- Для среднего сайта может потребоваться несколько недель или больше, чтобы Google начал показывать новые URL вместо старых; для крупного — дольше.
- Переезд считается завершённым, когда Googlebot посетил каждый URL старого и нового сайта хотя бы один раз, и происходит это по каждому URL отдельно.
Там же рекомендация, которая снижает цену ошибки: если сайт большой, сначала перевезти его часть и посмотреть на эффект. И отдельная — планировать переезд на период сезонного спада, чтобы проблемы задели меньше людей. Если адреса не меняются, применяется отдельное руководство для переезда без смены URL.
Карта редиректов — главный артефакт проекта. Проверять её нужно пачкой и до запуска: массовая проверка редиректов показывает код ответа и цепочки по списку URL.
Тип 4. Сайт после падения
Здесь важно различать два совершенно разных случая, которые обычно называют одним словом «санкции».
| Меры, принятые вручную | Падение без мер | |
|---|---|---|
| Что это | Решение человека в Google: «часть сайта или весь сайт не будут показываться в результатах поиска» | Изменение алгоритмов, конкуренция, сезон, техническая поломка |
| Видно ли | Да, в отчёте о мерах, принятых вручную | Нет отдельного отчёта — только данные и порядок разбора |
| Что делать | Исправить нарушения из спам-политик и отправить запрос на повторную проверку | Пройти порядок разбора падения: сезонность, типы поиска, аномалии данных, потом причина у себя |
Первое действие на таком проекте всегда одно: открыть отчёт о мерах. Пустой отчёт экономит месяцы работы в неверном направлении. Сопоставить дату падения с обновлениями алгоритмов помогают апдейты Google, а найти пострадавшие страницы и запросы — рост и падение.
Тип 5. Поддержка и защита результата
Канал работает, задача — не потерять. Это не «ничего не делать»: здесь живут регрессии после релизов, новые шаблоны без мета-тегов, сломанные карты сайта. Мониторинг sitemap и проблемы индексации дают раннее предупреждение до того, как просадка станет видна в кликах.
Как определить тип за тридцать минут
- Есть ли сайт в индексе? Нет — тип 1, и дальше идти незачем.
- Открыть отчёт о мерах, принятых вручную. Не пусто — тип 4, и всё остальное ждёт.
- Планируется ли смена адресов, CMS или домена в ближайшие месяцы? Да — тип 3, и работа начинается с карты редиректов.
- Трафик падает или растёт? Падает — тип 4 по алгоритмической ветке. Растёт или стоит — тип 2 или 5.
- Записать ответ одной фразой и назначить KPI под него, а не наоборот.
Чего делать нельзя
- Применять один чек-лист ко всем проектам: то, что чинит одно, ломает другое.
- Обещать сроки на проекте после падения, пока не открыт отчёт о мерах.
- Начинать переезд без карты редиректов и без проверки её пачкой.
- Ставить новому сайту KPI по позициям: у него ещё нет показов, чтобы их усреднять.
- Считать просадку во время переезда провалом — документация прямо предупреждает о колебаниях.
Практика
- Возьмите свой проект и пройдите пять вопросов выше.
- Запишите тип одной фразой и три задачи, которые из него следуют.
- Выберите KPI первых двух месяцев под этот тип — по правилам урока про цели и KPI.
- Отметьте, какая задача была бы ошибкой при другом типе проекта. Это проверка, что тип определён, а не угадан.