My Popup не показывается после включения кеширования и минификации: как найти конфликт и исправить

Автор: Сергей Панин | Опубликовано: 14.09.2026

Если My Popup перестал открываться после включения кеширования, минификации JS или отложенной загрузки скриптов, проблема обычно не в самом попапе, а в том, как тема или оптимизатор меняет порядок подключения файлов. В такой ситуации важно не гадать, а быстро понять: скрипт вообще загружается, инициализация проходит, или попап ломается уже на этапе кеша.

Как выглядит типичный конфликт

Чаще всего сценарий такой: на чистом профиле или в режиме без оптимизации попап работает, а после включения плагина кеширования перестаёт открываться, закрываться или реагировать на триггер. Иногда HTML блока есть в исходнике, но кнопка ничего не делает. В других случаях попап появляется только после очистки кеша, а затем снова пропадает.

Что обычно ломает показ

объединение и минификация JavaScript, из-за которой меняется порядок загрузки;
defer или delay для скриптов, когда код My Popup выполняется позже, чем нужно;
кеш страницы, который отдаёт старую версию разметки или старый inline-скрипт;
оптимизация inline JS, если инициализация попапа вставлена прямо в шаблон;
конфликт с другим плагином, который тоже вешается на клики, модальные окна или события DOMContentLoaded.

Диагностика проблемы перед правкой настроек

Сначала проверьте, что именно ломается. Это экономит время лучше любых общих советов. Откройте страницу в режиме инкогнито, очистите кеш браузера и посмотрите исходный код страницы. Если попап должен открываться по кнопке, убедитесь, что HTML-элемент есть в DOM. Если попап запускается скриптом, проверьте консоль браузера на ошибки JavaScript.

Полезно сравнить поведение в трёх состояниях: без кеш-плагина, с включённым кеш-плагином, с выключенной минификацией. Если проблема появляется только после минификации, значит искать нужно в настройках оптимизации скриптов, а не в самом My Popup.

Мини-чек-лист диагностики

проверить консоль браузера на ошибки;
сравнить страницу с включённым и выключенным кеш-плагином;
очистить серверный и браузерный кеш;
временно отключить объединение JS;
проверить, не отложен ли файл My Popup вместе с другими скриптами;
убедиться, что попап не скрыт CSS-правилом из темы.

Пошаговое решение: как вернуть показ My Popup

Самый надёжный путь — исключить скрипты My Popup из агрессивной оптимизации. В разных плагинах кеширования это делается по-разному, но логика одна: файл попапа не должен попадать в объединение, а его запуск не должен откладываться вместе с тяжёлыми библиотеками.

Если в настройках кеш-плагина есть поля для исключений JavaScript, добавьте туда путь к файлу My Popup или фрагмент имени скрипта. Точный путь зависит от реализации плагина, поэтому его лучше взять из исходного кода страницы или из панели Network в DevTools.

// Пример: если ваш код инициализации зависит от DOMContentLoaded и jQuery, не откладывайте его вместе с остальными скриптами
jQuery(function ($) {
    if (window.MyPopup && typeof window.MyPopup.init === 'function') {
        window.MyPopup.init();
    }
});

Если вы добавляете собственную инициализацию, не завязывайтесь на случайный порядок загрузки. Лучше проверять наличие объекта перед вызовом. Это особенно важно, когда кеш-плагин меняет очередность файлов.

<script>
document.addEventListener('DOMContentLoaded', function () {
    if (window.MyPopup && typeof window.MyPopup.open === 'function') {
        var btn = document.querySelector('[data-popup-open="promo"]');
        if (btn) {
            btn.addEventListener('click', function (e) {
                e.preventDefault();
                window.MyPopup.open('promo');
            });
        }
    }
});
</script>

Если после исключения JS попап начал работать, но страница стала тяжелее, не возвращайте агрессивную минификацию целиком. Лучше точечно исключить только проблемные файлы, чем выключать оптимизацию для всего сайта.

Когда проблема в кеше страницы, а не в JavaScript

Иногда скрипт работает, но пользователь видит старую версию попапа или вообще не видит его из-за закешированной HTML-разметки. Это часто случается, если попап вставлен в шаблон через хук, а кеш-плагин отдаёт уже собранную страницу без учёта изменений.

В таком случае проверьте, обновляется ли разметка после очистки кеша. Если да, значит проблема именно в кеше страницы. Для динамических элементов лучше использовать отдельный контейнер и не полагаться на старый HTML, который может жить в кеше дольше, чем вы ожидаете.

Что проверить в настройках кеша

Вариант	Что даёт	Компромисс
Исключить JS My Popup из минификации	Сохраняется порядок загрузки	Чуть меньше агрессии в оптимизации
Отключить delay для скрипта попапа	Попап инициализируется вовремя	Может вырасти число ранних запросов
Очистить кеш страницы после правок	Показывается актуальная разметка	Нужно не забывать делать это после изменений

Проверка результата после внедрения

После правок не ограничивайтесь одной ручной проверкой. Откройте страницу в инкогнито, затем в обычном окне, затем через мобильный браузер. Если попап завязан на cookie или localStorage, убедитесь, что он не скрывается из-за старого состояния в браузере.

Дальше проверьте три вещи: есть ли файл скрипта в Network, нет ли ошибок в Console, и срабатывает ли триггер повторно после очистки cookie/localStorage. Если попап открывается только после ручной очистки данных сайта, значит логика показа завязана на старое состояние, а не на кеш.

// Быстрая проверка в консоли браузера
console.log('MyPopup:', window.MyPopup);
console.log('localStorage keys:', Object.keys(localStorage));
console.log('cookies:', document.cookie);

Частые ошибки и как их исправить

Скрипт исключили не полностью

Иногда в исключения добавляют только часть имени файла, а плагин кеширования всё равно объединяет его с другими скриптами. В этом случае нужно проверить итоговый HTML и убедиться, что файл действительно грузится отдельно.

Отключили минификацию, но оставили defer

Это частая ошибка. Скрипт может быть не минифицирован, но всё равно запускаться слишком поздно. Если My Popup зависит от ранней инициализации, отключите defer именно для него.

Не очистили все уровни кеша

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

Сломали порядок зависимостей

Если ваш код обращается к объекту My Popup до его загрузки, будет ошибка в консоли и попап не откроется. В таких случаях используйте проверку наличия объекта и не вызывайте методы напрямую без guard-условий.

Практические советы по безопасности и производительности

Не отключайте кеширование целиком ради одного попапа. Это плохой обмен: вы решаете локальную проблему ценой просадки скорости всего сайта. Гораздо безопаснее исключить один скрипт или один шаблон, чем выключать оптимизацию глобально.

Если вы правите код вручную, выносите инициализацию в отдельный файл темы или дочерней темы, а не вставляйте её в произвольный HTML-блок. Так проще контролировать порядок загрузки и проще откатить изменения, если что-то пойдёт не так.

Для сайтов с My Popup полезно держать под рукой плагин, который помогает чистить лишние обёртки, дубли и мусорные настройки, например Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wppopup.ru&utm_medium=article&utm_campaign=my-popup-ne-pokazyvaetsya-posle-vklyucheniya-keshirovaniya-i-minifikacii. Но даже с таким инструментом не стоит трогать оптимизацию вслепую: сначала найдите конкретный конфликт, потом меняйте настройки точечно.

Как понять, что всё исправлено

Решение можно считать рабочим, если попап стабильно открывается после очистки кеша, в инкогнито, на мобильном и после повторной загрузки страницы. Дополнительный признак — в консоли нет ошибок, а в Network скрипт My Popup загружается в ожидаемом виде, без лишнего объединения и без задержки, которая ломает инициализацию.

Если после всех правок попап всё ещё ведёт себя нестабильно, временно отключите остальные плагины оптимизации и проверьте тему. Это быстрее, чем пытаться лечить сразу несколько конфликтов одновременно.