Cookie-баттл на WordPress выглядит так:

Cookie-баттл на WordPress выглядит так:

— ставишь плагин для cookie-баннера
— PageSpeed такой: «ну всё, я пошёл»
— UX тоже уходит, потому что баннер лезет как попало
— юрист доволен, метрики — нет

Нормальный growth-ход: убрать лишнюю механику и оставить то, что реально нужно.
Если cookie-уведомление можно сделать без плагина — делай без плагина. Меньше кода, меньше запросов, меньше шансов убить загрузку ради галочки compliance. ⚙️

Тут классическая развилка:
1) compliance закрыт
2) скорость не просела
3) пользователю не показали ещё один digital-кирпич

Плагин — это часто не решение, а подписка на будущие проблемы: лишний вес, конфликты, обновления, сюрпризы в Lighthouse.
А “сделать руками” — это обычно 20 строк кода и минус один источник боли.

Growth-логика простая: если можно соблюсти закон без штрафа в метриках — плагин идёт в архив.