Шаблон чек-листа On-Page SEO
Чек-листы перед публикацией: заголовки, подзаголовки, внутренние ссылки, изображения и schema для каждого типа страницы.
Пропускайте каждую новую или обновлённую страницу через нужный чек-лист перед публикацией. Они ловят базовые on-page вещи, которые незаметно ограничивают позиции.
6 готовых вариантов
Чек-лист On-Page SEO для статьи/поста блога
Пропускайте каждый новый или обновлённый пост блога через этот список перед публикацией, чтобы поймать базовые on-page вещи, которые незаметно ограничивают позиции.
Страница: [URL поста или рабочее название] Основной ключ: [целевой запрос] Поисковый интент: [информационный / как сделать / сравнение]
Контент и ключевые слова
- ☐ Соответствие поисковому интенту: формат (гайд, подборка, инструкция) совпадает с тем, что уже ранжируется по запросу.
- ☐ Основной ключ есть в H1, в первых 100 словах и естественно по всему тексту, без переспама.
- ☐ Смежные подтемы, вопросы и сущности раскрыты, так что нет явных пробелов относительно топ-результатов.
- ☐ Контент оригинален и добавляет личный опыт, данные или примеры (E-E-A-T), а не пересказ первой страницы выдачи.
- ☐ Легко сканируется: короткие абзацы, описательные подзаголовки, списки и понятный вывод ближе к началу.
Заголовки и структура
- ☐ Ровно один H1; H2 и H3 логично вложены и следуют плану статьи.
- ☐ Вариации ключа и вопросы использованы в подзаголовках там, где звучат естественно.
- ☐ Оглавление (для длинных постов) с якорными ссылками на каждый H2.
Мета-теги и URL
- ☐ Уникальный тег title, примерно 50–60 символов, с ключом ближе к началу.
- ☐ Уникальный meta description, примерно 150–155 символов, с крючком и ключом.
- ☐ Короткий, читаемый, релевантный ключу слаг, без дат, стоп-слов и лишних категорий: [/пример-слага].
- ☐ Теги Open Graph и Twitter Card заданы (title, description, image) для аккуратных превью в соцсетях.
Ссылки и медиа
- ☐ 3–5 контекстных внутренних ссылок на смежные посты и коммерческие страницы с описательным анкором.
- ☐ Внешние ссылки на авторитетные релевантные источники там, где они подкрепляют утверждение.
- ☐ Главное/обложечное изображение плюс вспомогательные визуалы; описательный alt с учётом ключа у каждого: [alt-текст].
- ☐ Изображения сжаты и поданы в современном формате (WebP/AVIF) с заданными width/height, чтобы избежать сдвига макета.
Автор и доверие
- ☐ Видимая подпись автора со ссылкой на реальную страницу био; показаны даты публикации и последнего обновления.
- ☐ Источники процитированы, факты проверены; партнёрский или спонсорский контент обозначен.
Техническое и schema
- ☐ Schema Article (или BlogPosting) добавлена и валидна в Rich Results Test.
- ☐ Schema FAQPage или HowTo добавлена только при наличии соответствующего видимого контента на странице.
- ☐ Самоссылающийся canonical корректен; страница индексируется (нет случайного noindex или блокировки в robots).
- ☐ Удобна для мобильных и проходит Core Web Vitals (LCP, INP, CLS) на реальном устройстве.
- ☐ Добавлена в XML-карту сайта и связана хотя бы с одной уже проиндексированной страницей.
Чек-лист On-Page SEO для страницы товара
Оптимизируйте отдельную страницу товара, чтобы она ранжировалась по запросам с интентом покупки и получала расширенные результаты с отзывами и ценой ещё до запуска.
Товар: [название товара] Основной ключ: [запрос покупателя, напр. бренд + модель] SKU/URL: [/slug-товара]
Контент и ключевые слова
- ☐ Уникальное, оригинальное описание товара, а не шаблон производителя, который живёт ещё на сотне других сайтов.
- ☐ Основной ключ в H1 (название товара) и естественно употреблён в описании и подзаголовках.
- ☐ Преимущества, характеристики, материалы, размеры и сценарии использования раскрыты, чтобы ответить на вопросы покупателя.
- ☐ Низкочастотные и уточняющие термины вплетены там, где это естественно: [лучше всего для / размер / цвет / совместим с].
- ☐ Есть контент в поддержку покупателя: доставка, возврат, гарантия и гид по выбору размера/посадки, где уместно.
Отзывы и доверие
- ☐ Настоящие отзывы клиентов и сводный рейтинг показаны на странице (не поддельные и не импортированные без согласия).
- ☐ Раздел Q&A или частых вопросов, снимающий реальные возражения перед покупкой.
- ☐ Видимые сигналы доверия: наличие на складе, значки безопасной оплаты и понятная политика возврата.
Варианты и медиа
- ☐ Несколько изображений товара плюс видео, где полезно; у каждого изображения описательный alt с названием варианта: [товар + цвет/размер].
- ☐ Варианты цвета, размера и стиля обработаны без создания тонких дублирующихся URL: одна каноническая страница товара или корректные canonical.
- ☐ Изображения масштабируемы, сжаты и в современном формате с заданными width/height.
Мета-теги и URL
- ☐ Уникальный тег title с названием товара, ключевым уточнением и брендом: [Название товара + Уточнение | Бренд].
- ☐ Уникальный meta description, ориентированный на выгоду, примерно 150–155 символов, который может содержать цену или УТП.
- ☐ Чистый, читаемый URL: без ID сессий, параметров отслеживания или длинных строк SKU.
Ссылки и внутренняя структура
- ☐ Навигация «хлебные крошки» назад к родительской категории и главной.
- ☐ Внутренние ссылки на родительскую категорию, смежные товары и релевантные гиды по покупке с описательными анкорами.
- ☐ Блоки «Вам также может понравиться» / кросс-селл ведут на активные товары в наличии.
Schema
- ☐ Schema Product с name, image, description, brand, SKU/GTIN и Offer (price, priceCurrency, availability): значения совпадают с видимой страницей.
- ☐ Разметка AggregateRating и review добавлена только когда её подкрепляют реальные видимые отзывы.
- ☐ Schema BreadcrumbList присутствует и согласована с видимыми «хлебными крошками».
- ☐ Провалидировано в Rich Results Test без ошибок и предупреждений по цене/наличию.
Техническое и жизненный цикл
- ☐ Самоссылающийся canonical корректен; URL с фасетами или сортировкой не создают индексируемых дублей.
- ☐ Страница индексируется и есть в XML-карте сайта; решено, как обрабатывать товар не в наличии и снятый с производства (оставить, редирект или 410).
- ☐ Удобна для мобильных, быстрое добавление в корзину и прохождение Core Web Vitals.
Чек-лист On-Page SEO для страницы категории/коллекции
Превратите страницу категории или коллекции в ранжируемую посадочную страницу под высокочастотные термины, при этом не давая фасетной навигации раздувать индекс.
Категория: [название категории] Основной ключ: [высокочастотный термин, напр. «мужские кроссовки для бега»] URL: [/slug-категории]
Вступление и сопроводительный текст
- ☐ Уникальный вступительный абзац(ы) над или под сеткой товаров, нацеленный на высокочастотный термин и помогающий покупателям выбрать.
- ☐ Основной ключ в H1 (название категории) и естественно употреблён во вступлении и подзаголовках.
- ☐ Сопроводительный текст отвечает на вопросы «как выбрать» и ведёт на релевантные гиды по покупке, а не переспамленный наполнитель.
- ☐ Текст не отодвигает товары так далеко вниз, чтобы это вредило удобству.
Фасетная навигация и индексация
- ☐ URL параметров фильтров, сортировки и пагинации не создают тысячи тонких, почти дублирующихся индексируемых страниц.
- ☐ Стратегия индексации определена для каждого фасета: индексировать ценные комбинации, остальное — noindex или блокировать.
- ☐ Стратегия canonical согласована: отфильтрованные/отсортированные виды канонизируются на чистый URL категории, если фасет не является намеренной посадочной страницей.
- ☐ Пагинация обработана сканируемыми ссылками (или load-more с корректными URL); страница 2+ остаётся индексируемой, но с пониженным приоритетом во внутренней перелинковке.
Товары и медиа
- ☐ Сетка товаров первыми показывает релевантные позиции в наличии; отсутствующие на складе обработаны корректно.
- ☐ Миниатюры товаров имеют описательный alt и сжаты для быстрой загрузки сетки.
- ☐ Изображение категории или hero (если есть) имеет описательный alt: [alt-текст].
Мета-теги и URL
- ☐ Уникальный тег title с высокочастотным термином и уточнением: [Категория + Уточнение | Бренд].
- ☐ Уникальный meta description, примерно 150–155 символов, суммирующий подборку и дающий повод кликнуть.
- ☐ Короткий, логичный URL, отражающий иерархию сайта: без параметров в канонической версии.
Ссылки и внутренняя структура
- ☐ Навигация «хлебные крошки», показывающая путь от главной к этой категории.
- ☐ Внутренние ссылки на подкатегории, топовые товары и смежные категории с описательными анкорами.
- ☐ Категория связана из главного меню или hub-страницы, так что не является «сиротой».
Schema и техническое
- ☐ Schema CollectionPage и/или ItemList, отражающая показанные товары; присутствует schema BreadcrumbList.
- ☐ Провалидировано в Rich Results Test без ошибок.
- ☐ Страница индексируется, есть в XML-карте сайта, удобна для мобильных и проходит Core Web Vitals.
Чек-лист On-Page SEO для посадочной страницы (PPC / конверсия)
Запустите сфокусированную PPC- или конверсионную посадочную страницу с одной чёткой целью, сильным соответствием сообщению и правильным решением об индексации варианта.
Кампания/оффер: [название оффера] Основной ключ/тема объявления: [ключ или группа объявлений] URL: [/slug-посадочной]
Соответствие сообщению и контент
- ☐ Заголовок совпадает с текстом объявления, ключом или обещанием кампании, так что посетители сразу видят, что попали по адресу.
- ☐ Ровно один H1, который простым языком формулирует ключевое ценностное предложение.
- ☐ Только одна главная цель: никаких конкурирующих офферов или навигации, отвлекающих от конверсии.
- ☐ Преимущества, социальное доказательство (отзывы, логотипы, рейтинги) и снятие возражений — всё над или у линии сгиба.
- ☐ Текст конкретен и ориентирован на выгоду; без неподкреплённых или выдуманных утверждений.
Призыв к действию
- ☐ Единый, повторяющийся главный CTA с действенным текстом: [Начать бесплатный период / Получить расчёт].
- ☐ Форма запрашивает минимум нужных полей; трение (длинные формы, отвлечения) убрано.
- ☐ Рядом с CTA задано чёткое ожидание следующего шага (что произойдёт после клика).
Решение об индексации
- ☐ Определите интент: SEO-посадочная (индексировать) или только платная/почти дублирующийся A/B-вариант (noindex для тонких вариантов).
- ☐ Если только для платного трафика — страница настроена на noindex и исключена из XML-карты сайта, чтобы не конкурировать с органическими страницами.
- ☐ Если индексируется — она нацелена на реальный запрос, имеет уникальный контент и самоссылающийся canonical.
- ☐ A/B-варианты канонизируются на основной URL или имеют noindex, чтобы избежать дублирующегося контента.
Мета-теги и URL
- ☐ Уникальный тег title, согласованный с оффером и ключом (актуально только если страница индексируется).
- ☐ Уникальный meta description, усиливающий оффер и CTA.
- ☐ Короткий, читаемый, релевантный кампании слаг; параметры отслеживания не попадают в канонический URL.
Медиа и доверие
- ☐ Изображения hero и доказательств сжаты и в современном формате; описательный alt там, где он имеет смысл: [alt-текст].
- ☐ Присутствуют элементы доверия: ссылки на политику конфиденциальности/условия, значки безопасности и реальная идентичность компании.
Техническое и отслеживание
- ☐ Макет mobile-first; быстро загружается и проходит Core Web Vitals (медленные страницы повышают стоимость PPC и теряют конверсии).
- ☐ Аналитика и отслеживание конверсий срабатывают корректно; баннер согласия не перекрывает CTA.
- ☐ Нет битых ссылок или тупиковых состояний; страница благодарности или подтверждения работает сквозным образом.
Чек-лист On-Page SEO для главной страницы
Сделайте так, чтобы главная страница чётко доносила, что это за бренд, ранжировалась по брендовым и ключевым терминам и передавала авторитет дальше на важные страницы.
Бренд: [название бренда] Основной позиционирующий термин: [чем вы хотите быть известны] Домен: [https://example.com]
Бренд и позиционирование
- ☐ Один H1, который формулирует, кто вы и что делаете. Ясность важнее размытого слогана.
- ☐ Верхняя часть экрана за несколько секунд отвечает на «что это, для кого и что делать дальше».
- ☐ Название бренда и ключевой позиционирующий термин естественно употреблены в заголовках и вступительном тексте.
- ☐ Ценностное предложение и ключевые отличия очевидны без долгой прокрутки.
Навигация и внутренние ссылки
- ☐ Главная навигация ведёт на топовые категории, услуги и ключевые коммерческие страницы с описательными подписями.
- ☐ Футер содержит важные служебные и SEO-ссылки (о нас, контакты, ключевые категории, политики).
- ☐ Главная передаёт авторитет внутрь. Она ссылается на страницы, которые вы больше всего хотите ранжировать.
- ☐ Доступен общесайтовый поиск и/или чёткие пути к более глубокому контенту.
Мета-теги и URL
- ☐ Тег title начинается с бренда и лаконичной позиционирующей фразы: [Бренд: чем вы занимаетесь].
- ☐ Убедительный meta description, продающий бренд и содержащий повод кликнуть.
- ☐ Canonical указывает на единственный предпочтительный URL главной; неканонические варианты (www/без-www, слеш в конце) редиректят на него.
Доверие и медиа
- ☐ Присутствует социальное доказательство: логотипы клиентов, отзывы, рейтинги или узнаваемые значки доверия.
- ☐ Изображения hero и бренда сжаты и в современном формате; логотип и значимые изображения имеют alt: [alt-текст].
- ☐ Чёткий путь к контактам и, где уместно, локация/NAP для доверия.
Schema
- ☐ Schema Organization с name, logo, url и ссылками sameAs на официальные профили в соцсетях.
- ☐ Schema WebSite с potentialAction (поле поиска в сайтлинках), если на сайте есть поиск.
- ☐ Schema LocalBusiness вместо/наряду с Organization, если бренд — физический локальный бизнес.
- ☐ Провалидировано в Rich Results Test без ошибок.
Техническое
- ☐ Главная индексируется, быстрая, mobile-first и проходит Core Web Vitals.
- ☐ Индексируется только одна каноническая главная; редиректы разрешаются за один шаг.
- ☐ Теги favicon, Open Graph и Twitter Card заданы для брендового поиска и превью в соцсетях.
Чек-лист On-Page SEO для локальной страницы / страницы «рядом со мной»
Оптимизируйте страницу локации или зоны обслуживания, чтобы она ранжировалась по запросам «рядом со мной» и «город + услуга» и согласовывалась с профилем Google Business.
Локация/зона обслуживания: [город или район] Основной ключ: [услуга + город, напр. «сантехник в Москве»] URL: [/locations/slug-города]
NAP и локальная релевантность
- ☐ Название, адрес и телефон компании (NAP) показаны текстом на странице и идентичны профилю Google Business и другим цитированиям.
- ☐ Термины города, района и зоны обслуживания естественно употреблены в H1, вступлении и подзаголовках, без переспама.
- ☐ Уникальный контент, специфичный для локации (а не название города, подставленное в дублирующийся шаблон на всех страницах).
- ☐ Чётко указаны услуги в этой локации, часы работы и радиус зоны обслуживания.
- ☐ Включено локальное доказательство: отзывы, фото или кейсы/проекты именно из этого региона.
Согласование с профилем Google Business
- ☐ Страница ведёт на профиль Google Business, а GBP ссылается обратно именно на эту страницу.
- ☐ Категории бизнеса, услуги и часы на странице совпадают с листингом GBP.
- ☐ На мобильных доступны клик-звонок и тап для построения маршрута.
Карта и маршрут
- ☐ Встроенная карта Google, показывающая расположение бизнеса (или зону обслуживания).
- ☐ Маршрут проезда, парковка или заметки о транспорте там, где это полезно посетителям.
- ☐ Встроенная карта загружается лениво (lazy-load), чтобы не замедлять страницу.
Мета-теги и URL
- ☐ Уникальный тег title с услугой и локацией: [Услуга в городе | Бренд].
- ☐ Уникальный meta description с упоминанием города, УТП и призывом к действию.
- ☐ Чистый, логичный URL с городом/услугой: [/locations/gorod-usluga].
Ссылки и медиа
- ☐ Внутренние ссылки на смежные страницы услуг, другие локации и hub локаций с описательными анкорами.
- ☐ Реальные фото локации, команды или работы (не только сток) с alt с учётом локации: [alt: услуга в городе].
- ☐ «Хлебные крошки» назад к hub локаций и главной.
Schema
- ☐ Schema LocalBusiness (или наиболее специфичный подтип) с name, address, гео-координатами, telephone, openingHours и url, совпадающими с видимым NAP.
- ☐ areaServed и sameAs (включая URL GBP/Maps) включены, где уместно.
- ☐ Разметку review/aggregateRating — только когда её подкрепляют реальные видимые отзывы.
- ☐ Провалидировано в Rich Results Test без расхождений в NAP.
Техническое
- ☐ Страница индексируется, есть в XML-карте сайта, mobile-first и проходит Core Web Vitals (большинство запросов «рядом со мной» — с телефонов).
- ☐ Самоссылающийся canonical корректен; страницы локаций не дублируют друг друга.
Как использовать этот шаблон
- Прикрепляйте чек-лист, соответствующий типу страницы, к каждому тикету по контенту или товару, чтобы ничего не выходило без него.
- Работайте сверху вниз перед публикацией: начните с контента и ключевых слов, затем заголовки, мета-теги и URL, ссылки и медиа, и завершите schema и техническим.
- Замените каждый [в скобках] плейсхолдер реальным значением и убедитесь, что эти значения совпадают с тем, что видно на странице.
- Добавьте и провалидируйте правильные структурированные данные для типа страницы, затем прогоните их через Google Rich Results Test, пока не исчезнут ошибки.
- Убедитесь, что тег canonical корректен, а индексируемость страницы намеренна: индексируйте страницы, которые хотите ранжировать, и ставьте noindex на тонкие или только платные варианты.
- Проверьте страницу на мобильном и убедитесь, что она проходит Core Web Vitals (LCP, INP, CLS) перед публикацией.
- Добавьте страницу в XML-карту сайта и свяжите её хотя бы с одной уже проиндексированной страницей, чтобы её просканировали.
- Повторно проходите весь чек-лист каждый раз, когда существенно обновляете страницу, и делайте ежеквартальный обзор важнейших страниц, чтобы ловить отклонения.
Советы
- Подбирайте чек-лист под тип страницы, а не наоборот: страница товара и пост блога проваливают SEO по разным причинам, так что один и тот же общий список пропускает проблемы, которые действительно важны.
- Добавляйте schema FAQ, HowTo, Review или AggregateRating только тогда, когда соответствующий контент действительно виден на странице; разметка, которая не отражает контент страницы, может спровоцировать ручные санкции.
- Поисковый интент — самый важный пункт в каждом списке: если формат страницы не совпадает с тем, что уже ранжируется по запросу, идеальные теги и schema её не спасут.
- Относитесь к индексируемости как к осознанному решению: заранее определяйте, должна ли каждая страница (и каждый отфильтрованный или A/B-вариант) индексироваться, канонизироваться или иметь noindex, а не оставляйте это на усмотрение CMS по умолчанию.
Частые вопросы
Как часто нужно перепроверять on-page SEO?
Проходите соответствующий чек-лист каждый раз, когда публикуете новую страницу, и всякий раз, когда делаете существенное обновление контента. Вдобавок делайте ежеквартальный обзор важнейших страниц, чтобы ловить отклонения — битые внутренние ссылки, устаревшие заголовки, отсутствующий alt-текст или schema, которая больше не соответствует странице.
В чём разница между on-page SEO и техническим SEO?
On-page SEO охватывает то, что есть на конкретной странице и что вы контролируете при её создании: контент, ключевые слова, заголовки, title и мета-теги, внутренние ссылки, alt-текст изображений и schema уровня страницы. Техническое SEO охватывает общесайтовые основы, влияющие на сканирование и индексацию: robots.txt, карты сайта, архитектуру сайта, редиректы, HTTPS и производительность. Они пересекаются (Core Web Vitals и canonical есть в обоих), так что эти чек-листы включают технические пункты уровня страницы и хорошо дополняют отдельный технический SEO-аудит.
Почему здесь шесть разных чек-листов, а не один?
Разные типы страниц успешны или неуспешны по разным причинам. Пост блога живёт или умирает благодаря соответствию интенту, глубине и внутренней перелинковке; странице товара нужны schema Product, реальные отзывы и аккуратная обработка вариантов; страница категории может незаметно раздуть индекс через фасетную навигацию; PPC-посадочной нужны соответствие сообщению и осознанное решение об индексации; главной нужны ясность бренда и schema Organization; а локальной — согласованный NAP, schema LocalBusiness и связь с профилем Google Business. Единый общий список пропустил бы пункты, важнейшие для каждой.
Какие on-page пункты пропускают чаще всего?
Регулярные пропуски: описательный alt-текст изображений и сжатие; уникальные, согласованные с интентом теги title и meta description вместо шаблонных; структурированные данные, которых либо нет, либо они не совпадают с видимым контентом; случайные теги noindex или неправильные canonical, оставшиеся со staging; тонкий или дублирующийся контент (особенно описания производителя на страницах товаров и шаблонные страницы городов); и страницы-сироты, на которые ниоткуда нет ссылок или которых нет в карте сайта.
Нужны ли структурированные данные на каждой странице?
Не одна и та же разметка на каждой странице, но большинству страниц полезны какие-то структурированные данные, соответствующие их типу: Article на постах блога, Product на страницах товаров, CollectionPage или ItemList на категориях, Organization или LocalBusiness на главной или страницах локаций, и BreadcrumbList везде, где есть «хлебные крошки». Правило — размечать только тот контент, что действительно виден на странице, и валидировать его в Google Rich Results Test перед публикацией.
Имеет ли on-page SEO значение, если мой контент отличный?
Да. Отличный контент — это основа, но поисковые системы всё равно опираются на on-page сигналы, чтобы понять и показать его. Без чёткого title и структуры заголовков, описательных внутренних ссылок, корректных canonical, валидной schema, доступных изображений и индексируемой быстрой страницы сильный контент может недорабатывать или вовсе не быть просканированным и правильно ранжированным. On-page SEO — это то, как вы гарантируете, что хороший контент получит видимость, которую заслуживает.