Как бесплатно оптимизировать сайт на Тильде: чек-лист ускорения

Когда клиент присылает сайт на Тильде со словами «он у нас тормозит», я не сразу лезу в платные ускорители - в 80% случаев проблему решают бесплатные настройки внутри самого конструктора. Ниже собрал чек-лист, как бесплатно оптимизировать сайт на Тильде: что я проверяю первым делом, какие блоки чаще всего виноваты в просадке и что можно поправить руками за один вечер.

Что на самом деле тормозит сайт на Тильде

Прежде чем что-то отключать, я снимаю замеры. Без них оптимизация превращается в гадание - правишь что-то наугад, а потом не можешь понять, помогло или нет. Использую три бесплатных инструмента:

• PageSpeed Insights от Google - показывает Core Web Vitals отдельно для мобильной и десктопной версии;
• GTmetrix - даёт водопад запросов, по нему видно, какой конкретно файл грузится дольше всех;
• вкладка Network в DevTools браузера - самый честный способ посмотреть, что реально тянет страница у живого пользователя.

На практике на Тильде почти всегда одна и та же тройка виновников: тяжёлые несжатые изображения, лишние сторонние скрипты (чаты, метрики, виджеты отзывов) и шрифты, которые блокируют отрисовку страницы. Реже - раздутая структура блоков, когда на одной странице стоит 25-30 секций вместо разумных 10-12.

Я фиксирую баллы PageSpeed до правок, потом прохожу по пунктам ниже и сверяю результат - так видно, какая мера дала эффект, а какая нет.

Сжимаем изображения и переводим в WebP - без единого рубля

Картинки почти всегда дают половину веса страницы. У Тильды есть встроенное сжатие при загрузке в галерею и обложки, но оно консервативное - оставляет запас по качеству, который никто не заметит на экране.

Мой порядок действий:

1. Прогоняю изображения через Squoosh или TinyPNG перед загрузкой - оба сервиса бесплатны без ограничения по количеству файлов.
2. Перевожу фото в WebP там, где это не логотип и не иконка с прозрачностью на векторе - экономия обычно 30-50% веса без потери качества на глаз.
3. Ограничиваю ширину загружаемого файла реальным размером блока. Если картинка на сайте показывается на 800 px, не нужно грузить оригинал на 3000 px - Тильда его не обрежет автоматически.

На одном интернет-магазине переводил каталог из 40 карточек с JPG на WebP и обрезал разрешение под реальную ширину блоков - вес страницы категории упал с 4,2 МБ до 1,6 МБ, LCP в PageSpeed сдвинулся с 3,8 до 2,1 секунды. Ни одной платной настройки, только ручная работа с файлами перед загрузкой.

Отключаем лишние блоки, виджеты и трекеры

Каждый виджет на Тильде - это отдельный запрос к стороннему серверу, и он не всегда быстрый. Чаты поддержки, виджеты отзывов, счётчики соцсетей, кнопки шеринга - удобно, но каждый добавляет 100-500 мс к загрузке, особенно если сервис хостится не в России.

Что я обычно вычищаю на аудите:

Отдельно смотрю на количество блоков на странице. Тильда рендерит каждый блок как отдельный DOM-узел со своими стилями, и если на лендинге 30 секций вместо 12, браузер тратит время на пересчёт вёрстки даже до прогрузки картинок. Я обычно объединяю однотипные блоки (например, три отдельных блока с преимуществами) в один Zero Block с нужной вёрсткой - так и грузится быстрее, и редактировать удобнее.

Ускоряем шрифты и не даём им блокировать отрисовку

Шрифты - то, что почти никто не проверяет, а зря. Если сайт подключает 4-5 начертаний через Google Fonts или Tilda Fonts, браузер ждёт их загрузки, прежде чем показать текст - это называется render-blocking.

Что помогает бесплатно:

• Оставить 2 начертания вместо 5-6 (обычный и полужирный вместо всей палитры весов);
• В настройках сайта Тильды включить предзагрузку основного шрифта, если конструктор это позволяет для выбранного набора;
• Не подключать декоративный шрифт для заголовков, если он используется на 2-3 словах на весь сайт - заменить системным с похожим начертанием.

На одном проекте с брендовым шрифтом в 6 начертаниях сокращение до 2 весов дало прирост FCP (First Contentful Paint) почти на секунду - текст стал появляться раньше, пока остальная страница ещё дорисовывалась.

Работаем со сторонними скриптами: async, defer и порядок загрузки

Это уже требует немного кода, но результат обычно самый заметный. В настройках сайта Тильда позволяет вставлять скрипты в head и перед закрывающим body - от того, куда вы поставите скрипт, зависит, будет ли он блокировать отрисовку страницы.

Правило простое: всё, что не критично для первого экрана (аналитика, чаты, пиксели рекламных сетей), переносится в футер и получает атрибут async или defer. В head оставляю только то, что реально нужно до отрисовки - например, код проверки домена или критичные метатеги.

Пример вставки скрипта с отложенной загрузкой через Zero Block:

<script>
  window.addEventListener('load', function () {
    var s = document.createElement('script');
    s.src = 'https://example.com/widget.js';
    s.async = true;
    document.body.appendChild(s);
  });
</script>

Такой скрипт подгружается только после того, как страница уже отрисовалась и стала интерактивной - пользователь не ждёт виджет, чтобы увидеть контент. По этому же принципу я откладываю подгрузку тяжёлых карт (Яндекс.Карты, Google Maps) - они инициализируются только когда блок с картой попадает во вьюпорт, через IntersectionObserver. Готовые заготовки таких скриптов у меня собраны в библиотеке готовых скриптов для Tilda - можно взять за основу и адаптировать под свою структуру блоков без написания с нуля.

Если на сайте есть кастомные интеграции - форма с проверкой ИНН, виджет доставки СДЭК, отправка заявок в CRM через вебхук - эти скрипты я всегда выношу в отдельный подключаемый файл, а не пишу инлайном в каждом блоке. Так легче найти, что именно тормозит, и не приходится обновлять код в трёх местах сразу.

Кэш, зона Tilda и мелкие настройки, которые часто забывают

Последний бесплатный рычаг - то, что уже встроено в саму платформу, но не всегда включено или настроено:

• Проверить, что в настройках сайта включено сжатие изображений Тильдой на уровне галерей - иногда после миграции блоков галочка слетает;
• Убедиться, что домен подключён с SSL напрямую через Тильду, а не через сторонний прокси-сервис - лишний прокси добавляет задержку на каждый запрос;
• Проверить редиректы: если домен несколько раз перенаправляется (http → https → www → без www), это добавляет 100-300 мс до первого байта. В идеале - один прямой редирект;
• Отключить неиспользуемые интеграции в настройках проекта - Тильда подгружает код подключённых сервисов даже на страницах, где они визуально не используются.

Эти пункты не требуют платного тарифа выше базового - только внимательности при настройке домена и интеграций.

Если после чек-листа скорость всё ещё не устраивает, а поджимают сроки или объём работы больше, чем хочется делать руками, я беру такие задачи в разработку - от простой доработки скрипта (от 3 000 ₽) до комплексной интеграции с CRM, эквайрингом или СДЭК (от 40 000 ₽). Полный список задач, которые беру, - на странице услуг.

Частые вопросы

Можно ли ускорить сайт на Тильде без перехода на другой конструктор?

Да, чек-лист выше как раз про это - сжатие изображений, чистка лишних блоков и скриптов, работа со шрифтами дают заметный прирост без миграции. Перенос на WordPress или кастомную разработку имеет смысл, только если сайту уже тесно в рамках блочного конструктора по функциональности, а не только по скорости.

Сколько баллов PageSpeed реально получить на Тильде?

На практике после чистки скриптов и картинок мобильный балл обычно поднимается с 30-40 до 60-75. Выше 90 на мобильной версии на Тильде получить почти нереально - платформа сама подгружает свой базовый JS-фреймворк, и это уже фиксированные накладные расходы, которые не убрать без ухода с конструктора.

Влияет ли количество блоков на странице на скорость загрузки?

Да, напрямую. Каждый блок - это дополнительная разметка и стили, которые браузер должен обработать до отрисовки. Страница из 30 секций всегда будет тяжелее и медленнее аналогичной по контенту страницы из 12, даже если картинки и скрипты у обеих оптимизированы одинаково.

Стоит ли отключать Zero Block, если он не используется на странице?

Если Zero Block не используется на конкретной странице, он и не подгружается - Тильда достаточно умна, чтобы не тянуть код неиспользуемых блоков. А вот если внутри Zero Block вы сами вставили тяжёлый сторонний скрипт без async или defer, тормозить будет именно он, а не сам факт использования Zero Block.