Real Cookie Banner - Плагин WordPress

Руководство по настройке Real Cookie Banner для WordPress

Real Cookie Banner нужен не для того, чтобы просто показать посетителю красивое окно с кнопками. В рабочем WordPress-сайте он становится центром управления согласиями: помогает описать сервисы, заблокировать внешние вставки до согласия, сохранить доказательство выбора пользователя и проверить, не загрузились ли на странице сторонние скрипты раньше времени.

В этом руководстве разберём, как подойти к плагину как к практическому инструменту, а не как к формальному баннеру. Сначала пройдём подготовку и установку, затем настроим группы сервисов, service scanner, content blockers, внешний вид, Google Consent Mode, мультиязычность и проверку результата. Отдельно рассмотрим сценарий для сайта с YouTube-видео и аналитикой, потому что именно на таких связках чаще всего проявляются ошибки.

Материал не заменяет юридическую консультацию. Он показывает техническую логику настройки: где в WordPress искать нужные разделы, какие решения принимать осознанно, как проверять работу баннера и что делать, если окно согласия появляется снова на каждой странице или не показывается в отдельном браузере.

Какую задачу решает плагин и почему одного окна недостаточно

Real Cookie Banner относится к классу Consent Management Platform для WordPress. В обычной речи такие инструменты называют cookie banner, но на практике задача шире: сайт должен сообщить, какие сервисы обрабатывают данные, получить осознанное согласие, не запускать необязательные сервисы до такого согласия и сохранить запись о выборе посетителя.

Главная особенность продукта - он установлен как обычный WordPress-плагин и работает на стороне вашего сайта. По данным страницы WordPress.org, согласия обрабатываются и хранятся на вашем сервере, а не загружаются из внешнего облака в браузер посетителя. Для владельца сайта это меняет подход к проверке: нужно смотреть не только на вид баннера, но и на REST API, cookies, кеш, локальное хранение согласий и совместимость с темой.

Что входит в рабочий контур

В рабочей настройке есть четыре слоя. Первый - список сервисов, например Google Analytics, Google Tag Manager, YouTube, Vimeo, Google Maps, Meta Pixel или форма с reCAPTCHA. Второй - группы сервисов, чтобы посетитель видел понятные категории и мог дать частичное согласие. Третий - content blocker, который закрывает iframe, script, link или другой элемент до принятия соответствующего сервиса. Четвёртый - журнал согласий и технические cookies самого Real Cookie Banner.

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

Чем service scanner отличается от cookie scanner

Официальная документация подчёркивает важное ограничение: Real Cookie Banner использует service scanner, а не обещает магически найти все cookies. Scanner смотрит sitemap, обходит страницы, анализирует внешние URL, скрипты, iframe, inline @font-face, установленные плагины и отдельные особые системы вроде Cloudflare. Если найденная сущность совпадает с шаблоном, плагин предлагает готовую конфигурацию; если нет - показывает находку для ручной настройки.

Это сильная функция, но не повод отключать голову. Scanner может не увидеть сервис, который появляется после загрузки через JavaScript, например видео в lightbox после клика. Он также не заменяет проверку цели обработки, политики провайдера, технического описания cookie-like storage и реального поведения сайта. Правильная формулировка такая: scanner ускоряет инвентаризацию, а финальную ответственность за список сервисов и корректность описаний оставляет владельцу сайта.

Кому подходит Real Cookie Banner, а кому лучше выбрать другой подход

Плагин особенно полезен сайтам, где есть внешние вставки, аналитика, рекламные пиксели, карты, видео, формы с защитой от спама, маркетинговые теги или мультиязычная структура. Для простого блога без аналитики, внешних шрифтов, embeds и маркетинга настройка будет легче, но даже там стоит проверить, не загружает ли тема или другой плагин сторонние ресурсы.

Когда продукт будет удачным выбором

Real Cookie Banner хорошо ложится на WordPress-сайты, где администратор хочет управлять согласием внутри CMS, а не через отдельную внешнюю платформу. Он удобен для агентств, контентных проектов, магазинов на WooCommerce, корпоративных сайтов и сайтов с несколькими языками, если важно видеть список согласий, работать с готовыми шаблонами, создавать custom services и настраивать content blockers для конкретных вставок.

Ещё один сильный сценарий - сайт, где уже используется Google Tag Manager или Google Consent Mode. В документации devowl.io отдельно описаны режимы для Google Consent Mode, Google Tag Manager и Matomo Tag Manager. Это не значит, что их нужно включать всем. Но если маркетинговые теги действительно есть, плагин даёт техническую основу для передачи согласий и проверки через Tag Assistant или data layer.

Когда плагин может быть избыточным

Если сайт не использует необязательные cookies, внешние embeds, аналитику, рекламу и сторонние сервисы, полноценная CMP-настройка может оказаться больше, чем нужно. В таком случае полезнее сначала провести техническую инвентаризацию: открыть страницы как гость, проверить Sources, Application и cookies в браузере, убедиться, что нет внешних доменов, и только потом решать, нужен ли баннер.

Также продукт может не подойти команде, которая хочет полностью управлять согласием из внешней SaaS-платформы с единым аккаунтом для разных CMS. Real Cookie Banner ориентирован на WordPress-native сценарий. Это плюс для локального контроля, но минус, если уже построен централизованный privacy stack вне WordPress.

Что проверить перед установкой на рабочий сайт

Подготовка важна не меньше установки. Consent-плагин вмешивается в загрузку скриптов, iframe, внешних ресурсов и cookies, поэтому его лучше включать осознанно, особенно на сайте с кешем, оптимизацией JavaScript, WooCommerce, формами и тег-менеджером.

Список сервисов до первого запуска

Перед установкой соберите черновой список того, что уже используется на сайте. Не пытайтесь сразу писать юридически идеальные формулировки. На первом этапе важно понять техническую карту:

• Какие аналитические инструменты подключены: Google Analytics, Matomo, Microsoft Clarity, Piwik PRO или другие системы.
• Есть ли рекламные пиксели, ретаргетинг, Google Ads, Meta Pixel, TikTok Pixel или похожие сервисы.
• Какие embeds есть в контенте: YouTube, Vimeo, Google Maps, Instagram, X, Typeform, SoundCloud.
• Используют ли формы внешнюю защиту от спама: Google reCAPTCHA, hCaptcha или сторонние плагины.
• Подключает ли тема внешние шрифты, CDN, виджеты отзывов, чат или социальные кнопки.

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

Кеш, оптимизация и REST API

Проблемы с cookie banner часто оказываются не в самом баннере, а в окружении. Проверьте, какие слои кеша включены: page cache, object cache, CDN, оптимизация JavaScript, отложенная загрузка скриптов, объединение файлов. Документация devowl.io по проблеме повторного показа баннера указывает на REST API, cookie path, доступность cookie через JavaScript, серверную очистку cookies и медленный ответ WordPress как типовые причины.

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

Юридические страницы и ссылка на изменение выбора

Real Cookie Banner предоставляет legal shortcodes для изменения privacy settings, просмотра истории настроек и отзыва согласия. В документации указано, что такие ссылки стоит размещать в privacy policy и в footer, чтобы посетитель мог вернуться к выбору позже. Это не декоративная мелочь: баннер должен не только собрать первичное решение, но и дать понятный способ изменить его.

До установки убедитесь, что у вас есть страница политики конфиденциальности, понятное место в footer или меню и доступ на редактирование этих блоков. Если сайт собирается на Elementor, Gutenberg, Site Editor или через кастомный footer темы, заранее решите, где будет стоять ссылка на изменение настроек.

Установка и первичная проверка в WordPress

Установка бесплатной версии идёт стандартным способом: в админ-панели откройте Plugins - Add New, найдите Real Cookie Banner, установите и активируйте плагин. После активации в левом меню появляется раздел Cookies, из которого начинается setup.

Если вы устанавливаете коммерческую версию поверх бесплатной или работаете с уже купленным архивом, не описывайте этот процесс как покупку внутри руководства по настройке. Для практической работы важнее другое: после активации не начинайте сразу менять дизайн. Сначала проверьте, что plugin dashboard открывается, setup wizard доступен, а WordPress REST API отвечает нормально.

Первый запуск без лишнего риска

Для рабочего сайта удобнее идти по контролируемому маршруту:

1. Сделайте резервную копию или работайте на staging, если сайт критичен для продаж и заявок.
2. Активируйте плагин и откройте Cookies в админ-панели.
3. Пройдите guided configuration настолько, насколько можете подтвердить факты о сайте.
4. Не включайте сложные режимы вроде TCF или расширенной работы с tag manager, если они не нужны вашему стеку.
5. После сохранения откройте публичную часть сайта как гость и проверьте появление баннера.
6. Нажмите отказ или согласие, перезагрузите страницу и перейдите на другую страницу, чтобы увидеть, сохраняется ли выбор.

На этом этапе результат считается нормальным, если баннер появляется один раз для нового посетителя, не появляется повторно после сохранённого выбора и не ломает верстку сайта. Если баннер появляется снова на каждой странице, сразу переходите к диагностике REST API и cookies, а не к смене цветов.

Что не включать сразу

TCF, geo restriction, consent forwarding и сложные настройки Google Consent Mode лучше включать только тогда, когда вы понимаете, зачем они нужны. Документация devowl.io прямо предупреждает, что TCF добавляет много сложности и отключён по умолчанию. Google Consent Mode тоже может сделать баннер более подробным, потому что посетителю нужно показать дополнительные purposes. На небольшом сайте без рекламы и аудитории Google Ads эти режимы часто не дают практической пользы.

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

Настройка Real Cookie Banner должна идти от фактических сервисов к внешнему виду, а не наоборот. Сначала определите, что нужно блокировать и объяснять, затем настройте группы и тексты, потом внешний вид, legal links и журнал согласий. Так баннер будет отражать реальную работу сайта, а не красивую схему без технического контроля.

Сервисы, группы и шаблоны

В разделе Cookies - Services (Cookies) вы работаете с сервисами. Если доступен шаблон, он экономит время: в нём уже есть часть юридической и технической информации. Но шаблон всё равно нужно читать. Проверьте provider, purpose, privacy policy URL, technical cookie information, group и technical handling. Если сервис используется через конкретный WordPress-плагин, убедитесь, что этот плагин активен: документация объясняет, что некоторые templates не выбираются, пока связанный plugin отсутствует.

Для типового сайта логика групп обычно такая: essential services остаются технически необходимыми, analytics и marketing требуют отдельного согласия, external media или content embeddings работают через content blocker. Но не копируйте эту схему механически. Например, карта, embedded video и captcha решают разные задачи, а значит их описания и последствия отказа посетителя тоже должны отличаться.

Как проверить сервис после добавления

После добавления сервиса откройте страницу, где он используется. До согласия проверьте вкладки Network, Sources и Application в инструментах разработчика. Если это YouTube, Vimeo или Google Maps, внешний iframe не должен грузиться до согласия, если вы настроили content blocker. Если это аналитика, соответствующий запрос или tag должен появляться только после consent-события или выбранного режима Google Consent Mode.

Content Blocker для iframe, скриптов и элементов

Content Blocker в Real Cookie Banner нужен для тех случаев, когда тема, контент или другой plugin вставляет сторонний ресурс. В документации devowl.io описан ручной путь: Cookies - вкладка Content Blocker - Add content blocker, затем выбор template или Create from scratch. У content blocker обязательно должна быть связь с одним или несколькими services, иначе посетитель даст согласие, но заблокированный контент не поймёт, когда его нужно открыть.

Для простых iframe достаточно правила по URL. Для сложных элементов может понадобиться CSS selector, attribute rule или дополнительная функция selector syntax. Документация показывает примеры для iframe, script, link, HTML element by ID/class/custom attribute и даже visual parent. Но в обычном руководстве лучше не выдумывать селекторы на глаз. Откройте реальный HTML через DevTools, найдите конкретный iframe, script или контейнер, протестируйте правило на одной странице и только затем переносите его на весь сайт.

Мини-итог: сервис объясняет посетителю, почему данные обрабатываются, а content blocker технически не даёт загрузить внешний ресурс до согласия. Если настроить только один слой, цепочка будет неполной.

Дизайн баннера и доступность

Внешний вид меняется через WordPress Customizer: Appearance - Customize - Cookie Banner или кнопкой Customize banner в разделе Cookies. Официальная статья говорит о большом наборе настроек для цветов, текста, размера и live preview. Но дизайн здесь не про украшение. Хороший баннер должен быть читаемым, не прятать отказ, не ломаться на мобильных устройствах и сохранять понятную иерархию действий.

Real Cookie Banner заявляет ориентацию на доступность и в customizer показывает accessibility score. Используйте это как практический контроль: если фирменные цвета сайта ухудшают contrast, лучше адаптировать оттенки кнопок, чем получить красивое, но плохо читаемое окно. Для текста выбирайте короткие и ясные формулировки. Если посетитель не понимает, что он принимает, технически аккуратная настройка не спасает пользовательский опыт.

Журнал согласий и данные, которые хранит плагин

Документация devowl.io объясняет, что согласия сохраняются в базе WordPress и доступны в админ-панели в списке consents. В записях могут участвовать revision, decision, выбранные services, context, referer, viewport, button clicked и другие технические поля. Некоторые данные, например полный IP, отключены по умолчанию или обрабатываются осторожно, потому что могут считаться персональными данными.

Практический вывод простой: если вы меняете тексты, группы, services или content blockers, согласие может требоваться заново, потому что меняется revision. Это нормально. Но не меняйте структуру баннера каждый день без необходимости: частые изменения раздражают посетителей и усложняют интерпретацию журнала.

Как пользоваться service scanner без ложного чувства безопасности

Scanner - один из самых полезных инструментов Real Cookie Banner, но его нужно использовать как стартовую точку аудита, а не как кнопку "сделать всё правильно". По официальному описанию scanner ищет sitemap, обходит страницы, анализирует HTML, внешние файлы, плагины и ряд специальных систем. После этого он сопоставляет найденные элементы с rules и templates.

Как провести рабочее сканирование

Перед запуском scanner обновите sitemap, очистите кеш и убедитесь, что страницы, где используются внешние сервисы, реально присутствуют в sitemap. Если важный лендинг закрыт от индексации или карта находится только на странице контактов, scanner может его не обойти. После запуска просмотрите не только рекомендованные templates, но и неизвестные findings.

Для каждого найденного элемента задайте три вопроса:

• Какой сервис или plugin загрузил этот ресурс.
• На какой странице и в каком пользовательском сценарии он появляется.
• Нужен ли ему service, content blocker, оба слоя или удаление из сайта.

Если scanner нашёл Google Fonts, но вы можете локально хранить шрифты в теме, иногда правильнее убрать внешний запрос, чем добавлять новый пункт согласия. Если найден YouTube iframe, чаще всего нужен content blocker. Если найден Google Tag Manager, решение зависит от того, через него запускаются только необходимые tags или аналитика и реклама.

Ручная проверка после scanner

Официальная статья "How do I find all services" советует вручную проверять внешние embeds, invisible content, local storage, session storage, cookies и pixel trackers через браузерные инструменты. Для практики это означает: откройте сайт в приватном окне, отключите adblock для теста, пройдите страницы как обычный посетитель, откройте Sources и Application, затем сравните найденные домены и cookies со списком services в Real Cookie Banner.

Самая частая ошибка - проверять только главную страницу. У блога внешний YouTube может быть в статье, у магазина сторонний checkout-скрипт может появиться только на странице оформления заказа, у формы reCAPTCHA может загрузиться только после открытия модального окна. Scanner помогает, но ручной маршрут по важным страницам остаётся обязательным.

Google Consent Mode, Tag Manager, TCF и мультиязычность

Продвинутые режимы Real Cookie Banner нужны не всем, но именно они часто определяют, насколько хорошо плагин впишется в маркетинговый или многоязычный сайт. Включайте их по задаче, а не по принципу "чем больше функций, тем лучше".

Google Consent Mode и Google Tag Manager

Документация по Google Consent Mode предлагает включать его через Cookies - Settings - Google Consent Mode. Если вы используете Google Tag Manager, отдельная опция интеграции должна быть включена, потому что через неё в Tag Manager можно передавать дополнительные consent types и запускать tags только при наличии legal basis. Для Google services в service configuration появляется раздел, где указываются requested consent types.

Не включайте Google Consent Mode только из-за модного названия. Документация devowl.io рекомендует его для сценариев с Google Ads, важной аналитикой, Google Tag Manager или Google-сервисами, где требуется ограничивать обработку данных до согласия. Если у вас нет таких задач, slim banner может быть понятнее для посетителя.

Как проверить работу с Tag Manager

Если вы используете старый event-based подход с ga-opt-in и ga-opt-out, документация описывает data layer variable realCookieBannerOptInEvents. Для новой настройки devowl.io рекомендует Google Tag Manager integration for Google Consent Mode. В обоих случаях проверка должна быть технической: откройте Tag Assistant, дайте согласие, посмотрите события, variables и fired tags. Если tag срабатывает до выбора посетителя, настройка не прошла проверку.

TCF: только для сайтов, которым он действительно нужен

Transparency & Consent Framework добавляет vendors, purposes и standardized consent string. В Real Cookie Banner TCF отключён по умолчанию, потому что усложняет баннер и обычно не нужен большинству сайтов. Он уместен там, где сайт работает с рекламными vendor chains и должен передавать согласия по стандарту IAB Europe.

Если вы включаете TCF, следуйте официальному маршруту: Cookies - Settings - Transparency & Consent Framework (TCF), принятие legal documents, указание страны, загрузка Global Vendor List, затем создание TCF vendor configuration в Services (Cookies). После этого обязательно пересмотрите дизайн и тексты в customizer: баннер становится сложнее, а значит риск непонятного интерфейса выше.

Мультиязычный сайт

Real Cookie Banner поддерживает WPML, Polylang, TranslatePress и Weglot, но логика отличается по типу данных. В документации для WPML/Polylang указано, что общие settings применяются ко всем языкам, а name, provider, purpose, description и privacy policy для services/content blockers зависят от языка админ-панели, в котором вы редактируете элемент. Для TranslatePress и Weglot есть отдельные нюансы индексации и перевода строк.

Если multilingual plugin был установлен после Real Cookie Banner, проверьте инициализацию. Для WPML/Polylang документация рекомендует кратко деактивировать и снова активировать Real Cookie Banner, чтобы инициализировать все языки. Если в banner или content blocker появился неправильный язык, не правьте всё вручную сразу: сначала проверьте настройку языка сайта, backend language пользователя и синхронизацию multilingual plugin.

Практический сценарий: сайт с YouTube-видео, Google Analytics и формой

Представим контентный WordPress-сайт: в статьях есть YouTube-видео, на всех страницах работает Google Analytics, а форма контактов использует reCAPTCHA. Цель - показать посетителю баннер, не загрузить YouTube и tracking до согласия, сохранить выбор, дать возможность изменить его в footer и проверить, что всё работает.

Подготовка

Сначала определите страницы: одна статья с YouTube, главная с аналитикой, страница контактов с формой. Очистите кеш, откройте сайт как гость и убедитесь, какие внешние домены загружаются до согласия. Если Google Analytics уже вставлен вручную в тему или через отдельный plugin, решите, кто будет отвечать за его загрузку. Дублирующий код - частая причина того, что tracking срабатывает раньше Real Cookie Banner.

Шаги настройки

1. Запустите service scanner и проверьте, нашёл ли он YouTube, Google Analytics, Google Tag Manager или reCAPTCHA.
2. В Services (Cookies) добавьте сервисы из templates, если они доступны, и проверьте provider, purpose, privacy policy и technical handling.
3. Для YouTube создайте или проверьте content blocker, связанный с YouTube service.
4. Для Google Analytics выберите режим: через Google Consent Mode, через Tag Manager или через service technical handling, если ваш сценарий это допускает.
5. Для формы с reCAPTCHA проверьте, есть ли template для используемого form plugin, и не загружается ли captcha до действия пользователя.
6. В Consent - Legal Shortcodes добавьте ссылку на изменение настроек в privacy policy и footer.
7. В customizer настройте readable layout, контрастные кнопки и понятные тексты без лишнего давления на пользователя.

Ожидаемый результат

До согласия YouTube-видео должно быть закрыто content blocker с понятным сообщением. Analytics tag не должен отправлять обычное событие до разрешения, если вы настроили opt-in. После согласия видео должно открываться, а аналитика - работать по выбранному режиму. В footer должна быть ссылка, по которой посетитель может изменить privacy settings или отозвать согласие.

Нюанс, который часто мешает

Если YouTube всё равно загружается до согласия, проверьте не только content blocker, но и способ вставки видео. Некоторые page builders или gallery plugins подгружают iframe после клика или через lightbox. Scanner может не увидеть такой сценарий, а content blocker по простому URL может не попасть в нужный контейнер. В этом случае изучите HTML после взаимодействия и настройте rule точнее, либо обратитесь к template request/support, если сервис распространённый.

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

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

Проверка публичной части

Откройте сайт в приватном окне как гость. На первом заходе баннер должен появиться в соответствии с выбранными настройками. Нажмите отказ, перезагрузите страницу и проверьте, что внешние embeds остаются закрытыми. Затем очистите cookies или используйте второе приватное окно, дайте согласие, проверьте открытие content blockers и переход между страницами.

Обязательно проверьте мобильный viewport. В support discussions по cookie plugins часто всплывают проблемы с кешем, delayed JavaScript и кнопками, которые появляются не сразу. Для Real Cookie Banner есть официальная статья по доступности и customizer score, но реальный mobile check всё равно нужен, потому что тема, оптимизатор и sticky elements могут влиять на баннер.

Проверка в браузерных инструментах

В Network отфильтруйте внешние домены и слово consent. После нажатия кнопки consent должен появиться запрос, связанный с сохранением решения. В Application проверьте cookies и local storage. Если выбор не сохраняется, смотрите path, HttpOnly, server headers и доступность wp-json. Если работает Google Consent Mode или Tag Manager, используйте Tag Assistant и data layer, а не только визуальную проверку.

После такой проверки вы понимаете не только "появился ли баннер", но и сработала ли вся цепочка: настройка - блокировка - согласие - сохранение - повторная проверка.

Безопасные улучшения без правки ядра плагина

Для Real Cookie Banner лучше не начинать с кода. У продукта есть customizer, templates, service configuration, content blocker rules, legal shortcodes и developer API. Если нет подтверждённого hook, filter или стабильной CSS-структуры для конкретной задачи, безопаснее использовать штатные настройки и зафиксировать ограничение, чем придумывать snippet.

Улучшение через legal links

Самая полезная доработка без кода - добавить ссылки на изменение privacy settings в места, где пользователь ожидает их найти. Документация указывает путь Cookies - Consent - Legal Shortcodes, где доступны Change privacy settings, Privacy settings history и Revoke consent. Разместите их в privacy policy и footer. После публикации нажмите каждую ссылку как гость и проверьте, что открывается правильный экран.

Улучшение через настройку кеша

Если оптимизатор откладывает JavaScript или объединяет файлы, а баннер начинает появляться с задержкой, сначала выключите спорную оптимизацию только для проверки. Если проблема исчезла, настройте исключения в cache/optimization plugin или обратитесь к документации конкретного оптимизатора. Не удаляйте файлы Real Cookie Banner и не правьте bundled JavaScript: обновление плагина перезапишет такие изменения, а ошибка может нарушить сбор согласий.

Улучшение через локализацию

Для multilingual-сайта проверьте не только язык баннера, но и язык services, content blockers и legal links. Если часть текста показывается на неправильном языке, используйте штатные механизмы WPML/Polylang/TranslatePress/Weglot и reset texts из документации. Не исправляйте проблему массовой заменой строк в базе без понимания, какие language contexts использует сайт.

Диагностика частых проблем Real Cookie Banner

Ниже собраны проблемы, которые характерны именно для consent-плагинов и подтверждаются официальной базой знаний Real Cookie Banner или типовыми support-сценариями WordPress. Диагностику лучше проводить в приватном окне, с очищенным кешем и открытыми инструментами разработчика.

Баннер появляется снова на каждой странице

Симптом: посетитель нажал согласие или отказ, но при переходе на следующую страницу баннер снова открыт. В официальной статье devowl.io среди причин названы недоступный или неправильно настроенный WordPress REST API, некорректный cookie path, HttpOnly-флаг, серверное удаление cookies и медленный ответ WordPress.

Что проверить

• Очистите page cache, object cache и CDN cache.
• Откройте Network, отфильтруйте consent и проверьте ответ после нажатия кнопки.
• Откройте Application - Cookies и посмотрите path и HttpOnly.
• Откройте your-domain.com/wp-json как гость и проверьте, отвечает ли REST API.

Как исправить: верните доступность REST API для гостевых пользователей, исправьте URL сайта в Settings - General, уберите принудительный HttpOnly для cookies Real Cookie Banner, настройте CDN так, чтобы cookies с префиксом real_cookie_banner не отбрасывались. Если причина в медленном WordPress, сначала оптимизируйте серверный ответ, а не баннер.

Баннер не показывается в некоторых браузерах

Симптом: на одном устройстве баннер виден, на другом нет. Официальная статья объясняет это возможным действием Do Not Track: если посетитель заранее сигнализирует отказ от tracking, Real Cookie Banner может принять минимальное решение без показа баннера. Настройка находится в Settings - Consent - Respect "Do Not Track" и по умолчанию активна.

Что делать: проверьте Do Not Track в браузере, протестируйте в другом приватном окне и не отключайте уважение к этому сигналу без причины. Если баннер не показывается вообще всем посетителям, ищите не Do Not Track, а geo restriction, кеш, ошибку JavaScript или конфликт темы.

Content Blocker показывает spinner или не открывает контент

Симптом: placeholder есть, но после согласия видео, карта или форма не появляются. В статье про смену языка devowl.io упоминает endless spinner как признак отсутствующей или неправильной связи между service и content blocker.

Что проверить: откройте конкретный content blocker, убедитесь, что к нему подключён нужный service, проверьте selector/URL rule и посмотрите, не меняет ли page builder HTML после загрузки. Если контент появляется только после клика в lightbox, обычное правило по исходному HTML может не сработать.

Analytics или pixel загружается до согласия

Симптом: в Network или Tag Assistant виден analytics request до выбора посетителя. Частая причина - дублирующий код вне Real Cookie Banner: tracking вставлен в тему, отдельный plugin, Google Tag Manager, PixelYourSite или custom HTML одновременно.

Как исправить: оставьте один ответственный путь загрузки. Для Google Tag Manager используйте режим, описанный в документации Real Cookie Banner, а для PixelYourSite включайте интеграцию и создавайте service для каждого pixel. Если сервис не создан, интеграция может не остановить загрузку пикселя.

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

Симптом: сайт на одном языке, а service groups, services или content blocker показывают другой язык. Причина часто связана с порядком установки multilingual plugin и Real Cookie Banner или с неправильной синхронизацией WPML/Polylang.

Как исправить: сначала проверьте язык сайта в Settings - General и backend language пользователя. Для WPML/Polylang, если multilingual plugin установлен после Real Cookie Banner, официальная документация рекомендует кратко деактивировать и активировать Real Cookie Banner для инициализации языков. Если нужна полная переинициализация текстов, используйте documented reset texts/reset all, а не ручную правку таблиц.

Когда Real Cookie Banner будет удачным выбором

Real Cookie Banner стоит использовать, если вам нужен WordPress-native инструмент для реального управления согласием, а не только визуальный cookie notice. Он особенно силён там, где есть внешние embeds, аналитика, tag manager, рекламные пиксели, формы, мультиязычность и потребность в журнале согласий. Хорошая настройка требует времени, но после неё сайт получает понятную цепочку: сервис описан, контент заблокирован до согласия, выбор сохранён, результат проверен.

Перед переходом к рабочему сайту проверьте три вещи: scanner не оставил неизвестные сервисы без решения, content blockers действительно закрывают внешние ресурсы до согласия, а выбор посетителя сохраняется при переходе между страницами. Если эти проверки пройдены, можно скачать последнюю версию Real Cookie Banner и использовать руководство как чек-лист для аккуратного тестового запуска.