гора.
запись · 1 мая 2026 г. · 10 мин чтения

30+ факторов SEO: что Google проверяет в 2026

Один из проектов, который я разбирал в марте — WedInGeorgia. Сайт про свадьбы в Грузии, нормальный домен, нормальный контент, два года истории. По ключевому запросу — page 7. Семьдесят какая-то позиция. Владелец писал тексты, заказывал ссылки, что-то крутил, но позиции не двигались. Я подключил Claude Code к GSC через API, прогнал технический аудит, посмотрел on-page, проверил schema.org.

Выяснилось: sitemap отдаёт 404. Canonical у половины страниц ссылается сам на себя через http, хотя сайт давно на https. У главной — три H1. У 80% статей нет meta description, Google генерирует свою из первого абзаца, и она не кликабельная. Schema.org нет вообще. Hreflang между ru/en версиями битый. LCP — 4.8 секунды. INP проседает на мобильных из-за тяжёлого JS-карусели на главной.

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

В этом посте — список того, что я проверяю на каждом проекте. Не теория из чужих блогов. Это то, что реально влияет на ранжирование в 2026, по результатам работы с десятком продакшенов и сотнями прогонов через GSC. На WedInGeorgia за два месяца после фиксов сайт поднялся с page 7 до page 2, и продолжает расти. Без покупки ссылок, без новых статей — только за счёт того, что починили существующее.


Технические факторы

Это фундамент. Если технические факторы лежат — всё остальное не имеет значения. Google просто не дойдёт до твоего контента. В GSC ты увидишь это как «Обнаружено, не проиндексировано» или «Просканировано, не проиндексировано» — Google знает, что страница есть, но решил не ставить её в индекс.

  • Sitemap.xml — должен отдавать 200, содержать все индексируемые страницы, обновляться автоматически. Битый sitemap = Google не знает про половину твоих страниц. Дополнительно: sitemap должен быть зарегистрирован в GSC, и в robots.txt должна быть строчка Sitemap: https://example.com/sitemap.xml.
  • Robots.txt — не блокирует то, что должно индексироваться. Случайно закрыть /blog/ в robots — классическая ошибка после переноса с dev-окружения, где Disallow: / стоял по умолчанию. См. что блокировать в robots.txt.
  • Hreflang — если у тебя несколько языковых версий, hreflang должен быть симметричным и валидным. Битый hreflang = Google показывает ru-версию англоговорящим, и они уходят через 3 секунды. Это убивает поведенческие сигналы. См. hreflang: subdomain или subdirectory.
  • Canonical — указывает на правильный URL. Self-canonical на http при сайте на https — Google в ступоре. Ещё хуже: разные страницы с canonical на одну — Google склеит их и выкинет дубликаты. См. когда нужен canonical URL.
  • HTTPS — без вариантов. HTTP в 2026 — это сигнал «бросьте этот сайт». Сертификат должен быть валидным, без mixed content (картинки/скрипты по http на https-странице).
  • Mobile-friendly — Google индексирует mobile-first уже несколько лет. Если на телефоне сайт ломается — позиций не будет даже на десктопе. Проверка: открыть в Chrome DevTools на 375px ширине и пройти по основным флоу.
  • Indexable<meta name="robots" content="index, follow"> или его отсутствие (default). Случайный noindex на продакшене — тоже частый случай. Особенно когда фронтенд-фреймворк ставит его условно, и условие срабатывает не там, где задумывалось.
  • Crawl budget — если у тебя 10 000 страниц, а Google заходит и сканирует 200 в день, новые страницы будут индексироваться месяцами. Чинится через приоритизацию в sitemap, чистку мусорных URL, ускорение сервера.

On-page

Это то, что видит Google, когда заходит на конкретную страницу. На уровне HTML. Здесь же — то, что видит пользователь в SERP до клика: title и description. То есть это и про ранжирование, и про CTR.

  • Title — 50-60 символов, уникальный для каждой страницы, содержит основной ключ ближе к началу. Не «Главная | Сайт», а «Свадьба в Грузии — площадки, цены, регистрация». Если у тебя на десяти страницах одинаковый title — Google решит, что они дубликаты, и оставит одну.
  • Meta description — 140-160 символов, написана так, чтобы хотелось кликнуть. Это не фактор ранжирования напрямую, но влияет на CTR, а CTR — фактор. Если Google видит, что по твоему сниппету никто не кликает, он начнёт его опускать. См. meta description: длина и правила.
  • H1 — один на страницу, отражает основную тему. Три H1 — Google не понимает, что главное. В HTML5 формально можно несколько, но на практике один работает лучше. См. H1: один или несколько.
  • Structured headings — H2, H3 идут по иерархии. Не H1 → H4 → H2. Google читает структуру и строит из неё карту страницы. Если структура битая — карта получается рваной, и страница хуже понимается семантически.
  • Internal links — каждая статья ссылается на 3-5 связанных. Это перераспределяет вес между страницами и помогает индексации новых. Анкор ссылки — это контекст для целевой страницы. «Читай тут» не работает. «Подробнее про настройку hreflang» — работает.
  • Image alt — все картинки с осмысленным alt. Не «image1.jpg», а «вид на старый Тбилиси с крыши Fabrika». Это и доступность, и Google Images (отдельный канал трафика), и контекст для AI, которые сейчас всё чаще тащат изображения с описаниями в свои ответы.
  • URL slug — короткий, осмысленный, на латинице, через дефис. /svadba-v-gruzii лучше, чем /post-id-127394?ref=main. Slug — это часть семантики страницы.

Контент

Самая мутная категория, потому что «качество» — субъективно. Но есть конкретные сигналы, которые Google умеет вытаскивать алгоритмически.

  • Длина — для коммерческих лендингов хватает 800-1200 слов. Для информационных статей — 1500-2500. Меньше — Google считает «тонким контентом», больше — никто не дочитает и dwell time упадёт. Тонкий контент по Helpful Content Update 2022 — это причина пессимизации всего домена, не только конкретной страницы.
  • Уникальность — не копипаст с чужих сайтов и не AI-генерация без редактуры. Google научился определять обоих. Перепиши своими словами или не публикуй. AI-генерация сама по себе не запрещена (Google официально это подтвердил), но без человеческой редактуры и фактчекинга она читается как шаблон, и пользователи это чувствуют.
  • Freshness — Google любит свежее, особенно для запросов с интентом «сейчас». Дата публикации, регулярные обновления, актуальные цифры. Старая статья 2022 года про SEO в 2026 не сработает. На Atlas (другой мой проект) я регулярно обновляю старые статьи — добавляю секцию «Обновлено в [год]» с актуальными данными. Позиции по этим статьям держатся годами.
  • Semantic keywords — не только основной ключ, но и связанные термины. Пишешь про «купить кофе в Тбилиси» — должны быть упоминания «арабика», «эспрессо», «обжарка», «доставка». Google смотрит на семантическое поле, а не на точные вхождения. Это работа BERT и MUM.
  • E-E-A-T — Experience, Expertise, Authoritativeness, Trustworthiness. Автор с именем, биография, ссылки на источники, контакты, политика конфиденциальности. Особенно критично в нишах YMYL (деньги, здоровье, право). Дополнительная Experience — это про личный опыт автора, а не теорию. Google в 2024 явно сказал, что любит «я попробовал и вот что вышло» больше, чем «по данным экспертов».
  • FAQ — секция с типичными вопросами в конце статьи. И для пользователя полезно, и Google вытаскивает её в featured snippets. Помечается через FAQPage schema — тогда Google показывает её прямо в SERP.
  • Dwell time и pogo-sticking — сколько пользователь провёл на странице и не вернулся ли он обратно в SERP кликать на другие результаты. Прямые сигналы качества. Если ты не отвечаешь на запрос — пользователь уходит за 5 секунд, и Google это видит через Chrome.

Core Web Vitals

Технические метрики скорости. Google замеряет их через Chrome User Experience Report — это реальные данные пользователей, не лабораторные. Если у тебя 75-й перцентиль не проходит порог — позиций не будет.

  • LCP (Largest Contentful Paint) — главный контент должен появиться за 2.5 секунды. Обычно проседает из-за тяжёлых картинок или медленного сервера.
  • INP (Interaction to Next Paint) — отклик на действие пользователя меньше 200 мс. Заменила FID в 2024. Тяжёлый JS — главный убийца.
  • CLS (Cumulative Layout Shift) — страница не должна прыгать при загрузке. Меньше 0.1.

Подробнее по каждой метрике и как чинить — LCP, INP, CLS: что это и как чинить.


Schema.org

Структурированная разметка через JSON-LD. Google использует её, чтобы понять, что у тебя на странице, и показать rich results в выдаче.

  • BlogPosting — для статей. Автор, дата, заголовок, изображение, organization.
  • BreadcrumbList — хлебные крошки. Показываются прямо в выдаче вместо длинного URL.
  • FAQPage — для секции вопросов-ответов. Может вытащить твою FAQ в featured snippet или прямо под сниппет в SERP.
  • HowTo — для пошаговых инструкций. Тоже даёт rich result.

Schema — это не про ранжирование напрямую, это про CTR и про то, как тебя поймут AI-движки. См. JSON-LD и типы schema.org.


Authority, backlinks, AI visibility

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

  • Domain Rating (DR) — оценка авторитетности домена по Ahrefs / SemRush. Растёт от качества и количества ссылающихся сайтов. Новому домену понадобится 6-12 месяцев минимум, чтобы выйти на DR 20+. На молодом домене бессмысленно пытаться ранжироваться по конкурентным коммерческим запросам — обходи через long-tail и информационные.
  • Anchor diversity — анкоры ссылок разнообразные. 100% анкоров «купить квартиру в Тбилиси» — Google считает спамом и игнорирует. Естественный профиль: 30-40% бренд, 20-30% URL, 20% общие («тут», «по ссылке»), 10-20% точные ключи. Если у тебя 80% точных ключей — это покупные ссылки, и Google это видит.
  • Referring domains — важнее не количество ссылок, а количество уникальных доменов. Сто ссылок с одного блога = одна ссылка. Десять ссылок с десяти разных тематических доменов = в десять раз ценнее.
  • Link relevance — ссылка с тематического сайта стоит в разы больше, чем с общего. Ссылка на статью про SEO с блога по маркетингу > ссылка с того же DR общеновостного портала.
  • Citations in ChatGPT / Perplexity — новый фактор 2026. Если AI-движки цитируют тебя в своих ответах — это сигнал авторитетности и трафика. ChatGPT уже даёт заметный поток на статьи, которые он считает источником. Проверка: задай ChatGPT вопрос по своей теме и посмотри, цитирует ли он тебя. Если нет — нужно работать над entity-присутствием.
  • Brand mentions — упоминания бренда без ссылок Google тоже учитывает. Это видно по логам сканирования. Если про тебя пишут в Reddit, на форумах, в Twitter — Google считает это сигналом.

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

Тридцать факторов — это много. Вручную ты будешь сидеть день на одной странице. И это только проверка, без правок.

20 из этих факторов проверяются автоматически. Я собрал свой инструмент именно потому, что устал каждый раз гонять одну и ту же портянку проверок руками. Скармливаешь URL — получаешь список проблем, приоритизированный по влиянию. Технические, on-page, schema, Core Web Vitals. Дальше уже идёшь и чинишь — сам или скармливаешь отчёт Claude Code, чтобы он внёс правки в код.

То, что инструмент не проверяет автоматически — это E-E-A-T (нужен человек, чтобы оценить экспертизу), бэклинки (отдельные сервисы), AI-видимость (отдельный пайплайн через API ChatGPT и Perplexity). По этим направлениям приходится докручивать руками или отдельными скриптами.


Что НЕ работает в 2026

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

  • Keyword stuffing — повторять основной ключ через каждое предложение. Google вытащил BERT в 2019 и LaMDA после. Он понимает смысл, а не считает повторения. Стаффинг сейчас — минус, не плюс.
  • Exact-match domain — раньше домен kupit-kvartiru-tbilisi.com давал бонус. Сейчас Google его игнорирует и даже наоборот относится к нему с подозрением.
  • PBN и гостевые ссылки за деньги — Google научился определять private blog networks по паттернам (шаблоны, IP, история регистрации). Покупные ссылки с гостевых постов в 2026 — это deindex risk, а не рост позиций.
  • Дубликаты страниц — копировать одну и ту же статью с разными ключами в URL. Google склеит их в одну или вообще выкинет обе. Помогает только canonical и оригинальный контент.
  • Hidden text — белый текст на белом фоне, текст в display: none. Это ловится первым же ботом и приводит к ручным санкциям.
  • Скрытая переадресация и cloaking — показывать боту одно, пользователю другое. Гарантированный бан.

Если тебе кто-то предлагает «продвижение через 500 жирных бэклинков» или «уникальный контент через спиннинг» — это 2014 год. Не работает.


Итог

Приоритизация — это половина успеха. Чинить всё сразу нельзя, утонешь.

Порядок такой:

  1. Технические факторы — без них остальное бессмысленно. Sitemap, robots, canonical, https, hreflang. Чинится за день.
  2. On-page — title, H1, meta description, alt у картинок. Чинится за неделю.
  3. Core Web Vitals — LCP в первую очередь. Часто решается оптимизацией картинок и шрифтов.
  4. Schema.org — добавить хотя бы BlogPosting и BreadcrumbList. Чинится за час на статью.
  5. Контент — переписать тонкие страницы, добавить FAQ, обновить старое.
  6. Authority — это уже долгая игра на месяцы. Параллельно со всем остальным.

Сначала фундамент, потом надстройка. Иначе любая работа поверх битого фундамента — это в стол.

30+ факторов SEO: что Google проверяет в 2026 · hiregora.com