Привет, я Марков Вадим из студии 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‑специалисту нужно перестать мыслить отдельными факторами и начать мыслить системами оценки.
Хорошая страница не просто содержит ключи, ссылки и микроразметку. Она доступна для поиска, ясно отвечает на задачу, содержит добавленную ценность, состоит из сильных фрагментов, корректно описывает сущности, использует медиа по смыслу, не плодит мусор и выдерживает проверку качества на уровне всего сайта.
Qiwin
мне нравится как статья про ai мусор, написана с помощью дешевой ллм без редактуры.