📐
БЕЗКОШТОВНО
+45 XP
Типи SEO-проєктів і клієнтів
🗂️
Алекс сортує заявки
«Новий магазин, редизайн на іншій CMS, сайт після падіння і B2B-сервіс без лідів — усе це SEO. Але план робіт, ризики й KPI у кожного проєкту будуть різними.»
📌 Тип SEO-проєкту визначає діагностику, строки, ризики й метрики успіху. До списку задач потрібно зрозуміти: ми будуємо фундамент, лікуємо проблему, захищаємо міграцію чи масштабуємо канал, який уже працює.
Чому тип проєкту важливий
Одна й та сама рекомендація може бути правильною або небезпечною в різних умовах. Масова зміна URL може допомогти старому каталогу, але зламати міграцію без карти редиректів. Видалення слабких сторінок може очистити індекс, але нашкодити молодому сайту, який ще не накопичив сигналів. Тому спочатку визначають контекст проєкту, а вже потім підбирають інструменти.
Основні типи SEO-проєктів
| Тип | Ситуація | Головний фокус | KPI перших місяців |
|---|---|---|---|
| Greenfield | Новий сайт без історії | Архітектура, індексація, аналітика, семантичні кластери | Проіндексовані сторінки, перші покази, відсутність критичних помилок |
| Аудит і ріст | Сайт є, але органіка стоїть | Обмеження в техніці, контенті, внутрішніх посиланнях і сніпетах | Ріст кліків і конверсій у пріоритетних розділах |
| Ecommerce / каталог | Багато товарів, фільтрів, категорій і шаблонів | Контроль індексу, canonical, фасетна навігація, контент категорій | Видимість категорій, органічна виручка, якість індексованих шаблонів |
| Міграція / редизайн | Змінюються URL, CMS, домен, шаблони або структура | Зберегти сигнали старих URL і швидко знайти помилки після релізу | Відновлення трафіку, мінімум 404, коректні редиректи й canonical |
| Recovery | Різке падіння, manual action або наслідки апдейту | Відділити ручну міру від алгоритмічного чи технічного падіння | Зняття manual action, відновлення індексації та видимості |
| Конкурентне зростання | Сайт здоровий, але поступається лідерам | Контентні розриви, авторитет, якість сторінок, CTR і частка видачі | Share of voice, топ-3/топ-10 за кластерами, ліди або виручка |
Як визначити тип проєкту за 30 хвилин
- Порівняй тренд за 12-16 місяців. Ріст, спад, сезонність і стагнація потребують різних гіпотез.
- Перевір GSC. Потрібні Performance, Pages/Indexing, Sitemaps, Manual Actions і важливі URL через URL Inspection.
- Запитай про зміни. Редизайн, зміна CMS, переїзд домену, масові правки URL, видалення сторінок або запуск нових шаблонів сильно впливають на діагностику.
- Виділи money pages. Для ecommerce це категорії й товари, для SaaS — сторінки рішень і порівнянь, для локального бізнесу — послуги й локації.
- Оціни доступність даних. Без GA4, GSC, CMS і історії релізів проєкт швидко перетворюється на здогадки.
Матриця ризиків
| Проєкт | Головний ризик | Перші перевірки |
|---|---|---|
| Greenfield | Неправильна структура з першого релізу | Sitemap, robots.txt, шаблони title/H1, аналітика, внутрішні посилання |
| Аудит і ріст | Лікування симптомів замість причини | GSC + GA4 + crawl + топ-сторінки за кліками, показами й доходом |
| Ecommerce | Індексний шум і тонкі сторінки | Фільтри, canonical, пагінація, дублікати товарів, якість категорій |
| Міграція | Втрата історії URL і посилальної ваги | Карта старих/нових URL, 301, staging crawl, оновлені internal links і sitemap |
| Recovery | Прийняти апдейт або технічний збій за penalty | Manual Actions, дати падіння, релізи, логи, індексація, зміни контенту |
Як обирати KPI
Хороший KPI залежить від стадії проєкту. Новому сайту рано обіцяти продажі з органіки через два тижні, а міграцію не можна оцінювати тільки кількістю опублікованих сторінок.
- Новий сайт: технічна готовність, індексація, перші покази, ріст non-brand запитів.
- Аудит чинного сайту: виправлені критичні помилки, ріст CTR, кліків і конверсій у вибраних розділах.
- Ecommerce: органічна виручка, видимість категорій, частка корисних індексованих сторінок.
- Міграція: збереження трафіку, відсутність масових 404, коректна переіндексація нових URL.
- Recovery: зняття ручної міри, повернення сторінок в індекс, відновлення видимості після виправлень.
Чого не можна робити
- Давати однакову пропозицію для нового сайту, ecommerce і recovery-проєкту.
- Обіцяти топ-1 без розуміння конкуренції, бюджету, строків і стану сайту.
- Починати роботу без доступу до GSC, GA4 та історії великих змін.
- Діагностувати «penalty», якщо в Search Console немає manual action і не перевірені технічні причини падіння.
- Запускати міграцію без карти URL, тестового crawl і плану моніторингу після релізу.
Фраза для старту проєкту:
«Спочатку визначимо тип задачі: запуск, ріст, ecommerce, міграція або відновлення. Після цього оберемо KPI і порядок робіт на перші 90 днів.»
«Спочатку визначимо тип задачі: запуск, ріст, ecommerce, міграція або відновлення. Після цього оберемо KPI і порядок робіт на перші 90 днів.»
Завдання до уроку
Перевірте розуміння та отримайте +20 XP