Правда ли, что конструкторы «плохи для SEO»
Этот миф родился в эпоху первых конструкторов сайтов — Wix 2012 года и раннего Tilda, где мета-теги не редактировались вообще, а всё содержимое страниц генерировалось JavaScript без рендеринга на сервере. Поисковые роботы тогда с трудом читали такие сайты.
С тех пор ситуация изменилась. Tilda давно поддерживает настройку title, description, canonical и alt-текстов. WordPress изначально строился с учётом потребностей поиска, а плагины Yoast SEO и Rank Math превратили оптимизацию в несложный чеклист. Яндекс и Google научились читать JavaScript-контент.
Реальная картина выглядит так:
- Что одинаково на любой платформе. Качество контента, внешние ссылки, поведенческие факторы, коммерческие сигналы доверия. Это ядро SEO, и платформа на него не влияет вообще.
- Что Tilda и WordPress делают хорошо. Базовая техническая оптимизация: мета-теги, заголовки, sitemap, базовая schema.org. Для большинства малого и среднего бизнеса этого достаточно.
- Где есть настоящие ограничения. Скорость загрузки, тонкая настройка серверных ответов, сложная микроразметка, JavaScript-рендеринг для крупных каталогов. Об этом подробнее в каждом разделе.
Переезжать на кастомный движок имеет смысл только в конкретных ситуациях — мы разберём их в конце. Сначала посмотрим, что реально можно настроить на каждой из платформ.
SEO в Tilda: что настраивается и где стена
Tilda строится по блочной логике. Настройки SEO разделены между двумя уровнями: параметры всего сайта и параметры отдельной страницы.
Мета-теги: title и description
Для каждой страницы Tilda предоставляет отдельные поля title и description. Зайдите в редактор страницы → кнопка «SEO» в правом верхнем углу. Там же есть поле для дополнительного кода в <head>, куда можно добавить собственные мета-теги: Open Graph, Twitter Card и другие.
Ограничения: поле title не подсказывает длину и не предупреждает о переполнении. Следите сами: до 60 символов, иначе Яндекс обрежет заголовок в выдаче. Описание: 150–160 символов.
Canonical и дубли страниц
Тег canonical сообщает поисковику, какая версия страницы считается основной. Без него дубли конкурируют между собой в индексе. Например, страница, доступная и по /o-nas/, и без завершающего слеша, воспринимается роботом как две разные страницы.
В Tilda canonical доступен только на тарифе Business и выше (ранее называлось Pro). На бесплатном и Personal тарифе тег не задаётся. На платном тарифе canonical прописывается в настройках страницы → поле «Canonical URL».
Важный нюанс: Tilda автоматически генерирует canonical на каждую страницу, указывая на саму себя. Это базовая защита от дублей, достаточная для большинства сайтов-визиток и небольших лендингов.
Alt-теги для изображений
Изображения, добавленные через стандартные блоки Tilda, поддерживают alt-текст. Для каждого изображения в редакторе блока есть поле «Описание изображения»: это и есть alt. Заполнять его обязательно. Поисковики не видят картинку напрямую, они читают текстовое описание.
Ограничение: фоновые изображения, добавленные через настройки блока (не через объект «Изображение»), не имеют alt. Если это важные иллюстрации, размещайте их через контентный блок, а не через фон.
Карта сайта и robots.txt
Tilda автоматически генерирует XML-sitemap по адресу /sitemap.xml и базовый robots.txt. Sitemap обновляется при публикации новых страниц. Это хорошо: поисковик получает актуальный список страниц без вашего участия.
Где ограничение: robots.txt в Tilda не редактируется вручную на большинстве тарифов. Если вам нужно закрыть конкретные разделы от индексации или добавить специальные директивы для отдельных ботов, без экспорта кода или собственного хостинга это не получится.
Серверные ответы и редиректы
Это главное ограничение Tilda: вы не управляете серверными ответами. Настройка 301-редиректов, статусов 404, заголовков кэширования: всё это находится на сервере Tilda, а не у вас. Если страница переехала, придётся настраивать «псевдоредирект» через JavaScript, что хуже с точки зрения передачи ссылочного веса.
Исключение: экспорт сайта из Tilda на собственный хостинг. В этом случае появляется доступ к серверным настройкам через .htaccess (Apache) или конфигурацию Nginx.
SEO в WordPress: плагины вместо программиста
WordPress — самая популярная CMS в мире по числу установок. Сам движок хорошо индексируется, а развитая экосистема плагинов закрывает большинство SEO-задач без единой строки кода.
Yoast SEO и Rank Math: в чём разница
Это два основных SEO-плагина для WordPress. Оба бесплатны в базовой версии и решают одинаковый набор задач:
- Yoast SEO — более зрелый, проверенный годами. Удобен тем, кто только начинает: визуальный анализатор текста прямо в редакторе подсказывает, где добавить ключевое слово, как длина заголовка и описания, читаем ли текст.
- Rank Math — моложе, но функциональнее в бесплатной версии. Позволяет отслеживать позиции прямо в WordPress, настраивать schema.org подробнее и работать с несколькими ключевыми фразами на одной странице без оплаты.
На практике для малого бизнеса разница несущественна. Выбирайте тот, который удобнее вам или вашему разработчику.
Title, description и breadcrumbs
Оба плагина добавляют в редактор каждой страницы и записи отдельный блок: предпросмотр сниппета в поиске, поля для title и description. Всё это отдельно от заголовка страницы: H1 и title могут различаться, что правильно. H1 пишется для читателя, title — для поисковика.
Хлебные крошки (breadcrumbs) Yoast и Rank Math генерируют автоматически на основе иерархии рубрик. Нужно только активировать функцию в настройках плагина и добавить вызов функции в шаблон темы — это несложная правка, которую выполнит любой разработчик или найдётся в документации темы.
Schema.org: микроразметка из коробки
Schema.org — это язык разметки, который помогает поисковику понять, что именно находится на странице: организация, товар, статья, FAQ, отзывы. Правильная разметка повышает шансы на расширенный сниппет в выдаче.
Yoast SEO автоматически добавляет базовую разметку: Article, BreadcrumbList, Organization, WebSite. Rank Math идёт дальше: поддерживает Product, Recipe,Event, FAQ, HowTo и другие типы прямо через интерфейс без кода.
Для блога агентства или сайта услуг базовой разметки Yoast обычно достаточно. Если нужна разметка для интернет-магазина (цены, наличие, рейтинги товаров), понадобится плагин WooCommerce или ручная настройка.
Sitemap и редиректы
Оба плагина генерируют XML-sitemap и отправляют его в поисковые системы автоматически: при публикации новой страницы карта обновляется. Sitemap разбивается на несколько файлов, что важно для крупных сайтов с сотнями страниц.
301-редиректы в WordPress настраиваются через отдельные плагины, например Redirection (бесплатный). Это большое преимущество перед Tilda: вы сами управляете тем, куда идёт трафик с удалённых или переименованных страниц, без доступа к серверу.
Реальные ограничения WordPress
WordPress гибок, но не без слабых мест:
- Дубли страниц. WordPress по умолчанию создаёт несколько URL для одного материала: страница рубрики, архив по дате, архив по автору, страница тега. Всё это потенциальные дубли, которые нужно закрыть через noindex или canonical. Плагины делают это автоматически, если их правильно настроить.
- Медленные темы и плагины. Скорость загрузки WordPress сильно зависит от выбранной темы и установленных плагинов. Многофункциональная тема с десятком активных плагинов легко даст PageSpeed Insights 40–50 баллов на мобильных. Подробнее об этом в следующем разделе.
- Безопасность. WordPress часто взламывают через уязвимые плагины. Взломанный сайт попадает под фильтр в Яндексе и может пропасть из выдачи. Регулярные обновления и проверка плагинов — не SEO-задача, но она прямо влияет на видимость сайта.
Скорость: почему обе платформы медленные и что с этим делать
Скорость загрузки — один из факторов ранжирования. Яндекс прямо указывает, что медленные сайты могут получать меньше показов в выдаче. Google с 2021 года использует Core Web Vitals как сигнал ранжирования. Обе платформы проигрывают в скорости хорошо оптимизированным кастомным решениям, но не безнадёжно.
Tilda: что замедляет и что можно улучшить
Tilda загружает на каждую страницу свою библиотеку JavaScript и стили блоков, даже если половина блоков на странице не используется. К тому же изображения загружаются в оригинальном размере, если вы сами не оптимизировали их перед загрузкой.
Что можно сделать без разработчика:
- Оптимизировать изображения перед загрузкой. Сжимайте через Squoosh (бесплатный онлайн-инструмент от Google) или TinyPNG. Сохраняйте в WebP, если контент-план это позволяет. Фотография 3 МБ вместо 300 КБ — это разница в три секунды загрузки на среднем мобильном.
- Использовать «ленивую» загрузку. В настройках сайта Tilda есть опция «Отложенная загрузка изображений». Она включает lazy loading для картинок ниже первого экрана: браузер не загружает их до прокрутки.
- Подключить CDN. Tilda поддерживает подключение собственного домена с CDN. Если ваша аудитория в нескольких регионах, CDN ощутимо снижает время до первого байта (TTFB).
Что не получится без экспорта на собственный сервер: настроить кэширование на уровне сервера, включить HTTP/2 и HTTP/3, контролировать порядок загрузки ресурсов.
WordPress: плагины кэширования и CDN
У WordPress главный инструмент ускорения — это плагины кэширования. Они генерируют статические HTML-версии страниц, которые отдаются посетителю без обращения к базе данных. Это снижает нагрузку на сервер и ускоряет время ответа в разы.
Популярные варианты: WP Super Cache (простой, бесплатный), W3 Total Cache (сложнее, больше настроек), LiteSpeed Cache (если хостинг поддерживает LiteSpeed). Последний показывает одни из лучших результатов при правильной настройке.
CDN для WordPress настраивается через те же плагины или напрямую через Cloudflare (бесплатный тарифный план закрывает большинство задач для малого бизнеса).
Ещё один момент: выбор хостинга. WordPress работает лучше на хостинге, оптимизированном именно под него: с поддержкой PHP 8.x, быстрой базой данных и возможностью включить OPcache. На дешёвом shared-хостинге даже хорошо оптимизированный WordPress будет медленным.
Что потребует разработчика на любой платформе
Есть задачи, которые ни Tilda, ни WordPress не решают самостоятельно без кода и доступа к серверу.
Server-side rendering для сложного контента
Если контент страницы генерируется через JavaScript в браузере (SPA-подход), поисковый робот может не дождаться его отрисовки. Яндекс умеет обрабатывать JavaScript, но делает это с задержкой. Для контента, который должен быть проиндексирован быстро и полно (страницы каталога, карточки товаров), нужен серверный рендеринг: это уже задача разработчика.
На Tilda эта задача не решается вообще: нет доступа к серверу. На WordPress есть плагины для кэширования полного HTML, что частично решает проблему, но не закрывает её полностью для динамического контента.
Кастомные HTTP-заголовки
Заголовки ответа сервера влияют на скорость (Cache-Control, Expires), безопасность (Content-Security-Policy) и поведение поисковика при перемещении страниц (301/302 редиректы). На Tilda эти заголовки недоступны. На WordPress они доступны через файл .htaccessили конфиг сервера, но требуют работы с хостингом.
Сложная schema.org
Базовую микроразметку плагины ставят сами. Но если нужны специфические типы:LocalBusiness с часами работы и координатами, Productс актуальными ценами из базы данных, вложенные Review — это уже ручная доработка шаблона или написание кастомного плагина.
Проверять корректность разметки можно в Яндекс Вебмастере → Инструменты → Валидатор микроразметки и в Rich Results Test от Google. Инструменты покажут ошибки и предупреждения прямо по URL вашего сайта.
JavaScript-фильтрация и динамический контент
Интернет-магазин с фильтрами на JavaScript — частый случай. Пользователь выбирает параметры, страница обновляется без перезагрузки, но URL не меняется. Поисковик видит только одну страницу вместо сотен страниц с конкретными наборами товаров.
Для SEO правильно, чтобы каждый значимый фильтр генерировал свой URL с серверным рендерингом. Это стандартная задача для разработчика, но не для конструктора. На WordPress с WooCommerce часть фильтров поддерживает SEO-URL через соответствующие плагины, но тонкая настройка всё равно требует кода.
Когда стоит переехать на кастомный движок
Есть конкретные ситуации, когда ограничения платформы становятся реальным тормозом роста, а не гипотетической проблемой:
- Больше 500–1000 страниц в каталоге. Интернет-магазин с большим каталогом требует управления дублями фильтров, faceted navigation, динамических sitemap, обновления цен и наличия в режиме реального времени. Tilda для этого не создана, WordPress справляется только частично.
- Высококонкурентная ниша с техническими требованиями. Юридические услуги, медицина, финансы: здесь каждая секунда загрузки и каждый тег разметки на счету. Если конкуренты работают на быстрых кастомных решениях, сайт на стандартной теме WordPress с десятком плагинов будет проигрывать технически.
- Нужен полный контроль над серверными ответами. Сложный редирект, A/B-тестирование через серверный роутинг, собственный краулинговый контроль: всё это за пределами возможностей конструктора.
Во всех остальных случаях (сайт-визитка, блог, лендинг услуги, небольшой каталог до 100–200 позиций) Tilda и WordPress справляются с SEO-задачами без ущерба для видимости в поиске. Переезд ради переезда не ускорит ваши позиции: новый сайт начинает с нуля по авторитетности, а это месяцы восстановления.
Сравнение возможностей: Tilda против WordPress
Для удобства собрали ключевые SEO-параметры в одной таблице:
| Параметр | Tilda | WordPress + Yoast/Rank Math |
|---|---|---|
| Title и description | ✓ Есть на всех тарифах | ✓ Есть, с предпросмотром |
| Canonical | Только Business-тариф и выше | ✓ Автоматически и вручную |
| Alt для изображений | ✓ Для контентных блоков, не для фонов | ✓ Для всех изображений |
| XML-Sitemap | ✓ Автоматически | ✓ Автоматически, с разбивкой |
| robots.txt | Только чтение, не редактируется | ✓ Редактируется через плагин |
| 301-редиректы | Нет (только JS-редиректы) | ✓ Через плагин Redirection |
| Schema.org | Только через код в head | ✓ Базовые типы из коробки, расширенные через Rank Math |
| Оптимизация скорости | Изображения, CDN, lazy load | Изображения, кэш-плагин, CDN, выбор хостинга |
| Серверные HTTP-заголовки | Нет | Через .htaccess / хостинг |
С чего начать: пошаговый порядок действий
Если вы уже работаете на одной из платформ, вот порядок, который даёт результат без кода:
- Проверьте мета-теги на каждой странице. Title и description должны быть уникальными, отражать содержание страницы и вписываться в нужную длину. Начните со страниц, которые приносят или должны приносить трафик: главная, услуги, категории.
- Заполните alt-тексты у всех изображений. Описывайте, что изображено, а не пишите ключевое слово. «Мастер за работой в автосервисе» лучше, чем «ремонт авто москва дешево».
- Отправьте sitemap в Яндекс Вебмастер. Это ускоряет индексацию новых страниц. Для Tilda:
/sitemap.xml, для WordPress — URL из настроек SEO-плагина. - Проверьте скорость в PageSpeed Insights. Если оценка ниже 50 на мобильных — начните с оптимизации изображений. Это самое простое и даёт наибольший эффект.
- Включите кэширование на WordPress (Tilda кэшируется на стороне сервера автоматически). WP Super Cache или LiteSpeed Cache — и перепроверьте PageSpeed после установки.
- Проверьте дубли страниц. Вбейте в Яндексе
site:вашдомен.ruи посмотрите, нет ли в выдаче лишних страниц: архивы дат, страницы авторов, дублирующиеся категории. На WordPress — закройте их через настройки SEO-плагина.
Что почитать ещё
Если хотите углубиться — несколько смежных тем из нашего блога:
- Технический SEO-аудит сайта — универсальная инструкция по диагностике: robots.txt, дубли, битые ссылки, скорость загрузки — независимо от платформы.
- Скорость загрузки и конверсия — Core Web Vitals, PageSpeed Insights и конкретные техники ускорения.
- SEO для нишевого бизнеса — с чего начать продвижение в поиске, если сайт сделан, а трафика нет.