Почему сайт на Тильде перестал проходить Core Web Vitals в 2026 и как это исправить через Zero Block?

Core Web Vitals перестали проходить не из-за Tilda как платформы, а из-за того, как собран Zero Block: тяжёлые фоновые изображения без адаптивных форматов, анимации на скролле, встроенные iframe-виджеты и сторонние скрипты грузятся до первого рендера. Google в 2026 оценивает INP и LCP по реальным визитам (CrUX), а не по лабораторным прогонам, поэтому «зелёный» PageSpeed на тесте ничего не гарантирует. Плюс с 2025–2026 отчётность по CWV стала жёстче: порог «good» по LCP — 2,5 с, INP — 200 мс, CLS — 0,1, и метрики считаются по 75-му перцентилю сессий.

Ниже — практический разбор с критериями и следующим шагом. Связанные услуги: каталог, AI Boost Team, стать клиентом.

Вердикт за 30 сек

• Платформа тут почти ни при чём. Красная зона CWV в 2026 — это ваш Zero Block: фоны, анимации, виджеты.
• Лабораторный PageSpeed 90+ ничего не доказывает. Google смотрит на CrUX — реальные визиты за окно около 28 дней по 75-му перцентилю.
• Порядок действий: сначала выписать провальную метрику по URL, потом править конкретный блок. Не наоборот.

Две стратегии, между которыми вы сейчас выбираете

Tilda не «сломалась» — сломались конкретные блоки, которые вы собрали в Zero Block, и Google в 2026 видит это по реальным визитам. Дальше у собственника или маркетолога ровно два пути, и они плохо совместимы.

Вариант A — переезд на другую CMS. Логика такая: «Tilda тормозит, уйдём на кастом, там всё будет быстро». Знакомо? Обычно это решение принимается после одного прогона PageSpeed, где красным светится мобильная версия.

Вариант B — хирургия внутри Zero Block. Логика другая: не трогаем платформу, разбираем страницу по блокам, находим, что именно грузится до первого рендера, и вырезаем это.

Ниже — критерии, по которым эти два пути реально расходятся. Без «универсального чеклиста на 12 пунктов».

Критерии сравнения: где A проигрывает, а где B не спасает

Ключевая развилка простая. Если провал CWV вызван контентом Zero Block — переезд бессмысленен, вы перенесёте проблему на новую платформу. Если провал вызван серверными задержками, сторонним CDN, тяжёлым Tilda Store с большим каталогом или встроенными виджетами, которые нельзя отложить, — правки в визуальном редакторе не помогут, нужна отдельная техническая работа.

Прежде чем выбирать сторону, посмотрите на каталог решений — там видно, что техническая часть решается точечно, а не «переездом целиком».

Когда брать A, когда брать B

Берите B (правки в Zero Block), если:

• CrUX ругается на LCP, а на странице есть фоновые картинки в оригинальном размере.
• INP провален, а в шапке висят чаты, карты и пиксели, подключённые синхронно.
• CLS скачет из-за анимаций появления и параллакса на первом экране.
• У вас лендинг или корпоративный сайт — не каталог на тысячи SKU.
• Нет разработчика в штате, но есть доступ в визуальный редактор.

Берите A (переезд или отдельная техработа), если:

• Провал держится на серверных задержках: TTFB высокий даже на пустой странице.
• У вас Tilda Store с большим каталогом, и тормозит сама выдача товаров.
• Виджеты критичны для бизнеса и не откладываются без потери функциональности.
• Правки в Zero Block уже сделаны, окно 28 дней прошло, метрики не сдвинулись.

И честная оговорка: без доступа к CrUX по конкретным URL и без baseline никто не скажет вам, на сколько именно упадёт LCP после замены фонов. Любые «ускорим сайт на 40%» до замеров — это гадание.

Разбор B по шагам: что именно править в Zero Block

Порядок важен. Сначала диагностика, потом правки. Если сделать наоборот, вы потратите неделю на анимации, а провал окажется в картинке на первом экране.

1. Откройте CrUX в Search Console по конкретным URL. Выпишите, какая метрика провалена: LCP, INP или CLS. Не «всё плохо», а одна конкретная.
2. Замените фоновые изображения. В Zero Block найдите блоки с фонами, поставьте WebP или AVIF, задайте ширину под реальный контейнер, отключите «оригинальный размер».
3. Уберите анимации появления и параллакс с первого экрана. Ниже сгиба их можно оставить — там они почти не влияют на метрики, если не блокируют основной поток.
4. Вынесите сторонние виджеты в ленивую загрузку. Карты, чаты, видео, отзывы — через встроенный lazy-load или обёртку с IntersectionObserver.
5. Проверьте дубли скриптов. Аналитика и пиксели часто подключены и в настройках сайта, и внутри Zero Block одновременно.
6. Прогоните PageSpeed Insights и дождитесь обновления CrUX. Окно около 28 дней. Только после этого делайте вывод.

Шаг 6 — тот, который все пропускают. Правки внесли, PageSpeed позеленел, решили «готово». А CrUX ещё месяц показывает старые данные, потому что считает по 75-му перцентилю сессий за прошедшее окно. Вы делаете выводы по цифрам, которых уже нет.

Риски ошибки выбора

Риск A. Переезд ради скорости, а причина — в контенте. Вы переносите те же фоны и виджеты, получаете те же метрики, плюс теряете позиции на время миграции. Дорого и бессмысленно.

Риск B. Правите не тот блок. Убрали анимации, а LCP всё равно красный, потому что виновата картинка на 3 МБ в шапке. Или наоборот: сжали картинки, а INP провален из-за чата, который грузится синхронно.

Оба риска снимаются одним: сначала выписать конкретную провальную метрику по URL, потом править. Не «оптимизировать сайт», а «починить LCP на этой странице».

Если не хотите разбираться сами — есть смысл посмотреть аудит, где метрики разбирают по URL, а не «в целом по сайту».

FAQ

Tilda стала хуже работать или дело в моих блоках?

Платформа обновляется, но основной вклад в провал CWV даёт контент страницы: вес изображений, количество скриптов и анимаций в Zero Block. Сначала аудит собственных блоков, потом разговоры про платформу.

Почему PageSpeed показывает 90+, а Search Console ругается на CWV?

PageSpeed Insights в лабораторном режиме измеряет одну синтетическую загрузку с сервера Google. CrUX собирает данные реальных пользователей за 28 дней по 75-му перцентилю. Это разные вещи, и верят второму.

Что делать с INP, если он провален?

INP страдает от тяжёлых обработчиков событий и сторонних скриптов. Уберите синхронные скрипты из head, отложите аналитику и чаты, проверьте, не висит ли на клик тяжёлая логика.

Можно ли оставить анимации в Zero Block?

Да, но не на первом экране и не на элементах, влияющих на LCP. Анимации ниже сгиба почти не влияют на метрики, если не блокируют основной поток.

Сколько ждать результата после правок?

Лабораторные метрики сдвинутся сразу. Полевые данные CrUX — окно около 28 дней. Раньше этого срока вывод об улучшении делать нельзя.

Что сделать через 10 минут

Откройте Search Console, раздел Core Web Vitals, и выпишите по каждому URL, какая метрика провалена. Одна строка на страницу: URL, метрика, значение. Это ваш baseline. Без него любые правки — стрельба вслепую.

Дальше — по списку: фоны, анимации, виджеты, дубли скриптов. И не трогайте платформу, пока не убедитесь, что причина не в блоках.

Если хотите, чтобы разбор метрик и правки сделали за вас — оставьте заявку, начнём с аудита по URL.

Сценарий внедрения: дорожная карта на первые недели

Шаг 1: откройте отчёт CrUX в Search Console по конкретным URL и выпишите, какая метрика провалена — LCP, INP или CLS. Шаг 2: в Zero Block найдите блоки с фоновыми картинками и замените их на WebP/AVIF с шириной под реальный контейнер, отключив «оригинальный размер». Шаг 3: уберите анимации появления и параллакс из первого экрана, оставив их только ниже сгиба. Шаг 4: сторонние виджеты (карты, чаты, видео, отзывы) вынесите в ленивую загрузку через встроенный lazy-load или обёртку с IntersectionObserver. Шаг 5: проверьте, не дублируются ли скрипты аналитики и пикселей в настройках сайта и внутри Zero Block. Шаг 6: после правок прогоните страницу в PageSpeed Insights и дождитесь обновления данных CrUX (обычно 28 дней) — только тогда делайте вывод об улучшении.

1. Нулевая неделя: baseline-метрики, карта ролей и ответственности, технические ограничения и SLA.
2. Неделя 1-2: запуск узкого пилота, контрольные точки, лог ошибок типовых сценариев.
3. Неделя 3-4: первое улучшение по KPI или честное признание, что нужно поменять сценарий/данные.
4. Неделя 5+: масштабирование на смежные процессы и фиксация регламентов, чтобы качество держалось без геройства команды.

Формат “один главный результат на одну неделю” сохраняет темп и экономит управленческое внимание.

Риски и как их снять заранее

• Запуск без baseline и недельной аналитики — самый дорогой вариант, потому что непонятно, что лечить.
• Смешивание многих задач одновременно — обычно увеличивает календарные сроки и бюджет сверх суммы задач по отдельности.
• Слабая интеграция с точками истины данных (CRM, биллинг, тикет-системы) даёт красивый интерфейс и плохой бизнес-эффект.

Отдельно для разработки: фиксируйте производительность, безопасность и индексируемость страниц как часть DoD деплоя, а не постфактум.

Что сделать дальше

Короткая диагностика под ваш процесс: обычно 3 дня для малого бизнеса и до 5 дней для проектов со сложной воронкой и несколькими стейджами.

Быстрый расчет эффекта: (количество заявок × текущая стоимость обработки заявки) − (то же после внедрения целевой модели) + (дополнительные продажи × средняя маржа). Число получится грубым и полезным: оно задаёт экономику решения даже без идеальных данных.

По запросу высылаем чеклист диагностики и шаблон weekly-отчёта по экспериментам: там видно, когда пора усиливать сценарий, а когда — остановиться.

• Запросить диагностику процесса: Открыть форму контактов PrimeCoder
• Получить план внедрения на 30 дней: Подключить AI Boost Team как внешний AI-офис с KPI

FAQ по теме статьи

Tilda стала хуже работать или дело в моих блоках?

Платформа обновляется, но основной вклад в провал CWV даёт контент страницы: вес изображений, количество скриптов и анимаций в Zero Block. Сначала аудит собственных блоков, потом претензии к платформе.

Почему PageSpeed показывает 90+, а Search Console ругается на CWV?

PageSpeed Insights в лабораторном режиме измеряет одну синтетическую загрузку с сервера Google. CrUX собирает данные реальных пользователей за 28 дней по 75-му перцентилю. Медленные устройства, плохая связь и реальные сценарии дают другую картину.

Что делать с INP, если он провален?

INP страдает от тяжёлых обработчиков событий и сторонних скриптов. Уберите синхронные скрипты из head, отложите аналитику и чаты, проверьте, не висит ли на кликах тяжёлая логика из встроенных виджетов Tilda.

Можно ли оставить анимации в Zero Block?

Да, но не на первом экране и не на элементах, влияющих на LCP. Анимации ниже сгиба почти не влияют на метрики, если не блокируют основной поток.

Сколько ждать результата после правок?

CrUX обновляется окном в 28 дней, поэтому быстрых подтверждений не будет. Лабораторные метрики в PageSpeed меняются сразу, но решение о прохождении CWV принимается по полевым данным.

Нужно ли уходить с Tilda, если CWV не проходят?

Смена платформы не гарантирует результат: те же ошибки воспроизводятся на любом конструкторе и CMS. Сначала исчерпайте оптимизацию Zero Block и подключённых скриптов.

Дальше по теме платформы: смежные материалы (Разработка и запуск продукта)

Статью лучше читать в связке — так быстрее собирается картина, как ответ складывается в работающую воронку, а не в изолированный совет.

• Сколько стоит сайт под ключ в Москве
• Как выбрать подрядчика по AI и автоматизации
• Внедрение AI в продажи за 30 дней