Seofriendly

База знаний SEO

Расшифровка терминов из источников SEO-аудита: что означает аббревиатура, какая норма считается здоровой и чем проверить факт.

source corpus

Откуда взяты нормы

Основа справочника — файл 10-source-corpus.md из SEO-скилла. Он задаёт порядок доверия: сначала официальная документация поисковиков и платформ, затем сторонние инструменты как источники workflow-идей.

Google Search CentralSchema.orgweb.dev и LighthouseGEO / AI SearchBing, IndexNow и Yandex WebmasterBacklinks, Local SEO, Analytics, DNS trust

knowledge block

Индексация и обход сайта

Базовый слой технического SEO: поисковик должен получить правильный URL, увидеть доступную страницу и понять, какую версию индексировать.

SEO

Search Engine Optimization: улучшение сайта для поиска, пользователей и измеримости результата.

Google SEO Starter Guide
норма
SEO-рекомендации должны улучшать доступность, понятность, качество контента и техническую надёжность, но не обещать позиции.
как проверить
Сверять выводы с официальной документацией поисковиков и фактическими данными аудита.
первоисточник
Google SEO Starter Guide

URL

Адрес страницы или файла в интернете.

Consolidate duplicate URLs
норма
Индексируемые URL должны возвращать 200, быть каноническими, открытыми для обхода и включёнными в sitemap, если страница важна.
как проверить
Проверить статус, редиректы, canonical, robots.txt, sitemap.xml и внутренние ссылки.
первоисточник
Consolidate duplicate URLs

HTTP / HTTPS

Протокол передачи страницы. HTTPS добавляет шифрование и является нормой для публичных сайтов.

Google SEO Starter Guide
норма
HTTP-версии должны перенаправлять на HTTPS, а внутренние ссылки должны вести сразу на финальные HTTPS URL.
как проверить
curl -IL для HTTP и HTTPS вариантов, проверка финального URL и количества редиректов.
первоисточник
Google SEO Starter Guide

robots.txt

Файл правил обхода для роботов по адресу /robots.txt.

Google robots.txt
норма
Не должен блокировать важные публичные страницы. Может указывать Sitemap. Не является надёжной защитой приватных данных от индексации.
как проверить
Открыть /robots.txt, проверить Disallow, Allow, Sitemap и доступность важных разделов.
первоисточник
Google robots.txt

sitemap.xml

XML-карта сайта со списком URL, которые сайт предлагает поисковику для обхода.

Build and submit a sitemap
норма
В sitemap должны быть только канонические, индексируемые URL со статусом 200. lastmod полезен только при точном обновлении.
как проверить
Открыть /sitemap.xml, проверить XML, статусы URL, canonical и отсутствие noindex/private страниц.
первоисточник
Build and submit a sitemap

canonical

Сигнал о предпочтительной версии страницы среди дублей.

Canonicalization
норма
Canonical должен указывать на индексируемый 200 URL той же логической страницы, без редиректа и блокировок.
как проверить
Проверить link rel=canonical в HTML, статус canonical URL и совпадение с preferred host/protocol.
первоисточник
Canonicalization

noindex

Директива, запрещающая индексацию страницы.

Block Search indexing
норма
Не должно быть noindex на важных публичных страницах. Для приватных и тонких страниц noindex часто уместен.
как проверить
Проверить meta robots в HTML и X-Robots-Tag в HTTP-заголовках.
первоисточник
Block Search indexing

X-Robots-Tag

HTTP-заголовок для управления индексацией HTML и файлов вроде PDF.

Robots meta tag and X-Robots-Tag
норма
Не должен случайно содержать noindex на индексируемых страницах или важных файлах.
как проверить
curl -I URL и анализ заголовков ответа.
первоисточник
Robots meta tag and X-Robots-Tag

Googlebot

Основной краулер Google Search.

Googlebot
норма
Сайт должен отдавать Googlebot тот же основной контент, что и пользователю, без случайных блокировок CDN/WAF.
как проверить
Проверить robots.txt, серверные ответы, rendering и данные Search Console при наличии доступа.
первоисточник
Googlebot

hreflang

Разметка языковых и региональных альтернатив страницы.

Localized versions
норма
Каждая языковая версия должна ссылаться на себя и на остальные версии; кластеры должны быть взаимными, URL — 200 и indexable.
как проверить
Проверить hreflang в HTML или sitemap, self-reference, reciprocity, x-default и canonical.
первоисточник
Localized versions

knowledge block

Сниппеты, контент и семантика

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

SERP

Search Engine Results Page: страница результатов поиска.

Title links in Search
норма
Сниппет должен точно соответствовать содержанию страницы и не вводить пользователя в заблуждение.
как проверить
Сравнить title, URL, description, видимый H1 и первый экран страницы.
первоисточник
Title links in Search

Title tag

HTML-тег title, главный источник заголовка результата в поиске.

Title links
норма
Уникальный, конкретный, без keyword stuffing; длина — риск обрезки, а не строгий ranking-фактор.
как проверить
Проверить <title> в raw HTML и соответствие теме страницы.
первоисточник
Title links

Meta description

Описание страницы, которое поисковик может использовать в сниппете.

Snippets
норма
Должно быть уникальным, полезным, соответствовать видимому контенту. Поисковик может переписать сниппет.
как проверить
Проверить meta name=description и сравнить с интентом страницы.
первоисточник
Snippets

H1

Главный видимый заголовок страницы.

SEO Starter Guide
норма
Один понятный главный H1 для основной темы; H2/H3 должны раскрывать структуру, а не быть декоративными.
как проверить
Проверить DOM, raw HTML и мобильную версию.
первоисточник
SEO Starter Guide

Alt text

Текстовая альтернатива изображения в атрибуте alt.

Google Images SEO
норма
Информативные изображения получают описательный alt, декоративные — пустой alt="". Не использовать keyword stuffing.
как проверить
Проверить img alt для hero, product и content images.
первоисточник
Google Images SEO

knowledge block

Structured data и социальные превью

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

Structured data

Машиночитаемая разметка сущностей и свойств страницы.

Structured data introduction
норма
Разметка должна соответствовать видимому контенту и правилам поисковиков. Нельзя добавлять фейковые отзывы, рейтинги, цены или авторов.
как проверить
Проверить JSON-LD, Schema Markup Validator и Google Rich Results Test.
первоисточник
Structured data introduction

JSON-LD

Рекомендуемый формат структурированных данных в виде script type=application/ld+json.

Schema.org
норма
Должен быть валидным JSON, использовать canonical URL и не конфликтовать с другими schema-блоками.
как проверить
Извлечь JSON-LD из HTML и прогнать через validator.schema.org.
первоисточник
Schema.org

Organization

Schema.org тип для компании, проекта или организации.

Organization structured data
норма
Название, logo, url и sameAs должны соответствовать реальному бренду и официальным профилям.
как проверить
Проверить Organization JSON-LD и совпадение с футером, about/contact и соцссылками.
первоисточник
Organization structured data

Product / Offer

Разметка товара и коммерческого предложения.

Product structured data
норма
Цена, наличие, рейтинг и отзывы должны быть реальными и видимыми на странице.
как проверить
Сравнить Product JSON-LD с карточкой товара и валидатором rich results.
первоисточник
Product structured data

OG / Open Graph

Мета-теги для превью ссылок в соцсетях и мессенджерах.

Open Graph protocol
норма
og:title, og:description, og:url, og:image должны быть page-specific; изображение обычно делают около 1200x630.
как проверить
Проверить head, абсолютный og:image URL, статус изображения и дебаггеры платформ.
первоисточник
Open Graph protocol

Twitter Cards / X Cards

Разметка карточки ссылки для X/Twitter.

X Cards overview
норма
twitter:card, title, description и image должны соответствовать странице; аккаунты указывать только если они реальные.
как проверить
Проверить meta twitter:* и preview validator, если доступен.
первоисточник
X Cards overview

knowledge block

Производительность и мобильная пригодность

Метрики из web.dev, PageSpeed Insights и Lighthouse важны как диагностика пользовательского опыта. Field data и lab data нужно разделять.

CWV / Core Web Vitals

Набор ключевых пользовательских метрик: LCP, INP, CLS.

Core Web Vitals thresholds
норма
Для хорошего URL: LCP <= 2.5s, INP <= 200ms, CLS <= 0.1 по полевым данным 75-го перцентиля.
как проверить
PageSpeed Insights, CrUX/Search Console Core Web Vitals, Lighthouse как lab-подсказка.
первоисточник
Core Web Vitals thresholds

LCP

Largest Contentful Paint: время появления крупнейшего видимого элемента.

Optimize LCP
норма
Хорошо: <= 2.5s. Нужно улучшить: 2.5-4s. Плохо: > 4s.
как проверить
Определить LCP-элемент в Lighthouse/PageSpeed и проверить hero image, TTFB, CSS/JS блокировки.
первоисточник
Optimize LCP

INP

Interaction to Next Paint: отзывчивость страницы на пользовательские действия.

Optimize INP
норма
Хорошо: <= 200ms. Нужно улучшить: 200-500ms. Плохо: > 500ms.
как проверить
Использовать field data, DevTools Performance и искать тяжёлый JS, long tasks, third-party scripts.
первоисточник
Optimize INP

CLS

Cumulative Layout Shift: суммарные сдвиги макета.

Optimize CLS
норма
Хорошо: <= 0.1. Нужно улучшить: 0.1-0.25. Плохо: > 0.25.
как проверить
Проверить размеры изображений, font loading, баннеры, iframe, ads и динамические блоки.
первоисточник
Optimize CLS

FCP

First Contentful Paint: когда браузер впервые нарисовал текст или изображение.

PageSpeed Insights
норма
Используется как лабораторная диагностика ранней загрузки, не входит в CWV как основной фактор.
как проверить
Lighthouse/PageSpeed, network waterfall, render-blocking resources.
первоисточник
PageSpeed Insights

TBT

Total Blocking Time: лабораторная оценка блокировки главного потока JS.

Lighthouse performance scoring
норма
Чем ниже, тем лучше; используется в Lighthouse как lab-прокси проблем отзывчивости, но не заменяет INP.
как проверить
Lighthouse diagnostics, DevTools long tasks, объём JS и third-party scripts.
первоисточник
Lighthouse performance scoring

TTFB

Time To First Byte: время до первого байта ответа сервера.

LCP and server response
норма
Низкий TTFB помогает LCP; высокий TTFB часто указывает на сервер, кеширование, CDN или редиректы.
как проверить
curl timing, Lighthouse, WebPageTest/DevTools network.
первоисточник
LCP and server response

Viewport meta

HTML meta viewport для корректного отображения на мобильных устройствах.

MDN viewport meta tag
норма
Обычно нужен <meta name="viewport" content="width=device-width, initial-scale=1">.
как проверить
Проверить head, мобильный rendering, отсутствие горизонтального скролла и размер tap targets.
первоисточник
MDN viewport meta tag

Brotli / gzip

Сжатие HTTP-ответов для уменьшения размера передачи.

HTTP compression
норма
HTML, CSS, JS, JSON и SVG обычно должны отдаваться со сжатием br или gzip.
как проверить
curl -I с Accept-Encoding и анализ Content-Encoding.
первоисточник
HTTP compression

knowledge block

GEO, AI Search и LLM readiness

Экспериментальный слой поверх классического SEO: помогает AI-системам понять сущность, факты и важные страницы, но не гарантирует попадание в AI-ответы.

GEO

Generative Engine Optimization: подготовка контента к пониманию генеративными поисковыми системами.

Google AI optimization guide
норма
Не заменяет SEO. Базовая норма — ясные факты в HTML, понятная структура, schema и доступность публичного контента.
как проверить
Проверить entity clarity, headings, summary, schema, robots policy для AI crawlers.
первоисточник
Google AI optimization guide

LLM

Large Language Model: большая языковая модель, например системы ответов и AI-ассистенты.

AI features and your website
норма
Ключевые сведения должны быть текстом в HTML, а не только в картинках, canvas, видео или JS-only виджетах.
как проверить
Сравнить raw HTML, rendered DOM и видимый контент важных страниц.
первоисточник
AI features and your website

llms.txt

Текстовый Markdown-файл с кратким описанием сайта и ссылками для AI-агентов.

llms.txt proposal
норма
Опционально и экспериментально. Не является обязательным для Google и не гарантирует ranking. Не должен противоречить sitemap, robots и canonical.
как проверить
Открыть /llms.txt, проверить 200, text/plain, полезные canonical ссылки и отсутствие private/admin URL.
первоисточник
llms.txt proposal

GPTBot / AI crawlers

Краулеры AI-платформ, которые могут собирать публичный веб-контент по своим правилам.

OpenAI GPTBot
норма
Доступ или блокировка должны быть осознанной политикой, а не случайным эффектом WAF, CDN или robots.txt.
как проверить
Проверить robots.txt, CDN bot rules, server logs при наличии и официальные user-agent политики.
первоисточник
OpenAI GPTBot

knowledge block

Поисковые системы и webmaster-инструменты

Source corpus опирается не только на Google: для рынка и региона могут быть важны Bing, IndexNow, Yandex, Baidu, Naver и Seznam.

GSC

Google Search Console: официальный инструмент Google для мониторинга сайта в поиске.

Google Search Console
норма
Используется для подтверждения индексации, запросов, страниц, CWV и технических проблем. Без доступа эти разделы надо помечать как not assessed.
как проверить
Проверить Coverage/Pages, URL Inspection, Performance, Links, Core Web Vitals.
первоисточник
Google Search Console

Bing Webmaster Tools

Панель Microsoft/Bing для индексации, sitemap, backlinks и диагностики.

Bing Webmaster Tools
норма
Релевантна для Bing/Yahoo и рынков, где Bing даёт заметную долю поиска.
как проверить
Проверить sitemap, IndexNow, crawl errors, backlinks и рекомендации Bing.
первоисточник
Bing Webmaster Tools

IndexNow

Протокол уведомления поисковиков об изменениях URL.

IndexNow
норма
Полезен для Bing и поддерживающих поисковиков; не заменяет sitemap и внутреннюю перелинковку.
как проверить
Проверить наличие key-файла/endpoint и отправку изменённых URL.
первоисточник
IndexNow

Yandex Webmaster

Инструмент Яндекса для диагностики сайта в поиске Яндекса.

Yandex Webmaster
норма
Важен для RU/CIS проектов: sitemap, robots, canonical, региональность, микроразметка и ошибки обхода.
как проверить
Проверить данные в Yandex Webmaster и валидатор микроразметки.
первоисточник
Yandex Webmaster

Baidu / Naver / Seznam

Региональные поисковые экосистемы Китая, Кореи и Чехии.

Naver Search Advisor
норма
Оцениваются только если целевой рынок соответствует региону; требования и инструменты отличаются от Google.
как проверить
Использовать соответствующие webmaster-инструменты и региональные правила индексации.
первоисточник
Naver Search Advisor

knowledge block

Аналитика, маркетинг и техническое доверие

Эти проверки помогают измерять SEO и поддерживать доверие к домену, но не все являются прямыми SEO-факторами.

GA4

Google Analytics 4: аналитика посещений, событий и конверсий.

Google Analytics 4
норма
Должны отслеживаться ключевые действия: формы, звонки, email/messenger clicks, checkout, purchase или заявки.
как проверить
Проверить GA4 property, events, conversions, ecommerce events и отсутствие дублей тегов.
первоисточник
Google Analytics 4

GTM

Google Tag Manager: контейнер для тегов аналитики и маркетинга.

Google Tag Manager
норма
Полезен для управления тегами, но отсутствующий GTM сам по себе не SEO-ошибка.
как проверить
Проверить контейнер, дубли, consent mode и события.
первоисточник
Google Tag Manager

Yandex Metrica

Система аналитики Яндекса.

Yandex Metrica
норма
Важна для RU/CIS проектов, целей, ecommerce и анализа поведения, но missing pixel — это measurement gap, не ranking-фактор.
как проверить
Проверить счётчик, цели, ecommerce и consent/privacy настройки.
первоисточник
Yandex Metrica

SPF

DNS-запись, которая указывает разрешённые серверы отправки почты домена.

SPF record
норма
Нужна для email deliverability и защиты от подделки, но не является прямым SEO-ranking фактором.
как проверить
Проверить TXT SPF запись домена через DNS lookup.
первоисточник
SPF record

DKIM

Подпись email-сообщений, подтверждающая, что письмо не изменено и отправлено авторизованно.

DKIM record
норма
Нужен для доверия к почте домена; не должен подаваться как прямой фактор ранжирования.
как проверить
Проверить DKIM selector в DNS, если известен почтовый провайдер.
первоисточник
DKIM record

DMARC

Политика обработки писем, которые не прошли SPF/DKIM.

DMARC overview
норма
Желательно иметь DMARC с осознанной политикой none/quarantine/reject и отчётами.
как проверить
Проверить TXT запись _dmarc.example.com.
первоисточник
DMARC overview

HSTS

HTTP Strict-Transport-Security: заголовок, заставляющий браузер использовать HTTPS.

MDN HSTS
норма
Полезен для безопасности HTTPS, но требует аккуратной настройки, особенно с поддоменами.
как проверить
curl -I и проверка Strict-Transport-Security.
первоисточник
MDN HSTS

CDN / WAF

Content Delivery Network и Web Application Firewall: доставка и защита трафика.

Cloudflare AI crawl control
норма
Не должны случайно блокировать поисковых и нужных AI-краулеров или отдавать им неполный контент.
как проверить
Проверить bot rules, cache headers, geo/firewall rules, server logs и ответы для user-agent.
первоисточник
Cloudflare AI crawl control