Tilda и SEO: что платформа умеет, а где вы упрётесь

Коротко: так ли всё плохо?

Нет. И расхожее «на Тильде невозможно SEO» — миф, который легко проверяется.

Tilda даёт почти всю базовую SEO-обвязку: отдельные страницы с собственными адресами и мета-тегами, канонический адрес, запрет индексации, 301-редиректы, вставку произвольного кода в head, автоматические robots.txt и sitemap.xml, конвертацию изображений в WebP и отложенную загрузку. Если подрядчик говорит, что чего-то из этого «нет», проблема не в платформе.

Настоящие ограничения Tilda лежат в трёх местах:

1. Стоимость масштаба — из базы генерируются только карточки товаров и посты потоков; страницы под услуги, направления и города собираются вручную, по одной.
2. Лента публикаций — сами статьи отдаются сервером и индексируются нормально, а список публикаций в исходном коде пуст, поэтому обнаружение статей и перелинковка между ними работают плохо.
3. Закрытый сервер — нет логов, заголовков ответа и управления кешированием, то есть нет данных для диагностики.

Разберём по пунктам — с точки зрения Google и Яндекса.

1. Архитектура страниц: одностраничник — выбор, а не приговор

Как есть. Tilda не запрещает многостраничную структуру: страниц можно создать сколько нужно, у каждой свой адрес, Title, Description и H1. Но и шаблоны платформы, и привычка сборки ведут к одному длинному лендингу с якорями (#about, #services). Для пользователя это навигация, для поисковика — одна страница с одним адресом.

В чём реальное ограничение. Не в возможности, а в трудозатратах. Из своей базы Tilda разворачивает страницы в двух случаях: карточки товаров из каталога и посты потоков (до 5000 публикаций в потоке, у каждой свой адрес и свои SEO-настройки). Всё остальное — услуги, направления, города, любые посадочные под запросы — собирается вручную, страница за страницей. Поэтому проекты, которым нужны сотни таких страниц, на Tilda либо не доходят до этой структуры, либо содержат её ценой постоянного ручного труда.

Google: одна страница — один Title и один H1, ранжироваться разными разделами по разным запросам нельзя. Если один пользователь ищет «автоматизация бизнес-процессов», а другой — «консалтинг по оптимизации процессов», обоим достанется одна и та же страница. Или ни одному — если она недостаточно релевантна каждому запросу по отдельности.

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

Что это значит на практике. Сайт из 11 адресов в карте сайта может иметь 2 проиндексированные страницы в Google и 13 в Яндексе (Яндекс добирает служебные адреса, которых в карте нет) — это реальный аудит сегмент «бизнес для бизнеса» (B2B)-сайта на Tilda из нашей практики. У конкурентов на собственных система управления сайтом (CMS) в той же нише было от 725 до 4 922 страниц в индексе. Разрыв возник не из-за платформы, а из-за того, что структуру никто не собрал: платформа лишь сделала «не собирать» путём наименьшего сопротивления.

2. JavaScript-рендеринг: важно не перепутать, что именно ломается

Как есть. Мы проверили два живых сайта на Tilda в сентябре 2026 года. Отдельный пост потока приходит с сервера в готовом формат HTML: заголовок в H1, полный текст статьи, микроразметка BlogPosting и Organization. Проблем с индексацией самой статьи нет.

А вот страница-лента со списком публикаций в исходном коде пустая — заголовки и ссылки на статьи подставляются скриптом уже в браузере.

Google: сначала читается формат HTML, рендеринг JavaScript происходит позже, отдельной очередью. Сами статьи это не затрагивает — они в формат HTML. Но робот, попав на страницу блога, может не увидеть ссылок на них: обнаружение новых публикаций держится на карте сайта, а внутренние ссылки между материалами почти не передают вес. Кластеризации контента не возникает, тематическая экспертность не набирается.

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

Вывод. Тезис «блог на Tilda не индексируется» устарел. Точная формулировка: статьи индексируются, а раздел как связная структура — нет.

3. Мета-теги и служебные настройки: почти всё есть

Как есть. Здесь Tilda закрывает базу, и распространённые претензии к ней неверны:

• Title и Description задаются для каждой страницы.
• Канонический адрес страницы задаётся штатно.
• Запрет индексации отдельной страницы — штатная настройка (например, для страницы благодарности).
• 301-редиректы настраиваются в разделе SEO, в том числе по маске (/blog/*).
• Произвольный код в head вставляется и на весь сайт, и на отдельную страницу: через него добавляются любые мета-теги, hreflang, микроразметка.
• robots.txt и sitemap.xml формируются автоматически.

Где всё-таки упрётесь. Всё перечисленное задаётся по одной странице, руками. Автоподстановка работает там же, где и генерация страниц, — в каталоге товаров и потоках; для обычных страниц каждый Title и Description пишет человек. На сайте из 20 страниц это незаметно, на сайте из 300 — отдельная позиция в смете и постоянный источник расхождений с реальностью.

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

4. Schema.org и структурированные данные

Как есть. Для постов потока Tilda генерирует разметку сама — мы видели в исходном коде BlogPosting и Organization. Для остальных страниц автоматической разметки нет: Product, Service, FAQPage, BreadcrumbList, LocalBusiness добавляются вручную — блоком «формат HTML-код» на странице или кодом в head.

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

Яндекс: разметка Organization с адресом и телефоном важна для коммерческих факторов ранжирования — это один из сигналов, по которым оценивается «настоящесть» бизнеса.

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

5. Скорость загрузки

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

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

Google: показатели скорости и отзывчивости (LCP, INP, CLS) входят в оценку удобства страницы. Это не главный фактор ранжирования и не «штраф», но при прочих равных проигрыш конкурентам накапливается. Конкретные баллы имеет смысл смотреть на своём сайте, а не по чужим оценкам: разброс между сайтами на Tilda большой и зависит от того, сколько блоков и скриптов навешано.

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

6. Адреса страниц и структура

Как есть. Человекопонятные адреса задаются в настройках страницы, вложенные пути на Tilda встречаются (посты потока живут по адресам вида /blog/tpost/...). Смена адреса не создаёт редирект автоматически — но 301-редирект настраивается вручную в разделе SEO, в том числе по маске.

Где упрётесь. «Хлебные крошки» из коробки есть только в карточках товаров — там это штатный блок с настройкой. Для остальных страниц иерархия сама не выводится: и навигация, и перелинковка собираются руками либо скриптом. При росте до сотни страниц это отдельная работа, которую нужно кому-то поручить и оплатить, — а на система управления сайтом (CMS) она делается один раз в шаблоне.

Google и Яндекс. Плоская структура для небольшого сайта не критична. На большом — поисковику труднее понять, что главное, а что второстепенное, и вес распределяется хуже. Забытый редирект при смене адреса — прямая потеря накопленного веса страницы.

7. Серверные настройки: здесь обойти нечем

Как есть. Это единственный раздел, где ограничение действительно жёсткое. Нет доступа к:

• конфигурации веб-сервера;
• настройкам кеширования;
• заголовкам ответа (X-Robots-Tag, Cache-Control);
• логам сервера.

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

Яндекс: аналогично. Яндекс.Вебмастер частично компенсирует картину разделом «Страницы в поиске», но детального анализа обхода не даёт.

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

8. Контент: блог и разделы

Как есть. Статьи потока хранятся на стороне Tilda, отдаются в готовом формат HTML и индексируются, RSS-лента объявляется в коде страницы. Разделы (теги) в потоках тоже есть — до 50 на поток, один пост может входить в несколько. Ограничение в другом: сама лента и переключение разделов работают скриптом, поэтому в исходном коде страницы блога ссылок на статьи нет — мы проверили это на двух живых сайтах. Отдельную страницу рубрики со списком материалов Tilda предлагает собирать вручную.

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

Яндекс: та же логика. Отдельные статьи могут собирать трафик, но связность раздела и внутренний вес не набираются.

Когда Tilda подходит

• Лендинги под рекламу — трафик платный, SEO не требуется.
• Визитки — 1–3 страницы, задача в присутствии, а не в трафике.
• Проверка гипотез — быстро запустить, посмотреть на спрос.
• Портфолио — дизайнеры, фотографы, где поиск вторичен.
• Небольшие сайты услуг — 10–50 страниц, собранных один раз и меняющихся редко.
• Интернет-магазины на каталоге Tilda и блоги на потоках — это два сценария, где страницы разворачиваются из базы, а не собираются руками.

Когда Tilda начинает мешать

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

Что выбрать вместо Tilda, если решили переезжать

Вывод

Tilda — не враг поискового продвижения. На ней можно собрать корректный с точки зрения поиска сайт: страницы, мета-теги, канонические адреса, редиректы, разметку. До 50 страниц это нормальный рабочий вариант, и переезд ради переезда денег не стоит.

Ограничения включаются на масштабе. Из базы Tilda разворачивает только товары и посты потоков; всё остальное, что на система управления сайтом (CMS) делает шаблон — страницы под запросы, мета-теги по правилу, перелинковка, «хлебные крошки», разметка, — на Tilda делает человек, и делает заново при каждом изменении. А когда сайт вырастает настолько, что нужна точная диагностика, выясняется, что данных для неё нет: сервер закрыт.

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

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