- Динаміка трафіку і числа точок входу за 24 місяці
- Сторінки з аномально високим трафіком в окремі місяці
- Сторінки, де відвідуваність з пошуку упала в порівнянні з минулим роком
- Чому знайти url, де знизився трафік - не так-то просто
- підсумковий алгоритм
- Примітки
У минулому році я приділяв багато уваги додаткових сервісів для bez-bubna.com (в тому числі безкоштовним ). В основній аудит після релізу вносилися лише невеликі правки і поліпшення.
Але ось, нарешті, функціонал збагатився відразу трьома важливими звітами. Вони суттєво поглиблюють можливості для аналізу пошукового трафіку. При цьому ніяких особливих знань і навичок для інтерпретації даних не потрібно. Аналітика повинна спрощувати життя, а не заплутувати (пам'ятаєте, який у сервісу домен, так?).
Динаміка трафіку і числа точок входу за 24 місяці
Звіт розміщений в першій частині аудиту ( «Огляд»).
Містить наступні дані, з розбивкою по місяцях
- Трафік з пошукової системи.
- Кількість посадочних сторінок (точок входу) для пошукової системи.
- Усереднений показник трафіку на 1 посадкову (відношення першого і другого).
Звіт досить простий, його цінність - саме в можливості зіставити відвідуваність і кількість посадочних (див. Про важливості цього показника ). Відштовхуючись від них, можна виявити масу закономірностей; зрозуміти характер зниження відвідуваності. Кілька прикладів.
Сайт був під хостової Баден-Баденом :
А тут просіли позиції пари десятків важливих сторінок по середньочастотним запитам:
А ось тут вже чахне весь сайт (плавно падає і трафік, і число точок входу, і середній показник трафіку на посадкову). Але трафік по середньочастотника відвалюється все-таки швидше, ніж низькочастотний:
Графіки допомагають поглянути на ситуацію в цілому і виділити найважливіші тенденції. Це дуже корисно для діагностики проблем або пошуку оптимальної стратегії на найближчі місяці.
Якщо Метрика встановлена досить давно, то збираються дані по 24 місяцях; можна порівнювати показники за один і той же місяць в різні роки (важливо для сайтів з різноманітним сезонним попитом).
Сторінки з аномально високим трафіком в окремі місяці
Звіт розташовується відразу після описаного вище. Алгоритм його створення така:
- Беремо ТОП-50 сторінок по трафіку за рік (окремо для Яндекса і Google).
- Аналогічно беремо ТОП-20 сторінок за кожен конкретний місяць.
- Шукаємо сторінки, які є в другому списку, але відсутні в першому.
Що це за сторінки? Зазвичай одне з двох:
- Проблемний документ з хорошим потенціалом, який зовсім недовго нормально «працював». Допрацювали, зібрали більше трафіку.
- Документ з сезонним попитом - користувачів не круглий рік, а в конкретні місяці (рецепт салату на новий рік, наприклад).
Чому при створенні оперую саме місцем сторінки в «табелі про ранги», а не кількістю трафіку? Тому що такий підхід допомагає, наприклад, обчислити сторінки, які на тлі сезонного спаду «відчувають» себе відносно непогано. У них теж зменшився трафік, але зберігся в більшій кількості, ніж на інших. Якщо попрацювати з такими документами (і створити їм на допомогу інші, під суміжні запити) - можна пережити сезонний спад з меншими втратами.
Звіт містить аномальні сторінки хронологічному порядку:
Зрозуміло, якщо на сайті переважає подієвий трафік, то дані будуть менш актуальні.
Сторінки, де відвідуваність з пошуку упала в порівнянні з минулим роком
Звіт розвиває другий розділ аудиту - «Втрачений пошуковий трафік».
Буквально з першого дня одна з найпопулярніших частин можливостей сервісу - статистика по url, які втратили пошуковий трафік. Ці відомості дуже корисні (див. тут ). Однак повна втрата відвідуваності на сторінці - лише одна грань можливих проблем з сайтом. Адже трафік може знижуватися плавно. Краще б обчислити це зниження до того, як воно проб'є дно.
Чому знайти url, де знизився трафік - не так-то просто
Здавалося б, чого возитися? Беремо трафік за місяць, порівнюємо його з минулими 30 днями і дивимося, де найбільше падіння. Профіт.
На жаль, прийом підходить тільки для ручного аналізу - коли ви точно знаєте весь контекст ситуації і можете виділити важливу переломну точку. Наприклад, коли вивчається сайт після зміни шаблону заголовків і Інфоблоки.
Без розуміння контексту ми зможемо тільки тупо дивитися на перелік url і цифр по падінню (ну або перевіряти їх вручну). Трафік адже легко міг впасти через все тієї ж сезонності. Або через витівки багаторукого Бандита. Або в минулому місяці сторінка збирала трафік з бистровидачі, а зараз ранжируется на загальних підставах (нормальна ситуація).
Можна, звичайно, порівняти більш тривалі періоди. Беремо загальний трафік за минулий рік, порівнюємо з позаминулим. Така тривалість стирає відмінності через Бандита, та й з сезонністю все в порядку; щороку містить близький набір свят і вихідних.
Але як знайти ось такі сторінки?
Проблеми очевидні, сторінка явно вимагає реанімації. Але якщо порівняти загальний трафік за 2016 і 2017 - то 2017-й легко може вийти переможцем. Тому що половину 2016- го візитів на сторінці взагалі не було.
Таким чином. Якщо просто вивчати обсяг трафіку за сусідні періоди: а) попадається багато сторінок, з якими все в порядку б) по-справжньому проблемні сторінки часто вислизають. Тобто відразу багато і помилкових спрацьовувань і пропусків. Очевидно, діяти треба інакше.
підсумковий алгоритм
Я вирішив вчинити так:
- Беремо відвідуваність сторінки за 24 місяці.
- Порівнюємо щомісяця з його тезкою (наприклад, січень 2016 з січнем 2017 і так далі): обчислюємо абсолютну і відносну різницю.
- Вважаємо медіану для отриманого ряду чисел (отримуємо не середню температуру по лікарні, а найбільш типове значення).
- Якщо медіана і по візитах та по% падіння нижче певного порогу - виводимо в звіт.
Такий підхід дозволяє виділити сторінки, які дійсно відчувають серйозні проблеми. Над ними буде ефективно і вигідно попрацювати.
Як виглядає результат:
Як бачите, тут теж варто посилання на звіт в Метриці, клікнувши по ній, переходимо до звіту з сегментом щодо необхідної сторінці входу.
Примітки
- Всі нові можливості підходять в першу чергу сайтам старше двох років (з безперервно встановленої Метрикою, звичайно).
- Дані про трафік групуються не по повним url, а по шляху (наприклад, для даної сторінки шляхом є /web-marketing/seo/v1-1-analiz-trafika-za-24-mesyatsa.html). Причина проста: за 2 роки багато сайтів встигають поміняти домен і переїхати на https заодно. Статистика по сторінках на різних доменах і протоколах, таким чином, склеюється і робиться більш достовірною.
- Аналогічно, буде склеєна статистика для сторінок типу site.ru/page/ і m.site.ru/page/ (або msk.site.ru/page/ і spb.site.ru/page/). Такі адреси вважаються за один. Найчастіше сторінки регіональних піддоменів набирають дуже небагато трафіку і його не виходить достовірно аналізувати. Об'єднання даних допомагає впоратися з труднощами. Враховуйте дані особливості, якщо аналізуєте сайт c піддоменами. Для інших проектів різниці між використанням шляху і повного url немає.
оргпитання
Всі звіти вже доступні; аналіз виконується автоматично в основному аудиті.
Як зазвичай:
- Нагадую, що в новій версії можуть бути баги. Не завадить почекати тиждень-другий, поки я їх відловили і виправлю.
- Для найсміливіших, хто багів не боїться - знижка 30% на придбання перевірок. Промокод буде в завтрашній e-mail розсилці блогу.
Викидайте бубни! SEO-прорив чекає вас !
Пам'ятаєте, який у сервісу домен, так?Що це за сторінки?
Чому при створенні оперую саме місцем сторінки в «табелі про ранги», а не кількістю трафіку?
Але як знайти ось такі сторінки?