Кэширование в Tilda — тема, вокруг которой много мифов. Одни обещают, что после включения «какого-то кэша» сайт полетит. Другие уверены, что на Tilda кэша нет вообще. Правда посередине: кэш есть, он работает, но включается не одной кнопкой и ускоряет не всё подряд.
Автор: Григорий Федотов, основатель студии · Обновлено: 03.10.2026
Мы делаем сайты на Tilda годами и на своих проектах проверили, что реально влияет на скорость, а что — красивая теория. Ниже — без магии: где кэш прячется, что он ускоряет, что ломает и как настроить так, чтобы не сломать сайт.
Кэш — это сохранённая копия. Браузер сохраняет файлы сайта у себя, чтобы не скачивать их заново при следующем заходе. CDN хранит копии ближе к пользователю, чтобы отдавать быстрее. Сервер хранит готовые фрагменты, чтобы не собирать их каждый раз.
На Tilda есть нюанс: платформа отдаёт HTML динамически. То есть каждая страница собирается на стороне сервиса из блоков, которые вы накидали в редакторе. Это значит, что полного статического кэша страниц, как на WordPress с плагином, здесь не будет.
Что кэшируется хорошо: изображения, CSS, JS, шрифты, иконки. Всё это — статика. Она не меняется от визита к визиту, её можно смело отдавать из кэша надолго. Именно статика составляет основную часть веса страницы, так что кэшировать её — уже половина успеха.
Что кэшируется плохо: HTML, динамические блоки (формы, корзина, личный кабинет), скрипты, которые подтягивают свежие данные. Тут кэш может навредить: пользователь увидит старую цену или не увидит свою заявку.
Отсюда простое правило: кэшируйте то, что не меняется, и не кэшируйте то, что живёт.
Браузер сам решает, что кэшировать, ориентируясь на заголовки ответа от сервера. Tilda отдаёт часть статики с заголовками, которые позволяют браузеру держать файлы у себя. Но не всё и не так надолго, как хотелось бы.
Проверить, что кэшируется, можно так: откройте сайт, зайдите в DevTools → Network, обновите страницу. Файлы, помеченные как (memory cache) или (disk cache), браузер взял из кэша. Если всё грузится заново — кэша нет.
Плюс этого уровня: ничего подключать не надо, работает из коробки. Минус: помогает только при повторных визитах одного и того же пользователя. Первый заход всегда будет скачивать всё заново.
CDN — сеть серверов по миру, которые раздают вашу статику. Пользователь из Новосибирска получает картинки не с сервера в Москве, а с ближайшего узла CDN. Быстрее и стабильнее.
Tilda поддерживает подключение внешнего CDN. Это делается через настройки проекта — в разделе, где указывается домен и подключение. Точные шаги зависят от провайдера CDN (Cloudflare, Bunny, другие).
Главный подвох: если включить кэширование HTML на CDN, вы начнёте показывать посетителям старые версии страниц. Меняете текст на сайте — а видите старый. Поэтому на уровне CDN кэшируйте только статику по расширениям: jpg, png, webp, css, js, woff, woff2, svg. HTML оставляйте без кэша или с минимальным TTL.
Тут всё скрыто от нас. Tilda сама решает, что и как кэшировать на своей стороне. Мы не можем это настроить вручную, но можем не мешать: не плодить сотни блоков на одной странице, не вставлять тяжёлые скрипты в каждый блок, не грузить изображения по 5 МБ.
| Тип ресурса | Кэшируется браузером | Кэшируется CDN | Эффект на скорость |
|---|---|---|---|
| Изображения (jpg, png, webp) | Да, надолго | Да, надолго | Высокий |
| CSS и JS | Частично | Да, надолго | Средний |
| Шрифты (woff2) | Да, надолго | Да, надолго | Средний |
| HTML-страницы | Нет | Только с осторожностью | Низкий, рискованный |
| Динамические блоки | Нет | Нет | Не кэшируется |
| Сторонние скрипты (аналитика, чаты) | Зависит от сервиса | Обычно нет | Не контролируем |
Кэш — не единственный и не главный рычаг. Если сайт грузится 8 секунд, кэш сэкономит секунду. Остальные семь — где-то ещё.
Самый жирный пункт. Одна картинка из фотостока весит 3–5 МБ. Десять таких — 30 МБ, которые надо скачать. Никакой кэш не спасёт при первом заходе.
Что делать: Tilda сама сжимает загруженные изображения, но не всегда достаточно. Мы на проектах прогоняем крупные картинки через сжатие (Squoosh, TinyPNG) перед загрузкой. Формат webp даёт меньший вес при том же качестве. Для фонов и декора — webp, для фото — jpg с качеством 75–80%.
В Tilda есть встроенная ленивая загрузка изображений. Работает так: картинки ниже первого экрана не грузятся, пока пользователь не доскроллит. Это ощутимо снижает вес первой загрузки.
Проверить, что она работает: в DevTools посмотрите, сколько картинок грузится при открытии страницы. Если все сразу — ленивая не подключена или сломана.
Каждый подключённый сервис (чат, пиксель, карта, виджет) — это запросы к чужим серверам. Они могут тормозить сильнее, чем весь ваш сайт. Мы обычно оставляем только то, без чего нельзя: аналитика, один чат, форма. Остальное — по необходимости.
Страница из 40 блоков грузится дольше, чем из 15. Не потому что блоки тяжёлые, а потому что каждый — это разметка, скрипты, иногда свои стили. Если блок не нужен — удалите. Это не про кэш, но про скорость.
1. Проверьте текущую скорость. Откройте PageSpeed Insights, введите адрес сайта. Запишите показатели. Это точка отсчёта.
2. Сожмите тяжёлые изображения. Найдите файлы больше 500 КБ, прогоните через сжатие, перезалейте. Особенно фоны и большие фото.
3. Включите ленивую загрузку. В настройках изображения в Tilda есть опция отложенной загрузки. Проверьте, что она активна.
4. Уберите лишние скрипты. Пройдитесь по настройкам страниц и блоков. Отключите счётчики, которые не используете. Уберите дубли аналитики.
5. Подключите CDN. Зарегистрируйтесь у провайдера, добавьте домен, настройте правило: кэшировать только статику по расширениям (jpg, png, webp, css, js, woff, woff2, svg). HTML — без кэша или TTL 5 минут.
6. Проверьте заголовки. После подключения CDN откройте DevTools → Network, посмотрите заголовки ответов. Ищите признаки CDN (например, CF-Cache-Status: HIT) и Cache-Control с длинным max-age.
7. Протестируйте изменения. Обновите пару страниц, проверьте, что контент свежий, формы работают, корзина считает. Кэш не должен ломать динамику.
8. Замерьте результат. Снова откройте PageSpeed Insights, сравните с первым замером. Если стало хуже — откатывайте последнее изменение.
9. Повторяйте раз в полгода. Сайт меняется, картинки добавляются, скрипты накапливаются. Настройки кэша и скорость — не разовая акция.
Самая частая и самая болезненная. Включают «кэшировать всё» в настройках CDN, потом меняют текст на сайте, а посетители видят старое. Или хуже: обновляют цены, а на сайте старые. Правило простое: HTML не кэшируем.
Если вы активно правите дизайн, длинный TTL (месяц, год) заставит пользователей скачивать старую версию стилей. Мы обычно ставим TTL для CSS и JS 7–30 дней, а при крупных правках дизайна добавляем версионирование файлов (например, style.css?v=2).
Корзина, формы, личный кабинет, фильтры — всё это не должно кэшироваться. Если CDN закэширует ответ на запрос корзины, пользователь увидит чужие товары или пустую корзину. Проверьте, что правила кэширования исключают динамические URL.
Кэш не ускорит первую загрузку. Если у вас 40 картинок по 2 МБ, кэш поможет только повторным визитам. Новый посетитель всё равно будет ждать. Поэтому сначала — сжатие, потом — кэш.
Мобильный интернет медленнее, и кэш там работает иначе. Проверяйте скорость на мобильном, а не только на десктопе. В PageSpeed Insights есть отдельные замеры для мобильных — ориентируйтесь на них.
У нас есть свой порядок действий, который мы отработали на десятках сайтов на Tilda. Сначала — аудит скорости. Смотрим PageSpeed, DevTools, размер страниц. Потом — чистка: изображения, скрипты, блоки. И только после этого — кэширование и CDN.
Почему так: если сначала подключить CDN, а потом чистить сайт, придётся сбрасывать кэш после каждого изменения. Лишняя работа. Логичнее сначала привести сайт в порядок, а кэш включить в конце — как финальный слой.
Ещё момент: мы не включаем агрессивный кэш на сайтах с частыми обновлениями контента. Если вы каждый день меняете цены или публикуете новости — короткий TTL и точечное кэширование статики. Если сайт-визитка, которая меняется раз в год — можно кэшировать смелее.
Кэширование в Tilda — не волшебная кнопка, а один из инструментов. Оно ускоряет повторные визиты и снижает нагрузку, но не спасает от тяжёлых картинок и лишних скриптов.
Порядок такой: сначала сжатие и чистка, потом CDN и кэш статики. HTML не кэшируем, динамику не трогаем, TTL подбираем под частоту обновлений. И обязательно замеряем результат — до и после. Если цифры не изменились, значит, вы кэшировали то, что и так не тормозило.
Начните с PageSpeed Insights и одной тяжёлой картинки на сайте. Уже это даст больше, чем включение CDN на неподготовленном проекте.
Отдельной кнопки «включить кэш» в Tilda нет. Кэширование работает на трёх уровнях: браузер (заголовки Cache-Control), CDN (подключение внешнего сервиса) и серверный кэш самой платформы. Настраивается всё это через параметры проекта, подключение CDN и правки в коде шаблона.
Сильнее всего влияет сжатие картинок, отложенная загрузка изображений и подключение CDN. Кэширование статики браузером даёт эффект при повторных визитах, но не спасает при первом заходе. Поэтому кэш — это про повторные визиты и снижение нагрузки, а не про мгновенный старт.
Полностью статический кэш HTML-страниц на Tilda вы не получите — платформа отдаёт разметку динамически. Можно кэшировать статику (CSS, JS, шрифты, изображения), а HTML — частично через CDN или прокси. Это редко даёт большой выигрыш и часто ломает поведение скриптов.
Чаще всего из-за агрессивного кэширования HTML и динамических скриптов. CDN начинает отдавать старую версию страницы, пока вы уже поменяли контент. Решение — кэшировать только статику (картинки, CSS, JS) с длинным TTL, а HTML оставить с коротким или без кэша.
Откройте DevTools → вкладка Network, включите колонку Size и посмотрите ответы. Файлы из кэша показывают источник (memory cache / disk cache / CDN) и не грузятся заново. Для проверки CDN используйте заголовки ответа: ищите X-Cache, CF-Cache-Status или аналогичные.
Оставьте контакт — пришлём расчёт и предложим решение под вашу задачу. Ни к чему не обязывает.
Без навязчивых звонков · Смета бесплатно · Оплата поэтапно по договору
или позвоните: +7 (495) 487-44-70