Schema.org на Tilda — раз и навсегда

Наверное у каждого разработчика на Тильде есть момент, когда он опубликовал сайт, порадовался, а потом открыл выдачу и увидел унылый двухстрочный сниппет без FAQ, без даты, без красивых крошек в URL. А ведь у конкурентов есть. И тогда само собой возникают вопросы: где вообще прятать JSON-LD в Тильде (и возможно ли это)? Как не сорвать вёрстку? И, главное, можно ли сделать всё так, чтобы через полгода не искать где запрятана эта микроразметка в админке сайта?

Спойлер: можно. Ниже — то, чем мы сами пользуемся, и ничего лишнего.

Зачем возиться, если сайт и так в индексе?

• Богатые сниппеты в ПС. FAQ-выпадашки, хлебные крошки, даты публикации — больше площади в SERP, выше CTR.

• Контекстные блоки в «Поиске по сайту/картах». Organization + LocalBusiness подсказывают ассистентам, где вас найти.

• Ускоренная индексация. «Главы» контента подсвечены роботам; иногда могут попасть в индекс на сутки-двое быстрее.

• E-E-A-T. Прозрачный автор, дата, источник — прямой сигнал асессорам о качестве сайта.

Плюс это просто дисциплинирует команду: когда структура вынесена в код, меньше соблазна подменить H1 жирным параграфом «на глаз».

Какие типы разметки стоит внедрять?

Где в Тильде живет нужное окошко?

Для каждой страницы — Заходим в настройки → Дополнительно → Листаем до конца → Html-код для вставки внутрь HEAD (как раз то, что нам нужно) .

Что нужно прописать в первую очередь

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

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "Organization",   "name": "Название компании",   "url": "https://example.ru",   "logo": "https://example.ru/img/logo.svg",   "sameAs": [     "https://t.me/brand",     "https://vk.com/brand"   ] } </script>  <script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "WebSite",   "url": "https://example.ru",   "potentialAction": {     "@type": "SearchAction",     "target": "https://example.ru/search?q={search_term_string}",     "query-input": "required name=search_term_string"   } } </script>

Что добавлять для статей

Порядок простой: сначала добавляем Article, потом — если нужно — FAQ и хлебные крошки.

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type":    "Article",   "headline": "Заголовок H1 — без кликбейта",   "description": "Короткое, осмысленное, лучше не копировать meta дословно.",   "datePublished": "2025-06-01",   "dateModified":  "2025-06-05",   "author":    { "@id": "#org" },   "publisher": { "@id": "#org" },   "mainEntityOfPage": "https://example.ru/blog/tilda-schema-guide" } </script>

Хотите выпадающие вопросы? Кладём сразу за Article:

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type":    "FAQPage",   "mainEntity": [     {       "@type": "Question",       "name":  "Нужно ли ставить больше трёх вопросов?",       "acceptedAnswer": { "@type": "Answer", "text": "Лучше не стоит — в ру-выдаче иногда обрезает весь блок." }     },     {       "@type": "Question",       "name":  "Можно ли вложить HTML?",       "acceptedAnswer": { "@type": "Answer", "text": "Нет, только чистый текст" }     }   ] } </script>

Если страница вложена глубже одной папки, добавляем крошки:

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "BreadcrumbList",   "itemListElement": [     { "@type": "ListItem", "position": 1, "name": "Главная",  "item": "https://example.ru" },     { "@type": "ListItem", "position": 2, "name": "Блог",     "item": "https://example.ru/blog" },     { "@type": "ListItem", "position": 3, "name": "Schema на Tilda" }   ] } </script>

Как проверить правильность заполнения?

Мы советуем делать это в обязательном порядке сразу после публикации, потому как бывает что из-за одной кавычки слетает весь код, а в таком случае все усилия напрасны.

Самые распространенные ошибки

Еще раз проверяем перед публикацией

• У каждой страницы — ровно один Article, без вложенных дублей.

• В Article и FAQ нет <br>, эмодзи и смайлов, HTML-тегов — только чистый текст.

• Дата публикации указана в формате YYYY-MM-DD (ISO 8601), без «мая» и «июня».

• Все ссылки внутри разметки работают и ведут на существующие страницы (важно!).

• Organization и WebSite прописаны один раз, обычно на главной.

• Валидаторы: зелёная галочка в Google, без ошибок в schema.org и Яндексе.

Материал подготовлен командой Art-Made. Спасибо, что дочитали. Мы постарались собрать только то, что реально используем сами, без воды и теории. Если что-то пропустили — дополняйте в комментариях, мы открыты к обратной связи 🙂