E-E-A-T и сущности автора: разметка Person, связывание с профилями

Концепция E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) появилась в гайдлайнах асессоров Google 15 декабря 2022 года, добавив букву Experience к более раннему E-A-T. Это набор критериев, по которым Google оценивает качество контента — особенно в YMYL-нишах (Your Money Your Life): медицине, финансах, праве, безопасности. Но вопреки распространенному мнению, E-E-A-T — это не самостоятельный фактор ранжирования и не балл в алгоритме. Это рамка, через которую Google пытается решить более конкретную задачу: связать контент с реальными людьми и организациями, имеющими подтвержденную экспертизу в теме. Эту позицию неоднократно проговаривали представители Google Search Liaison — в частности, Дэнни Салливан и Джон Мюллер, прямо опровергающие интерпретацию E-E-A-T как численного сигнала.

И здесь мы возвращаемся к сущностям. Чтобы Google мог «увидеть» опыт и авторитет автора, у автора должна существовать сущность — узел в графе знаний с проверяемыми атрибутами: кто это, чем занимается, где работает, что публиковал, как другие на него ссылаются. В этой статье разберём, как через разметку Person и связывание с внешними профилями превратить автора статьи из строки текста «Иван Иванов» в верифицированную сущность, которую поисковик распознает и учитывает при оценке качества контента.

Как E-E-A-T связан с сущностями

Инструкции Google для асессоров (Search Quality Rater Guidelines) — публичный документ, который описывает, как живые люди оценивают качество выдачи. Алгоритм не использует эти оценки напрямую, но обучается на них и пытается воспроизвести их на масштабе. Асессорам прямо предписывается смотреть, «кто стоит за контентом»: заходить на страницу «Об авторе», искать упоминания человека и сайта в независимых источниках, проверять биографию.

Алгоритмически это воспроизводится через Knowledge Graph. Когда Google встречает имя автора, он пытается сопоставить его с сущностью в графе знаний. Если сопоставление успешно — алгоритм получает доступ ко всем известным фактам об этом человеке: профессия, организация, публикации, упоминания в авторитетных источниках, академические работы. Если сопоставления нет — автор остаётся для алгоритма строкой текста, и весь контент оценивается как «анонимный».

Из этого следует практический вывод. E-E-A-T работает не через декларации («наша компания эксперт»), а через сущности. Чтобы Google зачел экспертизу, у автора должна быть сущность, и она должна быть связана со страницей. Технически это решается через разметку Person и атрибут sameAs.

Маленький исторический контекст: от Author Rank к E-E-A-T

В 2011–2014 годах Google активно экспериментировал с концепцией Author Rank через программу Google Authorship: авторы привязывали контент к своим Google+ профилям через атрибут rel="author", и в выдаче рядом со статьями появлялась фотография автора. Программа была закрыта в 2014 году вместе с Google+, и официально концепция Author Rank как самостоятельной метрики была отвергнута. Но идея ранжирования контента через авторские сущности никуда не делась — она вернулась через E-E-A-T в более устойчивой форме: вместо прямой привязки к одной соцсети поисковик оценивает экспертизу через всю совокупность сигналов, замкнутых на сущность человека в Knowledge Graph. Понимание этой истории помогает увидеть, что текущий подход через Person и sameAs — не «новая фича», а зрелое продолжение старой задачи.

Что такое сущность автора и из чего она состоит

Сущность автора — это совокупность данных о человеке, которые согласованно представлены в нескольких источниках. Минимально работающая сущность включает несколько слоев:

• Идентификация. Имя, профессия, специализация, фотография, краткая биография. Эти данные должны быть одинаковыми на сайте, в LinkedIn, на профильных платформах.
• Аффилиации. Текущая работа (worksFor — связь с организацией), прошлые места работы, образование (alumniOf — учебные заведения), профессиональные ассоциации, должности.
• Экспертиза. Темы, в которых человек считается экспертом. Подтверждается публикациями, выступлениями, упоминаниями.
• Доказательная база. Публикации в СМИ, академические работы, упоминания на отраслевых ресурсах, сертификаты, награды, патенты.
• Цифровые следы. Профили в соцсетях, профессиональных сетях, академических базах, GitHub, Behance — то, что попадает в sameAs.

Когда эти слои согласованы, сущность становится достаточно «плотной» для распознавания Google. Когда они отсутствуют или противоречат друг другу — сущность не формируется, и E-E-A-T-сигналов автора не возникает.

Базовая разметка Person для страницы автора

На сайте у каждого активного автора должна быть отдельная страница «Об авторе» со своим URL — например, /authors/ivan-ivanov/. На этой странице размещается разметка Person в формате JSON-LD.

Минимальная рабочая разметка:

Разберём ключевые поля по порядку важности.

• @id — уникальный идентификатор сущности автора в пределах сайта. Через него все статьи автора будут ссылаться на одну и ту же сущность Person, формируя единый граф. Без @id каждая статья создаёт «своего» Ивана Иванова, и поисковик не объединяет их.
• name и alternateName — полное имя в той форме, под которой автор известен профессионально. Здесь критически важна консистентность (по аналогии с NAP в локальном SEO). Имя должно совпадать с именем в LinkedIn, на других платформах и в подписях к статьям. Если на сайте автор указан как «Иван Иванов», а в LinkedIn как «Ivan Ivanov», это может замедлить процесс склейки сущностей алгоритмами Entity Reconciliation. Рекомендуется использовать единое написание во всех профилях и добавлять иноязычные версии имени через свойство alternateName в разметке.
• image — фотография автора. Желательно профессиональное фото, то же, что используется в соцсетях и LinkedIn. Согласованная фотография — один из сигналов идентичности сущности.
• jobTitle — должность. Если человек носит несколько ролей, указывается основная.
• description — краткое описание в 1–3 предложения. Здесь же уместно упомянуть специализацию и опыт — это считывается алгоритмом.
• worksFor (текущее место работы) — связь с организацией через @id. Указывает поисковику, что автор аффилирован с компанией, которая владеет сайтом. Это передаёт часть авторитета компании автору и наоборот.
• knowsAbout (области знания) — массив тем, в которых автор считается экспертом. Самое прямое заявление про области экспертизы. Темы желательно формулировать как сущности, известные графу знаний.
• sameAs (тождественно с) — массив ссылок на внешние представительства автора. Об этом подробно ниже.
• alumniOf (выпускник) — образование. Если автор закончил известный вуз или прошёл значимое профильное обучение — указать.
• award — награды и достижения. Профессиональные премии, сертификации.
• hasCredential— самый прямой способ машиночитаемо разметить сертификации и лицензии. Использует подтип EducationalOccupationalCredential с указанием типа credential, организации-эмитента, даты выдачи. Для YMYL-ниш (медицинские лицензии, юридические сертификаты, финансовые квалификации CFA / CFP) это работает значительно сильнее, чем простой текст в биографии:

• knowsLanguage (владение языками) и nationality (национальность) — для международных проектов и многоязычных авторов дают дополнительный сигнал согласованности.

Продвинутый вариант: knowsAbout с привязкой к Wikidata

Базовый вариант knowsAbout как массива строк работает, но более сильный — массив объектов с привязкой каждой темы экспертизы к Wikidata через sameAs. Это превращает декларацию из текста в машиночитаемое заявление со ссылкой на конкретные сущности глобального графа знаний:

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

Как правильно собрать sameAs для автора

sameAs — критически важное поле для формирования сущности человека, потому что именно через него Google связывает разрозненные профили в одну личность. В sameAs для автора имеет смысл указывать только активные, профессионально релевантные профили.

• LinkedIn — обязательный профиль для большинства профессий. Самый сильный сигнал в sameAs человека после Wikidata. Профиль должен быть заполнен: текущая работа, опыт, навыки, рекомендации. Убедитесь, что имя в LinkedIn фонетически или визуально коррелирует с именем на сайте (в идеале, добавьте в профиль LinkedIn имя на двух языках).
• Twitter / X — если автор активен профессионально. Для технических ниш это сильный сигнал.
• GitHub — для разработчиков и DevOps-специалистов.
• Behance / Dribbble — для дизайнеров.
• ResearchGate, Google Scholar, ORCID — для академических авторов и медицинских специалистов. ORCID особенно важен для YMYL-ниш — это международный идентификатор исследователя, который объединяет все его публикации в одну сущность.
• Профили на отраслевых платформах — Stack Overflow для разработчиков, Medium / Habr / vc.ru для авторов контента, специализированные сообщества по нише.
• YouTube-канал — если автор ведёт профессиональный видеоконтент.
• Wikidata — если у автора есть Q-идентификатор. Важное предостережение: порог энциклопедической значимости (notability) в Викиданных сейчас высок и строго контролируется модераторами. Профили рядовых маркетологов, SEO-специалистов, врачей локальных клиник или копирайтеров без массовой узнаваемости быстро удаляются. Для большинства авторов лучше сфокусироваться на LinkedIn, ORCID и отраслевых платформах. Инвестировать время в Wikidata стоит только для персон с реальной известностью, изданными книгами или крупными достижениями в отрасли.

Что НЕ стоит указывать: личные Instagram и Facebook без профессионального контента, заброшенные профили, профили под другими именами или никами без явной связи с основным брендом, ссылки на собственный сайт компании (для этого есть worksFor через @id).

Принцип тот же, что и для организации: лучше 3–5 живых релевантных профилей, чем 15 неактивных.

Двусторонняя верификация связей

Отдельная важная практика — двусторонняя верификация всех профилей в sameAs. На каждой площадке (LinkedIn, Habr, Medium, профильные ресурсы), которая упоминается в sameAs, должна стоять обратная ссылка либо на сайт компании, либо напрямую на личную страницу автора. Это создаёт замкнутый граф взаимных подтверждений, и алгоритмы entity reconciliation воспринимают такую сеть значительно сильнее, чем односторонние заявления.

Связывание Article с Person через @id

Разметка Person сама по себе работает только когда статьи на сайте явно ссылаются на сущность автора. Это делается через свойство author в разметке Article, и обязательно через @id, а не через дублирование данных.

Правильный паттерн на странице статьи:

Главный момент — @id автора в Article должен совпадать с @id в разметке Person на странице автора. Это то, что превращает набор статей в портфолио одной сущности. Если на разных статьях указаны разные @id или просто строка с именем без @id — Google не объединит их в одну экспертизу.

name и url дублировать в Article можно для надёжности (это валидно по спецификации), но @id — обязателен.

Аналогично, publisher ссылается через @id на Organization, размеченную на главной странице. Получается треугольник связей:

Поисковик читает этот граф как структурированное заявление: «эта статья написана конкретным человеком, аффилированным с конкретной организацией».

Обратите внимание, что datePublished и dateModified в примере различаются — это правильный паттерн для актуальной статьи. Регулярная актуализация контента с обновлением dateModified — отдельный сигнал поддержки, который Google учитывает как часть E-E-A-T (поддержание актуальности).

Сложные редакционные модели: contributor, editor, reviewedBy

Schema.org поддерживает не только основное свойство author, но и дополнительные роли — contributor (соавтор), editor (редактор), creator (создатель), reviewedBy (проверено экспертом). Для сложных редакционных моделей использование разных свойств передаёт более богатую структуру, чем все имена в массиве author.

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

"author": { "@id": "https://example.com/authors/journalist#person" },
 "reviewedBy": { "@id": "https://example.com/authors/dr-smirnova#person" },
 "editor": { "@id": "https://example.com/authors/chief-editor#person" }

Это стандартная практика медицинских изданий, и Google активно использует reviewedBy как отдельный сигнал доверия к контенту в YMYL-нишах.

Видимая страница автора: что на ней должно быть

Разметка работает, только если ее содержание подтверждается видимым контентом на странице. Иначе Google расценит расхождение как манипуляцию.

На странице автора должны быть видимы те же данные, что и в разметке. Обязательный набор: фотография, имя, должность, развёрнутая биография в 200–500 слов, специализация и темы экспертизы, перечень мест работы и образования, ссылки на внешние профили (те же, что в sameAs), список статей этого автора на сайте.

Полезные дополнения: ссылки на публикации в сторонних изданиях (СМИ, отраслевые журналы), упоминания в подкастах и видео, выступления на конференциях, сертификаты с подтверждением, контактная форма для прессы или клиентов.

Биография — отдельный важный элемент. Она должна содержать сущности: названия компаний, где работал автор, конкретные технологии и методики, в которых он специализируется, темы, по которым выступал. Текст вида «более 10 лет опыта в digital-маркетинге» не содержит сущностей и не даёт сигнала. Текст «ведущий SEO-специалист в Grizzly с 2018 года, ранее работал в [известная компания], специализация — Entity SEO, Schema.org разметка, технический аудит крупных e-commerce проектов, спикер конференций SEMrush и Ahrefs» — содержит сущности и поддаётся машинной интерпретации.

Гостевые авторы и приглашенные эксперты

У гостевых авторов и приглашённых экспертов работа со сущностью выглядит иначе, чем у штатных. Распространённая ошибка — указывать у гостевого автора worksFor на свою организацию ради «целостности команды». Это искажает сигнал: если у гостевого автора в LinkedIn указано, что он работает в другой компании, а в разметке вашего сайта — что в вашей, поисковик видит противоречие и снижает доверие к разметке в целом.

Правильный подход: для гостевого автора создаётся полноценная страница Person с его собственным worksFor (его реальное место работы), его собственным sameAs, его реальной биографией. На странице явно обозначается, что автор — приглашенный эксперт, гостевой автор или специалист другой организации. Это не ослабляет статью — наоборот, привлечение внешнего эксперта с подтвержденной экспертизой в чужой авторитетной компании усиливает E-E-A-T материала, потому что сигнализирует: «нас читают и пишут для нас люди уровня X из компании Y».

E-E-A-T за пределами разметки: внешние сигналы

Разметка и страница автора создают внутренние сигналы. Но E-E-A-T в полной мере формируется внешними подтверждениями. Несколько направлений работы:

• Гостевые публикации в авторитетных изданиях по теме. Когда автор публикуется на Habr, vc.ru, в отраслевых журналах, на блогах известных компаний — каждая такая публикация подтверждает экспертизу. Желательно, чтобы в публикации стояла биография со ссылкой на профиль автора на основном сайте.
• Выступления на конференциях. Записи выступлений на YouTube, упоминания на сайтах конференций с биографией автора. Это и сигналы, и потенциальные ссылки в sameAs (например, страница спикера на сайте конференции).
• Упоминания в качестве эксперта. Цитаты в статьях СМИ, комментарии в отраслевых обзорах, участие в круглых столах. Сервисы вроде Pressfeed, Help A Reporter Out (HARO), Qwoted — рабочие инструменты для систематического получения таких упоминаний.
• Книги, гайды, методические материалы. Авторская книга на Litres, Amazon, Bookmate — крупный сигнал. Бесплатные гайды на собственном сайте — слабее, но тоже учитываются.
• Профильные сертификации. Google Ads, Яндекс Эксперт, HubSpot, медицинские сертификаты, юридические лицензии — указываются на странице автора, через hasCredential в разметке и в LinkedIn с возможностью верификации.
• Академические публикации. Для медицинских и научных ниш — статьи в журналах, индексируемых в PubMed, Scopus, Web of Science. ORCID-идентификатор объединяет все публикации в одну сущность исследователя.

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

E-E-A-T в YMYL-нишах: повышенные требования

В нишах, где плохой контент может реально навредить пользователю — медицина, финансы, право, безопасность, психология — Google применяет E-E-A-T особенно строго. Здесь требования к сущности автора кардинально выше.

• Медицина. Автор должен быть практикующим врачом или медицинским специалистом с подтвержденной квалификацией. На странице автора — диплом, лицензия, специализация, место работы (клиника), членство в профессиональных ассоциациях. Желательны ORCID, ResearchGate, публикации. Контент проверяется или подписывается медицинским консультантом — это указывается через свойство reviewedBy в разметке Article. Лицензии и сертификаты размечаются через hasCredential.
• Финансы. Сертификации (CFA, CFP, локальные аналоги), лицензии, аффилиация с лицензированной финансовой организацией. Дисклеймеры о том, что не является индивидуальной финансовой рекомендацией.
• Право. Юридическое образование, лицензия на адвокатскую деятельность, специализация. Юрисдикция, в которой автор практикует.
• Психология и здоровье. Профильное образование, лицензия (для психотерапевтов), сертификации, опыт работы.

В YMYL-нишах формальная разметка Person без видимых подтверждений квалификации не работает — Google активно ищет внешние сигналы и при их отсутствии понижает контент. Здесь работает не просто «автор с разметкой», а «автор-сущность с верифицируемой квалификацией».

Сущность организации и сущность автора: как они работают вместе

E-E-A-T применяется не только к авторам, но и к сайту в целом. Здесь работает связка двух сущностей — Person и Organization.

Авторитет передается в обе стороны. Если на сайте публикуются авторы-эксперты с собственной репутацией — это повышает авторитет организации. Если организация — известный игрок отрасли с долгой историей и узнаваемостью — это передаёт часть доверия каждому её автору.

Технически связка реализуется через worksFor в разметке Person и publisher в разметке Article. Оба свойства ссылаются на @id Organization, размеченной на главной странице сайта.

Для организации работают свои E-E-A-T-механизмы: страница «О компании» с реальными данными, история, команда, лицензии и сертификаты, отзывы клиентов с верификацией, упоминания в СМИ, сильный sameAs с LinkedIn Company Page, Crunchbase.

В сумме: статья получает E-E-A-T-сигналы и от автора, и от издателя. Если оба сильны — материал имеет полные шансы на ранжирование в YMYL и других требовательных нишах. Если силён только издатель, но автор анонимен — теряется экспертный слой. Если автор-эксперт публикуется на слабом сайте без репутации издателя — теряется институциональное доверие.

Что делать, если автор уволился или сменил работу

Распространённая редакционная задача: автор написал десятки статей на сайте, потом уволился или перешел к конкуренту. Что делать с его материалами и разметкой?

Радикальное решение — удалить статьи или переподписать другими авторами — почти всегда плохое: это разрушает накопленный E-E-A-T и теряет ссылочную массу. Правильный подход зависит от ситуации.

Если автор согласен сохранить аффилиацию для исторических статей, можно оставить разметку как есть, обновив только worksFor на актуальное место работы автора. Тогда поисковик видит, что человек написал контент в определённый период работы в компании, а сейчас работает в другом месте — это нормальная и распространенная ситуация.

Если автор настаивает на удалении или сменил направление, имеет смысл явно обозначить в биографии период работы («автор написал материалы в период работы в компании в 2020–2024 годах»), сохранить страницу автора, но снять активные ссылки на текущие проекты. Главное — не удалять страницу Person и @id, иначе все статьи потеряют связь с сущностью автора.

Если автор ушёл к прямому конкуренту и продолжает активно работать в той же нише — ситуация сложнее, и здесь работает уже не SEO, а юридическая и редакционная политика. Но с точки зрения сигналов — правильнее оставить корректную разметку, чем создать рассинхрон между видимым контентом и JSON-LD.

Типичные ошибки

• Псевдонимы и инициалы вместо реальных имен. «Иван И.», «Команда редакции», «Эксперт SEO» — всё это не формирует сущность. Google не может сопоставить такого автора ни с одним известным человеком, и E-E-A-T-сигналов не возникает.
• Один автор на все статьи на сайте. Если на сайте 500 статей по разным темам, и все подписаны «Главный редактор», это слабая сигнализация. Лучше иметь 5–10 реальных авторов, каждый со своей специализацией и сущностью.
• Игнорирование консистентности имен. Если на сайте вы «Алексей Смирнов», а в соцсетях «Alex Smirnov» без связующих ссылок, процесс формирования единой сущности замедляется.
• Разметка без видимой страницы. JSON-LD говорит про автора, но физической страницы /authors/ivan-ivanov/ нет, или она пустая. Поисковик расценивает это как несогласованность данных и игнорирует разметку.
• Несоответствие данных между разметкой и видимым текстом. В разметке jobTitle: "Главный SEO-специалист", на странице — «Junior-маркетолог». Расхождения снижают доверие к разметке.
• Одинаковая фотография на разных аккаунтах с разными именами. Иногда встречается, когда фото из бесплатного фотобанка. Есть основания полагать, что Google использует обратный поиск изображений в составе сигналов о подлинности авторов — фото с фотобанка, использованное как фото эксперта, разрушает доверие к сущности.
• sameAs без двустороннего подтверждения связи. В sameAs указан LinkedIn-профиль, но в самом профиле нет ссылки на сайт и упоминания, что человек там работает. Связь должна быть двусторонней: с сайта в профиль и из профиля на сайт.
• Игнорирование dateModified. В разметке Article должны быть и datePublished, и dateModified. Регулярное обновление статей с актуализацией dateModified — сильный сигнал, что автор поддерживает свой контент.
• Создание «фейковых» авторов. Иногда сайты придумывают авторов с фейковыми биографиями и сгенерированными фото. Google детектирует такие случаи — через обратный поиск изображений, проверку упоминаний имени во внешних источниках. Результат — потеря всей E-E-A-T-репутации сайта.
• Ставка только на разметку без внешних сигналов. Идеальная разметка Person без LinkedIn-профиля, публикаций и упоминаний даёт минимальный эффект. Разметка — финальный слой, который связывает уже существующие сигналы. Если сигналов нет, связывать нечего.

Практический процесс: как внедрить E-E-A-T на сайте

Реальное внедрение разделяется на несколько этапов с разной трудоемкостью.

• Аудит авторов (1–2 дня для среднего сайта). Кто реально пишет контент на сайте — штатные сотрудники, фрилансеры, приглашенные эксперты. По каждому собираются данные: реальное имя, должность, биография, профили в соцсетях, публикации, образование, специализация.
• Создание страниц авторов (1–2 недели на копирайтинг для команды из 5–10 авторов). Под каждого активного автора — отдельная страница /authors/[slug]/ с фотографией, биографией, ссылками на внешние профили, перечнем тем экспертизы, лентой статей. Страницы должны быть индексируемыми (никаких noindex).
• Внедрение разметки (2–3 дня технической работы). На страницах авторов — Person с полным набором полей, альтернативными именами (если применимо) и @id. На статьях — Article с author: { "@id": "..." }, ссылающимся на нужного автора. На главной — Organization с @id, на которое через worksFor и publisher ссылаются Person и Article.
• Параллельная работа над внешним присутствием (постоянный процесс на месяцы). Авторы заводят / актуализируют профили в LinkedIn, по нише — в Habr, Хабр.Карьере, vc.ru, на профильных платформах. В каждом профиле — ссылка на личную страницу автора на сайте.
• Поддержка (постоянный процесс). Каждая новая статья пишется реальным автором и сразу размечается с правильным @id. Биографии авторов актуализируются раз в полгода. Внешние профили активны.

На запуск процесса (этапы 1–3) уходит 2–4 недели. Внешняя работа (этап 4) — это процесс на месяцы и годы, и эффект от него накапливается со временем.

Как измерить результат

Эффект работы со сущностями автора виден не мгновенно — горизонт измерения 3–9 месяцев. Что смотреть:

• Появление имени автора в Knowledge Panel или в блоке информации справа от выдачи при поиске по его имени. Это самый прямой сигнал, что Google распознал автора как сущность.
• Появление автора в People Also Search For и Related Searches рядом с тематическими запросами. Если по запросу «Entity SEO» в связанных поисках появляется имя вашего автора — это означает, что Google связал тему и человека.
• Рост позиций YMYL-страниц после внедрения reviewedBy и hasCredential. На медицинских, финансовых, юридических страницах эффект от грамотной авторской разметки часто проявляется быстрее, чем в общих нишах.
• Попадание авторов в ответы AI-поисковиков как цитируемых экспертов. ChatGPT Search, Perplexity и Google AI Overviews при ответе на сложные вопросы цитируют конкретных людей, а не сайты. Регулярная проверка, упоминается ли автор в AI-ответах по своим ключевым темам, — важнейший показатель эффективности в эпоху генеративного поиска.
• Стабильность позиций при апдейтах ядра. Сайты с проработанными авторскими сущностями обычно стабильнее переносят Core Updates Google.
• Рост брендового трафика на страницы авторов. Если страницы /authors/[slug]/ начинают получать прямой поиск по имени — аудитория узнаёт авторов как экспертов.

Чек-лист

• Каждая статья на сайте подписана реальным автором с именем (не «редакция», не псевдоним).
• Имя автора консистентно (по буквам и звучанию) на сайте, в разметке и во внешних профилях (или добавлены alternateName).
• Под каждого активного автора есть отдельная индексируемая страница /authors/[slug]/.
• На странице автора — фотография, должность, биография 200–500 слов с упоминанием конкретных сущностей экспертизы, ссылки на внешние профили.
• На странице автора внедрена разметка Person с @id, name, alternateName, image, jobTitle, description, worksFor, knowsAbout, sameAs.
• В sameAs — минимум LinkedIn, плюс профильные платформы. (Wikidata используется только для объективно известных персоналий).
• Все профили в sameAs живые, содержат обратную ссылку на страницу автора на сайте — двусторонняя верификация.
• На каждой статье в разметке Article — author: { "@id": "..." } и publisher: { "@id": "..." }.
• Для YMYL-ниш — дополнительно reviewedBy со ссылкой на профильного эксперта, hasCredential с указанием лицензий и сертификатов.
• Раз в 6 месяцев — аудит согласованности данных между сайтом и внешними источниками.

Заключение

E-E-A-T — это не отдельный фактор ранжирования и не балл, который можно оптимизировать прямой манипуляцией. Это рамка, через которую Google решает задачу более глубокую: связать контент с реальными верифицируемыми сущностями людей и организаций. Когда у сайта есть авторы-сущности с подтверждённой экспертизой, согласованной разметкой и внешним присутствием — E-E-A-T-сигналы возникают естественно.

В эпоху AI-поиска роль авторских сущностей становится особенно заметной. LLM при генерации ответов опираются на структурированные данные о людях — кто эксперт по теме, кто что писал, чьи мнения цитировать. Авторы без сущностей выпадают из этого поля видимости. Авторы с грамотно построенной сущностью попадают в ответы AI-ассистентов вместе с цитированием и ссылкой на источник.

Главный сдвиг в подходе: перестать думать про автора как про «имя в подписи» и начать строить из автора цифровую сущность с подтверждённой экспертизой. Дальше технические детали — Person, sameAs, @id, reviewedBy, hasCredential — становятся естественным продолжением этой работы.