Технічне SEO нової сторінки: чек-лист із 19 пунктів перед запуском
Нова сторінка може бути ідеально написаною й однаково не потрапити в пошук: її закрив robots.txt, вона віддає не той код або не має canonical. Ось 19 пунктів, які ми перевіряємо перед запуском кожної сторінки, — за документацією Google, з порогами Core Web Vitals.
Навіщо перевіряти кожну сторінку?
Пошукова система спершу має знайти сторінку, потім просканувати, зрозуміти й лише тоді показати. Помилка на будь-якому кроці зводить нанівець роботу над текстом: сторінка не індексується, конкурує сама з собою або повільно відкривається на телефоні. Чек-лист нижче йде саме в такому порядку — від доступу до сторінки до швидкості й рендерингу.
Що перевірити: 19 пунктів
| Пункт | Що перевірити |
|---|---|
| 1. Індексація | Сторінку можна індексувати (немає noindex), або її закрито свідомо |
| 2. robots.txt | Файл не блокує сторінку, її стилі й скрипти |
| 3. sitemap.xml | Сторінка є в карті сайту (крім свідомо закритих) |
| 4. canonical | Вказує на правильну адресу, зазвичай на саму сторінку |
| 5. Код відповіді | Сторінка віддає 200 |
| 6. Редиректи | Немає ланцюжків: один крок, код 301 для постійних |
| 7. Помилки 404 | Немає посилань на неіснуючі сторінки |
| 8. Дублі | Немає копій за іншими адресами; мовні версії пов'язані hreflang |
| 9. Title і Description | Заповнені й унікальні для кожної сторінки |
| 10. Заголовки H1–H6 | Один H1, далі H2–H6 по порядку |
| 11. Структура URL | Адреса зрозуміла людині, без зайвих параметрів |
| 12. Внутрішня перелінковка | На сторінку ведуть посилання з інших сторінок сайту, і з неї — теж |
| 13. Биті посилання | Усі посилання на сторінці відкриваються |
| 14. Мікророзмітка Schema.org | Розмітка коректна й відповідає змісту |
| 15. alt у зображень | У змістовних картинок заповнений опис |
| 16. Швидкість завантаження | Сторінка відкривається швидко, картинки стиснуті |
| 17. Core Web Vitals | LCP, INP і CLS у зеленій зоні |
| 18. Мобільна адаптація | На телефоні немає горизонтальної прокрутки, текст читається |
| 19. Рендеринг JavaScript | Важливий текст і посилання видно без виконання JavaScript або після рендерингу |
Пункти 1–8 вирішують, чи побачить сторінку пошук узагалі. Пункти 9–15 — як він її зрозуміє й покаже. Пункти 16–19 — чи залишиться на ній людина.
Як перевіряти, щоб не нашкодити сайту?
- Перевірте адресу в Search Console: інструмент перевірки URL показує, чи може Google проіндексувати сторінку, який canonical він обрав і як бачить сторінку після рендерингу.
- Перевіряйте по одній сторінці: масовий паралельний обхід власного сайту може перевантажити сервер, особливо невеликий.
- Швидкість міряйте в PageSpeed Insights: він показує і лабораторні дані, і дані реальних відвідувачів (якщо їх достатньо).
- Записуйте результат по кожному пункту: «пройшло», «не пройшло» або «не перевірено». Чесне «не перевірено» краще за непідтверджене «усе гаразд».
Які пороги Core Web Vitals?
- LCP (найбільший елемент сторінки) — до 2,5 с.
- INP (відгук на дії) — до 200 мс.
- CLS (зсув макета) — до 0,1.
- Оцінюють за 75-м перцентилем відвідувань — окремо для телефонів і комп'ютерів.
- Google індексує сайти за мобільною версією, тож телефон перевіряйте першим.
У Metriverra дані Search Console та Core Web Vitals реальних відвідувачів зібрано в розділі SEO, тож видно, яка сторінка випала з індексу чи сповільнилася.
Коротко
- Чек-лист іде від доступу (індексація, robots.txt, sitemap) до швидкості й рендерингу.
- Перевіряйте адресу в Search Console — так видно, як сторінку бачить Google.
- Пороги Core Web Vitals: LCP 2,5 с, INP 200 мс, CLS 0,1.
- Перевіряйте по одній сторінці, без масового обходу.
- Фіксуйте «пройшло / не пройшло / не перевірено».
Джерела: Google — SEO Starter Guide · robots.txt · Sitemaps · Canonicalization · HTTP status codes · Structured data · Images · Core Web Vitals · web.dev — Web Vitals · Mobile-first indexing · JavaScript SEO · URL Inspection
