Типи 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.
- Позначте, яка задача була б помилкою за іншого типу проєкту. Це перевірка, що тип визначено, а не вгадано.