Техническое 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
