Как исправить SEO-ошибки

Обновлено

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

Показано: 36 из 36

О материалах и источниках

Перед изменением шаблонов и серверных настроек сохраните рабочую версию. Примеры с example.org нужно заменить данными своего сайта. Названия полей в CMS могут отличаться.

Обход и индексация10

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

Где менять Проверка URL в Google Search Console и Яндекс Вебмастере; исходный HTML и HTTP-заголовки.

  1. Уточните нужный адрес после всех перенаправлений. Убедитесь, что он отдаёт 200 с полноценным содержимым.
  2. Проверьте robots.txt, meta robots, X-Robots-Tag и canonical. Сопоставьте их с тем, что показывает панель поисковой системы.
  3. Добавьте доступную внутреннюю ссылку на страницу и включите её в Sitemap, если она должна индексироваться.
  4. После исправления запросите проверку или переобход в панели поисковика. Дождитесь новой даты обхода и изучите причину исключения повторно.

Как проверить

В панели есть актуальная дата загрузки и понятный статус URL. Учитывайте, что отчёт может обновляться с задержкой.

Учтите. Разрешённая индексация и HTTP 200 не гарантируют включения в поиск. Проверьте также содержание и совпадения с другими страницами.

ДокументацияGoogle: запрет индексированияGoogle: выбор основного URL
Исправить robots.txtРобот не может загрузить нужный раздел или получает противоречивые правила.

Где менять Файл /robots.txt на нужном домене, настройки CMS или генератор этого файла.

  1. Сохраните прежний файл. Найдите группу User-agent, применяемую к нужному роботу, и правило, которое совпадает с URL.
  2. Уберите ошибочный запрет только для публичных страниц, нужных в поиске. Проверьте отдельно CSS, JavaScript и изображения.
  3. Оставьте в Sitemap абсолютный адрес действующей карты сайта. Опубликуйте файл как обычный текст в корне домена.
  4. Проверьте правила на нескольких разрешённых и запрещённых URL в инструменте проверки robots.txt поисковой системы.

Пример для полностью открытого сайта. Замените example.org своим доменом.

User-agent: *
Allow: /

Sitemap: https://example.org/sitemap.xml

Как проверить

/robots.txt открывается с кодом 200 и содержит актуальные правила. Проверка конкретного URL показывает ожидаемое разрешение.

Учтите. Пример ниже разрешает обход всего сайта. Он подходит только при таком намерении. robots.txt не защищает личные данные и не заменяет авторизацию.

ДокументацияGoogle: robots.txt
Убрать случайный запрет noindexПубличная страница помечена как закрытая от индексации.

Где менять SEO-настройки страницы и CMS, шаблон <head>, заголовки сервера или CDN.

  1. Убедитесь, что страницу действительно нужно показывать в поиске. Для кабинетов и служебных страниц запрет может быть намеренным.
  2. Найдите noindex в meta robots, директивах для конкретного робота и X-Robots-Tag ответа. Проверьте также настройки тестового режима сайта.
  3. Удалите случайный запрет в его источнике и очистите соответствующий кеш. Проставление index в другом месте конфликт не устраняет.
  4. Разрешите роботу загрузить страницу и запросите повторную проверку в панели вебмастера.

Как проверить

В новом HTML и HTTP-ответе нет запрещающей директивы для нужного робота; актуальная проверка URL это подтверждает.

Учтите. Если цель заключается в удалении страницы из поиска, оставьте noindex и возможность обхода. Блокировка в robots.txt мешает роботу прочитать директиву.

ДокументацияGoogle: запрет индексирования
Настроить canonicalУ страницы несколько адресов или canonical ведёт на неподходящую версию.

Где менять Шаблон <head>, SEO-плагин или HTTP-заголовок Link для документов.

  1. Выберите основной URL с тем же содержимым. Он должен открываться и быть пригодным для индексации.
  2. Укажите один согласованный canonical с абсолютным адресом. Проверьте, что CMS или плагин не добавляет второй конфликтующий тег.
  3. Используйте основной вариант во внутренних ссылках и Sitemap. Для ненужного альтернативного адреса рассмотрите постоянный редирект.
  4. Проверьте несколько страниц шаблона: каждая самостоятельная страница должна ссылаться на свою подходящую основную версию.

Пример для <head>. Замените адрес на основной URL этой страницы.

<link rel="canonical" href="https://example.org/catalog/item/">

Как проверить

В исходном ответе указан ожидаемый адрес, его конечный ответ успешен. В Search Console сравните заявленный и выбранный Google canonical после переобхода.

Учтите. Не направляйте canonical всех товаров или страниц пагинации на первую страницу каталога. Разное содержимое требует отдельного решения.

ДокументацияGoogle: выбор основного URL
Обновить sitemap.xmlКарта содержит удалённые адреса, дубли или не включает важные страницы.

Где менять Генератор Sitemap в CMS либо серверный код, который формирует XML.

  1. Соберите абсолютные основные URL страниц, предназначенных для поиска. Исключите редиректы, ошибки и намеренно закрытые адреса.
  2. Настройте lastmod по фактическому существенному изменению содержимого. Если надёжной даты нет, поле можно не добавлять.
  3. Проверьте XML, доступность файла и нескольких URL из разных разделов. При большой карте разделите её и используйте индекс Sitemap.
  4. Добавьте ссылку на карту в robots.txt и отправьте её в панели поисковых систем.

Как проверить

Поисковая панель читает Sitemap без ошибки формата. URL карты совпадают с canonical и актуальными внутренними ссылками.

Учтите. Карта помогает обнаружению URL. Добавление адреса в Sitemap не отменяет noindex, запрет обхода или решение поисковика об индексации.

ДокументацияGoogle: создание Sitemap
Разобрать дубли страницОдинаковая информация доступна по нескольким адресам; страницы конкурируют по одной задаче.

Где менять Маршрутизация, параметры CMS, canonical и редактор содержимого.

  1. Сравните найденные URL вручную: основной текст, товары, язык, доступность и назначение. Совпадение шаблона не делает страницы дублями.
  2. Для ненужной старой версии настройте постоянный переход на соответствующую основную страницу.
  3. Для нужных пользователю вариантов одного содержимого согласуйте canonical. Самостоятельные страницы дополните материалом под их конкретную задачу.
  4. Обновите внутренние ссылки и Sitemap. Проверьте, что правила не затронули полезные фильтры и другие языки.

Как проверить

У каждого самостоятельного материала есть понятный основной адрес. Повторная проверка показывает ожидаемые переходы и canonical.

Учтите. Процент сходства служит поводом для проверки. Автоматическое массовое слияние может удалить из поиска полезные страницы.

ДокументацияGoogle: выбор основного URL
Указать незначимые параметры для ЯндексаЯндекс обходит много адресов, отличающихся только меткой перехода.

Где менять Группа правил для Yandex в /robots.txt.

  1. Откройте несколько URL с параметром и без него. Убедитесь, что основной текст, список товаров и назначение страницы совпадают.
  2. Добавьте Clean-param для проверенного имени параметра и нужного пути. Сохраните остальные действующие правила для Yandex.
  3. Проверьте robots.txt в Яндекс Вебмастере и дождитесь его повторной загрузки. Отдельно согласуйте canonical и внутренние ссылки.

Одна строка для существующей группы Yandex. Только если ref не меняет содержимое /catalog/.

Clean-param: ref /catalog/

Как проверить

Проверка правил распознаёт нужные варианты URL, а значимые фильтры и страницы продолжения остаются самостоятельными.

Учтите. Clean-param относится к Яндексу. Новая группа User-agent: Yandex должна учитывать нужные общие ограничения: правила из группы * могут к ней уже не применяться.

ДокументацияЯндекс: Clean-param
Ограничить лишние URL фильтровКаталог создаёт тысячи сочетаний фильтров и параметров сортировки.

Где менять Логика фильтров, шаблоны ссылок, canonical и правила обхода.

  1. Выделите сочетания, которые отвечают реальному спросу и имеют достаточно товаров. Определите для них устойчивые адреса и содержание.
  2. Разделите параметры по роли: изменение ассортимента, сортировка, аналитическая метка. Не применяйте одно правило ко всем.
  3. Ограничьте генерацию бессмысленных сочетаний и бесконечных ссылок. Для одинакового содержимого выберите основной URL.
  4. Если ненужные URL уже в индексе, согласуйте способ исключения и возможность загрузки директив. Проверяйте изменения на отдельной группе.

Как проверить

Полезные подборки доступны по ссылкам. Число бессмысленных URL сокращается в обходе и логах, целевые страницы сохраняют индексируемость.

Учтите. Запрет обхода не равен удалению из индекса. Параметры выбора товара, языка и страницы списка нельзя считать незначимыми автоматически.

ДокументацияGoogle: бюджет обходаGoogle: robots.txt
Сделать страницы каталога доступными роботуТовары после первой страницы видны только после нажатия "Показать ещё".

Где менять Шаблон каталога и серверная обработка URL продолжения.

  1. Дайте каждой части списка стабильный URL, по которому сервер открывает соответствующие элементы.
  2. Добавьте обычные ссылки <a href="…"> на следующие части. Проверьте переходы при отключённом JavaScript.
  3. Для разных частей используйте соответствующие основные URL. Проверьте, что заголовок и навигация помогают понять положение в списке.

Как проверить

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

Учтите. Canonical второй страницы на первую способен противоречить различающемуся содержимому. Бесконечная прокрутка требует доступной URL-навигации.

ДокументацияGoogle: доступные для обхода ссылкиGoogle: сайты с JavaScript
Проверить контент, который создаёт JavaScriptБраузер показывает текст, но в исходном HTML или отчёте краулера его нет.

Где менять Архитектура фронтенда, серверный рендеринг и доступность API.

  1. Сравните исходный HTTP-ответ и итоговый DOM браузера. Найдите контент и ссылки, появляющиеся после выполнения скриптов.
  2. Проверьте доступность JS, CSS и API без авторизации. Убедитесь, что основной текст не требует клика или ввода для загрузки.
  3. Для важных индексируемых страниц рассмотрите выдачу основного HTML с сервера. Сохраните одинаковое содержание для пользователей и роботов.
  4. Проверьте отрендеренную страницу в инструменте поисковой системы и повторите тест после изменения.

Как проверить

Робот получает значимый текст и обычные ссылки на другие страницы. HTTP-статус соответствует состоянию маршрута.

Учтите. InsideSEO анализирует доступный ему ответ и не воспроизводит все браузерные сценарии. Отсутствие текста в таком отчёте требует дополнительной проверки рендеринга.

ДокументацияGoogle: сайты с JavaScript

Разметка страницы6

Исправить пустой или повторяющийся TitleВкладки и поисковые результаты разных страниц имеют одинаковое или непонятное название.

Где менять Поле SEO-заголовка в CMS или элемент <title> в <head>.

  1. Назовите предмет страницы конкретно: услуга, товар, категория или вопрос. Добавляйте регион только при его значимости.
  2. Задайте отдельные названия для самостоятельных страниц. В шаблоне товара используйте реальные отличающие характеристики.
  3. Уберите перечни повторяющихся ключевых слов. После публикации проверьте исходный HTML нескольких URL.

Учебный пример названия для страницы соответствующей услуги.

<title>Ремонт кофемашин в Новосибирске | Пример сервиса</title>

Как проверить

В HTML есть один понятный <title>, соответствующий содержимому. Просмотрите вкладку браузера и примеры других страниц шаблона.

Учтите. Жёсткого универсального лимита символов нет. Превью приблизительное; поисковик может обрезать или изменить заголовок.

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

Где менять SEO-поле описания в CMS либо meta name="description" в <head>.

  1. В одном-двух предложениях опишите содержание и полезные подробности. Используйте только подтверждённые условия и свойства.
  2. Сделайте текст подходящим конкретному URL. Для каталога и инструкции нужны разные описания.
  3. Убедитесь, что шаблон выводит один Description и корректно экранирует кавычки. Посмотрите пример сниппета в отчёте.

Учебный пример для страницы инструкции.

<meta name="description" content="Пошаговая настройка sitemap.xml: состав URL, даты изменений и проверка карты в панели вебмастера.">

Как проверить

Исходный HTML содержит ожидаемый текст. На странице есть информация, которую обещает описание.

Учтите. Google может выбрать другой фрагмент под запрос. Description не гарантирует заданный вид сниппета или рост позиции.

ДокументацияGoogle: описания в сниппетах
Привести в порядок H1–H6У страницы нет ясного заголовка или уровни разделов выбраны ради размера шрифта.

Где менять Редактор страницы, шаблон и CSS заголовков.

  1. Сформулируйте основной заголовок по содержанию страницы. Проверьте, что шаблон не превращает логотип и скрытые копии в конкурирующие H1.
  2. Разделите материал по смыслу: основные разделы обычно H2, вложенные темы H3. Размер шрифта задавайте стилями.
  3. Просмотрите последовательность заголовков и мобильную версию. Заголовок должен помогать найти нужный раздел.

Как проверить

По списку заголовков понятны тема и порядок материала, а текст читается на узком экране.

Учтите. Количество H1 и уровней само по себе не определяет позицию. Предупреждение анализатора требует оценки структуры страницы.

ДокументацияGoogle: основы SEO
Добавить или исправить Schema.orgСтруктурированные данные отсутствуют, содержат ошибки или расходятся с видимым текстом.

Где менять SEO-плагин, шаблон JSON-LD или другой источник разметки.

  1. Выберите тип, который действительно описывает страницу: статью, организацию или товар. Изучите требования нужного поискового результата.
  2. Заполните свойства реальными значениями. Цены, наличие, авторство и отзывы должны соответствовать странице.
  3. Проверьте код валидатором Schema.org и, для функций Google, тестом расширенных результатов. Устраните синтаксические ошибки и обязательные пропуски.
  4. После публикации проверьте URL тестом и отчётом Search Console, если для этого типа есть отдельный отчёт.

Как проверить

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

Учтите. Корректный код не гарантирует расширенный показ. Не добавляйте придуманные отзывы, оценки и скрытые условия.

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

Где менять Open Graph в <head> страницы и публичный файл обложки.

  1. Задайте og:title, og:type, og:url и og:image; добавьте og:description и описание изображения.
  2. Укажите абсолютный HTTPS-адрес доступной картинки. Разместите значимые элементы с запасом от краёв, чтобы пережить обрезку.
  3. Проверьте конечный HTML и доступ изображения без авторизации. Отправьте ссылку в нужный сервис или используйте его проверку превью.

Пример для <head>. Замените название и оба адреса.

<meta property="og:type" content="website">
<meta property="og:title" content="Каталог запчастей">
<meta property="og:url" content="https://example.org/catalog/">
<meta property="og:image" content="https://example.org/images/catalog-cover.jpg">

Как проверить

Сервис загружает нужную картинку, название и описание. Если видна старая версия, учитывайте кеш конкретной площадки.

Учтите. Open Graph управляет исходными данными карточки. Соцсеть выбирает окончательный размер и может хранить старое превью.

ДокументацияOpen Graph: свойства разметки
Заполнить alt у изображенийСодержательные картинки не имеют текстового описания или у всех один набор ключевых слов.

Где менять Поле альтернативного текста изображения в CMS либо атрибут alt элемента <img>.

  1. Определите роль картинки. Для фотографии товара опишите отличающие признаки, для схемы дайте краткий смысл и подробное пояснение рядом.
  2. Для чисто декоративной картинки используйте пустой alt. Если изображение служит ссылкой, текст должен объяснять её назначение.
  3. Проверьте примеры на странице и в исходном коде, особенно автоматически созданные карточки и баннеры.

Пример для соответствующей фотографии. Размеры должны совпадать с пропорциями файла.

<img src="/images/chair.jpg" alt="Зелёное кресло с деревянными подлокотниками" width="800" height="600">

Как проверить

Описание помогает понять изображение в контексте и не повторяет лишние слова. Декоративные элементы не создают ненужных объявлений.

Учтите. Предупреждение о пустом alt не всегда означает ошибку: у декоративного изображения пустое значение уместно.

ДокументацияGoogle: изображения

Сервер и скорость11

Убрать цепочки и настроить перенос страницыСтарый URL открывается через несколько переходов или попадает в цикл.

Где менять Таблица перенаправлений CMS, конфигурация веб-сервера или CDN.

  1. Зафиксируйте исходный URL и конечный материал. Выберите постоянный 301/308 или временный 302/307 по смыслу переноса.
  2. Направьте исходный URL сразу на подходящий конечный адрес. Удалите конфликтующие правила в других слоях.
  3. Обновите внутренние ссылки, canonical и Sitemap. Проверьте варианты www, HTTPS, слеша и параметры, которые должны сохраняться.
  4. Перед применением серверной конфигурации выполните её штатную проверку синтаксиса и предусмотрите возврат предыдущей версии.

Как проверить

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

Учтите. Массовый редирект всех удалённых URL на главную часто ведёт к нерелевантному результату. Подбирайте соответствие каждому материалу.

ДокументацияGoogle: перенаправленияGoogle: переезд сайта
Разобрать 404, soft 404 и ошибки сервераАнализатор получил ошибку или страница с сообщением "Не найдено" отвечает 200.

Где менять Маршруты приложения, обработчик ошибок и журналы сервера.

  1. Уточните, должен ли материал существовать. Восстановите нужный URL или перенаправьте на его реальную замену.
  2. Для отсутствующего материала отдавайте 404 или 410 с полезной страницей ошибки и навигацией. Проверьте статус ответа отдельно от оформления.
  3. Для 5xx изучите время сбоя и журналы приложения, прокси и базы. Исправьте причину, затем повторите запросы.
  4. Удалите ошибочные URL из актуальных внутренних ссылок и Sitemap. Проверьте обычную страницу и заведомо несуществующий адрес.

Как проверить

Код соответствует фактическому результату. Повторные запросы нужных страниц успешны; несуществующий адрес возвращает корректную ошибку.

Учтите. Не заменяйте все ответы 5xx кодом 200. Это скрывает сбой и мешает диагностике.

ДокументацияGoogle: HTTP-коды и сетевые ошибки
Согласовать HTTPS и основной доменЕсть предупреждение сертификата, смешанные ресурсы или несколько доменных версий сайта.

Где менять Панель хостинга, сертификаты, CDN, редиректы и настройки URL в CMS.

  1. Проверьте сертификат для используемых имён, цепочку доверия и срок действия. Убедитесь, что HTTPS открывает полноценный сайт.
  2. Выберите основной вариант домена. Перенаправьте альтернативы на соответствующие пути выбранной версии.
  3. Переведите внутренние ссылки и ресурсы на HTTPS. Обновите canonical, Sitemap, формы и адреса социальных превью.
  4. Проверьте главную, внутреннюю страницу, вход, оплату и API, если они есть. Сначала тестируйте изменения на безопасном окружении.

Как проверить

Браузер не сообщает об ошибке сертификата, ресурсы загружаются, доменные варианты ведут на нужные конечные URL.

Учтите. HSTS с includeSubDomains и preload требует готовности всех поддоменов к HTTPS. Включать его вслепую опасно.

ДокументацияGoogle: переезд сайта
Проверить блокировку краулера и расхождения замеровУ вас сайт открывается, а аудит получает отказ, капчу или другой HTML.

Где менять Журналы сервера, DNS, защита хостинга/CDN и настройки ограничений запросов.

  1. Сопоставьте время, URL, код ответа и условия двух проверок. Уточните регион, IP, User-Agent, редиректы и наличие cookies.
  2. Проверьте, не сработали ли WAF, географический фильтр или лимит частоты. Сравните ответ исходного сервера и кеширующего узла, если есть доступ.
  3. Если сайт ваш, настройте узкое правило доступа для согласованного аудита и разумную частоту запросов. Сохраните защиту кабинетов и служебных путей.
  4. Повторите проверку после паузы и сравните фактический HTML. При ответе защиты зафиксируйте ограничение вместо оценки закрытого содержимого.

Как проверить

В журнале видны успешные запросы проверки, а полученный HTML соответствует публичной странице.

Учтите. Российский IP, Tilda или конкретный DNS сами по себе не означают неверный аудит. Расхождение нужно подтвердить ответами; User-Agent не удостоверяет робота.

ДокументацияGoogle: HTTP-коды и сетевые ошибкиGoogle: robots.txt
Найти причину долгого ответа сервераHTML приходит медленно, особенно при первом открытии страницы.

Где менять Мониторинг сервера, профилировщик приложения, база данных и настройки кеша.

  1. Сделайте несколько замеров в одинаковых условиях. Разделите DNS, соединение, TLS, ожидание ответа и загрузку тела.
  2. Сравните прогретую и непрогретую страницу, разные маршруты и часы нагрузки. Найдите медленные запросы к базе или внешним API.
  3. Устраните подтверждённое узкое место. Кешируйте публичные ответы только там, где это безопасно для содержимого.
  4. Повторите замеры и проверьте актуальность данных, вход в кабинет и персональные страницы.

Как проверить

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

Учтите. Один замер из другого региона не доказывает медленный код. Время получения всего HTML в аудите может отличаться от TTFB.

ДокументацияMDN: HTTP-кешированиеweb.dev: Core Web Vitals
Настроить кеширование файловБраузер повторно загружает неизменные стили, скрипты и изображения.

Где менять Заголовки веб-сервера, хостинга или CDN для выбранных типов ресурсов.

  1. Разделите публичную статику, изменяемый HTML и персональные ответы. Для каждой группы определите отдельную политику.
  2. Файлам с версией в имени можно назначить длительный срок и immutable. При изменении содержимого меняйте URL файла.
  3. Для обновляемых ресурсов настройте проверку актуальности через ETag или Last-Modified, если её поддерживает сервер.
  4. Проверьте повторную загрузку в Network браузера с включённым кешем, затем выпустите тестовую новую версию файла.

Пример заголовка только для публичного неизменяемого файла с версией в URL.

Cache-Control: public, max-age=31536000, immutable

Как проверить

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

Учтите. Не назначайте public и длительный max-age всему сайту: это может сохранить частные ответы или надолго закрепить старый HTML.

ДокументацияMDN: HTTP-кеширование
Включить сжатие HTML, CSS и JavaScriptТекстовые ответы передаются несжатыми и занимают лишний объём.

Где менять Параметры сжатия на хостинге, в веб-сервере или CDN.

  1. Проверьте запрос с поддержкой gzip или br и фактический ответ. Выберите один слой, который отвечает за сжатие.
  2. Включите поддерживаемое кодирование для текстовых MIME-типов. Уже сжатые фото и архивы обычно не выигрывают от повторного сжатия.
  3. Проверьте Content-Encoding и согласованную работу кеша с Accept-Encoding. Сравните размер передачи и распакованного ресурса.
  4. Проверьте загрузку страницы и API, чтобы исключить двойное сжатие и неверные заголовки.

Как проверить

Клиент получает поддерживаемое сжатие и корректно декодирует ответ, передаваемый объём текстовых файлов уменьшается.

Учтите. Применимость настройки зависит от сервера. Для чувствительных динамических ответов политику сжатия согласуйте с требованиями безопасности.

ДокументацияMDN: сжатие HTTP
Уменьшить вес изображенийНа телефоне загружаются фотографии, рассчитанные на большой экран.

Где менять Медиабиблиотека, обработчик изображений и шаблон <img> или <picture>.

  1. Подготовьте размеры под фактические места показа. Выберите качество и формат после визуального сравнения важных деталей.
  2. Используйте srcset и sizes либо <picture>, чтобы браузер мог выбрать подходящий файл. Укажите width и height с правильными пропорциями.
  3. Добавьте loading="lazy" изображениям ниже первого экрана. Главное изображение, влияющее на LCP, должно загружаться своевременно.
  4. Проверьте итог на телефоне, большом экране и при медленной сети. Не удаляйте alt и полезные подписи.

Как проверить

Network показывает файл подходящего размера, картинка читается и не сдвигает соседний текст при появлении.

Учтите. Уменьшение CSS-размера не сокращает объём скачиваемого файла. Для этого нужен действительно меньший ресурс.

ДокументацияGoogle: изображения
Проверить Core Web VitalsНужно оценить загрузку и отклик страницы в браузере.

Где менять PageSpeed Insights, отчёт Core Web Vitals в Search Console и Performance в Chrome.

  1. Откройте важный URL в PageSpeed Insights. Разделите данные реальных пользователей и результат лабораторного запуска.
  2. Проверьте, относятся ли полевые данные к URL или всему источнику, и какой период показан. Отсутствие данных не означает нулевые задержки.
  3. Найдите причину плохой метрики: элемент LCP, долгие задачи при взаимодействии или источники сдвигов. Исправляйте её на конкретном сценарии.
  4. Повторите лабораторный тест в сопоставимых условиях. Для полевых данных дождитесь обновления окна наблюдений.

Как проверить

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

Учтите. Ориентиры 75-го процентиля: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Общий балл Lighthouse не является этой тройкой.

Документацияweb.dev: Core Web VitalsChrome: Lighthouse
Убрать скачки элементов при загрузкеТекст, кнопки или изображения смещаются после появления рекламы, шрифта или баннера.

Где менять CSS компонентов, размеры медиа и порядок вставки динамических блоков.

  1. В Performance браузера найдите события Layout Shift и элементы, которые меняют положение. Повторите реальный сценарий загрузки.
  2. Задайте размеры или aspect-ratio изображениям и видео. Зарезервируйте предсказуемое место под асинхронные блоки.
  3. Проверьте метрики резервного и основного шрифта. Не вставляйте новые блоки над уже читаемым текстом без предусмотренного места.
  4. Перепроверьте страницу при медленной сети, после согласия на cookies и во время взаимодействий.

Как проверить

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

Учтите. Фиксированная высота блока может обрезать длинный текст. Проверяйте перевод, масштабирование и узкий экран.

Документацияweb.dev: Core Web Vitals
Исправить отображение на телефонеТекст мелкий, элементы выходят за экран или мобильная версия теряет часть содержимого.

Где менять Метатег viewport, CSS и адаптивные состояния компонентов.

  1. Проверьте viewport. Используйте ширину устройства и сохраняйте возможность пользовательского масштабирования.
  2. Найдите элемент, создающий горизонтальное переполнение: фиксированную ширину, длинный URL, таблицу или изображение. Исправьте причину в компоненте.
  3. Проверьте меню, формы, сообщения об ошибках, фокус и длинные заголовки на нескольких ширинах. Для широких таблиц предусмотрите понятную прокрутку.
  4. Сопоставьте основной текст, ссылки, метаданные и изображения с настольной версией. Проверьте хотя бы одно реальное устройство, если оно доступно.

Разместите один такой метатег в <head>.

<meta name="viewport" content="width=device-width, initial-scale=1">

Как проверить

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

Учтите. Скрытие переполнения у всей страницы может замаскировать обрезанные элементы. Найдите конкретный источник проблемы.

ДокументацияGoogle: мобильная индексация

Аналитика и инструменты1

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

Где менять Подтверждённые свойства сайта в Google Search Console и Яндекс Вебмастере.

  1. Подтвердите права владельца рекомендованным способом. Сохраните проверочный файл или DNS-запись, если они нужны для дальнейшего подтверждения.
  2. Выберите период, поисковую систему, страницу, устройство и регион, если такой фильтр есть. Изучите запросы, показы, клики и CTR.
  3. Сравнивайте сопоставимые периоды с учётом сезонности и состава страниц. Зафиксируйте дату изменений и дату повторного обхода.
  4. Сопоставьте поисковые данные с визитами и целями аналитики, учитывая различия их методик.

Как проверить

Вы можете назвать источник, период и набор страниц каждого показателя. Изменение CTR рассматривается вместе с позицией и запросами.

Учтите. Часть запросов скрывается по причинам приватности. По ClientID, рефереру или UTM нельзя восстановить все органические запросы отдельного человека.

ДокументацияGoogle Search Console: эффективностьЯндекс Метрика: термины

Контент и качество2

Доработать слабую страницу по существуМатериал повторяет соседние страницы или не помогает решить заявленную задачу.

Где менять Редактор содержания, каталог и сведения о компании.

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

Как проверить

Посетитель получает ответ или может выполнить следующее действие. Существенные утверждения подтверждены.

Учтите. Уникальность формулировок и число слов сами по себе не подтверждают полезность. Не добавляйте объём ради формального порога.

ДокументацияGoogle: полезный контент и E-E-A-TGoogle: правила о спаме

Регионы и языки2

Связать языковые версии через hreflangУ сайта есть переводы, и в поиске появляется неподходящая языковая версия.

Где менять Шаблон <head> или другой выбранный поддерживаемый способ объявления версий.

  1. Сопоставьте страницы с одинаковым назначением на разных языках. Каждый адрес должен открывать соответствующую версию.
  2. На всех страницах группы укажите согласованный набор hreflang, включая ссылку на саму страницу. Используйте абсолютные URL и допустимые языковые коды.
  3. Для универсального выбора языка при необходимости добавьте x-default. Проверьте обратные связи между версиями.
  4. Убедитесь, что canonical и запреты индексации не противоречат самостоятельным переводам. Проверьте группу целиком.

Пример парных переводов. Такой согласованный набор нужен на обеих страницах.

<link rel="alternate" hreflang="ru" href="https://example.org/ru/service/">
<link rel="alternate" hreflang="en" href="https://example.org/en/service/">

Как проверить

Каждая версия ссылается на остальные и на себя, все целевые URL доступны и содержат нужный язык.

Учтите. Региональный код дополняет языковой: en-GB допустим, одиночный GB не обозначает язык. Hreflang не переводит содержимое страницы.

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

Где менять Контакты, страницы услуг, карточки организации в поисковых сервисах.

  1. Укажите настоящее название, способы связи, адрес при его наличии, часы работы и территорию обслуживания.
  2. Сверьте сведения на сайте и в доступных вам карточках компании. Исправьте устаревшие телефоны и режим работы.
  3. Для разных филиалов опишите реальные отличия и условия. Убедитесь, что ссылки и кнопки связи ведут к нужному подразделению.

Как проверить

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

Учтите. Не создавайте вымышленные офисы и одинаковые городские страницы ради запросов. У каждого регионального материала должно быть фактическое основание.

ДокументацияGoogle: основы SEOGoogle: правила о спаме

О материалах

Определения и инструкции написаны для этого справочника. Рекомендации сверены с документацией поисковых систем и разработчиков. Проверено 14 сентября 2026 года; настройки платформ и правила поиска могут меняться.

Словарь охватывает популярные понятия технического SEO и смежных направлений. Конкретная ошибка зависит от устройства сайта. Для спорного случая изучите полный ответ сервера и документацию своей CMS.

Документация и первоисточники 31

Открыть словарь SEO-терминов