История изменений в Тильде выручает в трёх типичных ситуациях: клиент открыл конструктор и случайно снёс блок с ценами, дизайнер перезаписал страницу поверх правок, которые я вносил накануне, или кастомный скрипт, отлаженный вчера, кто-то переписал руками через визуальный редактор. За несколько лет работы с Tilda я откатывал страницы к прошлой версии десятки раз, и в статье разберу, где искать версии, как делать откат правильно и что при этом можно потерять, если на странице стоят кастомные скрипты.
По теме статьи
Готовое решение
Ограничение применения промокода в корзине Tilda
Промокод в Tilda не действует на выбранную категорию (например, «Распродажа»). Готовый скрипт + инструкция по подключению.
от6 000 ₽
Кастомный скрипт
Когда стандартных блоков не хватает
Доработка сайтов на Тильде: скрипты для корзины, промокоды, зоны доставки, интеграции с CRM и Telegram. Простой скрипт от 3 000
от3 000 ₽
Где найти историю изменений страницы в Tilda
В редакторе Tilda история хранится прямо внутри проекта, отдельно искать её в личном кабинете не нужно. Откройте страницу в визуальном редакторе (Zero Block), найдите в верхней панели значок часов рядом с кнопками сохранения и публикации. Клик по нему открывает список сохранённых состояний страницы с датой и временем, а если над проектом работает несколько человек с разным уровнем доступа, обычно там же видно, кто вносил конкретную правку.
Важный момент: история привязана к конкретной странице, а не к проекту целиком. Если нужно откатить лендинг из десяти страниц, версии каждой страницы придётся смотреть и восстанавливать отдельно, общего отката «весь сайт на вчера» в Tilda нет. И ещё нюанс, о который спотыкаются часто: восстанавливать версию может не любой участник проекта, а только тот, у кого есть права редактирования публикации, а не просто доступ к блокам.
Как устроена версия страницы в Tilda
Новая версия появляется при каждом сохранении: и когда вы жмёте Ctrl+S вручную, и когда Tilda сохраняет черновик автоматически во время редактирования блоков. В снимок попадают структура блоков, тексты, стили, ссылки на изображения и код, добавленный прямо в блок через опцию «Вставить код». Отдельно стоит учитывать, что у блока может быть разное содержимое для десктопа и для мобильной версии, и при откате стоит проверить обе.
Глубина истории зависит от тарифа и от того, как активно редактируется страница: на проектах, где правки вносят каждый день, старые версии постепенно вытесняются новыми. Держать в уме «у меня всегда будет доступна версия месячной давности» не стоит. Если правка критичная и вы не уверены, что откатите её в ближайшие дни, версию лучше выгрузить отдельно, об этом расскажу дальше.
Не всё, что относится к странице, живёт в её версии. Код, вставленный через настройки проекта (общий head и footer сайта), правила SEO и глобальные стили, привязанные к проекту, а не к странице, версией страницы не покрываются и вместе с ней не откатываются.
Как откатить страницу к прошлой версии: пошагово
- Откройте страницу в редакторе и нажмите значок истории версий в верхней панели.
- Просмотрите список версий по дате и времени, при необходимости откройте превью, чтобы увидеть, как страница выглядела на тот момент, отдельно для десктопа и мобильной версии.
- Выберите нужную версию и нажмите восстановить. Tilda не удаляет текущее состояние безвозвратно, а делает выбранную версию новой активной, историю до этого момента можно найти в том же списке.
- Проверьте страницу в редакторе: блоки, тексты, ссылки на файлы и формы.
- Опубликуйте страницу отдельной кнопкой. Восстановление версии в редакторе не обновляет автоматически то, что видят посетители сайта, пока вы не нажмёте «Опубликовать». Это частая ошибка: страницу откатили, а на боевом сайте ещё висит старая правка, потому что публикацию забыли.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Что откат не восстановит: ограничения истории версий
Откат страницы решает проблему с версткой и текстом, но не всегда решает проблему с интеграциями. У меня были кейсы, когда клиент откатывал страницу оформления заказа на пару дней назад, и вместе с ней «терялась» настройка приёма оплаты через T‑Bank, хотя на самом деле настройка эквайринга привязана к форме и к проекту, а не к конкретной версии блока, и после отката просто расходилась со старой структурой формы.
То же с интеграциями доставки и CRM: если зоны доставки СДЭК или вебхук в CRM настроены через код в форме, а версия, к которой вы откатываетесь, была сохранена до этой настройки, форма вернётся к прежнему виду без нужных полей, и интеграцию придётся донастраивать заново. Если форма на странице триггерит сценарий в n8n или отправляет данные в aiogram-бота через вебхук, этот код тоже физически лежит в блоке, и он откатится вместе со страницей, если версия старее момента его добавления.
Отдельный риск, менее очевидный, это идентификаторы блоков. Tilda присваивает каждому блоку технический ID вида rec123456, и кастомный скрипт, который ищет элемент по этому ID через document.querySelector, после отката может перестать находить нужный блок, если структура старой версии отличается от текущей хотя бы порядком элементов.
Как не потерять кастомный код при откате страницы
Кастомные скрипты в Tilda я всегда храню отдельно от самого конструктора: в текстовом файле или в приватном репозитории, с пометкой, к какому блоку и странице скрипт относится. Это спасает в двух ситуациях: когда глубина истории версий Tilda ограничена и когда откат задевает именно тот блок, куда вставлен код.
Если на странице стоит покупной или заказной скрипт, например ограничение промокодов по категориям или ограничение доставки по зонам, перед откатом стоит сверить, не пропадёт ли вставка кода вместе со старой версией блока. У меня в библиотеке можно найти готовые скрипты для Tilda, а сам код перед крупными правками страницы я обычно дублирую в отдельный файл вне конструктора на всякий случай.
Когда восстановление вручную занимает больше времени, чем того стоит, я беру доработку кастомного скрипта для Tilda от 3 000 ₽, а если нужна связка с CRM, эквайрингом или доставкой, это уже комплексная интеграция от 40 000 ₽.
Резервное копирование страницы отдельно от истории версий
История версий Tilda рассчитана на случай «откатить только что», а не на архив за полгода. Для страниц, которые правятся редко, но важны, например checkout или лендинг с рекламы, я настраиваю ручной бэкап: раз в неделю или перед крупными правками экспортирую страницу через встроенный экспорт в zip и складываю архив отдельно от проекта.
| Способ | Что сохраняет | Срок хранения |
|---|---|---|
| История версий Tilda | блоки, тексты, стили, код внутри блока | ограничен тарифом и активностью редактирования |
| Экспорт страницы в zip | полный снимок страницы на момент экспорта | пока хранится архив у вас |
| Отдельное хранение кода и настроек интеграций | кастомные скрипты, ключи, параметры вебхуков | неограничен |
Для интеграций, которые не тянутся вместе с версией блока, отдельно храню настройки: параметры эквайринга, вебхуки CRM, тарифные зоны СДЭК. Так после отката страницы к прежнему виду интеграции возвращаются на место за 10-15 минут, а не восстанавливаются заново с нуля.
Частые вопросы
Сколько версий страницы хранит Тильда?
Точное количество версий и глубина хранения зависят от тарифа и от того, как часто редактируется страница: на активно редактируемых проектах старые версии вытесняются новыми быстрее. Рассчитывать на доступ к версии месячной давности не стоит, для важных страниц лучше делать отдельный экспорт перед крупными изменениями.
Можно ли восстановить страницу, если её удалили целиком, а не откатить блок?
История версий в редакторе работает для существующей страницы, а не для удалённой. Если страница пропала из проекта целиком, сначала стоит проверить корзину проекта в панели Tilda, а если её там нет, поможет только резервная копия, сделанная заранее через экспорт.
Восстановленная версия сразу видна посетителям сайта?
Нет, восстановление версии меняет только то, что видно в редакторе. Чтобы изменения попали на боевой сайт, страницу нужно опубликовать отдельно кнопкой «Опубликовать», это отдельный шаг, про который часто забывают сразу после отката.
Что делать, если кастомный код пропал после отката страницы?
Сначала проверить, не был ли код вставлен в конкретный блок, которого нет в восстановленной версии: идентификаторы блоков после отката могут отличаться от тех, что использовались в скрипте. Если код хранился отдельно от Tilda, его можно вставить заново вручную, а если восстановить по памяти не получается, доработку скрипта я беру отдельной услугой.