Перейти до вмісту
📊
Аналітика, алгоритми й аудит
Урок 15 з 15 · SEO-аудит
БЕЗКОШТОВНО +60 XP

Діагностика падіння трафіку

Діагностика падіння трафіку — це порядок дій, що відокремлює «впало через нас» від «впало скрізь» і від «це просто сезон». Головне правило те саме, що в посібнику Google: падіння органічного трафіку може статися з кількох причин, і не завжди легко зрозуміти, що саме сталося. Тому спершу діагноз за даними, потім лікування. Нижче — причини, які називає Google, як читати графік у Search Console і в якому порядку перевіряти.

Основа — посібник Google з налагодження падінь трафіку. Повʼязані уроки: основні оновлення, ручні заходи, аудит краулінгу й індексації та Search Console.

📉
Алекс відкриває Search Console в понеділок
«Кліки впали. Перше правило — не панікувати й не міняти все поспіль. Спершу зрозуміти, що саме сталося.»

Які причини називає Google

У посібнику перелічено головні причини падіння органічного трафіку. Це не «чотири причини», як часто пишуть, а більше:

  • Алгоритмічне оновлення. Велике падіння після основного оновлення; дивіться перелік оновлень ранжування та урок про основні оновлення;
  • Технічні проблеми. Помилки, через які Google не може сканувати, індексувати чи показувати сторінки: доступність сервера, отримання robots.txt, «сторінку не знайдено». Можуть бути загальносайтовими або стосуватися окремих сторінок, наприклад неправильно поставлений noindex. Перевірте статистику сканування й звіт про індексування: чи немає сплеску проблем;
  • Проблеми безпеки. Шкідливе ПЗ чи фішинг: Google може попереджати користувачів до переходу на сайт. Дивіться звіт про проблеми безпеки;
  • Порушення спам-політик. Автоматичні системи й перевірка людиною; дивіться звіт про заходи, вжиті вручну, та уроки про ручні заходи і спам-політики;
  • Сезонність і зміна інтересів. Попит на запити змінюється через тренд чи пору року;
  • Зміна адрес і міграція. Якщо ви змінювали URL, можливі коливання, поки Google заново обходить та індексує сайт; для середнього сайту це кілька тижнів. Див. урок про міграцію;
  • Збій звітності. Перевірте сторінку аномалій даних Search Console: падіння може бути повʼязане зі зміною обробки даних або помилкою логування.

«Дії конкурентів» зі звичної схеми — не окрема причина в документації: Google каже, що результати динамічні, бо мережа постійно змінюється, а новий і оновлений контент спричиняє і зростання, і падіння. А «семраш-сенсори» та подібні індекси волатильності — сторонні оцінки; за документацією орієнтиром слугують перелік оновлень Google і панель статусу пошукових систем.

Крок 1: прочитайте основний графік

Найкращий спосіб зрозуміти, що сталося, — подивитися на головний графік у звіті про ефективність. Google розрізняє два випадки:

  • Упали і покази, і кліки. Ідіть за переліком причин вище;
  • Покази ті самі, кліки впали. Можливо, заголовок і фрагмент не найкращі, і користувачі не розуміють змісту сторінки, або в інших сайтів привабливіший розширений результат. Див. уроки про Search Console і CTR.

Крок 2: звузьте дані

  1. Оберіть «останні 16 місяців». Так падіння видно в контексті й можна зрозуміти, чи не повторюється воно щороку через свято чи тренд. Далі 16 місяців можна вивантажувати дані через API чи масовий експорт;
  2. Порівняйте з подібним періодом. Вкладка порівняння: останні 3 місяці з попереднім періодом або з тим самим періодом минулого року. Перегляньте всі вкладки: чи впало лише за певними запитами, адресами, країнами, пристроями, видами результатів;
  3. Розділіть типи пошуку: веб, зображення, відео, новини. Так видно, де впало;
  4. Не орієнтуйтеся на абсолютну позицію. Google: покази й кліки — зрештою міра успіху; але якщо видно різке стійке падіння позиції, оцініть контент на корисність і надійність;
  5. Знайдіть закономірність у сторінках. Відсортуйте таблицю сторінок за різницею кліків, щоб побачити, що втратило найбільше. Упав увесь сайт, група сторінок чи одна важлива сторінка?

Якщо упав увесь сайт, відкрийте звіт про індексування сторінок; якщо група сторінок, перевірте кілька через перевірку URL. Для порівняння періодів є переможці й невдахи, для накладання дат оновлень — моніторинг апдейтів, а для масової перевірки статусів — аудит URL. Дані аналітики (сесії, залученість) дивіться за уроком про GA4: з ними видно, чи впав лише органічний канал.

Крок 3: зовнішні причини

Якщо підозрюєте сезонність чи зміну інтересів, оберіть найтрафікові запити по одному й перевірте їх у Google Trends: чи впало лише у вас, чи в усій мережі. Приклад із посібника: запити про індичку сильно сезонні й піком ідуть у листопаді, про курку сезонність менша, а кава майже стабільна. Це ж показує, що падіння «у січні» для одних тем нормальне. Корисно ще порівняти головні запити регіону з тими, за якими ви отримуєте трафік: якщо якихось немає, перевірте, чи є на сайті контент на тему й чи обходиться та індексується він.

Крок 4: технічні перевірки

  • Звіт про індексування сторінок: чи немає нових проблем?
  • robots.txt і noindex: чи не закрито сайт або розділ помилково? Приклад: розробник закрив розділ у robots.txt «тимчасово» під час викладання й не повернув. Через випадковий noindex падіння, за словами Google, йде повільніше: правило спрацьовує лише після того, як Google обійшов сторінку. Докладніше — в уроці про robots.txt і meta robots;
  • Масові 404 і ланцюжки перенаправлень; зміна структури URL без перенаправлень. Допоможе знайти краулер;
  • Статистика сканування: чи немає сплеску помилок сервера.

Якщо причина — оновлення

Якщо дата збіглася з основним оновленням, не поспішайте. Google пише: за невеликого падіння позиції не потрібно радикальних дій, а за великого стійкого падіння оцініть сайт загалом; зачекайте щонайменше тиждень після закінчення оновлення й порівняйте цей тиждень із тижнем до його початку. Подробиці — в уроці про основні оновлення, порядок виправлень — в уроці про пріоритизацію.

Чого в документації немає

  • Поділу причин на «чотири»: Google називає більше й включає сезонність, безпеку, спам і збої звітів;
  • «дій конкурентів» як окремої причини та стороннього Sensor чи MozCast як інструмента діагностики;
  • висновку «впали лише брендові запити — отже, репутація»: це гіпотеза, її треба перевіряти;
  • строків відновлення на кшталт «трафік повернувся за 2 тижні»: після змін ефект може проявитися через дні чи місяці, і гарантії немає.

Чек-лист

  1. Прочитано основний графік: упали і покази, і кліки, чи лише кліки.
  2. Увімкнено вікно у 16 місяців і перевірено сезонність.
  3. Порівняння зроблено з подібним періодом чи з минулим роком.
  4. Типи пошуку, країни, пристрої та сторінки проаналізовано окремо.
  5. Перевірено індексування, robots.txt, noindex, 404, перенаправлення.
  6. Перевірено безпеку, ручні заходи й аномалії даних.
  7. Дату звірено з переліком оновлень і панеллю статусу.
  8. Зовнішні причини перевірено через Google Trends.
  9. Зміни вносяться по одній, із записом дати.

Помилки

  • Змінювати одразу багато, не зрозумівши причини.
  • Аналізувати дані, поки оновлення не закінчилося.
  • Дивитися лише на позицію.
  • Забувати про сезонність і не вмикати вікно у 16 місяців.
  • Вважати будь-яке падіння «оновленням» чи «покаранням».

Що далі

Курс з аудиту на цьому закінчується. Наступний крок — пріоритизація: як перетворити знайдену причину на порядок робіт.

🎯
Завдання до уроку
Перевірте розуміння та отримайте +25 XP
← Пріоритизація виправлень
Урок 15 з 15
Перейти до завдання →