Complianz-granskningsguide för byråer (2026)

Sammanfattning - Complianz är ett starkt WordPress-nativt plugin för samtyckeshantering, licensbaserat och sålt med både års- och månadsbetalning, med djup integration i WordPress request lifecycle. För WordPress-baserade operatörer är det ett rent val. Haken kommer när en byrås portfölj inkluderar Shopify, anpassad Next.js, headless-handel eller andra icke-WordPress-webbplatser: Complianz:s WordPress-djupa ansats sträcker sig inte enhetligt till de ytorna. Den här guiden förklarar hur du granskar en Complianz-installation och var oberoende verifiering passar in för multi-CMS-portföljer.

Vad Complianz gör bra

Complianz är ett WordPress-nativt plugin på ett sätt som SaaS-baserade CMP:er inte är. Pluginet kopplar in sig i WordPress request lifecycle på flera punkter: det hanterar samtyckesbannerns UI, genererar juridiska dokument, kör en hybrid cookieskanning (server-side-detektion plus client-side-rendering), kopplar upp Google Consent Mode v2 och håller samtyckesposter i WordPress-databasen. Multi-region-efterlevnad (GDPR, ePrivacy, CCPA, andra) är inbyggd. IAB/TCF-annonseringsramverk och A/B-testning ingår på alla premium-licensnivåer.

Prissättningen är licensbaserad och den publika sidan kan visas som års- eller månadsbetalning beroende på valet och valutan. Vid årsvisning i USD är Personal $59/år (1 webbplats), Professional $179/år (5 webbplatser, märkt som Popular) och Agency $399/år (25 webbplatser). EUR-prissidan exponerar också månadsbetalning för samma nivåer. Agency-nivån lägger till ett multisite-plugin med samtyckeshantering över domäner och automatisk konfiguration av underwebbplatser. En kostnadsfri version av WordPress-pluginet finns med reducerade funktioner. För en WordPress-byrå som driver flera webbplatser under en licens är Complianz ett kostnadseffektivt alternativ för WordPress-baserade portföljer.

Leverantören är tydlig om omfattningen: "Complianz-pluginet är för närvarande tillgängligt uteslutande för WordPress." Ett separat erbjudande, en Shopify-app, säljs som en annan produkt med en annan funktionsyta.

För en operatör vars främsta behov är "samtyckeshantering på en WordPress-webbplats eller en flotta av WordPress-webbplatser" är Complianz ett starkt enskilt val, och det är en verklig styrka hos produkten. Där det blir svårare är multi-CMS-fallet.

Vanliga Complianz-implementationsproblem som självskanningar kan missa

Complianz:s WordPress-nativa integration är genuint djup, och det djupet är också källan till dess blinda fläckar: skydden är exakt så bra som den WordPress-nativa skriptladdningsmodellen är. Fyra mönster vi ser upprepade gånger:

1. Kapplöpningar mellan tagghanterare och Consent Mode. Universellt över CMP:er. Google Tag Manager-snutten är hårdkodad inline i header.php ovanför Complianz-utdata, så GTM initieras innan pluginets skriptblockering kan ingripa. Eller så är Consent Mode v2 satt till 'granted' som standard för en eller flera av de fyra parametrarna. Om GTM-snuttar, temaskript eller plugin-injicerade taggar körs innan samtyckestillståndet har tillämpats kan det live-nätverk som registreras vid första laddning fortfarande skilja sig från pluginkonfigurationen. Verifiera med ett rent webbläsarspår, inte bara med WordPress admin-tillståndet.

2. Skriptinjektioner från tema och sidbyggare. Complianz:s autoblockering integreras med WordPress standardlivscykel för enqueue och med WordPress Consent API. Marknadsföringswidgets klistrade in i temafiler, anpassade HTML-block i sidbyggare (Elementor, Divi, Gutenberg osv.) eller tredjepartsplugins som inte deltar i den samtyckesvägen kan fortfarande behöva manuell hantering. WordPress admin-tillståndet kan se korrekt ut medan den faktiska nätverksfångsten fortfarande visar att en spårare avfyras tidigt.

3. Multi-CMS-portföljmissmatch. Detta är det skarpaste problemet och det mest relevanta för byråer. Complianz:s WordPress-integration är djup; dess Shopify-app är en separat produkt med en annan funktionsyta; och WordPress-pluginet täcker inte direkt anpassad Next.js, headless-handel eller godtyckliga icke-WordPress-stackar. En byråportfölj som är "Complianz på WordPress + något annat på resten" har per definition ojämn täckning. Ett enhetligt granskningslager som inte bryr sig om underliggande CMS är ett rent sätt att verifiera om samtyckesbeteendet fungerar konsekvent över portföljen.

4. Villkorliga och beteendetriggade marknadsföringsskript. En rullningstriggad inspelare, en fördröjd chattwidget, en A/B-testgren eller en dynamiskt injicerad tagg kanske inte triggas av en fast crawler-väg. Manuell verifiering: återskapa användaråtgärden, avvisa samtycke, ladda om, kontrollera om taggen fortfarande avfyras.

Steg-för-steg-granskningschecklista

Varje steg är något du kan göra i en webbläsare; en extern skanner förkortar det manuella arbetet.

1. Öppna webbplatsen i en ren webbläsarprofil, utvecklarverktyg öppna, nätverksfilter på "tredjepart". Ladda om. Allt som avfyras innan du klickar på en bannerknapp är en kandidat.
2. Kontrollera positionen för GTM-snutten. Om GTM-laddaren ligger ovanför Complianz-utdata i sidkällan kapplöper pluginets autoblockering mot tagghanteraren. Flytta GTM-snutten till Complianz:s samtyckesblockerade injektion eller använd pluginets rekommenderade GTM-integration.
3. Verifiera standardläget för Consent Mode v2. Sök i den renderade sidan efter gtag('consent', 'default'. Argumentet ska sätta alla fyra parametrarna till 'denied'.
4. Klicka på avvisa. Ladda om. Kontrollera samma nätverksinspelning. Inga tredjepartsspårare ska dyka upp i nätverket efter avvisning.
5. Testa samtyckespersistens mellan sidor. Klicka på avvisa, navigera till en andra sida. Bannern ska inte dyka upp igen.
6. Granska tema- och sidbyggarinjektioner. Sök i header.php, footer.php och alla "anpassad HTML"-block i sidbyggare efter hårdkodade script-taggar. Dessa kringgår pluginets autoblockering.
7. För multisite-installationer (Agency-nivån), granska varje underwebbplats separat. Samtyckesdelning över domäner är en Agency-funktion; avvikelse per underwebbplats är verklig.
8. Växla sidan till var och en av dina aktiva språk. Kontrollera att cookiedeklarationen översätts och att de listade spårarna matchar.
9. Testa från en icke-EU-IP. Om din Complianz-konfiguration använder geomålning, verifiera att bannern renderas som förväntat för icke-EU-besökare.
10. För multi-CMS-portföljer, granska varje icke-WordPress-webbplats med samma checklista tillämpad på dess nativa stack. Complianz:s WordPress-djupa integration sträcker sig inte enhetligt till Shopify, Next.js eller specialstack-webbplatser.

När enbart Complianz räcker

För följande profil är Complianz:s inbyggda skanner tillräcklig och ett andra verktyg är onödigt:

• En enstaka WordPress-webbplats eller en flotta av WordPress-webbplatser under en Agency-licens.
• Complianz-pluginet (Personal-, Professional- eller Agency-nivån) installerat på varje webbplats.
• Standardanvändning av WordPress-tema och sidbyggare; inga marknadsföringswidgets klistrade direkt i temafiler.
• Ingen Google Tag Manager eller bara en enkel Google Analytics 4-installation dirigerad genom pluginets blockerade injektion.
• Inget krav på kundrapportering.
• Ingen profil med högre granskningsnivå.

För denna profil gör Complianz-licensen jobbet och ytterligare verktyg är en skatt. Agency-nivån i synnerhet är ett kostnadseffektivt sätt att hantera samtycke över en flotta av WordPress-webbplatser.

När du ska lägga till oberoende granskning

Argumentet för extern verifiering skalar med tre faktorer, och en av dem är mycket skarpare för Complianz-användare än för SaaS-CMP-användare:

Multi-CMS-portfölj. Detta är den skarpaste kilen. Complianz:s WordPress-integration är utmärkt; dess Shopify-app är separat; och WordPress-pluginet täcker inte direkt anpassad Next.js, headless-handel eller godtyckliga icke-WordPress-stackar. Byråer som underhåller en portfölj som inkluderar någon av dessa behöver ett enhetligt granskningslager som producerar samma bevispaket oavsett CMS.

Komplexitet i marknadsföringstaggar. GTM, Meta Pixel, Google Ads-konvertering, LinkedIn Insight, TikTok Pixel, server-side-taggning - varje extra tagg multiplicerar ytan där en standardbeviljad miss kan avfyra spårare före samtycke.

Profil med högre granskningsnivå. För operatörer som skulle väcka tillsynsmyndighetens uppmärksamhet om ett klagomål inkommer är ett icke-leverantörsbaserat bevisspår användbart eftersom implementering av cookie-samtycke är ett återkommande föremål för granskning från dataskyddsmyndigheter.

Bevispaket för upphandling. Företagskunder i reglerade branscher begär ofta oberoende teknisk bevisning som en del av leverantörsintroduktionen. En extern skanrapport adresserar den begäran på ett sätt som en skärmdump av Complianz-instrumentpanelen inte gör.

Complianz vs. oberoende granskning

Åtta rader gynnar Complianz eftersom Complianz gör djupt CMP-arbete som ett granskningsverktyg inte replikerar. Complianz hanterar samtycke på WordPress; GDPR Privacy Monitor verifierar att resultatet beter sig korrekt i det vilda och producerar ett enhetligt bevispaket över WordPress-, Shopify-, specialstack- och headless-webbplatser.

En ren Complianz-installation på en enstaka WordPress-webbplats bör vanligtvis hamna i lågriskbandet. En poäng kring 40 betyder normalt att ett praktiskt problem föreligger - till exempel ett skript i en temafil som kringgår pluginets räckvidd, en tagg som avfyras före samtycke eller en spårare som inte respekteras efter avvisning.

Kör en oberoende skanning på webbplatsen du granskar

Starta en kostnadsfri skanning eller se en exempelrapport för att se hur en extern inspelning ser ut bredvid Complianz-instrumentpanelen.

Vanliga frågor

Är Complianz endast för WordPress?

Pluginet är det. Complianz:s leverantör är tydlig med att "Complianz-pluginet är för närvarande tillgängligt uteslutande för WordPress." En separat Shopify-app säljs som en annan produkt med en annan funktionsyta; WordPress-pluginet täcker inte direkt anpassad Next.js, headless-handel eller godtyckliga icke-WordPress-stackar. För multi-CMS-portföljer kommer du antingen att kombinera Complianz på WordPress-webbplatserna med en annan CMP på övriga, eller använda ett enhetligt granskningslager som inte bryr sig om CMS:et.

Hur står sig Complianz mot Cookiebot eller CookieYes på WordPress?

Complianz är mer WordPress-nativt: det integreras i request lifecycle på flera punkter, genererar juridiska dokument inifrån WordPress och lagrar samtyckesposter i WordPress-databasen. Cookiebot och CookieYes är SaaS-baserade produkter som levererar ett WordPress-plugin vid sidan av sitt huvuderbjudande. För en WordPress-baserad operatör kan Complianz:s licensbaserade modell vara billigare än de återkommande SaaS-prenumerationerna hos konkurrenter vid årsbetalning; vid månadsbetalning krymper gapet. För multi-CMS-portföljer reser de SaaS-baserade produkterna bättre.

Hur exakt är Complianz-skannern?

Complianz kombinerar server-side-detektion med webbläsarbaserade kontroller, vilket är användbart för WordPress-webbplatser. Verifiering vid körning är ändå användbart för att bekräfta vad som faktiskt avfyras före samtycke och efter avvisning. Dess begränsningar är strukturella snarare än tekniska: som varje automatiserad skanning följer den en avgränsad sökväg och ett observationsfönster, så taggar eller inbäddningar som öppnas av verkligt användarbeteende kanske inte utövas av varje crawler-väg. Självskanningar är användbart inventarium; de är inte oberoende tekniska bevis.

Vad är skillnaden mellan Complianz Free, Personal, Professional och Agency?

Den kostnadsfria versionen av WordPress-pluginet täcker grunderna. Personal ($59/år vid årsvisning i USD, 1 webbplats) lägger till hela funktionsuppsättningen. Professional ($179/år, 5 webbplatser, märkt Popular) är den typiska mellanmarknadsnivån. Agency ($399/år, 25 webbplatser) lägger till ett multisite-plugin med samtyckeshantering över domäner och automatisk konfiguration av underwebbplatser - rätt nivå för en WordPress-byrå som underhåller många webbplatser under en licens. Prissidan erbjuder också månadsbetalning för samma nivåer när EUR är valt. Alla betalda nivåer inkluderar 1 års support.

Varför kan en Complianz-instrumentpanel se ren ut medan en byrågranskning ändå hittar spårare före samtycke?

Vanligtvis en av två saker: ett skript i header.php eller ett anpassat HTML-block i en sidbyggare kringgår pluginets autoblockering, eller GTM-taggar är inte samtyckesmedvetna. Complianz integreras djupt med WordPress request lifecycle och med WordPress Consent API; skript som laddas av plugins, teman eller tagghanterare som inte deltar i den samtyckesvägen kan fortfarande behöva manuell hantering eller oberoende verifiering. Ett nätverksspår från verklig trafik avslöjar dessa där en självskanningsinstrumentpanel inte gör det.

Kör en kostnadsfri Complianz-verifieringsskanning

Innan du skriver en åtgärdsplan, se vad en oberoende inspelning visar på webbplatsen du granskar. Den kostnadsfria skanningen från GDPR Privacy Monitor ger en uppdelning på nätverksnivå av vad som avfyras före samtycke, vad som överlever avvisning och vad cookiedeklarationen säger jämfört med vad nätverket gör. Inget konto krävs för den första skanningen.

Starta en kostnadsfri skanning eller se en exempelrapport för att se formatet innan du bestämmer dig.

Andra granskningsguider: Cookiebot · CookieYes · OneTrust · Iubenda Bakgrund: Spårning före samtycke förklarad

Pris- och funktionspåståenden verifierade 2026-05-06 mot complianz.io/pricing. Complianz:s prissida är den auktoritativa källan när siffrorna ändras. Sätt en kvartalspåminnelse för att verifiera på nytt.