On-page SEO — это работа с самой страницей: текстом, заголовками, URL, скоростью загрузки и внутренними ссылками. В отличие от внешних факторов SEO — ссылок, упоминаний бренда, репутации, — здесь всё зависит от того, что вы контролируете напрямую: код и контент своего сайта.
«За годы работы в SEO я вижу одну и ту же картину: владельцы сайтов вкладывают бюджет в ссылки и рекламу, а страница при этом отдаёт сниппет с обрезанным title, без H1 и с LCP за 5 секунд. Это фундамент: пока он не в порядке, любые внешние усилия работают вполсилы», — говорит Богдан Коломиец, основатель SEO Ready, в SEO с 2015 года.
За годы аудитов в SEO Ready одна и та же закономерность повторяется на разных нишах — от интернет-магазинов часов до B2B-сайтов производственных компаний: страницы с чистой внутренней частью переживают апдейты алгоритмов Яндекса и Google спокойнее, чем те, где всё держится на одной внешней ссылочной массе. Причина простая: эти факторы поисковики считывают напрямую с самой страницы, без посредников, и они не зависят от того, как быстро меняется рынок ссылок. Разбираем эту статью так, чтобы её можно было использовать как рабочий чек-лист для вашего сайта, а не просто прочитать один раз.
В этой статье — по порядку: что входит в on-page SEO, как оптимизировать title и заголовки, сколько ставить внутренних ссылок, какие пороги важны для скорости загрузки, как работает микроразметка, как проверить страницу самостоятельно и какие ошибки чаще всего мешают ей попасть в топ.
Что такое on-page SEO и чем оно отличается от off-page SEO
On-page SEO объединяет все настройки, которые находятся на самой странице и в её HTML-коде: title и description, заголовки H1-H6, структуру URL, текст, внутренние ссылки, скорость загрузки, микроразметку и оптимизацию изображений. Это то, что SEO-специалист меняет напрямую, без участия внешних площадок.
Off-page SEO — противоположность: внешняя ссылочная масса, упоминания в СМИ и соцсетях, поведенческие сигналы с других ресурсов, репутация домена. Оно работает на доверие поисковой системы к сайту как к единому источнику, внутренняя часть — на то, насколько конкретная страница отвечает конкретному запросу. Если нужна база по теме — устройство поискового продвижения без углубления в детали, — можно начать с материала что такое SEO и как оно работает: там разобраны оба направления и то, как они соотносятся друг с другом.
Практический порядок работы обычно такой: сначала внутренняя оптимизация (иначе рекламировать нечего — страница технически не готова принимать трафик), затем — внешняя. Если title обрезается в выдаче, H1 отсутствует, а страница грузится 6 секунд, внешние ссылки не компенсируют эти потери — пользователь просто не долистает до конверсии.
Оба направления SEO-продвижения работают вместе: первое отвечает за то, насколько страница релевантна и удобна, второе — за то, насколько сайту в принципе доверяют поисковые системы. И Яндекс, и Google концептуально оценивают одни и те же on-page-сигналы — заголовки, скорость, структуру контента, — хотя вес и точный алгоритм расчёта у каждой поисковой системы свой и в открытом доступе не публикуется.
Это разделение не формальное: на практике SEO-специалист сначала закрывает внутреннюю часть, потому что именно она определяет, сможет ли страница вообще претендовать на трафик по нужным запросам. Только после этого имеет смысл вкладываться в линкбилдинг и другие внешние сигналы — иначе бюджет на ссылки уходит туда, где отдачи ещё нет.
Продвижение сайта в поисковых системах Яндекс и Google складывается именно из этих двух частей, и от того, насколько хорошо сделана внутренняя часть, напрямую зависят позиции сайта в поисковой выдаче: даже отличная ссылочная стратегия не поднимет страницу, если её собственная оптимизация сайта отстаёт от конкурентов.
Title и meta description: теги, которые формируют сниппет
Title и meta description — это не факторы ранжирования в чистом виде, а элементы, которые формируют сниппет в поисковой выдаче: то, что пользователь видит до клика. От них напрямую зависит CTR — процент кликов на позицию. Заголовок страницы (title) и описание — первое, с чего обычно начинают оптимизацию сайта, потому что правки здесь быстрые и результат виден сразу в сниппете.
Title обычно попадает в код страницы через тег <title>, description — через мета-атрибут description в <head>. Ни Яндекс, ни Google не публикуют официальный лимит символов: оба поисковика обрезают сниппет по ширине в пикселях, которая у разных букв и шрифтов отличается.
Какой должна быть длина title, чтобы не обрезался в выдаче
Практический ориентир, которым пользуются SEO-специалисты: title длиной 30-60 символов, при этом ключевую фразу и главный смысл лучше уместить в первые 50-60 символов — дальше текст рискует обрезаться многоточием. По данным исследования ClickFlow, которое часто цитируют в отраслевых обзорах, заголовки длиной 15-40 символов показывают более высокий CTR в Google, чем длинные формулировки.
Официальных пиксельных лимитов Яндекс и Google не публикуют — цифры выше получены практикой SEO-агентств через замеры фактической обрезки сниппетов, а не из документации поисковых систем.
Правило для title: главный ключ и выгода — в начале, бренд компании — в конце (если помещается). Рабочая формула для коммерческой страницы: ключевой запрос, затем через тире выгода, цена или срок, в конце через вертикальную черту бренд. Для статьи блога вместо бренда в конце уместнее конкретика — год, число шагов чек-листа, формат материала.
Дублировать один и тот же title на разных страницах нельзя: для поисковика это сигнал, что они конкурируют между собой за один и тот же запрос, и тогда алгоритму приходится самому решать, какую из них показывать в выдаче — обычно не в пользу той, что нужна вам.
Как написать description, который повышает CTR
Meta description не входит в факторы ранжирования напрямую, но значимо влияет на CTR: по отраслевым данным, грамотная работа с title, description и расширенными сниппетами даёт прирост CTR на 10-30% без изменения позиции в выдаче. Базовый сниппет обычно включает заголовок (50-70 знаков), описание (120-180 знаков) и URL или хлебные крошки.
Практический ориентир длины description для Рунета — 150 символов: при таком объёме текст с высокой вероятностью показывается целиком, а не обрезается. В description стоит вписать конкретную выгоду для пользователя и ключевую фразу страницы, избегая шаблонных формулировок вроде «у нас лучшие цены и качество» — такой текст не выделяет сниппет среди конкурентов.
Заголовки H1-H6: как выстроить иерархию страницы
Заголовки и подзаголовки задают структуру документа для читателя и для поисковой системы одновременно: по ним пользователь понимает логику страницы, а робот — какие блоки главные, а какие второстепенные.
Сколько H1 должно быть на странице
Технически HTML5 допускает несколько тегов H1 на странице, но практический консенсус SEO-сообщества — один H1 на страницу, содержащий основной ключ или его близкую формулировку. Один H1 упрощает поисковой системе анализ темы документа: Google в ряде случаев подставляет в сниппет выдачи именно H1, а не сам title, если посчитает его более точным отражением содержания.
Наличие тега H1 само по себе не гарантирует рост позиций — это структурный, а не прямой ранжирующий фактор. Но его отсутствие или дублирование заметно усложняет для поисковика определение темы документа.
Как заголовки H2-H6 помогают попасть в featured snippets и AI-ответы
H2-H6 разбивают текст на смысловые блоки: каждый заголовок должен закрывать один конкретный вопрос читателя. Это не только вопрос удобства чтения — так работает логика извлечения ответов в featured snippets, AI Overviews Google и Яндекс Алисе на поиске: алгоритм ищет в структуре документа готовый прямой ответ на вопрос пользователя.
Цена вопроса высока: по данным отраслевого анализа выдачи, избранные фрагменты (featured snippets) получают в среднем 35,1% всех кликов в SERP, а в отдельных выдачах — до 42% против 32% у обычных органических ссылок. Если заголовок сформулирован как вопрос, а первый абзац под ним сразу даёт прямой ответ, шанс попасть в такой блок выше, чем у страницы со сплошным текстом без структуры.
Иерархию нельзя ломать формально: нельзя переходить с H1 сразу на H3, пропуская H2, — это сбивает логику документа даже визуально, не говоря об анализе поисковиком. Хорошая проверка для каждого заголовка — прочитать только заголовки страницы подряд, без основного текста: если по ним понятен план материала, структура выстроена правильно; если нет — заголовки слишком общие или дублируют друг друга по смыслу.
Отдельное правило для длинных статей: подзаголовки должны формулировать вопрос так, как его задаёт пользователь в поиске, а не абстрактно. «Скорость загрузки» как заголовок хуже, чем «Как проверить скорость загрузки сайта» — во втором случае заголовок сам по себе уже отвечает на интент запроса.
Структура URL страницы
URL-адрес — ещё один читаемый элемент сниппета и одновременно техническая часть страницы. Оптимальный URL — короткий, на латинице (транслит, а не кириллица в процентной кодировке), с ключевым словом, без лишних параметров и id.
Пример разницы: site.ru/catalog/item?id=48291&cat=12 читать и запоминать сложно, site.ru/catalog/nabor-otvertok — понятно и пользователю, и поисковику ещё до перехода. Такой человекопонятный URL (ЧПУ) стоит формировать сразу при создании страницы: менять его позже, когда она уже проиндексирована и получает трафик, рискованно — потребуется 301-редирект и время на переиндексацию.
Структура URL также отражает архитектуру сайта: чем логичнее вложенность разделов в нём, тем проще пользователю и роботу понять, где он находится на сайте. Например, site.ru/catalog/santehnika/smesiteli/ сразу показывает путь по каталогу — категория, подкатегория, товар, — и это же используется в хлебных крошках на самой странице. Как выстроить такую логику для всего сайта целиком, а не только здесь, разобрано в материале SEO-структура сайта.
Ключевое слово в URL — полезный, но не решающий фактор: гораздо важнее, чтобы он оставался стабильным после первой публикации. Каждая смена URL без корректно настроенного 301-редиректа обнуляет часть накопленного веса страницы и требует повторной индексации.
В большинстве CMS структуру сайта и формат URL можно настроить без разработчика: в WordPress за это отвечают постоянные ссылки в настройках, в 1С-Битрикс и других системах — правила ЧПУ в административной панели. И там, и там внутренняя оптимизация сайта в этой части почти всегда сводится к разовой настройке шаблона, а не к ручной правке каждой страницы.
Внутренняя перелинковка сайта
Внутренние ссылки связывают страницы сайта между собой и выполняют две задачи: помогают пользователю переходить к смежному контенту и помогают поисковому роботу быстрее обходить и индексировать новые материалы, а также перераспределяют ссылочный вес между ними.
Сколько внутренних ссылок ставить на странице
Официального лимита числа внутренних ссылок ни у Яндекса, ни у Google нет — старые рекомендации в духе «не больше ста ссылок на странице» на практике не применяются уже давно. По данным доступных отраслевых источников, единого исследования с конкретной оптимальной цифрой для 2026 года также нет — это открытый вопрос, где приходится опираться на практический опыт, а не на официальную норму.
Ориентир, которым пользуются SEO-специалисты: для информационной статьи — 10-50 внутренних ссылок, считая меню и хлебные крошки, для крупных каталогов и агрегаторов — больше, если структура остаётся понятной пользователю. Главный критерий не число, а логика: ссылка должна вести туда, куда читателю действительно захочется перейти.
Полезно делить внутренние ссылки по ролям: часть ведёт на опорные страницы раздела (категория, ключевая услуга), часть — на смежные материалы по теме, и отдельно — одна-две ссылки на страницу, куда логично привести читателя дальше по воронке. Такое распределение работает лучше, чем ссылки только на одну и ту же коммерческую цель с каждой статьи блога.
Как выбрать анкорный текст для ссылки
Анкор — текст самой ссылки — должен быть описательным и отражать содержание страницы, на которую ведёт: «технический аудит сайта» лучше, чем «подробнее» или «читать далее». Такие безликие формулировки не дают поисковику и пользователю понять, что находится по ссылке.
Переспам одинаковыми коммерческими анкорами — риск переоптимизации: если на одну и ту же страницу вести десятки ссылок с формулировкой «купить кухню недорого», это выглядит неестественно и может насторожить алгоритм, особенно в Яндексе, где к анкорному разнообразию исторически строже. Разумная практика — разные формулировки анкора на неё в зависимости от контекста абзаца.
В одном из наших проектов — интернет-магазине цветов на WooCommerce (плагин для WordPress) — часть проблемы с индексацией была именно в перелинковке и дублях: WooCommerce плодил технические дубли через параметры фильтров, и внутренние ссылки уводили робота по бесполезным URL вместо карточек товара. После настройки Canonical и закрытия дублей от индексации трафик вырос в 4,6 раза, а CPA снизился с 1940 до 870 рублей за 8 месяцев.
Скорость загрузки страницы и Core Web Vitals
Скорость загрузки — на стыке технического и on-page SEO: она напрямую зависит от контента и вёрстки конкретной страницы (вес изображений, объём кода, шрифты), поэтому логично разбирать её здесь же.
Пороговые значения LCP, INP и CLS
Core Web Vitals — три метрики, которые Google официально использует как часть сигнала Page Experience:
| Метрика | Что измеряет | Хорошо | Нужны улучшения | Плохо |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | скорость отрисовки самого крупного видимого блока | ≤ 2,5 с | 2,5–4,0 с | > 4,0 с |
| INP (Interaction to Next Paint) | задержка отклика на действие пользователя | ≤ 200 мс | 200–500 мс | > 500 мс |
| CLS (Cumulative Layout Shift) | сдвиг элементов макета при загрузке | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Эти пороги официально закреплены в документации Google Web Vitals и остаются актуальными. Google прямо называет Core Web Vitals «мягким» сигналом ранжирования: хорошие показатели помогают, но не компенсируют слабую релевантность контента. Яндекс собственных числовых порогов Core Web Vitals публично не раскрывает, но подтверждает, что скорость и удобство страницы учитываются как часть поведенческих факторов.
Как проверить скорость через Google PageSpeed Insights и Яндекс.Вебмастер
Google PageSpeed Insights показывает и лабораторные данные (замер в моменте), и полевые данные CrUX (агрегированные метрики реальных посетителей за 28 дней) — для оценки того, что видят настоящие пользователи, важнее именно полевые данные. Яндекс.Вебмастер даёт собственную диагностику скорости и технических ошибок для домена, подтверждённого в панели.
Типичные причины низкого LCP: тяжёлые несжатые изображения, шрифты без предзагрузки, медленный ответ сервера (TTFB). Если TTFB уже превышает 600-800 мс, оптимизация изображений и шрифтов не даст ожидаемого эффекта — сначала нужно разобраться с хостингом, базой данных или кэшированием на стороне сервера.
В кейсе с интернет-магазином часов, где LCP держался на уровне 4,8 секунды из-за тысяч технических дублей и нагрузки на базу данных, мы внедрили серверное кэширование Redis и оптимизировали SQL-запросы — LCP опустился ниже 2,5 секунды, а органический трафик за 8 месяцев вырос на 335%, при этом число лидов увеличилось с 22 до 211 в месяц.
Оптимизация изображений
Изображения часто оказываются главной причиной низкой скорости страницы — особенно в интернет-магазинах, где на карточке товара может быть десяток фотографий.
Alt-теги и современные форматы изображений
Alt-атрибут описывает содержимое изображения для поисковых роботов и для программ чтения с экрана — он должен быть кратким и описательным, без искусственного нагромождения ключевых слов. Для декоративных изображений, которые не несут смысловой нагрузки, alt можно оставить пустым.
Формат WebP снижает вес файла на 25-35% по сравнению с JPEG или PNG при сопоставимом визуальном качестве — это данные из технической документации Google по формату WebP. AVIF даёт ещё более сильное сжатие, до 50% относительно JPEG, по спецификации Alliance for Open Media, но стоит проверять поддержку AVIF в браузерах целевой аудитории перед полным переходом.
Дополнительно стоит включить ленивую загрузку (loading="lazy") для изображений, которые находятся ниже первого экрана: браузер не будет загружать их, пока пользователь до них не долистает, — это напрямую снижает LCP на длинных страницах с большим количеством фотографий. Важное исключение: для изображения, которое формирует LCP (обычно первый крупный баннер или фото товара на первом экране), ленивую загрузку включать не стоит — наоборот, полезен атрибут предзагрузки, иначе метрика LCP только ухудшится.
Дополнительно имеет смысл задавать атрибуты width и height у изображений в коде — так браузер заранее резервирует место под картинку и не сдвигает остальной макет после её загрузки, что напрямую снижает показатель CLS.
Семантическая разметка Schema.org
Микроразметка — это код, который объясняет поисковику, что означает конкретный блок на странице: цена товара, рейтинг, вопрос-ответ, местоположение компании. Она не гарантирует место в топе, но открывает доступ к расширенным элементам сниппета.
Какие типы разметки чаще дают расширенный сниппет
И Google, и Яндекс рекомендуют формат JSON-LD как основной способ внедрения структурированных данных — он оформляется отдельным блоком кода и не затрагивает видимую вёрстку страницы. Чаще всего расширенный сниппет дают такие типы разметки: Product и Offer (цена, наличие — для карточек товара), Organization и LocalBusiness (местоположение, режим работы — для локального бизнеса), FAQPage (раскрывающиеся вопросы прямо в выдаче), BreadcrumbList (хлебные крошки вместо URL), Review и AggregateRating (рейтинг с звёздами). Разбор конкретных типов разметки с примерами кода — в материале микроразметка для SEO.
По данным отраслевых обзоров, появление rich snippet повышает CTR ориентировочно на 15-30%, а для карточек товара с рейтингом — на 40-50%. Похожую цифру приводит и обзор Yotpo: рост CTR на 20-30% и более на страницах с отзывами и рейтингом по сравнению с теми, где разметки нет. Это кейсовые данные отраслевых источников, а не официальная статистика поисковых систем, поэтому воспринимать их стоит как ориентир, а не гарантию.
Проверить, что разметка внедрена без ошибок, можно бесплатным инструментом проверки расширенных результатов от Google — он показывает, какие типы Schema.org найдены на странице и есть ли ошибки в обязательных полях. Яндекс со своей стороны корректно считывает и Microdata, и JSON-LD, поэтому для проектов, ориентированных на обе поисковые системы, JSON-LD остаётся универсальным выбором.
Качество и релевантность контента страницы
Такие факторы работают только вместе с контентом, который действительно закрывает запрос пользователя. Технически идеальная страница с обрезанным title и правильными H2 не поможет, если контент не отвечает на вопрос, ради которого человек пришёл из поиска. Качественный контент и правильная техническая настройка — это две половины одной задачи, и одна без другой почти всегда работает хуже, чем могла бы.
Как распределить ключевые слова по тексту без переспама
Главный ключ логично разместить в H1, первом абзаце и хотя бы в одном подзаголовке — это связывает заголовок с телом контента для поисковика. Дальше по тексту стоит использовать синонимы, разные словоформы и близкие по смыслу фразы вместо повторения одной и той же формулировки — это делает контент живым для читателя и снижает риск переоптимизации.
Признак переспама — искусственные конструкции вроде «купить кухню на заказ недорого в Москве» посреди обычного предложения. Поисковые системы умеют отличать контент, написанный для человека, от текста, написанного для алгоритма, и такие вставки работают против страницы, а не на неё.
Помимо распределения ключевых слов, на релевантность страницы влияет глубина раскрытия темы: если запрос предполагает сравнение вариантов, а на странице только одно предложение без деталей, пользователь возвращается в выдачу — и это поведенческий сигнал не в её пользу. Практический ориентир объёма контента — не фиксированное число слов, а объём топовых конкурентов по конкретному запросу: если у них материалы на 3000-4000 слов с таблицами и примерами, материал на 500 слов вряд ли сможет с ними конкурировать по этому запросу. Качество контента при этом важнее объёма: раздутый текст без пользы для читателя не заменит короткий, но по-настоящему полезный ответ на запрос.
Как провести on-page аудит страницы своими руками
Первый шаг — подтвердить домен вашего сайта в Google Search Console и Яндекс.Вебмастере: это бесплатные инструменты с данными напрямую от поисковых систем, а не оценка стороннего сервиса.
Чек-лист для самостоятельной проверки одной страницы вашего сайта:
- Title и description уникальны, не дублируются на других страницах.
- На странице один H1, ниже — логичная иерархия H2-H6 без пропущенных уровней.
- URL короткий, читаемый, без параметров и id.
- На странице есть 2-5 внутренних ссылок с описательными анкорами на смежные материалы.
- Показатели Core Web Vitals в отчёте PageSpeed Insights в зелёной зоне.
- Изображения сжаты, у ключевых картинок заполнен alt-атрибут.
- При необходимости внедрена микроразметка Schema.org, а её корректность подтверждена в инструменте проверки Google.
- Страница добавлена в sitemap.xml и открыта для индексации в robots.txt.
Каждый пункт можно проверить без специализированных платных сервисов — но при десятках и сотнях страниц вашего сайта ручная проверка занимает недели, и здесь уже оправдан комплексный SEO-аудит сайта с автоматизированным сбором данных: он покажет, где seo оптимизация уже сделана правильно, а где теряются позиции сайта в поисковой выдаче из-за банальных технических ошибок.
Частые ошибки on-page-оптимизации
Даже при регулярной seo-оптимизации сайта чаще всего страница теряет позиции из-за одной из этих ошибок:
- Дублирующиеся title и description на десятках страниц каталога — типично для шаблонов, которые генерируют мета-данные автоматически без уникализации под конкретный товар или категорию.
- Отсутствие H1 или, наоборот, несколько H1 одновременно из-за особенностей шаблона CMS.
- Битые внутренние ссылки, которые остаются после удаления товаров или страниц: пользователь и робот упираются в 404 вместо целевого контента.
- Игнорирование мобильной версии сайта — если вёрстка ломается на телефоне, это напрямую бьёт по поведенческим факторам, а для Рунета мобильный трафик давно составляет основную долю посетителей.
- Неоптимизированные изображения — несжатые фотографии в оригинальном разрешении с фотоаппарата или смартфона, частая причина LCP выше 4 секунд даже на технически исправном сайте.
- Случайное закрытие страницы от индексации — атрибут
noindexили директива в robots.txt остаются после технических работ на сайте, и она выпадает из выдачи целиком, независимо от того, насколько хорошо оптимизирована по остальным пунктам.
Последняя ошибка обходится дороже всех: пока её не найти, никакая техническая настройка не имеет значения — страницы просто нет в индексе.
Частые вопросы про on-page SEO
Собрали в формате FAQ вопросы, которые чаще всего задают про on-page SEO вне основного чек-листа.
Сколько времени занимает on-page-оптимизация сайта
Для одной страницы базовая оптимизация — от нескольких часов до пары дней, в зависимости от того, сколько технических проблем накопилось. Для сайта с сотнями и тысячами страниц процесс растягивается на недели: сначала аудит, затем приоритизация по трафику и потенциалу, затем последовательные правки.
Можно ли сделать on-page SEO самостоятельно, без агентства
Базовые пункты on-page SEO — title, description, один H1, читаемый URL — доступны без специалиста, если следовать чек-листу выше и разбираться в HTML настолько, чтобы найти нужный тег в коде страницы. Сложнее с техническими моментами вроде Core Web Vitals на сайтах с большим количеством скриптов, микроразметкой Schema.org для нестандартных типов страниц и распределением ссылочного веса на крупных каталогах — здесь ошибка стоит дороже, чем стоимость консультации.
Нужно ли делать on-page SEO обязательно перед off-page?
Логика такая: продвижение сайта на внешних усилиях (ссылки, упоминания) приводит трафик на страницу, но если сама она технически не готова — с обрезанным сниппетом, без структуры, с медленной загрузкой, — этот трафик просто не конвертируется и не удерживается. Практический порядок: сначала базовая внутренняя оптимизация, затем параллельно контент и внешняя работа. Жёсткой очерёдности «сделать всё внутри на 100%, а потом переходить к внешнему» на практике никто не придерживается — обычно работы идут параллельно, но приоритет на старте проекта отдают именно странице.
Как часто нужно обновлять on-page-оптимизацию страницы
Разовой настройки недостаточно: поисковые алгоритмы меняются, конкуренты дорабатывают свои страницы и статьи, а сама тематика может обрасти новыми подтемами. Практический ориентир — пересматривать ключевые страницы раз в 6-12 месяцев: проверять актуальность фактов в тексте, свежесть данных, соответствие структуры текущей выдаче конкурентов. Для страниц с высоким трафиком и коммерческой ценностью имеет смысл сократить этот интервал до квартала — особенно после крупных обновлений алгоритмов Яндекса или Google, когда меняется состав топа по ключевым запросам и позиции сайта заметно колеблются.
