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.
4. Посилання
- Жодне внутрішнє посилання не веде на сторінку 404 чи через редиректи.
- Найцінніші сторінки отримують найбільше внутрішніх посилань.
- На сторінки-сироти (на які не посилається жодна інша сторінка) поставлено посилання, або їх видалено.
- Ти знаєш, які сайти посилаються на тебе і на які сторінки.
- Ти знаєш, хто посилається на конкурентів, але не на тебе. Це твої перші цілі для аутрічу.
- Старі сторінки з беклінками, що тепер повертають 404, перенаправлено на релевантну живу сторінку.
- Ти не купуєш посилання й не береш участі в схемах обміну посиланнями, за які можна отримати ручні заходи.
5. Видимість в AI
- Потрібні тобі AI-краулери (наприклад,
GPTBot,OAI-SearchBot,PerplexityBot) не заблоковано вrobots.txtчи правилами для ботів у твоєму CDN. - Ключові факти (що продаєш, для кого, ціни, розташування) прямо написано текстом, а не лише в зображеннях чи скриптах.
- Ти знаєш, які промпти на твоєму ринку згадують конкурентів, а не тебе.
- Ти знаєш, які сторонні сторінки (огляди, списки, форуми) цитують відповіді ШІ на ці промпти і чи є там ти.
- Твій бренд описано однаково на сайті, у профілях і каталогах.
Що робити, коли знайдеш прогалини, читай у гайді як ранжуватися в ChatGPT.
Що виправляти першим
- Усе, що заважає індексації:
noindex, блокування в robots, зламані canonical, помилки сервера. - Проблеми шаблонів, що зачіпають багато сторінок: title, внутрішні посилання, рендеринг.
- Сторінки, що вже ранжуються на другій сторінці за важливими для тебе пошуками. Це найдешевший приріст.
- Новий контент і посилання, коли основа вже надійна.
Пройди чекліст разом із 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-чекліста, щоб ранжуватися?
Ні. Чекліст прибирає те, що стримує сторінку. Ранжування все одно залежить від того, чи твоя сторінка найкраща відповідь на пошук, і від того, скільки сайтів, яким довіряють, посилаються на тебе.