Привет, я Марков Вадим из студии marmelad.digital. Мы занимаемся сайтами, UX/UI и SEO-продвижением, и в этой статье я хочу разобрать тему, которая в SEO обычно подаётся слишком примитивно: факторы ранжирования Google.
В этой статье разберём, почему разговор о факторах ранжирования Google всё чаще заходит в тупик, если представлять их как список из title, ссылок, скорости, контента и поведенческих сигналов.
Современный поиск работает сложнее. Страница проходит не один фильтр, а несколько слоёв оценки: доступность, индексирование, понимание запроса, понимание документа, качество, спам-фильтры, сниппеты, медиа, ссылки, локальный контекст и пользовательское взаимодействие.
1. Почему списки факторов ранжирования устарели
Списки факторов удобны, но они плохо описывают реальность. Обычно в одном списке оказываются рядом вещи разного уровня: title, ссылки, скорость, полезность, микроразметка, поведение, мобильность, E-E-A-T, свежесть, возраст домена. Но это не равнозначные переменные.
Title помогает описать документ. Ссылки помогают понять контекст и доверие. Скорость влияет на опыт пользователя. Структурированные данные помогают классифицировать сущности. Полезность контента оценивается не одним тегом, а совокупностью признаков. Спам-фильтры вообще работают как отдельный слой защиты выдачи.
Google в марте 2024 прямо писал, что обновление стало более сложным, чем обычный core update, и затронуло несколько core-систем.
Компания также указала, что больше нет одной отдельной системы helpful content: полезность стала оцениваться через разные сигналы и подходы внутри core ranking systems.
Параллельно Google усилил спам-политики против трёх направлений: scaled content abuse, expired domain abuse и site reputation abuse.
Google заявил, что цель обновления — показывать меньше контента, созданного для привлечения кликов, и больше материалов, которые пользователи считают полезными.
Вывод: факторы ранжирования нельзя разбирать как плоский список. Их нужно разбирать как систему.
2. Карта поисковых слоёв: 10 уровней оценки страницы
Ниже структура, которая лучше описывает современное ранжирование.
|
Уровень |
Что оценивается |
Типичные ошибки |
|---|---|---|
|
Обход и доступность |
может ли робот получить страницу |
robots.txt, редиректы, ошибки статуса |
|
Индексирование |
должна ли страница попасть в индекс |
noindex, дубли, soft 404, canonical |
|
Понимание запроса |
какую задачу решает пользователь |
страница отвечает на тему, но не на задачу |
|
Понимание документа |
о чём страница, какие сущности и связи внутри |
размытая структура, слабая семантика |
|
Качество контента |
есть ли оригинальная польза и глубина |
пересказ топа, вода, шаблонность |
|
Ссылочное окружение |
кто ссылается и каким контекстом |
слабые анкоры, нерелевантные ссылки |
|
Сниппеты и фрагменты |
какие части страницы можно показать в выдаче |
нет самодостаточных ответов |
|
Мультимедиа |
помогают ли изображения, видео, схемы |
медиа как декор, а не источник смысла |
|
Поведение и удовлетворённость |
совпадает ли ожидание с результатом |
сниппет обещает больше, чем страница даёт |
|
Спам и безопасность |
нет ли манипуляций, мусора, взлома |
автогенерация, дорвеи, паразитный контент |
Эта модель полезнее списка факторов. Она показывает, где именно страница может проигрывать: не только в контенте, но и в индексации, фрагментах, медиа, ссылочном окружении или антиспаме.
3. Что видно по техническим переменным и модулям
При анализе поисковых модулей и переменных хорошо видно, что поисковая инфраструктура не сводится к классическим SEO-полям. Встречаются целые группы, связанные с индексированием, сниппетами, ссылками, изображениями, сущностями, качеством и спамом.
3.1. Индексация и ограничения
Примеры переменных:
RobotsInfoIndexingConverterRobotsInfoseenNoindexnoIndexReasonnosnippetReasonnopreviewReasonmaxImagePreviewdisallowedReasonindexifembeddedReason
Практический смысл: страница может быть доступна пользователю, но ограничена для поиска. Причём ограничения бывают разными: индексация, сниппет, превью, изображение, перевод, встраивание.
Что проверять SEO-специалисту:
|
Проверка |
Почему важно |
|---|---|
|
status code |
страница должна отдавать корректный HTTP-ответ |
|
robots.txt |
запрет может мешать обходу |
|
noindex |
страница может быть исключена из индекса |
|
canonical |
может передавать основную версию другому URL |
|
nosnippet |
может ограничить показ фрагмента |
|
max-image-preview |
может повлиять на использование изображений |
|
sitemap |
помогает сообщать о важных URL, но не решает проблему качества |
Google в документации подчёркивает, что robots meta и X-Robots-Tag управляют индексированием и показом фрагментов, но эти директивы могут быть прочитаны только если краулер может получить страницу.
3.2. Сниппеты и фрагменты
Примеры переменных:
SnippetExtraInfoSnippetScoringInfoextendedSnippetboldedRangesbrainScorebrainNg3ScorefinalScorerankBySnippetFlowsnippetBrainSelectedCandidateIndex
Практический смысл: страница конкурирует не только как URL, но и как источник фрагментов. Поисковик может выбирать определение, таблицу, часть инструкции, ответ на вопрос, картинку или короткий вывод.
Google прямо пишет, что max-snippet применяется к обычному Search, Google Images, Discover, Assistant, AI Overviews и AI Mode, а также ограничивает объём контента, который может использоваться как direct input для AI Overviews и AI Mode.
Что это меняет в SEO:
|
Старый подход |
Новый подход |
|---|---|
|
Написать большой текст |
Делать самодостаточные смысловые блоки |
|
Заполнить description |
Управлять фрагментами страницы |
|
Ставить FAQ в конец |
Давать короткие проверяемые ответы внутри структуры |
|
Писать общие выводы |
Формулировать выводы, которые можно цитировать отдельно |
3.3. Ссылки и анкоры
Примеры переменных:
AnchorsAnchorsAnchorAnchorsAnchorSourcecreationDateorigTextanchorTextoutdegreeoutsitespagerankcluster
Практический смысл: ссылка — это контекст. Важны источник, анкор, окружение, кластер, история и исходящие связи страницы-донора.
Что проверять:
|
Слой |
Вопрос |
|---|---|
|
Анкор |
объясняет ли он, куда ведёт ссылка |
|
Источник |
релевантен ли документ-донор |
|
Контекст |
зачем ссылка стоит в этом месте |
|
Исходящие ссылки |
не является ли страница ссылочной помойкой |
|
Внутренняя перелинковка |
помогает ли пользователю двигаться по задаче |
Практический вывод: внутренняя ссылка должна отвечать не только задаче передачи веса, но и логике следующего шага пользователя.
3.4. Изображения, видео и мультимедиа
Примеры переменных:
ImageDataisIndexedByImagesearchImageExifImageEmbeddedMetadatadescriptioncopyrightmodificationTimevideoTranscriptAnnotationswebrefEntitiestimingInfo
Практический смысл: медиафайлы участвуют в понимании документа. Картинка, схема, видео и транскрипт не должны быть декором.
Google AI Mode развивает мультимодальные сценарии, а Google пишет, что люди всё чаще приходят с более сложными, длинными и мультимодальными вопросами. Яндекс в мае 2025 также запустил развёрнутые ответы с изображениями, видео и ссылками на источники.
Что делать на практике:
|
Медиа |
Как сделать полезным |
|---|---|
|
Изображение |
имя файла, alt, подпись, окружающий текст |
|
Схема |
текстовое пояснение, связь с конкретным блоком |
|
Видео |
краткое содержание или транскрипт |
|
Таблица |
понятный заголовок и вывод |
|
Скриншот |
подпись, что именно нужно увидеть |
Медиа должно закрывать подзадачу пользователя, а не просто разбавлять текст.
3.5. Сущности, семантика и понимание документа
Примеры переменных и классов:
SdrEmbeddingcompressedEmbeddingsNlpSaftAnnotatedPhraseNlpMeaningSemanticTypeNameCoNlpMeaningSemanticTypeNameMewebrefEntitylabeledSpanEntity DataEntity Association
Практический смысл: поиск работает не только со словами, но и с сущностями, отношениями и типами смысла. Это особенно важно для коммерческих, локальных, экспертных и YMYL-тем.
Что проверять:
|
Проверка |
Пример ошибки |
|---|---|
|
Название компании |
в title одно, в footer другое |
|
Услуги |
меню говорит одно, текст другое |
|
Адрес и регион |
LocalBusiness не совпадает с контактами |
|
Автор |
Article author не виден на странице |
|
Продукт |
Product schema не совпадает с видимой ценой |
|
Хлебные крошки |
BreadcrumbList не совпадает с интерфейсом |
Google в правилах structured data пишет, что разметка должна быть актуальной, соответствовать видимому контенту и не вводить пользователя в заблуждение.
3.6. Качество, спам и безопасность
Примеры переменных:
SpamBrainDataSpamBrainScoreUrlPoisoningDatahackedDateNautilushackedDateRaidenraidenScorehashdropInServing
Практический смысл: плохое SEO — это не только слабый текст. Это также масштабный мусор, взлом, паразитные страницы, автогенерация, дубли, параметры и контент без добавленной ценности.
Google в March 2024 update усилил борьбу с scaled content abuse, site reputation abuse и expired domain abuse. В апреле 2024 Google сообщил, что после завершения rollout низкокачественного и неоригинального контента в результатах стало на 45% меньше относительно ожидаемого уровня улучшения.
Яндекс в марте 2025 также сообщил через отраслевые источники о снижении числа низкокачественных документов в выдаче и повышении точности определения низкокачественного контента, включая ИИ-сгенерированный.
Что проверять:
|
Риск |
Что смотреть |
|---|---|
|
Массовые шаблоны |
одинаковые страницы без пользы |
|
AI-мусор |
пересказ топа без опыта и данных |
|
Параметры |
фильтры, UTM, сортировки, дубли |
|
Soft 404 |
страница отдаёт 200, но не содержит полезного ответа |
|
Взлом |
неизвестные URL, странные title, спамные страницы |
|
Паразитный контент |
сторонние материалы без контроля владельца сайта |
4. Новая модель факторов: не 200 пунктов, а 7 контуров аудита
Чтобы статья была полезной для SEO-специалиста, факторы лучше сгруппировать в 7 рабочих контуров.
Контур 1. Техническое участие страницы в поиске
Главный вопрос: может ли страница нормально участвовать в поиске?
Проверить:
-
HTTP-статус;
-
robots.txt;
-
noindex;
-
canonical;
-
sitemap;
-
редиректы;
-
soft 404;
-
GET-параметры;
-
дубли;
-
закрытые ресурсы.
Для Яндекса особенно важно учитывать параметры. В декабре 2025 в Яндекс Вебмастере появился инструмент настройки GET-параметров. Яндекс объясняет, что значимые параметры меняют содержание страницы, а незначимые могут создавать группы дублей.
Практический вывод: URL-пространство сайта должно быть управляемым. Если сайт плодит дубли, сортировки, фильтры и параметры, даже хороший контент начинает конкурировать сам с собой.
Контур 2. Задача пользователя, а не только интент
Главный вопрос: какую задачу решает человек?
Для сложных запросов одного интента мало. Запрос часто скрывает несколько подзадач.
Пример:
|
Запрос |
Поверхностный интент |
Скрытые подзадачи |
|---|---|---|
|
как выбрать очиститель воздуха |
выбрать товар |
аллергия, шум, фильтры, обслуживание, площадь, животные |
|
как выбрать систему учёта |
выбрать программу |
процессы, интеграции, стоимость, роли, ошибки внедрения |
|
как оформить страховку квартиры |
купить услугу |
исключения, выплаты, риски, документы, стоимость ошибки |
Google AI Mode как раз двигает поиск в сторону сложных и многочастных вопросов. В материалах Google описывается использование query fan-out: система разбивает вопрос на подтемы и выполняет несколько поисков для более полного ответа.
Практический вывод: SEO-страница должна проектироваться не только под запрос, а под карту подзадач.
Контур 3. Полезность и добавленная ценность
Главный вопрос: что есть на странице, чего нельзя получить простым пересказом топа?
Проверить:
|
Признак |
Слабая страница |
Сильная страница |
|---|---|---|
|
Данные |
общие фразы |
цифры, примеры, расчёты |
|
Методика |
отсутствует |
объяснено, как сделан вывод |
|
Ограничения |
не указаны |
есть блок когда не подходит |
|
Риски |
замалчиваются |
показана стоимость ошибки |
|
Сравнение |
функции |
сценарии применения |
|
Вывод |
общий |
даёт следующий шаг |
Google в рекомендациях по полезному контенту предлагает авторам задавать себе вопросы: есть ли оригинальная информация, анализ, исследование, существенное описание темы, добавленная ценность по сравнению с другими страницами.
Практический вывод: полезность — это не тон текста, а наличие работы внутри страницы.
Контур 4. Фрагментируемость и сниппеты
Главный вопрос: можно ли использовать блоки страницы как отдельные ответы?
Проверить:
-
есть ли короткие определения;
-
есть ли таблицы;
-
есть ли выводы после разделов;
-
есть ли чеклисты;
-
есть ли блоки ограничений;
-
есть ли самодостаточные фрагменты;
-
не закрыты ли важные блоки через nosnippet;
-
корректно ли настроен max-snippet.
Практический вывод: страница должна быть не полотном, а набором смысловых блоков, которые можно извлечь без потери смысла.
Контур 5. Сущности и контракт данных
Главный вопрос: одинаково ли страница описывает себя во всех слоях?
Проверить:
|
Слой |
Что сверить |
|---|---|
|
HTML |
видимое название, услуги, текст |
|
Title и description |
соответствуют ли содержанию |
|
Open Graph |
не устарела ли карточка превью |
|
Schema.org |
совпадает ли с видимым контентом |
|
Breadcrumbs |
совпадают ли с навигацией |
|
Footer |
совпадают ли контакты и название |
|
Sitemap |
заявлены ли правильные URL |
Практический вывод: structured data — это контракт данных страницы. Если JSON-LD говорит одно, а видимый контент другое, страница становится менее надёжным источником.
Контур 6. Медиа как источник смысла
Главный вопрос: изображения и видео помогают решить задачу или просто украшают страницу?
Проверить:
-
есть ли alt;
-
есть ли подпись;
-
связано ли изображение с конкретным блоком;
-
есть ли текстовая альтернатива для схемы;
-
есть ли транскрипт или краткое содержание видео;
-
не является ли важный текст частью картинки;
-
доступно ли изображение для индексации.
Практический вывод: медиа должно закрывать подзадачу. Если картинка не несёт смысла, она не усиливает страницу.
Контур 7. Антиспам и устойчивость сайта
Главный вопрос: не производит ли сайт мусор быстрее, чем полезные страницы?
Проверить:
-
массовые однотипные страницы;
-
дорвеи;
-
дубли через параметры;
-
страницы без уникальной пользы;
-
устаревшие материалы;
-
слабый AI-контент;
-
паразитные разделы;
-
взломанные URL;
-
страницы с 200 OK, но без ответа.
Практический вывод: в 2026 году SEO — это не только создание страниц, но и контроль качества всего индекса сайта.
5. Практическая матрица аудита факторов ранжирования
Эту таблицу можно использовать как основу для SEO-аудита.
|
Контур |
Главный вопрос |
Что проверить |
Что улучшать |
|---|---|---|---|
|
Техническое участие |
Может ли страница участвовать в поиске? |
status, robots, noindex, canonical, параметры |
убрать конфликты и дубли |
|
Задача пользователя |
Какую задачу решает страница? |
интент, подзадачи, сценарии |
построить карту задачи |
|
Полезность |
Есть ли добавленная ценность? |
данные, примеры, ограничения, риски |
добавить методику и опыт |
|
Фрагменты |
Можно ли взять блок как ответ? |
определения, таблицы, чеклисты |
сделать блоки самодостаточными |
|
Сущности |
Понятны ли объекты и связи? |
schema, OG, HTML, breadcrumbs |
синхронизировать слои данных |
|
Медиа |
Помогает ли визуал решать задачу? |
alt, подписи, схемы, видео |
сделать медиа смысловым |
|
Ссылки |
Есть ли контекст и следующий шаг? |
anchors, internal links, sources |
усилить логическую перелинковку |
|
Поведение |
Совпадает ли ожидание с результатом? |
сниппет, первый экран, структура |
убрать разрыв обещание/страница |
|
Спам |
Не создаёт ли сайт мусор? |
шаблоны, параметры, soft 404 |
чистить индексируемый контур |
Итог
Факторы ранжирования Google в 2026 году нельзя честно свести к списку из 200 пунктов. Такая модель слишком грубая и плохо помогает в работе.
Более полезная модель — рассматривать страницу как документ, который проходит через несколько контуров оценки: техническая доступность, индексирование, задача пользователя, качество, фрагменты, сущности, медиа, ссылки, поведение и антиспам.
Последние изменения Google и Яндекса только усиливают этот подход. Google встроил helpful content в core ranking systems, ужесточил спам-политики и развивает AI Overviews и AI Mode для сложных запросов. Яндекс усиливает оценку качества контента, развивает развёрнутые ответы с источниками и даёт вебмастерам инструменты для управления GET-параметрами.
Главный вывод:
SEO-специалисту нужно перестать мыслить отдельными факторами и начать мыслить системами оценки.
Хорошая страница не просто содержит ключи, ссылки и микроразметку. Она доступна для поиска, ясно отвечает на задачу, содержит добавленную ценность, состоит из сильных фрагментов, корректно описывает сущности, использует медиа по смыслу, не плодит мусор и выдерживает проверку качества на уровне всего сайта.
ссылка на оригинал статьи https://habr.com/ru/articles/1029838/