Привет, я Марков Вадим из студии 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. Индексация и ограничения

Примеры переменных:

RobotsInfo
IndexingConverterRobotsInfo
seenNoindex
noIndexReason
nosnippetReason
nopreviewReason
maxImagePreview
disallowedReason
indexifembeddedReason

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

Что проверять SEO‑специалисту:

Проверка	Почему важно
status code	страница должна отдавать корректный HTTP‑ответ
robots.txt	запрет может мешать обходу
noindex	страница может быть исключена из индекса
canonical	может передавать основную версию другому URL
nosnippet	может ограничить показ фрагмента
max‑image‑preview	может повлиять на использование изображений
sitemap	помогает сообщать о важных URL, но не решает проблему качества

Google в документации подчёркивает, что robots meta и X‑Robots‑Tag управляют индексированием и показом фрагментов, но эти директивы могут быть прочитаны только если краулер может получить страницу.

3.2. Сниппеты и фрагменты

Примеры переменных:

SnippetExtraInfo
SnippetScoringInfo
extendedSnippet
boldedRanges
brainScore
brainNg3Score
finalScore
rankBySnippetFlow
snippetBrainSelectedCandidateIndex

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

Google прямо пишет, что max-snippet применяется к обычному Search, Google Images, Discover, Assistant, AI Overviews и AI Mode, а также ограничивает объём контента, который может использоваться как direct input для AI Overviews и AI Mode.

Что это меняет в SEO:

Старый подход	Новый подход
Написать большой текст	Делать самодостаточные смысловые блоки
Заполнить description	Управлять фрагментами страницы
Ставить FAQ в конец	Давать короткие проверяемые ответы внутри структуры
Писать общие выводы	Формулировать выводы, которые можно цитировать отдельно

3.3. Ссылки и анкоры

Примеры переменных:

Anchors
AnchorsAnchor
AnchorsAnchorSource
creationDate
origText
anchorText
outdegree
outsites
pagerank
cluster

Практический смысл: ссылка — это контекст. Важны источник, анкор, окружение, кластер, история и исходящие связи страницы‑донора.

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

Слой	Вопрос
Анкор	объясняет ли он, куда ведёт ссылка
Источник	релевантен ли документ‑донор
Контекст	зачем ссылка стоит в этом месте
Исходящие ссылки	не является ли страница ссылочной помойкой
Внутренняя перелинковка	помогает ли пользователю двигаться по задаче

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

3.4. Изображения, видео и мультимедиа

Примеры переменных:

ImageData
isIndexedByImagesearch
ImageExifImageEmbeddedMetadata
description
copyright
modificationTime
videoTranscriptAnnotations
webrefEntities
timingInfo

Практический смысл: медиафайлы участвуют в понимании документа. Картинка, схема, видео и транскрипт не должны быть декором.

Google AI Mode развивает мультимодальные сценарии, а Google пишет, что люди всё чаще приходят с более сложными, длинными и мультимодальными вопросами. Яндекс в мае 2025 также запустил развёрнутые ответы с изображениями, видео и ссылками на источники.

Что делать на практике:

Медиа	Как сделать полезным
Изображение	имя файла, alt, подпись, окружающий текст
Схема	текстовое пояснение, связь с конкретным блоком
Видео	краткое содержание или транскрипт
Таблица	понятный заголовок и вывод
Скриншот	подпись, что именно нужно увидеть

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

3.5. Сущности, семантика и понимание документа

Примеры переменных и классов:

SdrEmbedding
compressedEmbeddings
NlpSaftAnnotatedPhrase
NlpMeaningSemanticTypeNameCo
NlpMeaningSemanticTypeNameMe
webrefEntity
labeledSpan
Entity Data
Entity Association

Практический смысл: поиск работает не только со словами, но и с сущностями, отношениями и типами смысла. Это особенно важно для коммерческих, локальных, экспертных и YMYL‑тем.

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

Проверка	Пример ошибки
Название компании	в title одно, в footer другое
Услуги	меню говорит одно, текст другое
Адрес и регион	LocalBusiness не совпадает с контактами
Автор	Article author не виден на странице
Продукт	Product schema не совпадает с видимой ценой
Хлебные крошки	BreadcrumbList не совпадает с интерфейсом

Google в правилах structured data пишет, что разметка должна быть актуальной, соответствовать видимому контенту и не вводить пользователя в заблуждение.

3.6. Качество, спам и безопасность

Примеры переменных:

SpamBrainData
SpamBrainScore
UrlPoisoningData
hackedDateNautilus
hackedDateRaiden
raidenScore
hash
dropInServing

Практический смысл: плохое 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‑контент;
паразитные разделы;
страницы с 200 OK, но без ответа.

Практический вывод: в 2026 году SEO — это не только создание страниц, но и контроль качества всего индекса сайта.

5. Практическая матрица аудита факторов ранжирования

Эту таблицу можно использовать как основу для SEO‑аудита.

Контур	Главный вопрос	Что проверить	Что улучшать
Техническое участие	Может ли страница участвовать в поиске?	status, robots, noindex, canonical, параметры	убрать конфликты и дубли
Задача пользователя	Какую задачу решает страница?	интент, подзадачи, сценарии	построить карту задачи
Полезность	Есть ли добавленная ценность?	данные, примеры, ограничения, риски	добавить методику и опыт
Фрагменты	Можно ли взять блок как ответ?	определения, таблицы, чеклисты	сделать блоки самодостаточными
Сущности	Понятны ли объекты и связи?	schema, OG, HTML, breadcrumbs	синхронизировать слои данных
Медиа	Помогает ли визуал решать задачу?	alt, подписи, схемы, видео	сделать медиа смысловым
Ссылки	Есть ли контекст и следующий шаг?	anchors, internal links, sources	усилить логическую перелинковку
Поведение	Совпадает ли ожидание с результатом?	сниппет, первый экран, структура	убрать разрыв обещание/страница
Спам	Не создаёт ли сайт мусор?	шаблоны, параметры, 404	чистить индексируемый контур

Итог

Факторы ранжирования Google в 2026 году нельзя честно свести к списку из 200 пунктов. Такая модель слишком грубая и плохо помогает в работе.

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

Последние изменения Google и Яндекса только усиливают этот подход. Google встроил helpful content в core ranking systems, ужесточил спам‑политики и развивает AI Overviews и AI Mode для сложных запросов. Яндекс усиливает оценку качества контента, развивает развёрнутые ответы с источниками и даёт вебмастерам инструменты для управления GET‑параметрами.

Главный вывод:

SEO‑специалисту нужно перестать мыслить отдельными факторами и начать мыслить системами оценки.

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