Покриття SEO-перевірок звучить технічно, але суть проста: із тих сторінок, які для вас важливі, скільки насправді включено в SEO-перевірки в Astrina. Якщо у вас 2 000 товарних сторінок, а перевіряються лише 350, саме ця цифра важливіша за будь-який колір на дашборді. Саме таке покриття SEO-аудиту в Astrina показує, що Astrina бачить, що пропускає і де ваша SEO-робота ще може випадати з поля зору.
Хороша відправна точка — розглядати покриття як співвідношення між цільовим набором і набором перевірених сторінок. Цільовий набір може складатися з 47 лендінгів, 12 шаблонів або 4 мовних версій. Перевірений набір — це група, яку Astrina оцінила за потрібний вам період. Одна прогалина може бути неважливою. Двадцять — вже ні.
Що означає покриття SEO-перевірок в Astrina
В Astrina покриття SEO-перевірок — це частка сторінок, шаблонів або розділів, які включені у ваші SEO-перевірки та відстеження. Цифра має сенс лише тоді, коли спочатку чітко визначено охоплення. Показник 80% звучить добре, аж поки ви не помічаєте, що відсутні 20% — це сторінки оформлення замовлення. Після цього оцінка вже не здається такою приємною.
Думайте категоріями, а не розмитими загальними підсумками по сайту. Головна сторінка — це одна сторінка. Категорія блогу може містити 18 URL. Локальний ринок може мати 6 мовних варіантів. Якщо Astrina перевіряє 5 із цих 6 варіантів, ваше покриття для цього ринку становить 83,3%, а не «майже повне». Невелика різниця. Великий наслідок.
Саме тому фразу як виміряти покриття SEO-перевірок в Astrina завжди варто починати з охоплення, а не з звіту. Без охоплення звіт — це просто список.
Налаштуйте SEO-охоплення, яке хочете вимірювати
Перш ніж щось вимірювати, вирішіть, що входить до SEO-програми. Сайт із 900 URL не обов’язково потребує, щоб усі 900 перевірялися на одному рівні. Ви можете включити публікації блогу, товарні сторінки, категорії та лендінги для генерації лідів, але виключити юридичні сторінки, сторінки подяки та тестові URL. Прийміть це рішення один раз і задокументуйте його.
Практичний список охоплення зазвичай має чотири частини: шаблони URL, типи сторінок, ринки та групи контенту. Наприклад, ви можете обрати /products/, /blog/ і /resources/, а /internal/ не включати. Також можна розділяти за країнами, якщо локальні заголовки та метадані відрізняються. Якщо Astrina допомагає команді, яка керує кожним вашим сайтом, охоплення слід зафіксувати до запуску першого аудиту.
Використовуйте просте правило включення: якщо сторінка може ранжуватися, конвертувати або впливати на шаблон, що ранжується, вона має бути в межах вимірюваного охоплення. Якщо вона не може зробити жодної з цих речей, виключіть її. Це правило робить вимірювання чесним. І ще економить час пізніше, що приємно, коли таблиця починає рости, наче жива.
Для ширших рекомендацій із налаштування основна сторінка кожен ваш сайт під контролем — зручне місце, щоб прив’язати робочий процес до інших операцій на сайті.
Знайдіть релевантні SEO-перевірки в Astrina
Коли охоплення вже визначене, знайдіть у Astrina ті частини, де видно, що було перевірено. Залежно від конфігурації це можуть бути аудиторські перегляди, списки сторінок, звіти про проблеми або екрани моніторингу, прив’язані до конкретного проєкту. Корисне запитання просте: які сторінки були оцінені і коли?
Шукайте записи на рівні сторінок, групи шаблонів і історію перевірок. Якщо Astrina показує статус сторінки, часову мітку або кількість проблем, це й є вихідні дані для вимірювання покриття. Якщо ж відображається лише загальний підсумок по сайту, вам усе одно потрібен базовий список сторінок. Підсумкові цифри корисні, але покриття живе в деталях. Одна відсутня сторінка може ховатися в акуратному середньому показнику.
На практиці найкращий робочий процес — експортувати або переглядати перевірені URL у форматі, який можна порівняти з вашим цільовим списком. Для старту достатньо таблиці з трьома колонками: URL, включено в SEO-перевірки та сегмент. Четверта колонка для приміток стане в пригоді, коли сторінку слід включити, але тимчасово виключено через запуск або міграцію.
Якщо ви також використовуєте Astrina для ширшого SEO-моніторингу, тримайте список перевірок і цільовий список у межах однієї системи назв. Це значно пришвидшить подальші порівняння.
Порівняйте перевірені сторінки із загальною кількістю цільових сторінок
Тепер рахуйте. Спочатку підрахуйте загальну кількість сторінок у вашому цільовому охопленні. Потім підрахуйте сторінки, які Astrina фактично перевірила. Якщо ви хочете зрозуміти, як порахувати SEO-покриття сторінок в Astrina, скористайтеся простою формулою: кількість перевірених сторінок, поділена на загальну кількість цільових сторінок, помножена на 100. Якщо у вас 120 запланованих сторінок і 90 перевірених, покриття становить 75%. Звичайна арифметика, без загадок.
Не змішуйте кількість сторінок із кількістю перевірок. Одна сторінка може бути перевірена 8 разів, але для покриття вона все одно рахується як 1 сторінка. Також не рахуйте архівні сторінки, якщо вони вже не входять до цільового списку. Застаріла сторінка може зробити покриття кращим, ніж воно є насправді. Саме така помилка переживає скріншот дашборда, але провалюється на зустрічі.
Ось простий формат таблиці, який можна використати для порівняння підсумків:
| Сегмент | Цільові сторінки | Перевірені сторінки | Покриття |
|---|---|---|---|
| Блог | 120 | 108 | 90% |
| Товари | 300 | 255 | 85% |
| Сторінки країн | 24 | 18 | 75% |
Якщо дані зібрані з експорту, зазначте дату і файл-джерело. Показник покриття без дати вже застаріває.
Розрахуйте покриття за сегментами
Покриття по всьому сайту приховує більше, ніж показує. Покриття на рівні сегментів говорить, де SEO-програма працює добре, а де вона слабка. Розбийте вимірювання за типом контенту, папкою, шаблоном, мовою або розділом сайту. Загальне покриття може становити 92%, але при цьому не охоплювати половину німецьких товарних сторінок. Саме тому сегментація важлива.
Використовуйте ту саму формулу в кожному сегменті. Якщо у вашій папці /blog/ 240 цільових сторінок і 216 перевірених, покриття становить 90%. Якщо у розділі /pricing/ 10 цільових сторінок і 4 перевірені, покриття — 40%. Другий показник потребує уваги першим, тому що невеликі розділи часто формують найцінніший трафік.
Деякі команди також відстежують покриття за шаблонами, що корисно, коли один шаблон керує сотнями URL. Якщо в одному шаблоні зламалися перевірки метаданих, проблема може зачепити 300 сторінок одразу. Це вже не проблема окремої сторінки. Це проблема системи. І виправлення буде іншим, зазвичай швидшим, коли патерн стане очевидним.
Для команд, які порівнюють кілька сайтів, кожен сайт клієнта в одному дашборді допоможе тримати сегменти окремо, але при цьому бачити загальні підсумки.
Визначте відсутні або неперевірені сторінки
Відсутні сторінки — це сторінки з вашого цільового охоплення, які не з’являються в SEO-перевірках Astrina. Почніть із порівняння цільового списку зі списком перевірених сторінок. Усе, що є в першому списку, але відсутнє в другому, — це прогалина. Просто, але ефективно. Один відфільтрований експорт може показати всю проблему.
Визначайте пріоритет відсутніх сторінок за бізнес-важливістю. Відсутню головну сторінку слід виправити раніше, ніж відсутній архів тегів. Відсутня товарна сторінка зі стабільним пошуковим попитом важливіша за чернетку статті з минулого тижня. Порядок має значення, бо не кожна прогалина має однакові наслідки. Робота з покриттям стає корисною лише тоді, коли вона відображає пріоритет, а не просто обсяг.
Неперевірені сторінки також з’являються тоді, коли правило виключає їх випадково. Таке трапляється частіше, ніж команди готові визнати. Правило папки може охоплювати /blog/, але пропускати списки /blog/page/2/. Мовне правило може включати en-gb, але виключати en-au. Невеликі помилки в шаблонах можуть залишити десятки URL поза набором перевірок.
Перевірте ці шаблони в списку сторінок, а потім перегляньте сам набір правил. Якщо сторінка має бути в охопленні, але не перевіряється, поставте собі три запитання: її було заблоковано навмисно? Її відфільтрувало правило іменування? Її взагалі не додали до цільового списку? Відповідь зазвичай ховається в одному з цих трьох місць.
Відстежуйте покриття в динаміці
Покриття — це не одноразова цифра. Воно має змінюватися разом із сайтом. Якщо ви додаєте 60 нових товарних сторінок, а покриття лишається без змін, програма не встигла за зростанням сайту. Якщо ви додаєте новий ринок, і цільовий список збільшується на 18 URL, перевірений набір також має зрости. Інакше розрив непомітно збільшується.
Відстежуйте покриття щотижня або щомісяця, залежно від швидкості публікацій. Для швидкого ecommerce-каталогу може знадобитися щотижневий перегляд. Менший редакційний сайт часто може жити з щомісячними перевірками. Додавайте дату до кожного знімка покриття, щоб бачити, чи нові правила, нові сторінки або нова автоматизація справді покращили результат. Без дат тренди перетворюються на здогадки.
Якщо ви хочете зрозуміти, чи ваша конфігурація встигає за змінами, порівняйте два знімки поруч. Один — з тижня запуску. Другий — з цього тижня. Подивіться на різницю в цільових сторінках, перевірених сторінках і відсутніх сегментах. Якщо після міграції покриття падає, це сигнал, а не сюрприз.
Команди, які покладаються на процеси з API, часто поєднують відстеження покриття з Astrina, щоб списки сторінок і статус перевірок були ближчими до джерела правди. Це важливо, коли нові URL з’являються раніше, ніж їх встигне зловити ручний аудит.
Перетворіть результати покриття на дії
Цифри покриття мають значення лише тоді, коли вони змінюють ваші подальші дії. Почніть із найбільших прогалин. Додайте відсутні сторінки до охоплення, виправте правила, які виключають не ті URL, і приберіть сторінки, які більше не мають бути в SEO-перевірках. Потім повторіть підрахунок. Якщо цільовий набір досі 500, а перевірений зріс із 320 до 410, робота дала реальне покращення.
Використовуйте результати покриття, щоб розподіляти роботу за сегментами. Контент-команда може закрити відсутні сторінки блогу. Команді розробки, можливо, треба скоригувати правила рівня шаблонів. SEO-лідер може вирішити, чи потрібні мовному розділу власні перевірки, чи він може використовувати спільний шаблон з іншим ринком. Один показник може запускати три різні задачі, якщо його правильно розкласти.
Підтримуйте прив’язку вимірювання до цілей сайту. Для lead-gen сайту ціль покриття може пріоритезувати сервісні та локальні сторінки. Для продуктового сайту важливішими можуть бути каталоги та рейтинги. Якщо у вас така конфігурація, каталоги й рейтинги можуть стати доречним місцем, щоб узгодити охоплення перевірок із найважливішими сторінками.
Є ще одна корисна звичка. Переглядайте таблицю покриття перед кожним великим релізом. Новий розділ, нова локаль або міграція можуть змінити охоплення швидше, ніж команда очікує. Якщо перевірений список досі з минулого кварталу, цифра вже відстає. Сайт уже змінився.
