AMP Cookie Consent Opsætning: En Praktisk Implementeringsguide

Hvad hvis din samtykke-banner ser korrekt ud, men analyser eller annoncer stadig indlæses, før en besøgende træffer et valg? I AMP kan et standard JavaScript samtykkesnippet muligvis ikke kontrollere siden. En pålidelig AMP cookie-samtykkeopsætning forbinder AMPs samtykkekontroller, din samtykkehåndteringsplatform (CMP) og hver komponent, der skal vente på en beslutning.

Den forskel er vigtig, når du har brug for en klar samtykkeoplevelse uden begrænset indhold, der vises for tidligt. AMP blokerer ikke automatisk for hvert tredjeparts script. Du skal konfigurere samtykkebehavior for komponenterne på siden og bekræfte, at din CMP kan sende de signaler, din opsætning kræver.

Denne guide dækker implementeringen i en praktisk rækkefølge: konfigurer amp-consent, forbind en kompatibel CMP, identificer samtykkeafhængige elementer, og test hvad der sker før og efter en besøgende træffer et valg. Du vil også lære, hvad du skal tjekke om AMP-specifik hosting og komponentbegrænsninger, og hvordan du verificerer CMP-kompatibilitet før implementering. Målet er en opsætning, du kan inspicere og teste, ikke en banner, der blot ser færdig ud.

AMP Cookie Samtykkeopsætning: Hvad AMP Ændrer Om Samtykkeindsamling

En AMP cookie-samtykkeopsætning forbinder AMP-kompatible samtykkekontroller til en samtykkehåndteringsplatform (CMP) og til de sideelementer, der skal reagere på en besøgendes valg. Det er ikke bare en banner. Kontrollerne, CMP-konfigurationen og samtykkeafhængigt indhold skal arbejde sammen inden for AMPs komponentmodel. AMP-sider følger rammeregler for, hvordan komponenter tilføjes og opfører sig. For en neutral oversigt, se Accelerated Mobile Pages (AMP).

En synlig banner beviser ikke, at resten af siden respekterer samtykke. Hvis analyser, en annonce eller indlejret indhold indlæses, før det krævede valg er tilgængeligt, er grænsefladen og sideadfærden ude af synk. AMP-samtykkekonfiguration adskiller sig derfor fra at tilføje en generel cookie-banner til en standardwebside. Du skal forbinde samtykkebeslutningen til de AMP-elementer, der påvirkes af den.

Hvad gør amp-consent på en AMP-side?

amp-consent er AMP-komponenten til at præsentere og administrere samtykke på en AMP-side. Det fungerer med en samtykkekonfiguration, der definerer, hvordan grænsefladen og samtykkestatus håndteres. En CMP kan give instruktioner eller konfiguration til at forbinde sin samtykkeoplevelse, men krævede værdier og adfærd afhænger af udbyderen. Kopier ikke identifikatorer fra en anden CMP. Tjek den nuværende AMP-dokumentation og din udbyders AMP-specifikke vejledning før implementering.

Hold rollerne klare: AMP leverer komponentmodellen, mens CMP'en leverer udbyder-specifikke detaljer. Bekræft begge sider af forbindelsen i stedet for at antage, at en konfiguration for en standardwebside vil fungere på AMP.

Hvilke sideelementer kan have brug for samtykkekontroller?

Gennemgå hvert element, der kan indsamle eller bruge data, herunder analyser, annoncering, scripts og indlejret indhold. AMP dokumenterer mønstre som data-block-on-consent og data-block-on-consent-purposes for at knytte elementer til samtykkebehavior eller formål. Disse er ikke universelle kontakter for hvert AMP-element. Tjek hver komponents dokumentation for at bekræfte, hvilke kontroller den understøtter, og hvordan den reagerer på samtykke.

• List de AMP-komponenter og indlejrede elementer på siden.
• Identificer hvilke der skal vente på et samtykkevalg eller et bestemt formål.
• Tjek den nuværende AMP-dokumentation for den passende kontrol for hver komponent.

Definer den forventede adfærd, før du konfigurerer noget. For hvert relevant element, beslut om det skal vente, fortsætte eller forblive utilgængeligt, når samtykke er fraværende eller givet. Du kan derefter teste mod den forventning, i stedet for at behandle tilstedeværelsen af en banner som bevis på, at samtykke håndteres korrekt.

Sådan Konfigureres AMP Cookie Samtykke i en Klar Implementeringsrækkefølge

Arbejd igennem opsætningen i rækkefølge. Bekræft først, at din CMP understøtter den måde, AMP-sider når besøgende på. Saml derefter dens AMP-specifikke konfiguration, tilføj AMP samtykkekontrollerne, forbind de sideelementer, der afhænger af samtykke, og test resultatet. At springe kompatibilitetstjekket over kan efterlade dig med en konfiguration, der fungerer på standard sider, men ikke i din AMP-leveringskontekst.

Forbered CMP-konfigurationen og AMP-ressourcerne

Start med din CMP's nuværende dokumentation. Bekræft, at den understøtter din AMP-leveringsmodel og de samtykkevalg, du skal præsentere. Tjek om udbyderen kræver en konfigurationsfil, specifikke identifikatorer, slutpunkter eller en HTTPS-hosted ressource. Disse detaljer varierer efter implementering, så eksempelværdier fra en anden udbyder er ikke sikre standarder.

Lav en kort implementeringsoptegnelse: noter de krævede ressourcer, hvor de vil blive hostet, og hvem der vil vedligeholde dem. Hvis CMP'ens AMP-support eller hostingkrav ikke er klare, spørg udbyderen, før du bygger omkring antagelser. En bannerfunktion alene etablerer ikke AMP-kompatibilitet. For eksempel tilbyder Conzent tilpasselig cookie-banner konfiguration, men bekræft dens AMP-specifikke kompatibilitet separat, før du vælger den til denne opsætning.

Tilføj amp-consent og kontroller samtykkeafhængigt indhold

I AMP-dokumentet, tilføj komponent-scriptet og konfigurationen i de angivne steder og formater i den nuværende AMP- og CMP-dokumentation. Komponent-scriptet tilhører dokumentets hoved; samtykkeelementet og dets konfiguration tilhører sidekroppen. Tjek den officielle AMP samtykke dokumentation for aktuel syntaks og adfærd før offentliggørelse. Stol ikke på et kopieret kodeeksempel uden at tjekke, at det matcher din udbyders instruktioner.

Næste, identificer hvert AMP-element, der skal vente på et valg eller et bestemt samtykkeformål. Anvend de relevante blokkeringskontroller kun, hvor komponenten og udbyderen understøtter dem. Attributter som data-block-on-consent og data-block-on-consent-purposes er ikke udskiftelige universelle indstillinger. Bekræft den forventede adfærd for hver komponent i dens dokumentation.

Følg rækkefølgen, og test derefter

• Bekræft support: Tjek CMP-kompatibilitet med din AMP-leveringsmodel og krævede samtykkevalg.
• Forbered ressourcer: Saml udbyder-specifikke identifikatorer, konfiguration, slutpunkter og HTTPS-hostingkrav.
• Tilføj kontroller: Placer og konfigurer AMP samtykke komponenter ved hjælp af aktuel, valideret syntaks.
• Test adfærd: Tjek banneret og hvert samtykkeafhængigt element før og efter et valg.

Denne rækkefølge gør en AMP cookie-samtykkeopsætning lettere at gennemgå og fejlfinde. Hvis du sammenligner Conzents implementeringsmuligheder som en del af din CMP-evaluering, gennemgå de tilgængelige platformmuligheder efter at have bekræftet AMP-support med dens dokumentation eller supportteam.

AMP Samtykke Implementeringsmuligheder: Hostet Konfiguration eller CMP-Styret Opsætning?

Din CMP og AMP-leveringsmodel bestemmer, om du har brug for at hoste en separat konfigurationsressource eller kan bruge konfiguration, der styres af udbyderen. Ingen af tilgange er automatisk bedre. Sammenlign, hvem der kontrollerer konfigurationen, hvordan ændringer når produktionen, og om AMP-support er dokumenteret for den nøjagtige opsætning, du planlægger at bruge. Som med webstandarder, skal implementeringen fungere i det miljø, hvor besøgende faktisk modtager siden.

Hvornår betyder en hostet konfigurationsfil noget?

Nogle CMP-implementeringer kræver en konfigurationsressource, der hostes af dit site eller infrastruktur. Andre kan tilbyde en styret konfigurationsvej. Tjek den valgte udbyders instruktioner for HTTPS-krav, ressourceadgang og ansvar for opdateringer. Antag ikke, at en fil er nødvendig, eller at den kan hostes hvor som helst, uden at tjekke din AMP-leveringskontekst.

Nogle implementeringer kan også støde på iframe-adgangsbegrænsninger, når samtykkegrænsefladen og AMP-siden bruger det samme domæne. Dette er ikke en universel AMP-regel. Spørg din CMP, om det gælder for din opsætning, og følg dens vejledning om eventuel nødvendig domæne- eller subdomænekonfiguration. Før lancering, test ressourceadgang og HTTPS-levering gennem den produktionsvej, som besøgende vil bruge.

Hvordan skal du vælge en CMP til AMP-sider?

Bed om eksplicit bekræftelse af AMP-support, de understøttede samtykkevalg, nuværende implementeringsinstruktioner, og hvilken part der vedligeholder hver konfigurationsressource. Support til standardwebsider eller andre integrationer etablerer ikke AMP-kompatibilitet. For Conzent, bekræft AMP-krav med nuværende dokumentation eller support, før du præsenterer enten dens styrede cloud-service eller selvhostede infrastruktur som passende. Du kan sammenligne styret cloud og selvhostet samtykkeinfrastruktur som implementeringsmodeller, men verificer AMP-support separat.

Beslutningspunkt	CMP-styret konfiguration	Separat hostet ressource
Ejerskab	Bekræft hvad CMP'en leverer og vedligeholder.	Bekræft hvem der administrerer filen, adgangen og implementeringen.
Hosting	Tjek udbyderens hosting- og AMP-leveringskrav.	Verificer den krævede placering, HTTPS-adgang og produktionsvej.
Opdateringer	Præciser hvordan udbyderændringer kommunikeres og anvendes.	Planlæg hvem der gennemgår og offentliggør konfigurationsændringer.
Fejlfinding	Identificer udbyderens fejlfindingvejledning og tilgængelige logs.	Tjek ressource svar og konfiguration gennem den live leveringsvej.
AMP support	Få bekræftelse for den specifikke styrede opsætning.	Verificer at ressourcen fungerer med din CMP og AMP-kontekst.

Brug tabellen til at tildele ansvar før implementering. Den rigtige AMP cookie-samtykkeopsætning har verificeret kompatibilitet, klart ejerskab, og en konfigurationsvej, dit team kan teste og vedligeholde. Et hostingvalg alene beviser ikke AMP-support.

Sådan Testes AMP Cookie Samtykke Før Offentliggørelse

En samtykkeflow kan opføre sig anderledes uden for en lokal forhåndsvisning. Test AMP-siden gennem den leveringsvej, som besøgende vil bruge, inklusive dens produktionshosting eller cachekontekst, hvor det er relevant. Tjek siden for AMP-valideringsfejl, og brug derefter browserens udviklerværktøjer til at inspicere netværksanmodninger og konfigurationens indlæsning. En banner, der vises i en forhåndsvisning, er ikke nok: hver samtykkeafhængig komponent skal reagere som tilsigtet.

Hvad skal AMP samtykke testchecklisten inkludere?

Start med en ren browserstatus, og gentag derefter testene efter at have foretaget og ændret samtykkevalg. For hver test, registrer hvad besøgende ser, og hvad siden indlæser.

• Første besøg: Bekræft at samtykkegrænsefladen vises, og at begrænsede komponenter forbliver inaktive, indtil deres konfigurerede betingelse er opfyldt.
• Hvert tilgængeligt valg: Accepter, afvis eller vælg formål, hvor det tilbydes. Tjek at siden og dens komponenter reagerer på hvert valg som konfigureret.
• Senere besøg: Bekræft om det gemte valg forbliver som tilsigtet, og om grænsefladen afspejler det.
• Præferenceændring: Genåbn kontrollerne, ændre valget, og tjek at de berørte komponenter reagerer på den opdaterede tilstand.
• Tredjeparts signaler: Bekræft at relevante leverandører modtager den forventede samtykkestatus ved hjælp af CMP's og leverandørens nuværende dokumentation.

Gentag testene på hver relevant AMP-skabelon, ikke kun én side. Skabeloner kan indeholde forskellige annoncer, analyser, scripts eller indlejrede elementer, og hver kan kræve sin egen samtykkekonfiguration.

Hvordan kan du diagnosticere almindelige opsætningsfejl?

Start med symptomet, og spor derefter den del af opsætningen, der mest sandsynligt kontrollerer det. Hold den forventede adfærd for hver komponent ved siden af dine testresultater.

• Grænsefladen mangler: Inspicer konfigurationsressourceanmodningen, HTTPS-levering, browserkonsol og produktionsadgangsvej. Se efter mislykkede anmodninger eller AMP-valideringsfejl.
• Indhold vises for tidligt: Gennemgå komponentens samtykke-blokeringskonfiguration og bekræft, at den matcher den betingelse, du havde til hensigt. Antag ikke, at én blokkeringsattribut fungerer for hvert element.
• En leverandør modtager ikke samtykkesignal: Tjek CMP-integrationen og leverandørens instruktioner, herunder det konfigurerede signal og eventuelle krævede identifikatorer. Bekræft den forbindelse, før du antager, at AMP forårsagede fejlen.
• Et gemt valg vises ikke: Tjek vedholdenhedsadfærden og teststatus, og gentag derefter i en ren browserkontekst for at udelukke forældede indstillinger.

Hold teknisk testning adskilt fra juridisk fortolkning. For baggrund om GDPR-samtykkekrav, gennemgå den relevante vejledning og søg kvalificeret rådgivning til jurisdiktion-specifikke spørgsmål. Hvis du evaluerer Conzent, bekræft AMP-kompatibilitet med dens dokumentation eller support, før du vælger en implementeringsmodel, og derefter gennemgå Conzents platformmuligheder.

Vælg en Vedligeholdelsesvenlig AMP Cookie Samtykkeopsætning til Din Side

En pålidelig opsætning kræver mere end fungerende kode i dag. Den har brug for bekræftet AMP-support, klart ejerskab og en måde at holde konfigurationen i overensstemmelse med, når din side eller CMP ændres. Brug denne tjekliste før du forpligter dig til en udbyder:

• Bekræft AMP-support: Spørg hvilke AMP-formater og leveringskontekster CMP'en understøtter, og anmod om nuværende implementeringsdokumentation.
• Kortlæg samtykkebehavior: Dokumenter de samtykkevalg, din grænseflade tilbyder, og hvilke AMP-elementer der afhænger af hvert valg.
• Bekræft signaler: Spørg hvordan CMP'en sender samtykkestatus til de leverandører, din side bruger. Tjek også deres nuværende dokumentation.
• Tildel ejerskab: Præciser hvem der hoster og vedligeholder konfigurationsressourcer, anvender opdateringer og undersøger fejl.
• Planlæg løbende tjek: Registrer hvordan du vil teste opsætningen efter ændringer til CMP, konfiguration eller AMP-side.

Denne information hjælper dig med at vurdere, om en AMP cookie-samtykkeopsætning er supportabel, ikke bare mulig. Hvis din side også har brug for Google Consent Mode v2, bekræft hvordan CMP'en håndterer det signal, og gennemgå dens Google Consent Mode v2 implementeringsdetaljer. Antag ikke, at signalintegration beviser AMP-kompatibilitet.

Hvad skal bekræftes med en CMP-udbyder før forpligtelse

Bed om specifikationer: hvilke AMP-konfigurationsmønstre det nuværende produkt understøtter, hvilke samtykkestatusser det kan kommunikere, og om din planlagte hosting og leveringsvej er understøttet. Præciser hvem der vedligeholder konfigurationen, og hvad dit team skal gøre, hvis en ressource stopper med at indlæse, eller en opdatering ændrer adfærd. Få disse svar, før du vælger en implementeringsmodel.

Conzent tilbyder styret cloud og selvhostet samtykkeinfrastruktur, men dens AMP-specifikke kompatibilitet og krav er ikke bekræftet her. Evaluer det kun efter at have tjekket nuværende dokumentation eller spurgt dens supportteam om din AMP-kontekst. Et klart svar er en del af kompatibilitetstjekket, ikke en detalje, der skal løses efter implementering.

Næste skridt efter kompatibilitetstjekket

Skriv hver krævet samtykkestatus og de AMP-elementer, den kontrollerer. Implementer konfigurationen i staging, test besøgendes valg og berørte komponenter, og løs fejl før offentliggørelse. Gentag disse tjek efter væsentlige konfigurationsændringer. Dette giver dit team en fælles optegnelse over forventet adfærd og en praktisk baseline for vedligeholdelse.

Teknisk testning løser ikke, hvordan privatlivskrav gælder i hver jurisdiktion. Behandl implementering og juridisk fortolkning som separate opgaver, og konsulter kvalificeret rådgivning til jurisdiktion-specifikke råd. Når du har bekræftet den tekniske pasform, sammenlign styrede cloud og selvhostede muligheder for din samtykkeinfrastruktur.

Byg en AMP Samtykkeopsætning, Du Kan Vedligeholde

En pålidelig AMP cookie-samtykkeopsætning forbinder samtykkevalget til de sideelementer, der afhænger af det. Bekræft, at din CMP understøtter din AMP-leveringskontekst, følg dens nuværende implementeringsvejledning, og test den komplette oplevelse ud over en lokal forhåndsvisning. Banneret er kun én del af systemet. Samtykkeafhængigt indhold skal reagere som konfigureret, og opsætningen har brug for klart ejerskab, når opdateringer eller fejl opstår.

Conzent leverer kilde-tilgængelig samtykkeinfrastruktur med selvhostede og styrede cloud-implementeringsmuligheder. Dens opførte funktioner inkluderer IAB TCF v2.3 og Google Consent Mode v2 integration. AMP-specifik kompatibilitet er ikke bekræftet, så verificer kravene med nuværende dokumentation eller support, før du overvejer Conzent til en AMP-implementering.

Hvis kompatibilitetstjekket passer til dine behov, gennemgå Conzent-priser og implementeringsmuligheder. En klar plan, omhyggelig testning og bekræftet support hjælper dig med at vedligeholde samtykkekontroller, når din side ændres. Start med at verificere kompatibiliteten af din AMP-leveringskontekst med den CMP, du overvejer.

Ofte Stillede Spørgsmål

Hvad er amp-consent, og hvordan fungerer det?

amp-consent er AMP-komponenten til at præsentere og administrere et samtykkevalg på en AMP-side. Det fungerer med en konfigureret samtykkegrænseflade og status, som derefter kan kontrollere elementer, der afhænger af det valg. Det er ikke en komplet CMP i sig selv, og det administrerer ikke automatisk hvert script eller indlejring. Tjek den nuværende AMP-dokumentation og din CMP's instruktioner for understøttet adfærd og konfigurationsdetaljer.

Hvordan tilføjer jeg cookie-samtykke til AMP-sider?

Start med at bekræfte, at din CMP understøtter det AMP-format og den leveringskontekst, din side bruger. Følg dens nuværende AMP-specifikke instruktioner for at tilføje det krævede komponent-script, konfiguration og samtykkegrænseflade. Forbind derefter hvert samtykkeafhængigt element til de relevante kontroller og test siden i dens tiltænkte leveringskontekst. En solid AMP cookie-samtykkeopsætning afhænger af, at hele flowet fungerer, ikke kun at banneret vises.

Kan jeg bruge min eksisterende cookie-samtykkeplatform med AMP?

Muligvis, men support til standardwebsider etablerer ikke AMP-kompatibilitet. Spørg din CMP, om den understøtter din AMP-leveringsmodel, hvilke samtykkevalg og signaler den kan håndtere, og hvilken konfiguration eller hosting den kræver. Følg den udbyders nuværende instruktioner i stedet for at kopiere en anden platforms identifikatorer. For Conzent er AMP-specifik kompatibilitet ikke bekræftet, så verificer det med nuværende dokumentation eller support, før du vælger det.

Skal AMP cookie-samtykkekonfigurationsfiler bruge HTTPS?

Følg kravene til din specifikke CMP-konfiguration og AMP-leveringsvej. Hvis implementeringen bruger en eksternt hostet konfigurationsressource eller samtykkegrænseflade, kan udbyderen kræve, at den er tilgængelig over HTTPS. Bekræft URL'en, adgangsreglerne og hostingforventningerne i den nuværende dokumentation. Test ressourcen gennem produktionsleveringsvejen såvel som i staging, da en lokal forhåndsvisning muligvis ikke afslører adgangs- eller indlæsningsproblemer.

Hvorfor vises min cookie-banner ikke på AMP-sider?

En manglende banner kan skyldes en mislykket konfigurationsanmodning, forkert komponentopsætning, et HTTPS- eller adgangsproblem, eller en forskel mellem din forhåndsvisning og produktionsleveringskonteksten. Tjek browserkonsollen og netværkspanelet for mislykkede anmodninger, og gennemgå derefter AMP-valideringsoutput og CMP'ens nuværende opsætningsinstruktioner. Bekræft, at samtykkegrænsefladen er konfigureret til siden. Ændre ét problem ad gangen og test igen.

Hvordan blokerer jeg AMP-komponenter, indtil en besøgende giver samtykke?

Brug AMPs dokumenterede samtykkekontroller på de komponenter, der skal vente. Mønstre som data-block-on-consent eller data-block-on-consent-purposes kan gælde, afhængigt af komponenten og konfigurationen. Antag ikke, at hvert AMP-element understøtter den samme attribut eller adfærd. Tjek den nuværende AMP- og CMP-dokumentation, og test derefter hver berørt annonce, analysekomponent, script eller indlejring før og efter det relevante samtykkevalg.

Understøtter AMP granulært cookie-samtykke?

AMP samtykkekonfiguration kan understøtte formålsbaserede valg, hvor den relevante komponent og CMP-implementering giver dem. Dette lader en side forbinde bestemte komponenter til definerede samtykkeformål i stedet for at behandle hvert element ens. Den nøjagtige konfiguration og adfærd afhænger af implementeringen, så bekræft dem i den nuværende AMP- og CMP-dokumentation. Test hvert tilgængeligt valg for at sikre, at de tilsvarende sideelementer reagerer som tilsigtet.