Когда на сайте за сотню страниц и нужно опубликовать все страницы Тильды после правки шапки или подвала, процесс занимает заметно больше времени, чем публикация одной страницы. Клиенты пишут мне в таком случае одно и то же: кнопка нажата, а на сайте старая версия. Обычно ничего не сломалось, просто массовая публикация зависит от числа страниц, и часть правок вообще не требует переопубликации. Ниже расписываю, от чего зависит скорость, какие изменения надо выкатывать на весь проект, а какие нет, и как не делать лишней работы.
По теме статьи
Готовое решение
Запрет прошедших дат в календаре формы Tilda
Одно правило на все поля «Дата» сайта: прошедшие дни бледнеют и не выбираются, можно закрыть сегодня и ближайшие N дней. Вписанная руками прошедшая дата стирается.
Бесплатно
Сайт / Tilda
От лендинга до интернет-магазина
Разработка сайтов на Tilda с нестандартным функционалом. Кастомные формы, калькуляторы, интеграции с CRM — всё, что нужно для запуска бизнеса.
от30 000 ₽
Когда действительно нужно опубликовать все страницы проекта
Созданная или изменённая страница не видна посетителям, пока её не опубликовали: правки в редакторе на боевой сайт сами не попадают. С общими элементами то же самое, но масштаб другой. По справке Тильды, изменения хедера и футера на сайте появляются после публикации всех страниц, а не только страницы, на которой лежит сам подвал. В предпросмотре других страниц подвал виден сразу, поэтому легко решить, что всё уже сработало, и забыть про публикацию.
Массовая публикация нужна в таких случаях:
- поменяли телефон, адрес или ссылки в шапке или подвале, которые вынесены в общие блоки;
- добавили пункт в общее меню;
- добавили поле промокода в блок корзины ST100 и повторили это на нескольких страницах, где корзина есть;
- меняли настройки, которые применяются при публикации страницы, и хотите убедиться, что они попали на все адреса.
Последний пункт я всегда проверяю тестом: открываю две-три страницы в разных разделах сайта и смотрю исходный код. Не помню случая, чтобы это было лишним.
Почему массовая публикация идёт долго
Каждая страница публикуется как отдельная единица: собирается её код, обновляются связанные файлы. Время растёт вместе с числом страниц, и чем больше блоков и картинок на каждой, тем дольше. На проекте из десятка страниц разницы не заметишь. На сайте из нескольких сотен, где у каждой страницы по 20-30 блоков, ожидание ощутимое. Это мой опыт с клиентскими проектами, точных замеров по Тильде у меня нет, и точных цифр от платформы я не видел, поэтому конкретные минуты называть не буду.
Замедляют процесс несколько вещей:
- Число страниц. Потолок на платных тарифах 1000 страниц на проект, на Free 50. Чем ближе к потолку, тем дольше полный прогон.
- Тяжёлые страницы. Много блоков, Zero Block с десятками элементов, крупные картинки.
- Нагрузка на сервис. Вечер буднего дня и утро понедельника публикуются медленнее, чем ночь. Это наблюдение, а не документированное правило.
- Повторные запуски. Если нажать публикацию ещё раз, не дождавшись конца первой, очередь не ускоряется, а запутывается.
Ещё одно ограничение, о котором забывают при планировании: не больше 100 новых страниц в сутки. Оно касается именно создания, не переопубликации. Но если вы переносите большой сайт и создаёте страницы копированием, упрётесь в него раньше, чем в скорость публикации.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Что не нужно переопубликовывать: каталог товаров и данные из модулей
Большая часть лишних массовых публикаций приходится на магазины. Каталог товаров на Тильде это подключаемый модуль с отдельной админкой, и изменения в нём видны на сайте без переопубликации страниц. Меняете цену, остаток, название товара или добавляете позицию в раздел, и страницы с витриной трогать не надо. Витрина сама запрашивает список товаров, поэтому актуальные данные подтягиваются при открытии страницы.
Если у клиента подключён обмен с 1С или МойСклад по CommerceML, то же правило: цены и остатки, пришедшие из учётной системы, переопубликации не требуют. Я не раз видел, как менеджеры после каждой выгрузки жмут «Опубликовать все страницы» и ждут, хотя результат был бы тем же и без этого.
Ниже сводка по типичным правкам. Это не полный список, а то, с чем я сталкивался чаще всего:
| Что меняю | Нужна ли публикация | На что распространяется |
|---|---|---|
| Цена, остаток, название товара в каталоге | Нет | Изменения видны сразу |
| Текст или картинка в блоке обычной страницы | Да | Только эта страница |
| Хедер или футер | Да | Все страницы проекта |
| Поле промокода в корзине ST100 | Да | Страницы, где стоит корзина |
| Создание промокода в настройках платёжных систем | Нет, если поле в корзине уже добавлено | Работает на уже опубликованных страницах |
Последняя строка таблицы вытекает из того, как устроены промокоды: сам код создаётся в настройках сайта, а переопубликовать нужно лишь страницу, где в корзину добавили поле для ввода.
Как ускорить публикацию всех страниц и сократить ожидание
Полностью убрать ожидание нельзя, но уменьшить его можно. Вот что я делаю сам и советую клиентам.
Собирайте правки в одну публикацию
Самая частая ошибка: поменяли телефон в шапке, опубликовали всё, через час заметили опечатку в подвале и опубликовали всё ещё раз. Я веду список правок общих блоков и публикую проект один раз, когда они собраны. Для сайта с рабочим потоком заявок это экономит часы суммарного ожидания в неделю.
Не публикуйте проект в часы пиковой нагрузки
Массовую публикацию лучше запускать ночью или в выходной, особенно на больших проектах. Это не гарантия скорости, но у меня по ощущениям так проходило быстрее. Заодно меньше риска, что клиент увидит сайт в промежуточном состоянии, когда часть страниц уже со старой шапкой, а часть с новой.
Уберите ненужное с самих страниц
Тяжёлые страницы публикуются дольше. Если на сайте много старых страниц, которые никому не нужны, их стоит удалить, а удалённые страницы Тильда хранит в корзине менее суток. Перед чисткой я выгружаю список страниц и сверяю с аналитикой, чтобы не потерять то, на что ещё ходят из поиска. Редиректы на новые адреса настраиваются в разделе SEO, там поддерживается маска со звёздочкой, так что целый раздел можно перенаправить одним правилом.
Не нажимайте повторно
После запуска массовой публикации не жмите кнопку снова и не закрывайте вкладку, пока процесс не завершился. Если закрыть вкладку посреди процесса, часть страниц может остаться на старой версии, и придётся перепроверять каждую. Лучше дождаться конца и открыть пару страниц в режиме инкогнито.
Можно ли автоматизировать публикацию через API
Часто спрашивают, нельзя ли запускать публикацию скриптом, например из n8n или из PHP-обработчика на хостинге. Нет, методов публикации у Tilda API нет. Методов всего семь, и все они только читают данные: список проектов, информация о проекте, список страниц, получение страницы и её экспорт. Записи, а значит и публикации, через API не сделать. Доступен API только на тарифе Business, лимит 150 запросов в час.
Есть обратная сторона: у API есть вебхук на публикацию страницы. Это удобно, когда нужно реагировать на уже совершённую публикацию. Например, я настраивал уведомление в Telegram, чтобы клиент видел, что страница вышла и когда. Обработчик на обычном PHP-хостинге с этим справляется, отдельный сервер не нужен. Но ускорить сам процесс публикации такая связка не может, она только сообщает о результате.
Если нужна автоматизация именно вокруг публикаций, например проверка после выкатки, что на нужных страницах нет старого телефона, это уже отдельная задача. Я такое решаю кастомной доработкой Тильды: скрипт обходит список адресов и сравнивает содержимое с ожидаемым.
Как проверить, что всё опубликовалось
После массовой публикации я иду по короткому списку.
- Открываю главную и две-три страницы из разных разделов в режиме инкогнито, чтобы не смотреть закешированную версию.
- Проверяю то, что менял: телефон в шапке, пункт меню, ссылку в подвале.
- Для магазина открываю корзину и оформляю тестовый заказ или хотя бы добавляю товар и ввожу промокод.
- Смотрю исходный код пары страниц, если менял общий код в настройках сайта.
Если на части страниц осталась старая версия, чаще всего помогает точечная публикация этих страниц. Если проблема повторяется на многих, пишу в поддержку Тильды с примерами адресов. Резервные копии и откат тут не помогут: истории версий страницы нет, есть только отмена до 200 действий за 4 часа, корзины блоков и страниц и восстановление копии проекта через поддержку. Поэтому перед массовой правкой общих блоков я делаю копию содержимого или хотя бы фиксирую, как выглядело до.
Условия и возможности Тильды меняются, поэтому перед запуском массовых правок я уточняю их в справке самого сервиса.
Частые вопросы
Сколько по времени занимает публикация всех страниц на Тильде?
Точного срока у платформы нет, он зависит от числа страниц, количества блоков и текущей нагрузки. По моей практике небольшой сайт публикуется быстро, а проект на несколько сотен страниц заметно дольше, и на ощущения влияет время суток. Если публикация затянулась, не запускайте её повторно, подождите окончания.
Надо ли публиковать все страницы после изменения цены товара?
Нет. Каталог товаров работает как отдельный модуль, и его изменения видны на сайте без переопубликации страниц. Страницу нужно публиковать, только если вы меняли сами блоки на ней, например добавляли поле промокода в корзину.
Можно ли опубликовать страницы через API Тильды?
Нет. У Tilda API семь методов, и все они только читают данные. Публикации страниц, как и любой записи, в API нет. Сам API доступен только на тарифе Business.
После публикации на сайте всё равно старая версия, что делать?
Сначала откройте страницу в режиме инкогнито, чтобы исключить кеш браузера. Если там тоже старая версия, опубликуйте эту страницу отдельно и проверьте снова. Когда проблема массовая, соберите адреса нескольких страниц и напишите в поддержку Тильды.