Траст и E-E-A-T: как сделать сайт заслуживающим доверия

Рекомендации Google по качеству крутятся вокруг E-E-A-T: Experience, Expertise, Authoritativeness, Trust (опыт, экспертиза, авторитетность, доверие). Это не отдельный фактор ранжирования, который можно «включить», — это рамка, через которую системы Google (и живые асессоры) решают, заслуживает ли контент видимости. После апдейтов Helpful Content вопрос «кто это написал и почему ему верить» вшит в основное ранжирование.

А в 2026-м у траст-сигналов появился второй потребитель: AI-движки. Когда ChatGPT или Perplexity выбирает, какой источник процитировать, проверяемое авторство, даты и происхождение контента весят очень много. Одна и та же работа окупается дважды.

Показывайте настоящего автора — везде

Анонимный контент — самое дешёвое, что есть в интернете, и ранжируется соответственно. Каждая значимая страница должна отвечать на вопрос «кто это написал»:

Подпись с настоящим именем и фото на каждой статье и гайде.
Страница автора (/about) с реальными регалиями: годы опыта, настоящие проекты, ссылки на профили.
Схема Person, связывающая всё это, — массив sameAs — это способ для машин убедиться, что вы существуете за пределами собственного сайта:

const personSchema: WithContext<Person> = {
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": `${baseUrl}/#person`,
  name: "Vlad Sedenko",
  jobTitle: "Web Product Developer",
  url: `${baseUrl}/about`,
  sameAs: [
    "https://www.linkedin.com/in/sedenko/",
    "https://github.com/your-handle",
  ],
  knowsAbout: ["Next.js", "Technical SEO", "Web performance"],
};

Ссылайтесь на один и тот же @id из поля author каждой статьи — весь контент должен вести к одной проверяемой личности.

Доверие — это структура, а не украшение

Схема Organization в корневом layout: юридическое имя, логотип, контакты.
Страница контактов с настоящими данными — email и информация о компании, а не только форма. Асессоры Google проверяют это явно; покупатели — тем более.
HTTPS везде и без смешанного контента — это база, но сломанный замочек в адресной строке до сих пор мгновенно убивает доверие.
Видимые политика конфиденциальности и политика куки (в ЕС это ещё и требование закона).

Честные даты и поддерживаемый контент

Показывайте datePublished и dateModified — на странице и в структурированных данных. Обновляйте dateModified только при реальных правках: имитация свежести детектится и обесценивает сигнал.
Устаревший технический контент — анти-траст-сигнал. Гайд, рекомендующий депрекейтнутые API, говорит и Google, и читателю: этот сайт никто не поддерживает. Планируйте ревизии контента так же, как обновление зависимостей.

Ссылайтесь на источники и показывайте пруфы

Ставьте ссылки на первоисточники — документацию, исследования, спецификации. Сайты, которые цитируют, ранжируются как справочники, а не контент-фермы. Не вешайте nofollow на нормальные источники.
Показывайте личный опыт — первая E. Настоящие скриншоты, настоящие цифры из настоящих проектов, кейсы с именованными результатами. «Мы снизили LCP с 4,1 с до 1,8 с» бьёт абзац общих советов — и именно такие конкретные проверяемые утверждения цитируют AI-движки.
Отзывы с именами и компаниями. Настоящие отзывы о продукте можно размечать Review/AggregateRating — но никогда не выдумывайте их: фальшивая разметка отзывов — магнит для ручных санкций.

Чеклист:

У каждой статьи есть именованный автор со ссылкой на настоящую страницу автора
Схема Person с sameAs на LinkedIn/GitHub; один @id во всех материалах
Схема Organization, настоящие контакты, политика конфиденциальности
dateModified виден и честен; устаревшие гайды обновлены или удалены
Источники подлинкованы; утверждения подкреплены цифрами из первых рук и кейсами