Шаблон чек-листа 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 корректен; страницы локаций не дублируют друг друга.

Как использовать этот шаблон

  1. Прикрепляйте чек-лист, соответствующий типу страницы, к каждому тикету по контенту или товару, чтобы ничего не выходило без него.
  2. Работайте сверху вниз перед публикацией: начните с контента и ключевых слов, затем заголовки, мета-теги и URL, ссылки и медиа, и завершите schema и техническим.
  3. Замените каждый [в скобках] плейсхолдер реальным значением и убедитесь, что эти значения совпадают с тем, что видно на странице.
  4. Добавьте и провалидируйте правильные структурированные данные для типа страницы, затем прогоните их через Google Rich Results Test, пока не исчезнут ошибки.
  5. Убедитесь, что тег canonical корректен, а индексируемость страницы намеренна: индексируйте страницы, которые хотите ранжировать, и ставьте noindex на тонкие или только платные варианты.
  6. Проверьте страницу на мобильном и убедитесь, что она проходит Core Web Vitals (LCP, INP, CLS) перед публикацией.
  7. Добавьте страницу в XML-карту сайта и свяжите её хотя бы с одной уже проиндексированной страницей, чтобы её просканировали.
  8. Повторно проходите весь чек-лист каждый раз, когда существенно обновляете страницу, и делайте ежеквартальный обзор важнейших страниц, чтобы ловить отклонения.

Советы

  • Подбирайте чек-лист под тип страницы, а не наоборот: страница товара и пост блога проваливают 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 — это то, как вы гарантируете, что хороший контент получит видимость, которую заслуживает.