Retningslinjer for informasjonskapsler fra en nettstedskanning: En WordPress-arbeidsflyt

Start med bevis, ikke en tom mal

En WordPress cookie policy blir unøyaktig når den beskriver en ideell versjon av nettstedet i stedet for den besøkende bruker. WordPress-kjernen kan sette informasjonskapsler for innloggede brukere, kommentatorer, autentisering, testing av informasjonskapselstøtte og språkvalg. Temaer, plugin-moduler, analyseverktøy, annonsepiksler, skjemaer, chat-widgeter, kart, videoer, betalingsverktøy og tilknyttede skript kan legge til mer.

Derfor er en skanning nyttig. Den gir den ansvarlige en praktisk oversikt å begynne med: navn, leverandører, kategorier som må kontrolleres, observasjoner fra sider og forståelige beskrivelser som kan forbedres. Utkastet kan også sammenlignes med det nettstedet faktisk laster nå, slik at utdatert policytekst blir lettere å oppdage.

Hva en cookie policy trenger å forklare

Besøkende skal kunne forstå hva som lagres eller åpnes, hvorfor det skjer, hvem som er involvert, og hvordan de kan kontrollere valgfrie valg. Europakommisjonen forklarer at gyldig samtykke må være gitt fritt, informert, spesifikt, basert på en klar positiv handling, og kan trekkes tilbake. Det legger press på både banneret og policyen: policyen bør støtte informert valg, ikke gjemme seg bak interne tag navn.

WordPress advarer også nettstedadministratorer om at personvernerklæringer ikke er ensartede for alle. Deres personverndokumentasjon sier at et nettsted bør reflektere hvilke data det faktisk samler inn, og at personvernarbeidet er en kontinuerlig prosess. Det prinsippet passer cookie policy arbeid spesielt godt, fordi små WordPress endringer kan introdusere nye skript eller lagring.

En nyttig skannebasert policy registrerer vanligvis

• Informasjonskapsel eller lagringsnavn, leverandør og kildeside der den ble observert.
• Formålet forklart på et språk besøkende forstår, utover bare en teknisk etikett.
• Kategori, for eksempel nødvendig, analyse, markedsføring, preferanser eller innebygd innhold.
• Varighet der det er kjent, pluss et notat når varighet avhenger av leverandør eller konfigurasjon.
• Om elementet kjører før eller etter at den besøkende har gjort et samtykkevalg.
• Hvordan den besøkende kan avvise, godta, tilpasse eller senere endre valgfrie valg.

En praktisk WordPress-arbeidsflyt fra skanning til policy

1. Skann sidene som faktisk laster inn forskjellige verktøy

Ikke stopp på hjemmesiden. Ta med blogginnlegg, landingssider, skjemaer, kontosider, betalingssider, innebygde videosider, flerspråklige sider og kampanjesider hvis de laster inn forskjellige skript. En policy basert på én side kan overse viktige leverandører.

2. Grupper funn etter formål før du skriver

En rå informasjonskapseltabell er vanskelig for besøkende å bruke. Grupper funnene i praktiske kategorier og sjekk om hver kategori samsvarer med banneret. Analyseinformasjonskapsler bør for eksempel ikke vises under en nødvendig etikett bare fordi de er kjente for markedsføringsteamet.

3. Omskriv tekniske funn til vanlig språk

Tekniske navn som wordpress_logged_in_[hash], analyseidentifikatorer og leverandørspesifikke ID-er trenger kontekst. Den som gjennomgår teksten, bør gjøre «setter en øktidentifikator» om til en tydelig forklaring på hva informasjonskapselen gjør for den besøkende eller nettstedseieren.

4. Koble policyteksten til bannerets virkemåte

Retningslinjene og banneret skal fortelle den samme historien. Hvis retningslinjene sier at analyse er valgfritt, bør banneret gi besøkende mulighet til å avvise eller tilpasse analyse før disse valgfrie verktøyene kjøres. EDPBs veiledning om samtykke og arbeidet med informasjonskapselbannere styrker begge behovet for valg som er klare og ikke villedende.

Gjennomgangstrinnet er der policyen blir publiserbar

Automatisering kan finne observasjoner og lage strukturert tekst, men den kjenner ikke alle virksomhetsformål, databehandlerforhold, avtaler eller lokale lovkrav. Gjennomgå hvert punkt med de ansvarlige for markedsføring, analyse, netthandel, kundestøtte og juridiske spørsmål eller personvern før publisering.

Den som gjennomgår utkastet, bør fjerne feilaktige treff, legge til manglende kontekst, korrigere kategorier, bekrefte leverandører og kontrollere at policyen stemmer med de nyeste bannerinnstillingene. Den endelige policyen bør vedlikeholdes som et dokument, ikke behandles som en engangseksport fra et verktøy.

Spørsmål å stille før publisering

• Har hver valgfri kategori en tilsvarende samtykkekontroll?
• Er nødvendige informasjonskapsler begrenset til funksjoner nettstedet trenger for å levere forespurte tjenester?
• Venter analyse, annonsering, personlig tilpasning og innebygd innhold på det riktige valget?
• Forklarer retningslinjene tydelig WordPress, programtillegg, innebygging og tredjepartsleverandører?
• Er det avklart hvem som skal skanne på nytt etter endringer, og hvor ofte?

Slik gjør ACookies en skanning om til et utkast som kan gjennomgås

ACookies er laget for WordPress-team som ønsker en sammenhengende arbeidsflyt: bannerinnstillinger, nettstedsskanning, beskrivelser som kan gjennomgås, publisering av policy og samtykkelogger. Vår Gratis generator for cookiepolicy skanner en offentlig nettadresse og lager et redigerbart utgangspunkt for en policy i HTML eller et format klart for PDF.

For dypere gjennomgang, KI-støttet skanner for informasjonskapsler hjelper med å identifisere informasjonskapsler og skript slik at nettstedseieren kan gjennomgå hva som faktisk kjører. Team som vurderer løpende skanning, samtykkelogger, flerspråklig støtte og arbeidsflyter integrert i WordPress, kan også se på ACookies-årsabonnementer.

Vanlige feil ved generering av tekst for informasjonskapselpolicy

Den første feilen er å kopiere en generisk policy og anta at den beskriver WordPress-nettstedet ditt. Den andre er å publisere et generert utkast uten gjennomgang. Den tredje er at du glemmer å oppdatere retningslinjene etter at du har lagt til et programtillegg, en analysetagg, en annonsepiksel, skjemaintegrering eller innebygging.

En sterkere tilnærming er gjennomgang først: skann det aktive nettstedet, klassifiser etter formål, skriv om funnene i klart språk, bekreft samtykkeatferd, publiser policyen og gjenta gjennomgangen når nettstedet endres.