WordPress i seg selv er ikke problematisk — personvern-temaene kommer nesten alltid via temaer, plugins og innebygd innhold.
I praksis sitter de fleste personvernproblemene i WordPress i tre kilder: temaet, som ofte laster Google Fonts eller ikon-kits fra eksterne CDN-er; markedsførings- og analyseplugins som skriver sporingskoden sin rett i <head> uten å spørre etter en samtykkestatus; og blokk-editoren, som straks løser opp YouTube-, Maps- og Twitter-innebygginger ved sidelasting. Hver av disse kildene kan uskadeliggjøres enkeltvis.
Et samtykkeplugin alene er ikke nok hvis det ikke faktisk blokkerer skript. Mange bannerplugins viser bare meldingen mens sporingspluginene lastes parallelt. Det som virker, er løsninger som holder de kjente sporerne tilbake via en skriptblokker eller griper dypt inn i de aktuelle pluginene (f.eks. via deres consent-API-er).
WordPress' kjernefunksjoner er i seg selv ufarlige, med ett unntak: emoji-skriptene laster s.w.org som standard og kan — avhengig av oppsettet — utløse en ekstern tilkobling. Gravatarer i kommentarfeltet overfører i tillegg en hash av e-postadressen til automattic.com. Begge kan slås av med noen linjer i functions.php eller et lite plugin.
Vanlige kilder: temaer som laster Google Fonts fra Google; analyse- eller markedsføringsplugins uten samtykkelogikk; innebygde YouTube/Maps-blokker; emojier og Gravatarer fra eksterne servere. For all unødvendig tilgang gjelder § 25 stk. 1 TDDDG.
Den gratis sjekken analyserer den leverte HTML-en og viser hvilke tjenester som er innebygd, om informasjonskapsel-banneret er oppdaget, og om lenkene til personvern og kontaktinformasjon finnes — med klassifisering for hvert funn. Erstatter ikke juridisk rådgivning.
Denne teksten er generell informasjon etter beste evne, ikke juridisk rådgivning. For det enkelte tilfellet, ta kontakt med et advokatfirma som er spesialisert på IT-rett.