Смысл и охват
Тип WebSite из Schema.org описывает название сайта, его URL и связанные сведения в структурированных данных. Это словарь, а не обещание, что поисковая система покажет определённую функцию. Google сам решает, как, когда и используются ли структурированные данные в представлении выдачи, и может со временем менять поддержку функций.
Практический порядок
Моделируйте только стабильные факты, которые видны или иначе проверяемы. Используйте канонический URL главной страницы, название, которое видит пользователь, и связь с Organization — но только тогда, когда она точно описывает ту же сущность. JSON-LD — распространённый формат передачи, однако синтаксически валидный граф всё равно может вводить в заблуждение, если объединяет факты разных сайтов или устаревшие настройки.
Что проверять
После деплоя изучите отрисованный исходный код страницы и разберите граф. Убедитесь, что идентификаторы разрешаются ожидаемо, значения совпадают с видимой идентичностью сайта и нет дубликатов или конфликтующего графа уровня сайта. Проверьте словарь и синтаксис, затем сверьтесь с актуальной документацией Google о поддержке функций, а не полагайтесь на старые руководства.
Ограничения и частые ошибки
Не добавляйте SearchAction, чтобы догнать закрытую или неподдерживаемую функцию отображения, и не придумывайте альтернативные названия, связи с издателем или адрес поиска. Структурированные данные уточняют существующие факты; они не исправят слабый контент, недоступные страницы или путаницу с каноническими адресами.
Моделирование сущности WebSite
Начните с главной страницы, до которой пользователи и краулеры реально доходят после редиректов. Зафиксируйте её финальный канонический URL, видимое название сайта, видимое альтернативное название и связь с Organization — только если они описывают одну и ту же публичную сущность. Граф WebSite не должен повторять чужой хост, название тестовой среды или старое юридическое название лишь потому, что эти значения остались в настройках CMS. Стабильные идентификаторы полезнее большого графа с противоречивыми узлами.
{ "@context": "https://schema.org", "@type": "WebSite", "name": "Example", "url": "https://example.test/" }Проверяйте отрисованный HTML, а не превью редактора. Разберите каждый блок JSON-LD и выпишите @id, @type, name, url, alternateName и связи с узлами Organization или WebPage. Затем сравните эти поля с фактами видимой страницы. Инструменты валидации находят проблемы синтаксиса и словаря, но не знают, отражает ли старое название сайта, устаревший URL или неподдерживаемое обещание реальный бизнес.
Проверяйте граф на главной, в языковых версиях и на основных шаблонах. Разметка уровня сайта часто выводится глобально, поэтому изменение может продублировать узел или дать каждой локали конфликтующий URL. Если региональные или языковые сайты — разные сущности, задокументируйте связь намеренно, а не копируйте одно объявление WebSite без изменений. Убедитесь, что канонические URL в графе открываются напрямую и однозначно.
Не добавляйте свойство только потому, что старое руководство утверждает, будто оно запускает функцию поиска. Schema.org задаёт словарь, а Google отдельно документирует, какие функции структурированных данных поддерживает сейчас, и может их менять. Валидная сущность WebSite может улучшить машинную согласованность, но не гарантирует показ названия сайта, быстрых ссылок или какого-либо улучшения в поиске.