Перейти к основному содержимому
megapromotingДавайте обсудим

Экспертиза · AEO

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

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

Уже построеноТри собственные реализации, все открыты на диске и проверяемы извне сегодня. Первая: продуктовые страницы этого сайта отдают граф на 1.479 байта с `WebPage`, `SoftwareApplication` и `BreadcrumbList`, связанными между собой, сгенерированный из тех же данных, что и видимый текст — 23 страницы. Вторая: собственный модуль анализа для прямых ответов, 51 строка, восемь проверок с точками, явно записанными в коде, с весом 0,10 в общем счете анализатора. Третья: публичный генератор структурированных данных на нашем сайте, пять типов, который отвечает 200. Оговорка, которую мы говорим в той же фразе: тот же модуль анализа дает 30 из 100 собственной странице нашего продукта, потому что не умеет читать граф — ограничение в инструменте, оно написано ниже и подлежит исправлению.

Двигатель, который показывает прямой ответ, не составляет текст: он извлекает кусок со страницы и помещает его под вопросом. Чтобы извлечь без догадок, ему нужна однозначная связь между вопросом и ответом, между продуктом и его состоянием, между страницей и организацией, которая её публикует. Именно это и есть структурированные данные — не украшение для SEO, а страница, написанная второй раз, для читателя, который не понимает внешний вид, а только структуру.

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

Как выглядит ситуация на этом сайте, подсчитано сегодня, а не оценено: 147 адресов в карте сайта. Двадцать три товарные страницы несут корректный граф из 1.479 байта. Все остальные несут ровно один блок, из 265 байтов, с шестью полями: контекст, тип, идентификатор, имя, адрес, описание. Без логотипа, без почтового адреса, без пункта контакта и без ссылок на публичные профили — хотя в конфигурации сайта записаны шесть. Страница часто задаваемых вопросов имеет десять вопросов в HTML, ни одного машинно-читаемого блока вопросов и не входит в карту сайта.

Часть, которая меняет разговор, — это инвентарь текста, уже написанного. В исходниках контента этого сайта есть 233 пары вопрос-ответ на страницах услуг, 175 на товарных страницах и десять на странице часто задаваемых вопросов — 418 всего, написанных, выверенных, с реальными ответами. Ноль из них сегодня в форме, которую машина читает. Обычно работа именно в этом: не в создании нового контента, а в переводе существующего. У сайта, где вопросы не записаны, другая, более серьёзная проблема, и мы говорим это заранее.

Что входит

Работа, по составляющим

Инвентаризируем, что сегодня читает машина с каждого адреса

Запрашиваем каждый адрес, извлекаем каждый блок структурированных данных, парсим его и записываем типы и размер. Результат — таблица, а не впечатление. На этом сайте: товарная страница возвращает два блока, 265 и 1.479 байтов, с четырьмя типами между ними; главная страница, каталог, блог, контакты, часто задаваемые вопросы и страницы услуг возвращают по одному блоку, 265 байтов, с одним типом. Здесь видно и то, что молча сломано: блок, который не парсится, не даёт видимой ошибки, он просто не существует для двигателя.

Переводим уже написанные вопросы, а не придумываем новые

418 пар вопрос-ответ уже есть в исходниках контента этого сайта, и ни одна не находится в машинно-читаемой форме. Блок вопросов генерируется из точно того же источника, что и видимый текст, а не пишется второй раз вручную. Правило строгое, и вот почему: если в данных появляются вопросы или ответы, которых нет на странице, двигатель считает это несоответствием, а результат — потеря специального показа, а не плюс.

Один граф на странице, с узлами, которые знают друг друга

Вместо отдельных блоков, которые повторяют одни и те же данные, — граф, в котором страница, основная сущность и навигационная цепочка ссылаются друг на друга через идентификатор, а организация — один узел для всего сайта. Так выглядят наши товарные страницы: страница ссылается на организацию как на издателя, основная сущность ссылается на ту же организацию как на автора, навигационная цепочка имеет три реальные ступени. Деталь, которой не видно: при записи знак `<` заменяется своей escape-последовательностью, чтобы текст из данных не мог закрыть блок и превратиться в код на странице. Это одна строка, она в файле.

Проверяем инструментом движка, а не нашим мнением

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

Собственный модуль анализа, с пунктами, записанными в коде

Наш модуль для прямых ответов выполняет восемь проверок с явной оценкой: наличие любого читаемого блока 20 очков, часто задаваемые вопросы 20, пошаговые инструкции 10, разделы, помеченные для голосового чтения, 10, хлебные крошки 10, оценки 10, организация 10, статья или продукт 10, с потолком в 100. Он имеет вес 0,10 в общем счёте анализатора. Очки не скрыты в алгоритме; это восемь строк, которые вы можете прочитать.

Лимит собственного инструмента, сказанный до того, как вы его найдёте

Тот же модуль читает тип только на верхнем уровне блока или в массиве. Граф не имеет типа на верхнем уровне, поэтому типы внутри него не видны. Последствие, измеренное на нашем собственном сайте: страница продукта получает 30 из 100 от нашего анализатора, хотя содержит три корректных типа, из которых два отмечены модулем. Число неверно, страница — нет. Мы написали это здесь, потому что инструмент, чей дефект вы узнаёте от поставщика, полезнее, чем тот, о котором вы узнаёте сами, при втором запуске.

Узел организации, один раз для всего сайта

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

Карточка для шаринга, генерируемая из заголовка страницы

Изображение, которое появляется, когда кто-то делится адресом, генерируется из заголовка и описания страницы, в цветах сайта, чтобы предпросмотр выглядел как страница, на которую он ведёт. Наши страницы продукта имеют свой маршрут и возвращают реальное изображение. Отсутствие, записанное как отсутствие: страницы услуги в метаданных объявляют адрес изображения, для которого в коде нет маршрута — при прямом запросе он возвращает 404. В продакшене пока отдаётся общее изображение, так что дефект проявляется только после публикации, на 25 страницах. Он отмечен, не скрыт.

Что мы никогда не помещаем в структурированные данные

Оценки и отзывы, которые вы не можете подтвердить публичным источником. Цены, которые не написаны на странице. Сроки доставки как гарантия. Причина не в осторожности: заявленная в данных без публичного источника оценка — это именно то, за что дают ручную санкцию, а ложное утверждение в машиночитаемом формате — это ложь, сделанная для распространения, — та, которую цитируют. Мы нашли такое в нашем собственном репозитории и ниже пишем, что это было и что мы сделали.

Как это выглядит

Путь, шаг за шагом.

01

Сегодняшний инвентарь, адрес за адресом

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

02

Узел организации и хлебные крошки

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

03

Существующие вопросы, оформленные

Блок вопросов генерируется из того же источника, что и видимый список на странице. Мы также поставляем список адресов, где вопросы есть в тексте, но не были объявлены — на этом сайте вышло 418 написанных пар и ни одной объявленной.

04

Внешняя проверка, для каждого типа страницы

Мы прогоняем через инструмент поискового движка по одной странице каждого типа и выдаём вердикт: какие типы были прочитаны, каких полей не хватает, какие предупреждения появились. Мы не объявляем ничего завершённым на основании того, что блок «есть в коде».

05

Проверка, которая остаётся после нас

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

1Инвентарь2traducere3validareчто машина читает сегодня с каждого адреса, что мы заявляем из уже текстаscris, ce spune unealta motorului despre rezultat.
Путь, в 3 шага

Данные

К чему прикасаемся, где оно лежит и сколько остаётся

Вопросы, которые задаёт всякий, у кого есть ответственный за защиту данных, — заданы здесь раньше, чем их задаст он.

Что мы читаем с вашего сайта
Только публичный HTML и блоки данных, которые уже там есть. Для инвентаря нам не нужен доступ к администрированию. Для проверки нам не нужно ничего лишнего: инструмент поискового робота работает по публичному адресу.
Что нам нужно от вас, и что мы не можем придумать
Факты в узле организации: точное юридическое название, адрес, режим работы, номер контакта и реальные публичные профили. Структурированные данные, которые противоречат реальности, хуже их отсутствия — это проверяемое и неверное утверждение, опубликованное вами в формате, созданном для автоматического чтения.
Что никогда не входит в данные
Личные данные сотрудников или клиентов. Оценки без публичного источника. Цены, которых нет на странице. Вопросы и ответы, которые посетитель не видит. Практическое правило: если человек, открывший страницу, не может найти там информацию, ей не место в блоке.
Откуда генерируются блоки
Из того же источника данных, что и видимый текст, а не из параллельного файла. Это единственный способ, чтобы они не расходились: кто-то меняет ответ на странице, и блок меняется вместе с ним. Блок, написанный вручную, через несколько месяцев отстает, и никто не замечает, потому что его не видно.
Где хранятся результаты и как долго
Таблица инвентаря, выводы инструмента проверки и проверка после публикации хранятся версионно в репозитории проекта, рядом с кодом. Они живут столько же, сколько живет репозиторий. Они не содержат ничего, чего уже нет на сайте: инвентарь структурированных данных — это чтение публичных страниц, а не извлечение из ваших систем.

Случай

418 написанных вопросов, ни одного в форме, которую читает машина

Ситуация

Наш собственный сайт, 147 адресов в карте сайта, с недавно переписанным текстом вопрос за вопросом. Все страницы отвечали 200 и выглядели корректно. Исходный вопрос был не «что еще добавить», а «из того, что есть на странице, что дойдет до машины».

Что мы построили

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

Что получилось

Двадцать три страницы продукта несут корректный граф на 1.479 байта с тремя связанными типами. Все остальные несут один блок на 265 байтов, с шестью полями и ни одним элементом идентичности — без логотипа, без адреса, без точки контакта, без ссылок на шесть профилей, указанных в конфигурации. На странице часто задаваемых вопросов в HTML десять вопросов, ни одного объявленного блока, и она отсутствует в карте сайта. В источниках записано 418 пар вопрос-ответ: 233 по услуге, 175 по продукту, десять на странице вопросов. Объявлено — ноль. Наш собственный модуль дает странице продукта 30 из 100, потому что не читает типы из графа. А в репозитории мы нашли три неиспользуемых компонента, которые объявляли агрегированную оценку с подписанными отзывами, каталог цен и пошаговое руководство со сроками — проверено в production, что ни один из них не обслуживается.

Чего этот случай не говорит

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

Вопросы

О чём нас спрашивают перед тем, как позвонить

Гарантируют ли структурированные данные мне расширенный фрагмент в результатах?

Нет. Специальное отображение даёт движок, а не разметка. Валидные данные — это условие входа, а не покупка результата. Это видно и по самому типу разметки, который продают везде: в документации Google написано, что расширенный результат для часто задаваемых вопросов показывается только для известных и авторитетных государственных и медицинских сайтов — ограничение вступило в силу в сентябре 2023. Значит, поставщик, который сегодня продаёт вам «rich snippets с FAQ», либо не читал документацию, либо надеется, что вы её не читали.

Тогда зачем вообще объявлять вопросы, если они не появляются как фрагмент?

Потому что специальное отображение — только один из потребителей формата. Правильно объявленный блок вопросов однозначно показывает, какой текст является вопросом, а какой — ответом, — информация, которую используют движки для извлечения фрагментов, ассистенты, читающие страницу по запросу пользователя, и любая система, которая забирает контент, не видя оформления. И есть ещё один, менее обсуждаемый эффект: обязанность объявлять пары заставляет вас иметь реальные ответы на реальные вопросы. Сайты, которые не могут заполнить формат, обычно просто не имеют что объявлять.

Что это даёт по сравнению с SEO и видимостью в сгенерированных ответах?

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

Могу ли я поместить в данные вопросы или информацию, которых нет на странице?

Нет, и это ошибка, которую мы часто встречаем. Разметка, описывающая что-то отличное от видимого контента, считается несоответствием, а следствие — потеря отображения, иногда ручная санкция. Правило, которое мы применяем, механическое, а не основанное на здравом смысле: блок генерируется из того же источника, что и текст на странице, значит не может содержать того, чего не видно. Когда кто-то просит добавить в данные ответ, который он не хочет писать на странице, разговор на этом заканчивается.

У конкурентов есть звёзды в результатах. Почему у нас нет?

Потому что мы не можем доказать оценку. Сводная оценка, заявленная в данных, должна соответствовать реальным отзывам, публично проверяемым. Без этого это ложное утверждение в машиночитаемом формате. Мы здесь категоричны по конкретной причине: в собственном репозитории мы нашли компонент, который объявлял оценку 4,9 из 87 отзывов и шесть отзывов, подписанных именами людей, и второй, который объявлял каталог из четырёх предложений с ценами. Ни один из них нигде не отображается — в продакшене сейчас показан один блок, проверенный — но они были в одном импорте от публикации. Мы отметили это в журнале решений команды, а не удалили молча.

Какие типы вы фактически используете?

Те, что мы запускаем: страница, основная сущность страницы, хлебные крошки, организация и блок вопросов. Наш публичный генератор покрывает пять типов — local business, organization, article, product, FAQ — и доступен на сайте. Любой другой тип обсуждается по запросу, после проверки совместимости с тем, что движок фактически показывает для вашего домена. Чего мы не делаем: не добавляем типы только потому, что они есть в спецификации. Блок, который ни один движок не использует для вашего сайта, — это нагрузка, а не преимущество.

Как вы проверяете, что это работает?

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

Что ломается со временем?

Связь между блоком и страницей. Кто-то меняет ответ в тексте, блок остаётся со старым, и на экране ничего не выглядит сломанным — поэтому это месяцами остаётся незамеченным. Второе, что ломается, — это блоки, оставшиеся от предыдущей версии сайта, которые описывают предложение, которого уже нет. У обоих одно и то же решение: блоки генерируются из источника текста, а то, что не генерируется, удаляется.

Что вы фактически поставляете?

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

На чём основаны утверждения выше (13 источников)
  1. Документация Google пишет, что обогащённый результат для часто задаваемых вопросов показывается только для известных и авторитетных государственных и медицинских сайтов, ограничение объявлено в сентябре 2023 годаhttps://developers.google.com/search/docs/appearance/structured-data/faqpage · 2026-09-06
  2. Карта сайта содержит 147 адресовhttps://www.megapromoting.com/sitemap.xml · 2026-09-06

11 из них — код и файлы из наших репозиториев. Мы не публикуем их название и строку: вместе, на одной странице, они слишком точно описали бы, как устроены системы, которые принадлежат не только нам. Мы разбираем их вместе с тобой, в репозитории, по запросу — проверка остаётся возможной, просто она проходит в разговоре.

Что вы хотели бы наладить?

Расскажите о своём процессе. Вместе определим, что стоит построить, что можно подключить и как проверим результат.

Давайте обсудим