Problemen met beveiligde signalen oplossen

Ontdek waarom beveiligde signalen niet worden geleverd. #securesignals

Er is een aantal mogelijke stappen voor probleemoplossing om te zorgen dat beveiligde signalen worden opgenomen in alle in aanmerking komende RTB-advertentieverzoeken.

Op deze pagina:

• Ontbrekende aanbieders van beveiligde signalen in verzoeken vinden
• Zorgen voor beveiligde signalen
• Beveiligde signalen zijn aanwezig, maar zijn niet naar de winnaar gestuurd
• Beveiligde signalen zijn niet aanwezig
• Opslaan in cachegeheugen
• Weergavetools of Ad Inspector gebruiken
• Tools voor ontwikkelaars gebruiken
• Contact opnemen met uw aanbieder van beveiligde signalen

Ontbrekende aanbieders van beveiligde signalen in verzoeken vinden

Gebruik in Ad Manager-rapportage het juiste filter voor Vraagkanaal (Ad Exchange, Open bieden of SDK-biedingen) en combineer dit met de dimensies Naam van beveiligd signaal (gepresenteerd) of Naam van beveiligd signaal (geleverd) om te zien welke aanbieders van beveiligde signalen worden verstuurd voor advertentieverzoeken. U kunt ook de dimensies Datum en Voorraadtypen (uitgebreid) gebruiken om de focus van uw rapport te beperken tot een specifieke periode of omgeving.

Zorgen voor beveiligde signalen

Controleer uw beheeropties voor beveiligde signalen in de Instellingen voor vraagkanalen en zorg dat alle standaardinstellingen of overschrijvingsgroepen overeenkomen met uw voorkeuren. Als de standaardinstellingen aanstaan voor sommige of alle vraagkanalen, zorg dan dat er geen conflicterende instelling in een overschrijvingsgroep is waardoor sommige of alle bieders het signaal misschien niet ontvangen.

In de instellingen voor vraagkanalen kunt u ook bepalen of Authorized buyers gegevens van biedingsverzoeken kunnen gebruiken om gebruikersprofielen samen te stellen voor toepassingen zoals advertenties op basis van interesse en remarketing.

Ontdek met name voor SDK-biedingen hoe u kunt zorgen dat bieders hun eigen signalen kunnen sturen door uw instellingen voor SDK-biedingen te controleren.

Beveiligde signalen zijn aanwezig, maar zijn niet naar de winnaar gestuurd

Als u rapporteert over beveiligde signalen, zijn er een aantal gevallen waarin een beveiligd signaal aanwezig is in een advertentieverzoek, maar niet naar de winnende bieder wordt gestuurd, bijvoorbeeld de volgende gevallen:

• De bieder heeft zich niet aangemeld om het signaal te krijgen.
• Het signaal is gefilterd in de pretargeting van de bieder voor bepaalde voorraad, zoals browser, omgeving of mobiel OS.
• Het signaal krijgt een lagere prioriteit van de bieder dan cookies of apparaat-ID's van derden (alleen EER).
• Het beveiligde signaal is gemaakt, maar is leeg.

Meer informatie over probleemoplossing voor beveiligde signalen en pretargeting voor Authorized buyers.

Beveiligde signalen zijn niet aanwezig

Als u rapporteert over beveiligde signalen, zijn er een aantal gevallen waarin een beveiligd signaal misschien niet aanwezig is in een advertentieverzoek aan bieders:

• De uitgever heeft het delen van beveiligde signalen of het delen van beveiligde signalen met bieders niet toegestaan of heeft de vereiste integratiewerkzaamheden nog niet afgerond, zoals aangegeven door bepaalde aanbieders van beveiligde signalen.
• Het signaal is niet gemaakt. Werk samen met uw signaalaanbieder als er informatie of integratie nodig is voor het script voor signaalverzameling.
• Het advertentieverzoek is misschien niet-gepersonaliseerd en u deelt geen beveiligde signalen voor niet-gepersonaliseerde advertentieverzoeken. Als u niet-gepersonaliseerde advertentieverzoeken wilt aanzetten, gaat u naar Instellingen voor beveiligde signalen en selecteert u Delen om beveiligde signalen te delen voor niet-gepersonaliseerde advertentieverzoeken.

Over het algemeen hebben niet alle gebruikers een ID van elke aanbieder. Een gebruiker kan uw site bijvoorbeeld voor het eerst bezoeken zonder dat er een ID wordt gemaakt. Gebruikers die hun cookies wissen, kunnen lokaal opgeslagen ID's verwijderen. Gebruikers kunnen ook privacy- of browserinstellingen hebben die voorkomen dat ID's worden gemaakt of gedeeld.

Opslaan in cachegeheugen

De content van het beveiligde signaal dat wordt doorgegeven aan een Google-uitgeverstag (GPT) wordt opgeslagen in het cachegeheugen om vertraging bij daaropvolgende verzoeken te verminderen. Als het advertentieverzoek wordt geblokkeerd doordat scripts worden opgehaald en uitgevoerd, wordt alle vraag vertraagd, wat weer leidt tot een afname in zichtbaarheid en opbrengst.  

Beveiligde signalen zijn misschien maar op een deel van de vraag van toepassing, terwijl vertraging van invloed kan zijn op alle vraag. Om deze kosten te voorkomen, slaat GPT de gemaakte, vermomde signalen op in first-party lokale opslag met een verouderd mechanisme terwijl de validatie opnieuw wordt uitgevoerd. Dit gebeurt zo:

• GPT zoekt in de lokale opslag naar de aanwezigheid van een eerder gemaakt signaal en het tijdstempel van het moment waarop het is opgetreden.
• Als de advertentie niet in het cachegeheugen staat, activeert u het maken van signalen en stuurt u het advertentieverzoek. Er is geen garantie dat het signaal is opgenomen in dit verzoek.
• Als het signaal in het cachegeheugen staat, maar de tijd sinds het maken de vervaltijd heeft overschreden, activeert u het maken van het signaal en stuurt u het advertentieverzoek. Er is geen garantie dat het signaal is opgenomen in dit verzoek.
• Als het signaal in het cachegeheugen staat en de tijd sinds het maken buiten de verouderingsperiode valt, maar binnen de vervaltijd, wordt het signaal wel gemaakt, maar wordt het signaal in het cachegeheugen opgenomen in het huidige verzoek.
• Elk proces waardoor signalen worden gemaakt, wordt opgeslagen in het cachegeheugen zodat het kan worden gebruikt voor latere verzoeken op de pagina, zoals vernieuwen, extra ruimte en daaropvolgende paginaweergaven, rekening houdend met domeinsilo's voor lokale opslag.

Weergavetools of Ad Inspector gebruiken

In mobiele-app-omgevingen kunt u met Weergavetools of Ad Inspector nagaan of signalen worden doorgegeven. Als er beveiligde signalen ontbreken, zorg er dan voor dat de advertentieblokken die in de kaart zijn geprogrammeerd exact overeenkomen met de advertentieblokken in Google Ad Manager, omdat ze hoofdlettergevoelig zijn. Voor meer informatie over het oplossen van problemen met de levering van beveiligde signalen in mobiele-app-omgevingen kunt u de artikelen Uw instellingen voor SDK-biedingen laten verifiëren en Advertentieweergave voor mobiele apps inspecteren doornemen.

Tools voor ontwikkelaars gebruiken

In webomgevingen kunt u de lokale opslag van een browser inspecteren om na te gaan of er signalen zijn.

1. Klik in Chrome op , daarna op Meer hulpprogramma's en dan op < > Hulpprogramma's voor ontwikkelaars.
2. Klik op het tabblad App.
3. Klik in het deelvenster Opslag onder Lokale opslag op de URL (bijvoorbeeld https://example.com). De gegevens over lokale opslag van de site worden getoond.
4. Zoek de sleutel die overeenkomt met de signaalaanbieder.
   Deze kan de volgende notatie hebben: _GESPSK-<signaalaanbieder.com>.
5. Als u de gewenste signalen in de bijbehorende vermelding ziet, is het signaal opgeslagen in het cachegeheugen van de browser en wordt het verstuurd.

Contact opnemen met uw aanbieder van beveiligde signalen

We raden uitgevers aan samen te werken met hun aanbieder(s) van beveiligde signalen om te zorgen dat hun implementatie goed verloopt. Doorloop ook de vorige stappen om fouten en onjuiste configuraties te beheren. Door rechtstreeks met uw aanbieder van beveiligde signalen samen te werken, zorgt u dat het script wordt geladen en werkt zoals verwacht.