SEO-чекліст: 40 технічних, on-page і AI-перевірок

SEO-чекліст із п'яти частин, який легко переглянути: технічне SEO, on-page, контент, посилання й видимість в AI. Відмічай пункти й виправляй збої по черзі.

Автор: Denis Veisllari

SEO-чекліст це список перевірок «так чи ні», які показують, чи можна сайт просканувати, зрозуміти, чи йому можна довіряти і чи його цитуватимуть. Проходь його по черзі: спершу технічне (якщо Google не може завантажити сторінку, решта не має значення), потім on-page, контент, посилання й видимість в AI. Виправ кожне «ні» в технічному розділі, перш ніж витрачати час деінде.

Перевірки нижче підходять для більшості сайтів. Для частин, важливих лише для деяких бізнесів, є окремі гайди: аудит локального SEO охоплює Google Business Profile і Maps, а SEO для Shopify теми магазину, колекції й дублікати URL товарів.

Як користуватися цим чеклістом

  • Перевіряй одну типову сторінку кожного шаблону (головна, категорія, товар чи послуга, стаття), а не кожен URL.
  • Записуй відповідь біля кожного пункту. «Не впевнений» вважається «ні», поки не перевіриш.
  • Впорядкуй виправлення за тим, скільки сторінок зачіпає збій. Зламаний шаблон важливіший за зламаний абзац.

1. Технічне SEO

  • Сайт завантажується через HTTPS, а варіанти з HTTP і www перенаправляються на одну версію одним 301 (постійним редиректом).
  • robots.txt не блокує сторінки, які мають знаходити, і не блокує CSS чи JavaScript, потрібні для їх рендерингу.
  • XML-карта сайту містить лише живі URL, які можна індексувати, і подана в Google Search Console.
  • Важливі сторінки повертають статус 200. Видалені сторінки повертають 404 чи 410 або перенаправляють на близьку заміну.
  • Немає ланцюжків редиректів: кожен старий URL доходить до цілі за один крок.
  • Кожна сторінка має тег canonical (тег, що називає бажаний URL), який вказує на неї саму або на справжній оригінал.
  • Сторінки, які мають індексуватися, не мають тегу noindex.
  • Основний вміст є в HTML, який надсилає сервер, або рендериться без дій користувача.
  • Сторінками зручно користуватися на телефоні без масштабування й горизонтальної прокрутки.
  • Core Web Vitals у Search Console не показують великої групи «поганих» URL.
  • Звіт «Сторінки» в Search Console не має неочікуваного сплеску в статусах «Проскановано, наразі не проіндексовано» чи «Виявлено, наразі не проіндексовано».

2. On-page

  • Кожна сторінка має один унікальний title з головною темою ближче до початку, приблизно до 60 символів.
  • Кожна сторінка має meta description (текст сніпета під заголовком), що каже, що пропонує сторінка.
  • Один H1 на сторінку, який відповідає очікуванням того, хто шукає.
  • Заголовки відображають структуру вмісту, а не список ключових слів.
  • URL короткі, зрозумілі й стабільні.
  • Зображення мають описовий alt-текст і розумний розмір файлів.
  • Структуровані дані (мікророзмітка schema) відповідають видимому на сторінці й проходять Rich Results Test від Google.
  • На важливі сторінки є посилання з навігації чи інших релевантних сторінок, а не лише з карти сайту.
  • Жодні дві сторінки не цілять в той самий пошук з тим самим наміром. Якщо так, об'єднай їх або зроби одну явно іншою.

3. Контент

  • Кожна важлива сторінка відповідає на головне питання в першому абзаці.
  • Сторінка відповідає пошуковому наміру: подивись, що ранжується за запитом, і перевір, чи пропонуєш ти такий самий тип сторінки (гайд, інструмент, товар, список).
  • Факти, ціни й скриншоти актуальні, а сторінка показує дату, коли свіжість важлива.
  • Автори чи бізнес за контентом названі, і є спосіб перевірити, хто вони.
  • Тонкі сторінки (мало тексту, нічого, чого читач не знайшов би деінде) покращено, об'єднано або видалено.
  • Кожна сторінка має зрозумілий наступний крок: товар, реєстрацію, пов'язаний гайд.
  • У тебе є сторінки для питань, які клієнти справді ставлять, узятих зі дзвінків продажів, звернень у підтримку й запитів у Search Console.
  • Жодне внутрішнє посилання не веде на сторінку 404 чи через редиректи.
  • Найцінніші сторінки отримують найбільше внутрішніх посилань.
  • На сторінки-сироти (на які не посилається жодна інша сторінка) поставлено посилання, або їх видалено.
  • Ти знаєш, які сайти посилаються на тебе і на які сторінки.
  • Ти знаєш, хто посилається на конкурентів, але не на тебе. Це твої перші цілі для аутрічу.
  • Старі сторінки з беклінками, що тепер повертають 404, перенаправлено на релевантну живу сторінку.
  • Ти не купуєш посилання й не береш участі в схемах обміну посиланнями, за які можна отримати ручні заходи.

5. Видимість в AI

  • Потрібні тобі AI-краулери (наприклад, GPTBot, OAI-SearchBot, PerplexityBot) не заблоковано в robots.txt чи правилами для ботів у твоєму CDN.
  • Ключові факти (що продаєш, для кого, ціни, розташування) прямо написано текстом, а не лише в зображеннях чи скриптах.
  • Ти знаєш, які промпти на твоєму ринку згадують конкурентів, а не тебе.
  • Ти знаєш, які сторонні сторінки (огляди, списки, форуми) цитують відповіді ШІ на ці промпти і чи є там ти.
  • Твій бренд описано однаково на сайті, у профілях і каталогах.

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

Що виправляти першим

  1. Усе, що заважає індексації: noindex, блокування в robots, зламані canonical, помилки сервера.
  2. Проблеми шаблонів, що зачіпають багато сторінок: title, внутрішні посилання, рендеринг.
  3. Сторінки, що вже ранжуються на другій сторінці за важливими для тебе пошуками. Це найдешевший приріст.
  4. Новий контент і посилання, коли основа вже надійна.

Пройди чекліст разом із zaDojo

Більшість технічних і on-page пунктів можна відмітити вручну за допомогою Search Console і браузера. Щоб зробити це з агентом, підключи zaDojo і попроси аудит:

/zadojo:seo-audit Проведи аудит example.com і назви кілька виправлень, які важать найбільше.

Скіл SEO Audit сканує сайт, читає Search Console, якщо її підключено, і зберігає короткий звіт із впорядкованими виправленнями. Для розділу про видимість в AI скіл AI Visibility Audit перевіряє, як відповіді ШІ на твоєму ринку згадують і цитують тебе. Звичайний аудит сайту й читання Search Console не витрачають кредитів; дані про ключові слова й AI оплачуються за виклик, як зазначено в гайді про MCP.

Часті питання

Як часто проходити SEO-чекліст?

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

Чи достатньо SEO-чекліста, щоб ранжуватися?

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