Внутренняя оптимизация сайта: чек-лист из семи блоков по порядку

Внутренняя оптимизация сайта — это работы на самом сайте, после которых поисковик находит страницу, понимает, о чём она, и показывает её человеку, который ищет именно это.

От внешней она отличается тем, что целиком в ваших руках: любая правка вносится сегодня и не зависит от чужих площадок, бирж ссылок и чужих редакций.

Ниже — чек-лист из семи блоков в том порядке, в каком их проходят, что проверять в каждом, чем измерять результат и какие пункты типовых чек-листов переоценены.

Коротко.

• Семь блоков — порядок диагностики: смотрят сверху вниз, а чинят по ущербу. Блокирующая проблема держит свои страницы или шаблон, а не весь сайт разом.
• Страница на сайте и страница в поиске — разные вещи: из 136 статей нашего блога Google держал в индексе 91, а 42 обошёл и не взял — срез 21.09.2026.
• Клики живут в топ-3: в Яндексе это 16,51% кликов от показов против 1,59% на местах 4–10 — 49 036 запросов 13 сайтов, данные на 21.09.2026.
• Часть мест забронирована не вами: в срезе выдачи Яндекса от 07.09.2026 маркетплейсы стояли в топ-10 у 44,5% запросов шести ниш, занимая 7,9% мест.
• Часть пунктов типовых чек-листов не двигает ничего: «100% по антиплагиату», alt у каждой иконки, плотность ключевых слов. Meta keywords не использует Google; Яндекс такого заявления не делал.

Что такое внутренняя оптимизация сайта и что в неё входит

Внутренняя оптимизация (on-page SEO) — это все работы внутри сайта, которые решают, попадёт ли страница в индекс, по каким запросам её покажут и захочет ли человек по ней кликнуть.

Называют её по-разному: внутренняя SEO-оптимизация, внутренняя поисковая оптимизация, on-page SEO; чек-лист внутренней оптимизации ищут и слитно — «чеклист». Работа за всеми названиями одна.

В неё входят семь групп работ:

• Индексация и доступность — robots.txt, sitemap.xml, коды ответов сервера, canonical, дубли.
• Структура и посадочные страницы — какой кластер запросов на какой странице живёт, вложенность, ЧПУ.
• Метатеги и заголовки — title, description, H1 и иерархия подзаголовков.
• Контент — отвечает ли страница на запрос, а не «сколько там знаков».
• Внутренняя перелинковка — контекстные ссылки, хлебные крошки, блоки рекомендаций.
• Скорость и мобильная версия — Core Web Vitals и вёрстка под телефон.
• Разметка, коммерческие элементы и регион — Schema.org, цены, формы, контакты, город продвижения.

Что в неё не входит: ссылки с чужих сайтов, упоминания бренда, отзывы на внешних площадках, карточки в справочниках и картах. Это внешняя оптимизация — про границу между ними следующий раздел.

Внутренняя и внешняя оптимизация: чем отличаются и что делать первым

Внутренняя оптимизация отвечает за то, чтобы страница вообще могла ранжироваться. Внешняя — за то, чтобы она обошла такие же подготовленные страницы конкурентов.

Порядок между ними не вкусовой. Ссылки на страницу, которая отвечает 404 или закрыта тегом noindex, не дадут ничего: ранжировать нечего.

С robots.txt тоньше: закрытый там адрес может оказаться в выдаче по чужим ссылкам, но без описания и без учёта содержимого. Разницу между двумя запретами разбираем в Блоке 1.

Отсюда наш приоритет в закупке: ссылки ставим на целевые страницы, которые уже в индексе и отвечают на свой запрос, — иначе бюджет уходит раньше, чем странице есть чем ранжироваться.

Это приоритет редакции, а не условие для любой ссылки: ссылка бывает и способом, которым поиск находит новый адрес.

Как устроена вторая половина работы — в разборе про внешнюю оптимизацию.

Чек-лист внутренней SEO-оптимизации сайта: семь блоков по порядку

Чек-лист ниже устроен как порядок диагностики, а не как список «всё, что бывает»: блоки проходят сверху вниз, потому что верхние объясняют часть проблем нижних.

Цвет на схеме — про роль блока. Синие чаще других держат страницу целиком, зелёные двигают позиции, оранжевые усиливают то, что уже работает.

Порядок обзора — не очередь исправлений. Смотрят сверху вниз, а чинят по ущербу: закрытый от индексации раздел каталога важнее, чем description на трёх статьях блога.

Проблема из верхнего блока держит свои страницы или свой шаблон, а не сайт целиком. Description на статьях блога можно править и тогда, когда каталог ещё чинят.

Бывает и обратный ход. Страницу не находят, потому что на неё не ведёт ни одной ссылки, — и правка из Блока 5 нужна ради Блока 1: Google просит делать ссылки доступными для обхода, чтобы находить страницы.

Блок 1. Индексация: страница должна быть в поиске, а не на сайте

Пока конкретной страницы нет в индексе, показов и переходов из поиска по ней не будет: поисковику нечего показывать. На остальные страницы сайта это не распространяется.

Правку самой страницы это не отменяет. Если её обошли и не взяли, дорога в индекс идёт через содержимое: Google пишет, что его системы в первую очередь включают качественный полезный контент.

Разрыв между «страница на сайте есть» и «страница в поиске есть» больше, чем кажется. Мы проверили собственный блог и получили картину, которая нас не обрадовала.

В срезе 21.09.2026 из 136 статей блога Google держал в индексе 91. Ещё 42 обошёл и не включил («Crawled — currently not indexed»), 2 не знал вовсе, а 1 нашёл, но не обошёл.

Яндекс в том же срезе держал в поиске все 136. Цифры и метод — в исследовании по индексации Google.

Что проверяем в этом блоке:

1. Сколько страниц в индексе. Search Console — «Проверка URL» и отчёт «Страницы», Яндекс Вебмастер — «Индексирование → Страницы в поиске». Оператор site: точного счёта не даёт.
2. robots.txt. Закрыты ли админка, корзина, внутренний поиск и служебные параметры — и не закрыто ли лишнее: каталог, картинки, CSS и JS.
3. sitemap.xml. В карте только страницы с кодом 200, открытые к индексации; адрес карты указан в robots.txt и добавлен в обе панели.
4. Коды ответов. 200 у рабочих страниц, 301 у переехавших, 404 у удалённых. Цепочки редиректов и «мягкие 404» — страницы-заглушки с кодом 200 — чинят первыми.
5. Дубли и canonical. www и без www, http и https, со слэшем и без, фильтры, сортировки, версии для печати, адреса с UTM. Один документ — один адрес.
6. Пагинация — не дубль. Страницы 2 и 3 каталога показывают другие товары: у каждой свой canonical на саму себя, а склейку всей последовательности на первую Google запрещает. Проверьте ссылки между страницами.
7. Одно зеркало и HTTPS. Сайт открывается по одному адресу, остальные варианты отдают 301. Смешанного контента — картинок и скриптов по http на https-странице — быть не должно.
8. Мусор в индексе. Тестовые поддомены, страницы внутреннего поиска, PDF-копии, служебные разделы. Их убирают директивой noindex, а не запретом в robots.txt.
9. Чем закрывать что. Для HTML — мета-тег robots со значением noindex. У PDF, картинок и видео мета-тега нет: для них Google предписывает HTTP-заголовок X-Robots-Tag.
10. Проверка перед noindex. Убедитесь, что у страницы нет показов и входящих ссылок: закрытая по ошибке страница выпадает из поиска не сразу, а возвращается только после следующего обхода.

Здесь чаще всего путают два запрета. Robots.txt закрывает сканирование: робот не читает страницу, но может показать её в выдаче по внешним ссылкам, без описания. Это прямо описано в справке Google по robots.txt.

Запрет попадания в индекс даёт мета-тег robots со значением noindex — и страница при этом должна остаться открытой для сканирования, иначе робот не увидит сам запрет.

Ошиблись — снимите директиву и проверьте, что страница снова отдаёт 200, а в её коде и в заголовках ответа noindex больше нет. Пока директива жива, в поиск страница не вернётся.

На больших сайтах к этому добавляется краулинговый бюджет: робот обходит ограниченное число адресов за заход, и мусорные страницы съедают обход нужных. Как это увидеть — в разборе про краулинговый бюджет.

301-й редирект, битые ссылки и коды ответов

301-й редирект говорит поиску, что адрес сменился насовсем, а битая ссылка — это путь, который обрывается на 404. Оба сюжета живут в первом блоке: робот ходит по адресам.

Разницу между постоянным и временным перенаправлением Google описывает прямо: при 301 целевой адрес становится сигналом каноничности, при 302 такого сигнала нет.

Цепочку из нескольких переходов поиск терпит: роботы Google идут до десяти переходов подряд. Но в руководстве по смене адресов Google советует вести сразу на конечный адрес.

Петля хуже цепочки: старое правило со страницы A на B осталось, к нему добавили B на A — и адрес не открывается ни у человека, ни у робота. Порядок безопасного отката разобран в Блоке 2.

У удалённой страницы выбор между 404 и 410 роли не играет: для краулеров Google оба кода означают одно — содержимого больше нет.

503 — единственный код из пятисотых, который ставят нарочно: на короткие плановые работы Google советует отдавать 503 и заголовок Retry-After с ожидаемой датой.

Срок — день-два. Затянувшийся 503 бьёт по сайту: обход замедляется, а проиндексированные адреса со временем выпадают. После работ страницы обязаны снова отдавать 200 — режим обслуживания не оставляют.

Битые внутренние ссылки правят в самом тексте, а не редиректом: перенаправление прячет ошибку, но оставляет лишний переход. Редирект нужен там, где на старый адрес ссылаются с чужих сайтов.

Где это видно: в Search Console — отчёт «Страницы» с группой «Не найдено (404)», в Яндекс Вебмастере — «Ссылки → Внутренние ссылки», в любом краулере — колонка с кодом ответа.

Наш порядок такой: сначала битые ссылки внутри сайта, потом внешние входящие на удалённые разделы, и только после этого цепочки. Первое чинится текстом, второе — редиректом на близкую по смыслу живую страницу.

Разбор каждого файла по отдельности — в гайдах про robots.txt, sitemap.xml, canonical, 301 редирект и ошибку 404.

Блок 2. Структура сайта, посадочные страницы и ЧПУ

Структура отвечает на один вопрос: какая страница отвечает на какой запрос. Пока на него нет ответа, оптимизировать нечего — правки расходятся по десяткам похожих страниц.

Работа идёт от спроса, а не от текущего меню. Запросы собирают, группируют по смыслу, и каждая группа получает одну посадочную страницу. Как это делается — в гайде по сбору семантического ядра.

Дальше структуру проверяют по пяти признакам:

• Релевантность. По целевому запросу поисковые системы должны показывать ту страницу, которую вы под него делали. Показывают другую — запрос и страница разошлись, и это чинят до текстов.
• Каннибализация. По одному запросу не должны показываться две-три ваши страницы: поиск выбирает одну, и часто не ту. Как находить — в разборе про каннибализацию.
• Глубина. До важной страницы — три-четыре перехода с главной (рекомендация редакции). Чем глубже категория, тем меньше веса она получает и тем реже её переобходят.
• Пустые узлы. Категории без товаров и разделы без текста в индексе только мешают.
• Масштабируемость. Новый раздел добавляется без ломки адресов и редиректов.

ЧПУ — человекопонятные адреса, они же URL, — часть этого же блока. Короткий адрес латиницей с дефисами, повторяющий вложенность, читается и человеком, и роботом; подробности — в разборе про ЧПУ.

Менять адреса на живом сайте ради красоты не стоит. Каждая смена — это 301 редирект, временная просадка и риск потерять страницу из индекса, если редирект настроен неверно.

Само собой при смене адреса ничего не переезжает: внутренние ссылки, sitemap, canonical, цели Метрики и рекламные ссылки правят руками. Google для переездов требует согласованной карты адресов.

Откат делают по шагам. Одного «обратного 301» мало: если старое правило оставить, два перенаправления замкнутся в петлю.

1. Верните старый адрес: он снова отдаёт 200 и своё содержимое.
2. Снимите перенаправление со старого адреса на новый — пока оно живо, встречное правило даст цикл.
3. Если новый адрес уже разошёлся по чужим ссылкам, направьте 301-м его на старый.
4. Верните canonical, адрес в sitemap и внутренние ссылки на тот вариант, который остался рабочим.
5. Откройте оба адреса и проверьте: конечная страница открывается, цепочек и петель нет.

Цели Метрики и рекламные ссылки перенастраивают под рабочий адрес. Накопленную статистику по старому адресу не удаляют: отчёты за период переезда собирают по двум адресам сразу.

Блок 3. Метатеги и заголовки: title, description, H1

У этих полей разные роли. Title и H1 говорят, о чём страница: Google прямо советует ставить слова, которыми материал ищут, в заголовок и главный заголовок страницы.

Description работает на другое — на клик. Из списка ссылок в выдаче выбирают глазами, по заголовку и описанию; сколько стоит место в топ-3, видно по разнице в кликах.

По 49 036 запросам 13 сайтов в Яндексе места 1–3 давали 16,51% кликов от показов, места 4–10 — 1,59%, места 11–20 — 0,76%. Считали по Мониторингу запросов Яндекс.Вебмастера, данные на 21.09.2026.

Такого же замера по Google у нас нет, поэтому цифры выше — только про Яндекс. Метод и разбивка — в исследовании CTR по позициям.

Абсолютные числа нагляднее: 3 612 кликов на 21 876 показов в топ-3 против 3 247 кликов на 203 693 показа на местах 4–10. Показов у второй группы в девять раз больше, а кликов — даже меньше.

Это наблюдение по позициям, а не замер эффекта переписанного заголовка: цифры говорят, сколько стоит место в топ-3, а не сколько даёт правка title или description.

Что проверяем:

1. Свой title у каждой страницы — с главным ключевым запросом в начале, без повторов по сайту. Точной границы длины поисковики не публикуют: сниппет режется по ширине, наш рабочий ориентир — 60–65 знаков.
2. Description — не пересказ title, а причина кликнуть: что человек найдёт на странице. Google вправе показать вместо него собственный фрагмент страницы — так описано в справке.
3. Один H1 на страницу, по смыслу совпадающий с тем, что на ней есть. H1 из одного слова вроде «Каталог» не говорит ни человеку, ни роботу ничего.
4. Иерархия H2–H3 без пропусков уровней, заголовки — по смыслу блоков, а не ради ключей.

Формулы, длины и типовые ошибки разобраны в гайде по title и description. Отдельно проверьте шаблоны: на многих сайтах метатеги генерируются по маске и дают сотни одинаковых заголовков.

Блок 4. Контент: ответ на запрос, а не объём текста

Контент внутренней оптимизации — это не «текст на 3 000 знаков внизу категории», а то, насколько страница закрывает задачу человека, который пришёл по запросу.

Проверить это можно без сервисов. Откройте выдачу по своему запросу и посмотрите, какого типа страницы в топе: карточки товаров, категории, статьи, подборки или сервисы.

Если в топе категории с фильтрами, а у вас статья — дело не в тексте, а в типе страницы. Никакая правка заголовков этого не исправит.

Дальше смотрят на саму страницу:

• Ответ в первом экране. Человек видит то, за чем пришёл, без прокрутки: товар и цену, услугу и условия, прямой ответ на вопрос.
• Полнота. Есть то, что есть у всех в топе: характеристики, доставка, цена, отзывы, условия — по типу страницы.
• Читаемость. Короткие абзацы, подзаголовки, списки и таблицы: на экране телефона сплошной текст не читают, а закрывают.
• Картинки по делу. Свои фото товара вместо стока, осмысленный alt у смысловых изображений, понятное имя файла, сжатый вес, формат WebP или AVIF.
• Отложенная загрузка — не всем. Её вешают на картинки ниже первого экрана. Главное изображение первого экрана так закрывать нельзя: web.dev прямо запрещает lazy loading для LCP-картинки.
• Честность. Цифры с источником и датой, без выдуманных «более 1 000 довольных клиентов».

Та же структура работает на ИИ-ответы: прямой ответ в первых предложениях раздела, таблицы и списки вместо сплошного текста. Что из этого проверяемо на данных — в разборе про видимость в нейропоиске.

Отдельная ошибка — SEO-текст, написанный под плотность ключей. Как писать иначе, разобрано в статье про SEO-тексты для людей и поисковиков.

Блок 5. Внутренняя перелинковка

Перелинковка решает две задачи: ведёт человека к следующему шагу и передаёт вес страницам, до которых поиск иначе доходит плохо.

Три рабочих механики:

1. Контекстные ссылки в тексте. Анкор описывает, что будет на той странице. «Тут» и «читайте здесь» не говорят поиску ничего.
2. Хлебные крошки. Часть навигации: показывают уровень вложенности. Разметка BreadcrumbList даёт шанс на путь вместо адреса в сниппете: у Google этот вид результата описан для десктопа, и показ не гарантирован.
3. Блоки рекомендаций. Похожие товары и статьи работают, когда подобраны по смыслу, а не выводятся случайной выборкой.

Главная проверка блока — страницы-сироты: те, на которые не ведёт ни одна внутренняя ссылка. Они попадают в индекс медленно и почти не получают веса.

Вторая — битые внутренние ссылки. Краулер показывает, какие адреса на сайте ведут на 404; их правят в тексте, а не редиректом, если целевая страница жива под другим адресом.

Архитектура «спица — хаб — услуга» и живые механики разобраны в гайде по внутренней перелинковке.

Блок 6. Скорость и мобильная версия

Скорость читатель чувствует раньше всего остального в чек-листе: медленная страница теряет людей до того, как они увидят предложение.

Измеряют её тремя метриками Core Web Vitals, описанными в документации Google: LCP — когда отрисовался главный элемент, INP — задержка отклика на действие, CLS — смещения вёрстки при загрузке.

Пороги «хорошо»: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1. Смотреть их надо по полевым данным реальных пользователей, а не только по лабораторному прогону.

Что даёт основной выигрыш на практике: вес картинок и современные форматы, отложенная загрузка сторонних скриптов и виджетов, кэширование, лишний CSS и JS.

Исключение здесь одно: loading="lazy" не ставят на главное изображение первого экрана. Обычно оно и есть LCP, и отложенная загрузка гарантированно ухудшает метрику.

После правок скриптов и картинок пройдите первый экран, форму и отправку заявки: вместе с лишним нередко отключаются цели Метрики и виджеты. Сломалось — верните изменённую настройку.

В нашем кейсе по ускорению сайта мобильный PageSpeed вырос с 33 до 93 баллов, а отрисовка самого крупного элемента — с 13,7 до 1,5 секунды. Основными тормозами были JS-код и тяжёлые изображения.

Оптимизация сайта под мобильные устройства

Смотреть на телефон нужно потому, что именно мобильную страницу поиск и оценивает: Google берёт для индексирования и ранжирования мобильный вариант содержимого, обойдённый смартфон-роботом.

Отсюда первое требование: на телефоне должно быть то же, что на десктопе. Google просит равные содержимое и заголовки, одинаковые title и description и одну и ту же структурированную разметку в обеих версиях.

Способов адаптации три, и Яндекс перечисляет их в справке: адаптивный дизайн — один адрес на все устройства, динамическая вёрстка — один адрес и разный код, отдельный мобильный поддомен.

Google из трёх рекомендует адаптивный дизайн: одна вёрстка и один адрес, разъезжаться между версиями нечему. Отдельный поддомен требует держать две версии в согласии руками.

Требования Яндекса к мобильной странице конкретные: открывается без горизонтальной прокрутки на экранах от 320 пикселей, текст читается без увеличения, код ответа 200, без Flash и Silverlight.

Что проверить руками:

1. Пройдите путь до заявки пальцем. Навигация, меню, фильтры, кнопка отправки. Кнопки впритык и поля, в которые не попасть, — такой же дефект, как медленная загрузка.
2. Сравните мобильную страницу с десктопной. Свернуть блок в аккордеон Google прямо разрешает. Нельзя другое: выбрасывать содержимое из мобильной вёрстки и подгружать его только по клику или свайпу.
3. Откройте «Проверку мобильных страниц» в Яндекс Вебмастере: инструмент показывает ошибки настройки мобильной версии, которые глазами не видно.
4. Если у вас поддомен m. — сверьте на нём title, description и разметку с основной версией: Google ждёт, что эти поля в двух версиях совпадают.

Мобильная вёрстка и скорость связаны сильнее, чем кажется: тяжёлое изображение первого экрана бьёт по обоим пунктам сразу. Поэтому блок и называется «скорость и мобильная версия», а не «скорость».

Блок 7. Микроразметка, коммерческие элементы и регион

Микроразметка сама по себе позиции не поднимает. Она описывает содержимое страницы так, чтобы поиск мог показать расширенный результат: крошки, цену, наличие, рейтинг.

Мог — не значит покажет. Правила Google прямо говорят: корректная разметка даёт странице право на расширенный результат, но не гарантирует его.

Типы берут под то, что на странице правда есть: Organization для компании, BreadcrumbList для крошек, Product с ценой и наличием — на карточках товара, Article для статей.

LocalBusiness по словарю — конкретная физическая точка или филиал: магазин, шоурум, отделение. У сети размечают каждую. Отзывы размечают, когда они опубликованы на странице и относятся к поддерживаемому объекту.

FAQPage — отдельный случай: тип в словаре Schema.org остался, но FAQ-результат Google перестал показывать с 7 мая 2026 года. На вид сниппета такая разметка больше не влияет.

Разметку проверяют в валидаторах Google и Яндекса: ошибка в формате означает, что на расширенный результат рассчитывать точно не стоит. Типы и проверка — в гайде по Schema.org.

Микроразметка: какие типы что дают

Тип разметки выбирают по тому, что на странице есть, а не по тому, какой результат хочется получить. Ниже — типы, которые чаще всего нужны коммерческому сайту и блогу.

У звёзд ограничение по объекту. Если отзывами управляет тот, о ком они, страницы с LocalBusiness или другим Organization права на звёзды не имеют.

Это же касается встроенного стороннего виджета с отзывами о себе. Отзывы о товарах запрет не затрагивает: оценку товара в Product размечают, и звёзды по ней возможны.

Полный список типов и то, как каждый выглядит в результатах, Google держит в галерее расширенных результатов. Право на показ — не обещание показа, оговорка из начала блока действует для всей таблицы.

Сюда же относятся коммерческие факторы, которые Яндекс оценивает на странице: цена, условия доставки, контакты с телефоном и адресом, формы без лишних полей, живые отзывы.

Для интернет-магазина это в первую очередь карточка товара — что в ней должно быть и в каком порядке, разобрано в гайде про оптимизацию карточки товара.

Региональность — из того же блока. В Яндекс Вебмастере смотрят не поле для ввода, а какой регион сайту фактически присвоен: часть привязки Яндекс определяет сам, по Яндекс Бизнесу и содержимому сайта.

Регион — один из сигналов по геозависимым запросам, а не рубильник. Справка Яндекса прямо говорит: привязка к одному региону не исключает сайт из выдачи в других.

Адрес и телефон на странице контактов нужны бизнесу, у которого есть реальная точка приёма клиентов; ему же осмысленна LocalBusiness — и доставка по всей стране этому не мешает.

Смотрят на сущность, а не на географию заказов: точки нет вовсе и заказ только онлайн — LocalBusiness навязывать не нужно, компанию описывает Organization.

Проверка простая: откройте карточку конкурента из топ-3 и свою рядом. Если у него видно цену, наличие и способ доставки, а у вас «уточняйте у менеджера» — это дефект внутренней оптимизации, а не отдела продаж.

Поведенческие факторы: на что из них влияет внутренняя оптимизация

Поведенческими факторами внутренняя оптимизация не управляет напрямую. Она меняет то, из чего поведение складывается: как быстро открылась страница, виден ли ответ сразу и сколько шагов остаётся до заявки.

Поэтому отдельного блока у поведения в чек-листе нет — оно собирается из четырёх других. Скорость из Блока 6, первый экран из Блока 4, путь по ссылкам из Блока 5, цена и контакты из Блока 7.

Смотрят на результат обычными отчётами, а не «поведенческими»: отказы, глубина просмотра и время на странице в Метрике, записи Вебвизора, доля кликов из выдачи в панелях вебмастеров.

Накрутка в этот список не входит. Яндекс называет имитацию действий пользователей поисковым спамом и предупреждает: ограничения могут влиять на ранжирование всего сайта или его разделов.

Ловушка здесь в другом: часть разницы в поведении объясняется позицией и типом запроса, а не страницей. Поэтому сравнивают группу страниц до и после правок, а не одну и не за неделю.

Что на странице правда двигает поведение:

1. Ответ в первом экране. Человек видит то, за чем пришёл, без прокрутки — иначе он возвращается в выдачу и открывает следующий результат.
2. Скорость на телефоне. Поля CrUX по LCP и INP показывают её у реальных пользователей, а не на вашем ноутбуке с быстрым интернетом.
3. Короткий путь до цели. Каждый лишний экран, обязательное поле и всплывающее окно — это люди, которые до формы не дошли.
4. Ссылка на следующий шаг. Из статьи — в гайд по соседней теме, из карточки — в категорию и к доставке: человеку есть куда идти внутри сайта.

Как поисковые системы учитывают поведение и чего по нему обещать нельзя — в отдельном разборе про поведенческие факторы.

Анализ внутренней оптимизации: как проверить, что она сделана

Анализ внутренней оптимизации начинается не с краулера, а с доступов. Без Яндекс Вебмастера, Search Console и Метрики с настроенными целями проверять нечего: не видно ни показов, ни запросов, ни заявок.

Когда доступы есть, девять проверок ниже показывают, на каком блоке чек-листа стоит сайт.

У второй проверки есть числовой ориентир: 16,51% кликов от показов в топ-3 Яндекса по нашим данным. Если страница стоит в топ-3, а кликов у неё заметно меньше, первым делом смотрят заголовок и описание в выдаче.

Это не единственное объяснение: по части запросов поиск отвечает сам — ИИ-ответом, колдунщиком или карточкой, и клика не будет при любом сниппете. Поэтому смотрят не одну страницу, а группу.

Анализ не заканчивается на находках. Через месяц после правок сайт сканируют повторно и сравнивают: сколько страниц добавилось в индекс, что изменилось в показах и позициях, не появились ли новые ошибки.

Отдельная строка плана — актуализация: страницы, по которым появились новые запросы, дополняют, а устаревшие цифры и условия переписывают. Без этого через год чек-лист придётся проходить заново.

Результат анализа — не список из трёхсот строк, а три-пять причин, по которым сайт не растёт, и порядок их устранения. Технический аудит закрывает часть этого списка, но не весь.

Развести термины помогает разбор технического SEO: техническая часть — это первый блок чек-листа и скорость из шестого. Внутренняя добавляет структуру, контент, перелинковку и разметку.

Что в чек-листах внутренней оптимизации переоценено

Часть пунктов кочует по чек-листам, хотя влияния за ними либо нет, либо оно ничем не подтверждено. Делать их не вредно, но ставить в начало работ — значит потратить месяц впустую.

• «100% по антиплагиату». Шкалы оригинальности у поисковиков нет — процент считают сторонние сервисы по своей методике. Переписанная ради него характеристика товара хуже честной.
• Alt у каждой иконки. Alt нужен картинкам со смыслом: товар, схема, фото объекта. У декоративных рекомендован пустой alt, а не «иконка стрелки».
• Плотность ключевых слов и «тошнота». Целевых значений поисковики не публикуют, зато Google прямо называет перенасыщение ключами спамом.
• Meta keywords. Google объявил ещё в 2009 году, что не использует этот тег в ранжировании. Это заявление Google — про Яндекс оговорка ниже.
• Объём текста «как у конкурента». Целевого числа знаков поисковики не публикуют. Совпадает у похожих страниц обычно не длина, а полнота ответа.

Оговорка к предпоследнему пункту: вывод про keywords относится к Google. Справка Яндекса пишет, что тег «может влиять на соответствие страницы поисковым запросам».

Поэтому нулевого эффекта мы не обещаем. Поле заполняется за минуту, но в начало плана работ мы его не ставим — это наш приоритет, а не измерение.

Обратная сторона списка: пункты, которые правда двигают позиции, выглядят скучно — коды ответов, дубли, посадочные под кластеры и скорость. Их и делают первыми.

Чего внутренняя оптимизация не сделает

Внутренняя оптимизация снимает ограничения, но не создаёт спрос и не отменяет состав выдачи. Про три вещи честнее знать заранее.

Спроса нет — трафика не будет. Пример: при двадцати запросах в месяц по теме идеальная посадочная страница принесёт единицы визитов. Это вопрос к семантике, а не к оптимизации.

Часть мест в выдаче занята заранее. В нашем срезе выдачи Яндекса от 07.09.2026 маркетплейсы стояли в топ-10 у 46,7% запросов климатической розницы, занимая 8,3% мест.

Метод и разбивка по нишам — в исследовании о маркетплейсах в топе. Само по себе это не приговор: мест площадки занимают меньше одного из десяти, но по половине запросов вы конкурируете и с ними.

В конкурентных нишах без внешних сигналов не обойтись. Когда у всех в топе закрыт весь чек-лист, дальше решают ссылки, бренд и поведение людей в выдаче.

Это не повод пропускать внутреннюю работу: без неё внешние сигналы приходят на страницу, которую поиск не показывает.

FAQ: внутренняя оптимизация сайта

Что такое внутренняя оптимизация сайта простыми словами?

Работы внутри сайта, после которых поисковик находит страницу, понимает, о чём она, и показывает её по нужным запросам.

Сюда входят индексация, структура, метатеги, контент, перелинковка, скорость и микроразметка — всё, что вы меняете на своей стороне.

С чего начать внутреннюю оптимизацию, если сайт уже работает?

С индексации. Сначала проверьте, сколько нужных страниц реально в поиске и нет ли в индексе мусора.

Пока раздел каталога закрыт, отдаёт 404 или дублируется, правки метатегов на его страницах работают вхолостую. Остальному сайту это чиниться не мешает.

Чем внутренняя оптимизация отличается от технической оптимизации сайта?

Техническая — про доступность сайта роботу: коды ответов, robots.txt, sitemap, дубли, зеркала. Это первый блок чек-листа плюс скорость, которая у нас стоит шестым блоком.

Внутренняя шире: она добавляет структуру под спрос, метатеги, контент, перелинковку и разметку.

Сколько времени занимает внутренняя оптимизация сайта?

Базовый проход по семи блокам небольшого сайта — от двух до четырёх недель вместе с исправлениями на стороне разработчика. Это рекомендация редакции, а не норматив.

Результат в позициях виден позже: поиску нужно переобойти изменённые страницы, а это от нескольких дней до нескольких недель.

От чего зависит стоимость внутренней оптимизации сайта?

От числа типов страниц, а не от общего количества адресов: правки для карточки товара пишутся один раз и раскатываются на весь каталог.

Дальше на цену влияют состояние сайта, движок и то, есть ли у вас разработчик: часть работ выполняется на стороне сайта, а не сеошником.

Как часто нужно проверять внутреннюю оптимизацию?

Индексацию, коды ответов и ошибки в панелях — раз в месяц: на небольшом сайте это просмотр двух отчётов, на крупном — выгрузка и сверка со списком нужных страниц.

Полный проход по чек-листу — раз в 6–12 месяцев и обязательно после редизайна, смены движка или переезда на новый домен. Это наша рабочая норма, а не требование поисковиков.

Можно ли сделать внутреннюю оптимизацию самостоятельно?

Первый блок и метатеги — да, если есть доступ к панелям вебмастеров и к коду сайта. Проверки из чек-листа выше не требуют платных сервисов.

Структура под кластеры запросов и разбор выдачи сложнее: там нужна семантика и понимание, какой тип страницы поиск ставит в топ.

Четыре проверки, с которых начать сегодня

Эти проверки не заменяют анализ внутренней оптимизации, но показывают, на каком блоке чек-листа стоит ваш сайт. Сколько времени уйдёт, зависит от размера сайта и от того, есть ли доступы.

1. Откройте свой robots.txt — домен плюс /robots.txt. Читайте не отдельные строки Disallow, а группу для своего робота целиком: Allow может перебивать запрет. Спорный адрес прогоните через «Анализ robots.txt» в Вебмастере.
2. Проверьте три важные страницы в Search Console. Инструмент проверки URL скажет, в индексе ли страница и какой адрес Google считает каноническим. Нет доступа — вернуть его и есть первая задача.
3. Прочитайте title главной и H1 категории. Понятно ли из них, что вы продаёте и кому? «Главная» в заголовке вкладки — первая строка вашего плана работ.
4. Откройте сайт на телефоне и дойдите до заявки. Считайте секунды до появления главного экрана и смотрите, куда попадает палец.

Третью проверку и ещё десяток за вас сделает бесплатное расширение PrivateSEO для Chrome: метатеги, H1, canonical, meta robots, robots.txt, sitemap и коды ответов на открытой вкладке.

Присутствие страницы в индексе расширение не подтверждает — это умеют только панели поисковиков, и вторая проверка выше именно про это.