Что такое Entity SEO?

Поисковые системы рассматривают страницы не только как набор ключевых слов. Они также пытаются понять реальные объекты, к которым относятся эти слова: людей, компании, продукты, места, понятия, события и связи между ними. Google описала этот переход в 2012 году при запуске Knowledge Graph как движение к пониманию «вещей, а не строк» — “things, not strings”. (blog.google)

Entity SEO — это практический подход, цель которого — сделать такие сущности и связи между ними более понятными для поисковых систем. Он сочетает понятный контент, последовательное именование, логичные внутренние связи, structured data и надёжные сигналы идентификации. Entity SEO не является отдельной системой ранжирования Google или задокументированным способом быстро повысить позиции.

Краткий ответ

Entity SEO — это практика, которая помогает поисковым системам однозначно понимать людей, организации, продукты, места, темы и другие сущности, связанные с сайтом.

Вместо оптимизации только под точные ключевые фразы Entity SEO сосредоточено на вопросах вроде: О чём эта страница? Какой реальный объект обозначает это название? Как он связан с другими сущностями? Кто создал этот контент?

В публичной документации Google сущности рассматриваются через такие системы и технологии, как Knowledge Graph и structured data, а не как отдельная функция под названием «Entity SEO». (blog.google)

Что такое сущность?

Сущность (entity) — это отдельный объект, который можно идентифицировать и отличить от других объектов.

Примеры:

Тип сущности	Пример
Человек	Tim Berners-Lee
Организация	Google
Продукт	iPhone 17
Место	Tashkent
Технология	PostgreSQL
Понятие	Search engine optimization
Событие	Google I/O

Главное здесь — идентичность объекта.

Рассмотрим слово Apple. Оно может означать фрукт или компанию Apple Inc. Поисковой системе нужен достаточный контекст, чтобы определить, о какой именно сущности идёт речь.

Google Knowledge Graph изначально создавался вокруг реальных сущностей и связей между ними. Google Knowledge Graph Search API также представляет сущности через такие свойства, как названия, идентификаторы, типы, описания и URL. (blog.google)

Процесс, позволяющий отличить одну возможную сущность от другой, обычно называют дизамбигуацией сущностей (entity disambiguation).

Почему Entity SEO важно

Традиционное сопоставление ключевых слов по-прежнему имеет значение, но сами по себе слова могут быть неоднозначными.

Предположим, на странице написано:

Mercury has a very high surface temperature.

Слово Mercury может обозначать планету, химический элемент, автомобильный бренд или другую сущность. Окружающие понятия, такие как planet, Sun, orbit и surface temperature, делают подразумеваемую сущность значительно понятнее.

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

Это особенно важно для организаций, авторов, продуктов и других именованных сущностей. Google прямо указывает, что structured data типа Organization могут помочь ей понять административную информацию об организации и отличить её от других организаций. (developers.google.com)

INTERNAL LINK: Как работает Google Knowledge Graph

Как работает Entity SEO

Удобно представить Entity SEO в виде графа.

Представим SEO-агентство SeoNest:

SeoNest → Organization

Далее SeoNest может быть связано с другими сущностями:

SeoNest → предоставляет → SEO EngineeringSeoNest → предоставляет → Web DevelopmentSeoNest → публикует → статьи о Technical SEOArticle → написана → AuthorAuthor → работает с → SeoNest

Отдельные страницы содержат информацию, но связи между ними тоже создают контекст.

Поисковые системы могут получать информацию из содержимого страниц, структуры сайта, ссылок, structured data и других сигналов, доступных в интернете. Точные внутренние механизмы, с помощью которых Google объединяет все эти сигналы, публично не задокументированы, поэтому было бы неправильно утверждать, что конкретная связь между сущностями автоматически повышает позиции в поиске.

Практическая цель проще: сделать важные связи явными и последовательными.

Контент создаёт контекст

Оптимизация сущностей начинается с видимого контента.

Если страница посвящена производительности PostgreSQL, простое повторение фразы PostgreSQL performance десятки раз не поможет хорошо раскрыть тему.

Действительно полезная статья может естественным образом затрагивать:

PostgreSQL
database queries
indexes
query planner
EXPLAIN
execution plans
sequential scans
B-tree indexes

Эти понятия появляются потому, что они необходимы для объяснения темы, а не потому, что SEO-инструмент сформировал список «семантических ключевых слов».

Это важное различие. Google относит неестественное повторение слов с целью манипулирования позициями к keyword stuffing. (developers.google.com)

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

INTERNAL LINK: Что такое Semantic SEO?

Внутренние ссылки показывают связи

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

Например:

Technical SEO
├── Crawling
│   ├── robots.txt
│   └── XML Sitemap
├── Indexing
│   ├── Canonical URLs
│   └── Noindex
└── Structured Data
    ├── Organization Schema
    └── Article Schema

Такая структура сообщает больше, чем просто набор не связанных между собой статей. Она показывает, что robots.txt относится к более широкой теме crawling, а canonicalization прежде всего связано с indexing и управлением дублирующимися URL.

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

INTERNAL LINK: Архитектура внутренней перелинковки для SEO

Structured Data делают сущности явными

Structured data передают машиночитаемую информацию о содержимом страницы. Google указывает, что structured data помогают ей понимать контент страницы и могут сделать страницу подходящей для определённых расширенных форм отображения в Search. (developers.google.com)

Для организации упрощённая реализация JSON-LD может выглядеть так:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Example Company",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example"
  ]
}

Такие свойства, как name, url, logo и sameAs, описывают организацию. Google отдельно указывает, что url помогает однозначно идентифицировать организацию, а sameAs может содержать URL страниц на других сайтах с дополнительной информацией о ней. (developers.google.com)

Schema.org определяет sameAs более строго: как URL страницы-источника, которая однозначно указывает на идентичность объекта. (schema.org)

Structured data должны описывать реальный контент и сущность, представленную на странице. Их не следует использовать для создания несуществующих связей.

INTERNAL LINK: Что такое Structured Data?

Связывайте авторов и организации

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

Документация Google по Article structured data рекомендует передавать такую информацию, как тип автора и URL или значение sameAs, помогающие идентифицировать автора. Документация ProfilePage позволяет представить человека или организацию как основную сущность профильной страницы. (developers.google.com)

Полезная архитектура может выглядеть так:

Article
   ↓ author
Person
   ↓ works for
Organization

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

Entity SEO — это не только Schema

Одно из самых распространённых заблуждений:

«Если я добавил разметку Schema.org, значит Entity SEO уже сделано».

Structured data — лишь один из компонентов.

На сайте может быть технически корректная Organization schema, но при этом в видимом контенте могут использоваться разные варианты названия компании, устаревшая информация, слабые страницы авторов, неясные описания услуг и не связанные между собой статьи.

Проблема идентификации в таком случае всё равно остаётся.

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

Google также не гарантирует, что добавление structured data приведёт к появлению конкретной функции или расширенного элемента в Search. (developers.google.com)

Практический процесс Entity SEO

Начните с действительно важных сущностей, а не с создания огромного списка.

Определите основную сущность. Для корпоративного сайта это обычно организация. Для персонального сайта — человек. Для страницы интернет-магазина — продукт.
Определите важные связи. Свяжите организации с услугами, авторов со статьями, продукты с брендами, а статьи — с темами, которым они действительно посвящены.
Устраните неоднозначность. Используйте последовательные названия, описания, URL, данные об организации и идентификацию авторов.
Создайте полезную тематическую архитектуру. Создавайте отдельные страницы для тем, которые заслуживают самостоятельного раскрытия, и связывайте их осмысленными внутренними ссылками.
Добавьте подходящие structured data. Используйте поддерживаемые типы Schema.org, такие как Organization, Person, Article, Product или ProfilePage, когда они точно соответствуют содержимому.
Проверьте реализацию. Проверяйте поддерживаемую Google разметку с помощью Google's Rich Results Test и при необходимости анализируйте важные URL через Search Console. Google рекомендует проверять structured data до публикации и затем контролировать, как Google видит страницу. (developers.google.com)

Распространённые ошибки

Первая ошибка — считать сущности синонимами. Связанные ключевые слова — это слова; сущности — идентифицируемые объекты или понятия.

Вторая — создавать искусственные тематические связи. Упоминание десятков слабо связанных технологий само по себе не подтверждает экспертность или релевантность.

Третья — использовать sameAs для обычных связанных ссылок. Schema.org определяет это свойство как отношение идентичности, а не как универсальное свойство «связанный сайт». (schema.org)

Четвёртая — ожидать, что разметка Schema.org сама по себе создаст авторитетность. Structured data передают информацию, но не делают неподтверждённую информацию истинной.

Наконец, не стоит считать, что «entity score» из SEO-инструмента представляет собой официальную метрику Google. Google публично не документировала универсальный показатель Entity SEO такого типа.

FAQ

Является ли Entity SEO фактором ранжирования Google?

Google не документирует «Entity SEO» как отдельный фактор ранжирования. Google действительно использует технологии, ориентированные на сущности, например Knowledge Graph, и описывает structured data как способ помочь системе понять информацию на странице, но это не подтверждает существование отдельного фактора ранжирования Entity SEO. (blog.google)

Entity SEO и Semantic SEO — это одно и то же?

Эти понятия пересекаются, но не являются идентичными. Semantic SEO в широком смысле сосредоточено на значении, контексте и поисковом намерении. Entity SEO более конкретно фокусируется на идентифицируемых объектах и связях между ними.

Нужны ли Wikipedia или Wikidata?

В публичных требованиях Google нет указания, что для понимания сущности обязательно должна существовать страница в Wikipedia или Wikidata. Schema.org использует Wikipedia и Wikidata лишь как примеры страниц, которые могут однозначно идентифицировать сущность через sameAs. (schema.org)

Улучшает ли Schema.org позиции?

Google описывает structured data прежде всего как способ помочь системе понять контент и сделать страницу подходящей для определённых функций Search. Эта документация не подтверждает общий рост позиций только за счёт добавления schema-разметки. (developers.google.com)

Какие сущности стоит определить на бизнес-сайте?

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

Итог

Entity SEO меняет сам вопрос: вместо «Какое ключевое слово нужно повторять на этой странице?» стоит спрашивать «Какую сущность описывает эта страница и как она связана со всем остальным?»

Google Knowledge Graph показывает, почему это различие важно: современный поиск может моделировать людей, места, организации, понятия и отношения между ними, а не рассматривать каждый запрос только как изолированную строку символов. (blog.google)

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

Источники

Google — “Introducing the Knowledge Graph: things, not strings,” May 16, 2012. Объясняет Google Knowledge Graph как модель реальных сущностей и связей между ними. (blog.google) Google Knowledge Graph announcement
Google Search Central — Search Appearance documentation. Описывает использование structured data Google для понимания содержимого страниц и поддержки функций Search. (developers.google.com) Google Search Appearance documentation
Google Search Central — Organization structured data. Описывает идентификацию и дизамбигуацию организаций, а также свойства url, sameAs и связанные с ними параметры. (developers.google.com) Organization structured data documentation
Google Search Central — ProfilePage structured data. Описывает представление Person или Organization как основной сущности профильной страницы. (developers.google.com) ProfilePage structured data documentation
Google Search Central — Article structured data. Включает рекомендации Google по разметке авторов с использованием type, url и sameAs для их идентификации. (developers.google.com) Article structured data documentation
Schema.org — sameAs. Определяет это свойство как URL страницы-источника, которая однозначно указывает на идентичность объекта. (schema.org) Schema.org sameAs definition
Schema.org — Data Model. Описывает такие отношения, как mainEntity, mainEntityOfPage, sameAs, about и url. (schema.org) Schema.org Data Model
Google — Knowledge Graph Search API. Описывает сущности с использованием ID, названий, типов, описаний, URL и структур JSON-LD/schema.org. (developers.google.com) Knowledge Graph Search API reference

Что такое Entity SEO?