Пріоритизація SEO-задач: що виправляти першим

Пріоритизація SEO-задач починається з того, що заважає Google сканувати або індексувати ваші важливі сторінки. Усе інше ранжуйте за чотирма ознаками: наскільки проблема впливає на позиції чи кліки, скільки сторінок зачіпає, наскільки ви впевнені, що вона справді важлива, і скільки роботи потребує виправлення. Результат зважуйте на користь сторінок, які вже приносять трафік або дохід.

Більшість аудитів видає довгий список «помилок» і «попереджень», відсортований за критичністю, яку визначив інструмент. Цей порядок рідко збігається з реальним впливом на бізнес. Відсутній alt у 400 декоративних іконок може виглядати страшніше, ніж один тег noindex на категорії з найбільшими продажами, хоча гроші вам коштує лише друге. У цьому посібнику описано спосіб, який допоможе щоразу однаково впорядковувати такий список.

Чому пріоритети SEO-аудиту часто розставляють неправильно?

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

Типові пастки:

• Рахувати URL, а не цінність. 2000 сторінок тегів із помилкою можуть важити менше, ніж одна сторінка товару.
• Гонитва за балами. Вищий бал в інструменті не є фактором ранжування. Google пише, що хороші результати у звітах Core Web Vitals не гарантують, що сторінки ранжуватимуться найвище, і що пошук «завжди прагне показати найрелевантніший контент, навіть якщо зручність сторінки не найкраща».
• Боротьба з міфами. У посібнику з основ SEO Google прямо зазначає, що пошук не використовує метатег keywords, мінімальної чи максимальної кількості слів не існує, а за порядок заголовків санкцій немає. Попередження про це можуть почекати або взагалі бути проігноровані.
• Лікувати симптоми по одній URL. П'ятдесят сторінок із дубльованими title зазвичай генерує один шаблон, тож це одне виправлення, а не п'ятдесят.

Крок 1. Спершу розберіться з блокерами

Блокери — це проблеми, через які сторінка взагалі не може потрапити в пошук. Вони йдуть першими, хоч скільки зусиль потребують. У технічних вимогах Google названо три мінімальні умови: Googlebot не заблоковано, сторінка повертає HTTP 200 і містить контент, придатний для індексування. Якщо потрібна вам сторінка не відповідає хоч одній із них, усе інше, що ви з нею робите, не має значення.

Перевірте це на сторінках, що приносять гроші (головна, основні послуги чи категорії, топові товари, найпопулярніші посадкові сторінки):

1. Випадкові метатеги noindex або заголовки X-Robots-Tag
2. Правила в robots.txt, що блокують важливі розділи або CSS і JS, потрібні для їхнього рендерингу
3. Відповіді 4xx чи 5xx, а також ланцюжки або цикли редиректів у внутрішніх посиланнях
4. Теги canonical, що вказують на неправильну URL або на URL із редиректом чи 404
5. Основний контент, який з'являється лише після виконання JavaScript і не рендериться для Googlebot
6. Важливі сторінки, яких немає в індексі Google за звітом «Індексування сторінок» у Search Console

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

Крок 2. Оцініть кожну решту проблему

Коли блокери усунуто, дайте кожній іншій проблемі просту оцінку, щоб порівнювати дуже різні речі за однією шкалою. Шкали 1–3 для кожного фактора достатньо. Більша точність лише виглядає науково, але точнішим результат не робить.

Пріоритет = (Вплив × Охоплення × Впевненість) ÷ Зусилля

Приклад оцінок для невеликого бізнесу у сфері послуг:

Помилка з canonical легко перемагає: її швидко виправити, вона задокументована і зачіпає сторінки, що приводять заявки. Alt-тексти опиняються внизу списку (виправляйте їх заради доступності, а не позицій).

Як оцінити вплив, не вгадуючи?

Запитайте себе, який етап пошуку ламає проблема: сканування, індексування, ранжування чи клік. Що раніше в цьому ланцюжку проблема, то вона вагоміша, бо зводить нанівець усе, що йде після. Сторінка поза індексом нічого не отримає від кращого title. Сторінка на четвертій сторінці видачі мало виграє від багатшого сніпета. Далі перевірте власні дані. У Search Console відфільтруйте звіт «Ефективність» за зачепленими URL. Сторінки з великою кількістю показів і низьким CTR — саме там окупаються виправлення title і description. Сторінки з хорошим контентом і малою кількістю показів вказують на проблеми з внутрішньою перелінковкою або індексуванням. Сторінки зовсім без показів зазвичай означають проблему з допуском до пошуку. Якщо проблему не вдається пов'язати з жодним етапом чи жодними даними, ставте Впевненість 1 і рухайтеся далі. Одне це запитання прибирає більшу частину шуму типового аудиту ще до оцінювання.

Крок 3. Зважте за цінністю сторінок

Одна й та сама проблема на різних сторінках важить по-різному, тому Охоплення визначайте за цінністю сторінок, а не за кількістю URL. Зламаний canonical на сторінці цін важливіший за ту саму помилку в новині 2019 року.

Швидкий спосіб розподілити сторінки за рівнями:

• Рівень A: сторінки, що конвертують (послуги, товари, категорії, ціни, контакти), плюс 20 найкращих посадкових сторінок за органічними кліками
• Рівень B: допоміжний контент, який ранжується або посилається на сторінки рівня A
• Рівень C: архіви, теги, старі пости, URL із фільтрами та все, що не мало показів за останні 12 місяців

Сторінки рівня C часто самі є проблемою: тонкі або дубльовані URL можуть розмивати сайт. У статті як знайти сторінки, що шкодять SEO пояснено, коли їх варто покращити, об'єднати, закрити noindex або видалити.

Крок 4. Згрупуйте проблеми за першопричиною

Групуйте знахідки за причиною, а не за типом помилки, бо один шаблон, плагін чи налаштування часто породжує сотні позначених URL. Виправлення причини прибирає їх усі одразу й зазвичай знижує Зусилля до 1.

Приклади:

• Дубльовані title на сторінках товарів → шаблон title товару
• Сотні URL із параметрами, які сканує бот → посилання фасетної навігації або відсутній canonical у темі
• Биті внутрішні посилання по всьому сайту → одна неправильна URL у футері чи меню
• Повільний LCP у кожній статті → завелике головне зображення в шаблоні публікації

Розробників набагато легше переконати фразою «змініть один шаблон», ніж таблицею на 900 URL.

Як знайти й зібрати проблеми для пріоритизації?

Збирайте проблеми з трьох джерел: краулер для проблем на самому сайті, Search Console для того, що Google справді бачить та індексує, і дані реальних користувачів для Core Web Vitals. Кожне джерело ловить те, що пропускають інші. Краулер не скаже, які сторінки Google викинув з індексу, а Search Console не покаже всіх битих внутрішніх посилань.

Зведіть усе в одну таблицю з колонками з таблиці оцінювання, а також зачепленими URL і прикладом. Робота за нашим чек-листом SEO-аудиту допоможе не пропустити цілу категорію. Якщо хочете почати з уже зібраних доказів, безкоштовний аудит SEORecheck сканує ваш сайт, рендерить його в справжньому браузері, запускає Lighthouse і показує SEO-бал разом із кількома реальними проблемами, кожна з прикладами URL із ваших власних сторінок.

Що зазвичай може почекати?

На малому чи середньому сайті ці задачі рідко заслуговують на верхні позиції:

• Оптимізація краулінгового бюджету. Посібник Google про краулінговий бюджет розрахований на сайти з понад 1 мільйоном сторінок або понад 10 000 сторінок, що щодня змінюються. Якщо ваші сторінки скануються в день публікації, це можна пропустити.
• Метатег keywords, порядок заголовків і цільова кількість слів. Google пише, що вони працюють не так, як подають багато інструментів (посібник з основ SEO).
• Попередження HTML-валідації, які не ламають рендеринг.
• Кілька зайвих балів у лабораторній оцінці, коли польові Core Web Vitals уже в нормі. Порогові значення: LCP ≤ 2,5 с, INP ≤ 200 мс і CLS ≤ 0,1 за 75-м процентилем. Див. посібник із Core Web Vitals.
• Розмітка FAQ або HowTo для розширених результатів. Google відмовився від обох типів розширених результатів, тож ця розмітка їх вам не дасть.

Крок 5. Перетворіть оцінки на план SEO-робіт на 30/60/90 днів

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

Два правила послідовності:

1. Спершу залежності. Визначтеся зі структурою URL і canonical до того, як перебудовувати внутрішні посилання. Інакше ви посилатиметеся на URL, які незабаром зміняться.
2. Не збирайте все в один реліз. Викочуйте виправлення блокерів, щойно вони готові. Очікування «великого SEO-релізу» лише відкладає найважливіші виправлення.

Якщо для вас важлива видимість в AI-пошуку, додайте до першого періоду перевірку, що robots.txt не блокує потрібних вам AI-краулерів, а ключові факти про бізнес є в HTML ще до виконання JavaScript. Обидві перевірки дешеві, а пропустити їх дорого.

Крок 6. Перевірте результат і переоцініть пріоритети

Виправлення не завершене, доки ви не підтвердили, що воно спрацювало. Повторно проскануйте зачеплені URL, перевірте ключові сторінки через інструмент перевірки URL і дайте Google час. У посібнику з основ SEO зазначено, що одні зміни набувають чинності «за кілька годин, інші можуть зайняти кілька місяців», і радять почекати кілька тижнів, перш ніж оцінювати результат.

Через 30–60 днів порівняйте з вихідною точкою:

• Виправлено: проблеми більше немає на зачеплених URL
• Покращено: зачеплених URL поменшало, але деякі лишилися
• Не виправлено: нічого не змінилося — з'ясуйте чому (неправильне виправлення, не викочено, кеш)
• Нові: регресії або нові проблеми після змін на сайті

Потім оцініть усе заново. Коли блокерів немає, пріоритети зміщуються, а новий контент чи редизайн можуть принести нові проблеми. Саме таке порівняння, проблема за проблемою з попереднім аудитом, робить повторна перевірка SEORecheck (див. приклад порівняння).

Головне

• Спершу виправляйте блокери: noindex, блокування в robots.txt, коди помилок, зламані canonical і контент, що не рендериться, на важливих сторінках.
• Решту оцінюйте за формулою (Вплив × Охоплення × Впевненість) ÷ Зусилля за простою шкалою 1–3.
• Охоплення визначайте за цінністю сторінок, а не кількістю URL. Сторінки рівня A — першими.
• Групуйте проблеми за першопричиною. Одне виправлення шаблону часто прибирає сотні URL.
• Не витрачайте час на міфи й гонитву за балами. Google пише, що метатег keywords, кількість слів і порядок заголовків працюють не так, як натякають багато інструментів.
• Плануйте на 30/60/90 днів, викочуйте виправлення блокерів одразу й перевіряйте результат повторною перевіркою, перш ніж переоцінювати пріоритети.

Щоб побачити, як виглядає повністю пріоритизований список із зачепленими URL, виправленнями і планом на 30/60/90 днів, перегляньте повний приклад звіту.