PrestaShop банер за бисквитки: Consent Mode v2

За български PrestaShop магазин банерът за бисквитки не е само текст в долната част на сайта. Той е част от начина, по който темата, модулите, касата, платежните доставчици, рекламните тагове и аналитиката се зареждат в браузъра. Ако незадължителен скрипт стартира преди избора на посетителя, красивият банер няма да реши техническия проблем.

Тази статия е практическо ръководство, а не правен съвет. Целта е да даде работеща рамка за екипи в България, които поддържат PrestaShop магазин и искат да свържат съгласие, Google Consent Mode v2 и реални тестове преди публикуване. CookiePilot може да помогне с инсталация, категории, логове и връзка към тагове, но конкретната оценка зависи от вашите доставчици, основание за обработване и политика за поверителност.

Ако започвате от избора на CMP, вижте локалната страница за CookiePilot PrestaShop интеграцията, прегледайте функциите, сравнете цените и, ако сменяте доставчик, проверете страницата за алтернатива на Cookiebot.

Защо съгласието е runtime въпрос

PrestaShop страницата се сглобява от тема, hook-ове, модули, override код, кеш и често от ръчно добавени скриптове. На начална страница може да има GA4 и Meta Pixel, на продуктова страница - видео, на касата - платежен модул, а при връщане от плащане - отделни conversion тагове. Затова въпросът не е само как изглежда банерът, а какво се изпълнява преди и след избора.

Добрата архитектура започва с отказани стойности за незадължителните категории, преди да се заредят рекламни или аналитични инструменти. След избор CMP трябва да актуализира състоянието и да позволи само съответните скриптове. Това важи и за страници, генерирани от модули, ajax кошница, checkout стъпки, мобилна тема и multistore конфигурации.

Инвентар на магазина

Направете инвентар преди дизайн на банера. Проверете темата, child theme промени, header/footer шаблони, модулите за маркетинг, аналитика, препоръки, чат, видео, афилиейт, измами, сигурност, ревюта и обслужване на клиенти. Не пропускайте платежните методи, доставчиците на доставка, инструменти за abandoned cart, price comparison feed-ове и customer service widgets.

Практическият подход е да отворите магазина в чист браузърен профил, без да натискате нищо в банера, и да гледате Cookies, Local Storage и Network. След това повторете при отказ, частичен избор и приемане. Запишете кой доставчик създава всеки cookie или request, за каква цел служи и към коя категория трябва да бъде свързан.

Consent Mode v2 в PrestaShop

Ако използвате Google Analytics, Google Ads или Google Tag Manager, трябва да разгледате Google Consent Mode v2 като технически слой за предаване на състояние към Google таговете. Официалната документация на Google описва параметрите в Consent Mode. В практична настройка началните стойности за analytics_storage, ad_storage, ad_user_data и ad_personalization трябва да са denied преди незадължителните тагове.

След избора CMP актуализира тези стойности. Обикновено аналитично съгласие влияе на analytics_storage, а маркетинговото съгласие - на ad_storage, ad_user_data и ad_personalization. Това не заменя правния анализ и не блокира автоматично всички трети страни извън Google. То е сигнален слой, който трябва да отразява реалния избор и да работи заедно с блокиране на скриптове.

Настройка с CookiePilot

Локалната страница за PrestaShop интеграция е правилното място да започнете. Интеграцията помага да инсталирате и свържете CookiePilot с PrestaShop, но не трябва да се приема като гаранция, че всичко в магазина вече е правилно категоризирано.

След добавяне на модула или интеграцията конфигурирайте езика на банера, категориите, описанията на доставчиците, връзките към политиката за поверителност и начина за промяна или оттегляне на съгласието. Сравнете настройките с функциите на CookiePilot и проверете дали планът в цените покрива вашия домейн, трафик и нужда от логове. При несигурност използвайте контакт, вместо да гадаете за сложни checkout сценарии.

Hook-ове, модули и тема

PrestaShop hook-овете са силен механизъм, но именно затова трябва да бъдат прегледани. Официалната документация за PrestaShop hooks показва как модулите се закачат към различни части от страницата. Проверете displayHeader, footer hook-ове, продуктови hook-ове, checkout hook-ове и custom template код.

Не разчитайте само на търсене за gtag или pixel. Някои модули зареждат външни скриптове динамично или през конфигурация в back office. При custom тема проверете .tpl файлове, inline скриптове, tag manager контейнер, CMS блокове и статични HTML полета. Всички пътища, които могат да поставят script tag, трябва да бъдат включени в одита.

Матрица за тестове

Сценарий	Какво да проверите
Първо посещение	Незадължителни cookies и marketing requests не стартират преди избор.
Отказ	GA4, Ads, пиксели, видео и чат остават блокирани според категориите.
Частичен избор	Аналитика и маркетинг се държат различно според избраните категории.
Приемане	Таговете стартират веднъж, без дублиране на събития.
Оттегляне	Новият избор се записва и се прилага при следващо зареждане.
Продукт, кошница, каса	Нужните функции работят, незадължителните тагове следват съгласието.
Връщане от плащане	Conversion таговете не заобикалят CMP.
Мобилен и клиентски профил	Банерът не пречи на покупката, а изборът остава валиден.
Multistore	Всеки домейн, език и тема имат правилни текстове и правила.

Контролен списък преди пускане

• Имате актуален инвентар на cookies, storage и network requests.
• Всички доставчици са свързани с ясни категории.
• Consent Mode v2 задава denied преди Google тагове и update след избор.
• Модули, hook-ове, тема и GTM контейнер са проверени за дублирани скриптове.
• Отказът е толкова лесен за разбиране, колкото приемането.
• Има видим начин за промяна или оттегляне на съгласие.
• Логовете и версиите на текстовете се пазят за вътрешен преглед.
• Checkout и payment return са тествани в реален браузър.

Български регулаторен контекст

За защита на личните данни в България основният орган е Комисията за защита на личните данни. При електронни съобщения и свързани правила полезен контекст дава и Комисията за регулиране на съобщенията. За PrestaShop магазин това означава да мислите едновременно за GDPR, местните правила за достъп до информация в устройството и практиката на надзорните органи.

Не пишете в банера, че магазинът е "напълно съвместим". По-точно е да обясните категориите, целите и избора. CMP като CookiePilot може да намали риска чрез контролирана процедура и доказуеми настройки, но правната отговорност остава при търговеца и неговите конкретни технологии. Поддържайте вътрешна процедура: нов модул, нова кампания или нов чат widget не отива в продукция без категория, тест преди съгласие и тест след отказ.

FAQ

Достатъчен ли е стандартен PrestaShop модул?

Не сам по себе си. Модулът помага за инсталация и връзка, но трябва да проверите темата, другите модули, GTM и checkout пътищата.

Трябва ли Consent Mode v2, ако нямаме реклами?

Ако използвате само GA4, пак е полезно да управлявате analytics_storage. Параметрите за реклами са особено важни при Google Ads и remarketing.

Какво става с необходимите cookies?

Cookies за кошница, сигурност, вход и плащане обикновено се третират различно от аналитика и маркетинг. Те пак трябва да бъдат описани ясно.

Може ли да използвам GTM за всичко?

GTM помага, но не покрива скриптове, добавени директно от тема или модул. Одитът трябва да обхване всички източници.

Колко често да повтарям тестовете?

След всеки нов модул, промяна в тема, кампания, платежен метод или значима актуализация. За активен магазин тримесечен преглед е разумен минимум.

CookiePilot алтернатива ли е на Cookiebot?

Може да бъде разгледан като по-предвидима CMP опция за някои екипи. Сравнете локалната страница за Cookiebot алтернатива и тествайте вашия магазин.

Практична следваща стъпка

Започнете с инвентар и тест в чист браузър, после свържете CookiePilot през PrestaShop интеграцията. За по-дълбока настройка прочетете и ръководството за Consent Mode v2 с Google Tag Manager, а при сравнение с други платформи вижте насоките за GDPR cookie banner, WooCommerce и Shopify.