Когда беру в работу доработку сайта на Тильде, аудит сайта на Тильде делаю в первую очередь, а не открываю редактор блоков сразу. Клиент обычно приходит с конкретной задачей: добавить калькулятор доставки, поправить форму заявки, ускорить загрузку главной. Но за 15-20 минут диагностики часто всплывает то, что и было настоящей причиной проблемы: битая интеграция с СДЭК, задвоенные счётчики метрики, страницы-дубли в индексе Яндекса или чужой скрипт, оставшийся от прошлого подрядчика. Ниже список того, что проверяю перед тем, как взяться за правки, с примерами из практики.
Зачем проверять сайт на Тильде перед доработкой
Правка «в лоб» без диагностики часто лечит симптом, а не причину. Форма не отправляет заявки не потому, что нужна новая кнопка, а потому что вебхук на Zapier или в CRM перестал работать после смены API на стороне сервиса. Калькулятор доставки считает неверно не из-за кривой формулы, а потому что кто-то вручную поправил JSON с тарифами и забыл обновить второй такой же файл на другой странице. Без аудита сайта на Тильде я рискую потратить бюджет клиента на правку, которая не решит задачу, и через неделю получить тот же тикет с той же формулировкой.
Второй момент: Тильда даёт много свободы в кастомном коде, и за годы жизни сайта в нём накапливается наследие. Виджеты от трёх разных подрядчиков, забытые тестовые скрипты, счётчики аналитики, вставленные дважды. Аудит показывает это наследие целиком, а не только тот кусок, который клиент попросил изменить. На практике встречал сайты, где после трёх смен подрядчика в коде жили пять версий одного и того же скрипта формы, и рабочей была только одна из них.
Техническая диагностика: скорость и вёрстка на Тильде
Начинаю с PageSpeed Insights по мобильной и десктопной версии отдельно. На Тильде типичная причина низкого балла, 40-50 из 100, это несжатые изображения: клиент заливает фото с телефона по 3-4 МБ, а Тильда не всегда конвертирует их в WebP автоматически при старых настройках блока.
Дальше смотрю:
- количество Zero Block секций на странице и их вложенность - если блоков больше 25-30, страница ощутимо тяжелеет;
- консоль браузера на ошибки JS - часто там висят скрипты, которые не подгрузились и тихо ломают часть функциональности;
- дублирование кастомного кода - если один и тот же скрипт вставлен в T123 на каждой странице вместо общей зоны в настройках сайта, любое обновление превращается в правку в десяти местах;
- адаптацию под мобильные устройства - конфликты между стандартным мобильным меню Тильды и кастомными скриптами всплывают именно на телефонах, в редакторе на десктопе их не видно;
- ленивую загрузку изображений в длинных лендингах - если она отключена, браузер тянет все картинки сразу, даже те, что ниже третьего экрана.
Пример из практики: сайт с калькулятором стоимости работ грузился 6-7 секунд на мобильном из-за 18 несжатых картинок в блоке «Портфолио». После сжатия и переноса части изображений в WebP страница ускорилась почти вдвое без единой правки в логике.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
SEO-проверка перед доработкой сайта на Тильде
Ошибки, которые нахожу чаще всего на Tilda-сайтах:
- задвоенные title и description на страницах каталога - Тильда подставляет шаблон, и если его не переопределить вручную для каждой карточки, поисковик видит десятки одинаковых мета-тегов;
- отсутствие canonical на страницах с фильтрами и параметрами в URL - в индекс попадают лишние копии одной и той же страницы;
- robots.txt, закрывающий CSS и JS от индексации - раньше это было нормой, сейчас мешает Google и Яндексу корректно отрендерить страницу;
- sitemap.xml, который не обновился после реструктуризации разделов - в нём остались ссылки на страницы, которых уже нет;
- два H1 на одной странице - типичный баг, когда в блок «Заголовок» вставляют текст, а потом добавляют ещё один Title-блок сверху;
- пустые alt у изображений товаров - для карточек интернет-магазина это прямая потеря трафика из картиночного поиска.
Отдельно проверяю счётчики Яндекс.Метрики и GA4: после смены дизайнера или подрядчика на сайте нередко остаются два конкурирующих счётчика, и статистика в кабинетах не сходится с реальным трафиком. Смотрю и на внутреннюю перелинковку - страницы блога и услуг, на которые никто не ссылается с главной, поисковик индексирует медленнее и хуже ранжирует.
Скрипты и интеграции: где чаще всего рвётся
Тильда прекрасно живёт с эквайрингом, доставкой и CRM ровно до момента, пока на стороне партнёра не поменяется API. Заодно проверяю форму на защиту от спам-заявок - без неё почта быстро забивается ботами, и реальные заявки теряются среди мусора. Смотрю по очереди.
Приём платежей
Если на сайте подключён эквайринг T‑Bank, проверяю актуальность вебхука для подтверждения оплаты. После миграции банка на новую версию API старые интеграции иногда продолжают принимать деньги, но не отправляют клиенту подтверждение и не передают статус в CRM, и это вскрывается только когда накапливаются жалобы на пропавшие заказы.
Доставка и зоны
Виджеты СДЭК и других служб на Tilda часто держат зоны и тарифы захардкоженными в JSON внутри кода, без связи с актуальным API перевозчика. Через полгода-год тарифы меняются, а виджет продолжает считать по старым цифрам, и клиент либо теряет деньги на разнице, либо получает жалобы от покупателей на неверный расчёт. Если нужен рабочий вариант без ручного пересчёта, у меня в библиотеке готовых скриптов есть отдельный модуль зон доставки для Tilda и калькулятор с расчётом налогов и НДС для тех, кому это актуально.
Промокоды и валюта
Встроенный в Тильду учёт промокодов не всегда корректно ограничивает число использований на пользователя, особенно если промокод раздают через рекламу и им пользуются с разных устройств. Конвертер валют, если он держит курс в статичном значении внутри скрипта, со временем расходится с реальным курсом ЦБ, и цены на сайте начинают отличаться от актуальных.
Заявки и автоматизация
Если лиды с форм Тильды уходят в Telegram или CRM через n8n, отдельно проверяю сам workflow: автоматизации имеют свойство тихо останавливаться после сбоя одной ноды, и заявки просто перестают доходить, при этом форма на сайте продолжает показывать сообщение об успешной отправке. Если контакты клиентов складываются в общую базу, слежу, чтобы CRM или таблица работали на серверах в РФ, а не в стороннем зарубежном облаке.
Безопасность сайта на Тильде: вирусы и посторонний код
Отдельно прохожу по зонам кастомного кода - T123, шапка, подвал, отдельные блоки - в поисках обфусцированных вставок: закодированного через base64 JS, скрытых редиректов на сторонние домены, iframe нулевой высоты. На Tilda такое чаще всего попадает через скомпрометированный доступ к панели, а не через уязвимость самого конструктора.
Проверяю также список участников проекта в настройках Тильды: часто там остаются доступы бывших подрядчиков или сотрудников, у которых давно нет причин иметь доступ к сайту. И смотрю срок действия SSL-сертификата - если сайт на своём домене, а не на tilda.ws, сертификат нужно продлевать отдельно от тарифа конструктора.
Если заражение уже нашёл, восстановление зависит от объёма: сколько файлов и зон затронуто, успел ли вредоносный код попасть в резервные копии. Лечение сайта и восстановление после заражения у меня стоит от 15 000 ₽, итоговая сумма зависит от масштаба и от того, сколько времени вирус жил в коде до обнаружения.
Сколько стоит аудит и что делать по итогам
Таблица ниже - примерный состав работ и время, которое реально уходит на каждый блок проверки при аудите среднего сайта на Тильде, 15-25 страниц.
| Что проверяю | Что нахожу чаще всего | Время на блок |
|---|---|---|
| Скорость и вёрстка | Несжатые изображения, лишние Zero Block, JS-ошибки | 30-40 минут |
| SEO-настройки | Дубли title, отсутствие canonical, битый sitemap | 40-60 минут |
| Скрипты и интеграции | Устаревшие вебхуки, захардкоженные тарифы | 40-60 минут |
| Безопасность | Посторонний код, лишние доступы, просроченный SSL | 20-30 минут |
Цена домена в таблицу не попала намеренно - она зависит только от зоны, .ru стоит дешевле .com, и к самому аудиту сайта отношения не имеет. То же с SSL: разница в цене идёт от типа сертификата, а не от того, что за сайт на нём висит.
По деньгам на мои услуги: разовая консультация с разбором сайта - от 3 000 ₽, простая правка скрипта после аудита, вроде починки одной интеграции - от 3 000 ₽, комплексная интеграция CRM, эквайринга или доставки заново - от 40 000 ₽. Если сайта на Тильде ещё нет и его нужно собрать с нуля - от 30 000 ₽. Постоянное сопровождение с регулярной проверкой и правками - от 15 000 ₽ в месяц.
По итогам аудита обычно получается список из 10-20 пунктов, отсортированных по влиянию на конверсию и трафик. Не всё нужно чинить сразу: часть правок можно отложить, часть критична и влияет на то, дойдёт ли заявка до клиента вообще. Обычно начинаю с того, что напрямую бьёт по деньгам - сломанные интеграции и формы, а SEO-мелочи и косметику вёрстки переношу на следующий этап.
Частые вопросы
Сколько времени занимает аудит сайта на Тильде?
На сайт из 15-25 страниц с несколькими интеграциями уходит от двух до четырёх часов работы, плюс оформление списка находок с приоритетами. Для крупного каталога с десятками карточек товаров срок увеличивается за счёт проверки SEO-настроек по каждой странице.
Можно ли провести аудит самостоятельно, без разработчика?
Частично да: скорость через PageSpeed Insights, дубли title через выгрузку страниц и базовую проверку robots.txt можно посмотреть и без программиста. Но обфусцированный код, логику вебхуков и корректность интеграций с эквайрингом без опыта разобрать сложно - там нужно читать сам скрипт, а не интерфейс редактора.
Что делать, если аудит нашёл вирус в коде?
Сначала меняю пароли и отзываю лишние доступы в настройках проекта, потом чищу зоны кастомного кода от постороннего JS и проверяю резервные копии на предмет заражения. Дальше слежу за сайтом несколько дней, чтобы убедиться, что вредоносный код не появляется заново через другой канал.
Аудит нужен только большим сайтам или лендингу тоже?
Лендингу тоже, особенно если на нём висит форма с оплатой или интеграция с CRM. Одностраничник часто делают быстро и без техподдержки, и через год на нём накапливаются те же проблемы: просроченный SSL, забытые тестовые скрипты, неактуальные тарифы в калькуляторе.