Впав трафік на сайті: як знайти причину

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

Насправді порядок перевірки має бути зворотним: спочатку виключити те, що взагалі не пов’язане з пошуковими системами.

Крок нуль: чи справді впав

Половина «падінь» – помилка вимірювання. Перевірте перш за все:

  • Період порівняння. Чотири тижні проти п’яти, або тиждень зі святами проти звичайного.
  • Сезонність. Порівнюйте з тим самим місяцем минулого року, а не з попереднім місяцем.
  • Фільтри у звіті. Випадково збережений сегмент дає падіння на рівному місці.
  • Сам лічильник. Якщо код аналітики зник із частини сторінок після оновлення сайту, трафік «упав» тільки у звіті.

Останнє трапляється частіше, ніж здається. Перевірити просто: подивіться, чи є код аналітики в коді кількох різних типів сторінок.

Крок один: який саме трафік упав

Це найважливіше питання, і воно одразу відсікає більшість гіпотез.

Що впалоКуди дивитися
Тільки пошуковийІндексація, позиції, технічні помилки
Тільки рекламнийБюджет, модерація, ставки
Тільки прямийАналітика, аудиторія, сезон
Увесь одразуСайт, лічильник, доступність
Одна сторінкаЦя сторінка: код, зміст, посилання
Один регіонЛокальна видача, доступність із країни

Падіння всього трафіку одночасно майже ніколи не буває пошуковою проблемою. Це або сайт, або аналітика.

Крок два: форма графіка

Форма падіння говорить про причину більше, ніж його глибина.

  • Обрив в один день. Технічна причина. Щось зламалося: сторінки закрилися від індексації, змінилися адреси, впав сервер, злетів лічильник. Дивіться, що робили з сайтом у той день.
  • Плавне зниження за тижні. Конкуренція або застаріле наповнення. Ніхто нічого не ламав, вас просто повільно обходять.
  • Сходинка вниз і плато. Схоже на зміну алгоритму або на втрату частини сторінок з індексу.
  • Пила з поступовим спуском. Часто нестабільність сервера: частина обходів завершується помилкою.

Крок три: технічний чекліст

Швидка перевірка, яка закриває більшість реальних причин. Робиться за півгодини.

  1. Сайт відкривається. З різних мереж і країн, не тільки у вас.
  2. Файл robots не забороняє індексацію. Класика після перенесення з тестового сервера.
  3. Немає мета-тегу noindex на важливих сторінках. Друга класика того самого походження.
  4. Адреси сторінок не змінилися. Оновлення теми або плагіна може змінити структуру адрес без попередження.
  5. Кількість проіндексованих сторінок. Різке падіння тут – головний симптом.
  6. Звіт про помилки сканування. Сплеск помилок сервера означає, що сайт був недоступний для обходу.
  7. Сертифікат безпеки дійсний. Прострочений сертифікат вбиває трафік за добу.
  8. Карта сайту доступна й актуальна.
  9. Швидкість не змінилася різко. Новий плагін або сторонній скрипт може подвоїти час відповіді.

Пункти два і три – найчастіші причини різкого обриву. Перевіряйте їх першими, це дві хвилини.

Крок чотири: якщо технічно все гаразд

Тоді причина в змісті або в конкуренції, і діагностика йде інакше.

  • Порівняйте запити до і після. Якщо впав один кластер запитів, а решта на місці – справа в конкретній темі, а не в сайті.
  • Подивіться на видачу за цими запитами. Часто виявляється, що змінився сам тип результатів: замість сторінок послуг тепер видаються статті або блок з відповіддю.
  • Перевірте, чи не змінювали ви тексти. Переписана сторінка з традиційним трафіком – найчастіша самозаподіяна причина.
  • Подивіться на конкурентів у топі. Якщо там нові гравці з докладнішим матеріалом, це відповідь.

Чого не робити

  • Не міняти все одразу. Після п’яти одночасних змін ви не дізнаєтеся, що спрацювало.
  • Не переписувати сторінки в перший день. Спочатку діагноз.
  • Не замовляти посилання «щоб підняти». Це не лікує технічну помилку і не повертає сторінки в індекс.
  • Не панікувати через один тиждень. Коливання в межах десяти-п’ятнадцяти відсотків – норма.

Порядок дій

Якщо коротко: переконайтеся, що падіння реальне; визначте, який канал упав; подивіться на форму графіка; пройдіть технічний чекліст; і тільки потім думайте про зміст і конкуренцію.

За нашим досвідом, більшість різких падінь пояснюється однією з трьох речей: закрита індексація після оновлення сайту, зміна адрес сторінок і недоступність сервера в період обходу. Усі три перевіряються за півгодини і виправляються за день. Причини, які вимагають місяців роботи, зустрічаються значно рідше, ніж прийнято вважати.

Latest News

Жовта попереджальна стрічка й оранжевий дорожній конус натягнуті через розбитий тротуар із щебеню та зірваного асфальту

Накладки для доступності не є відповідністю: що вирішило рішення у справі Carrefour

Французький суд відкинув показник 71% і дав Carrefour шість місяців під 500 євро за день, а FTC стягнула з найбільшого продавця накладок 1 млн доларів за твердження, що віджет забезпечує відповідність. Чому скрипт цього не виправить і що виправить насправді.

П'ять чорних міжнародних перехідників для розеток, складених пірамідою на однотонному тлі, кожен із різним розташуванням штирів

MCP для бізнесу: що стандарт вирішує, а що ви все одно будуєте самі

MCP тепер вендор-нейтральний під егідою Linux Foundation, публічних серверів понад 10 000, а липнева специфікація зробила його звичайною вебінфраструктурою. Але готовність до корпоративного використання — журнали аудиту, єдиний вхід, шлюзи — є найменш визначеним пріоритетом самої дорожньої карти.

Двоє сусідніх вхідних дверей на вулиці — темно-червоні й коричневі — у фасадах будинків різного кольору

Passkey і пароль, який залишається: що насправді змінилося до 2026 року

П’ять мільярдів passkey в обігу, 90% споживачів знають цей термін — і при цьому 57% організацій досі заводять власний персонал у систему паролем. Чому passkey виграють як додаток і програють як заміна, і п’ять кроків, які варто зробити на бізнесовому сайті.

View all news