Наверное у каждого разработчика на Тильде есть момент, когда он опубликовал сайт, порадовался, а потом открыл выдачу и увидел унылый двухстрочный сниппет без 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. Спасибо, что дочитали. Мы постарались собрать только то, что реально используем сами, без воды и теории. Если что-то пропустили — дополняйте в комментариях, мы открыты к обратной связи :-)