Robusthet er statusen for et oppsett for API-konverteringer som gir det høyeste nivået av signalmatching og tilskrivning. Disse tilleggsdataene vil hjelpe oss med å gi mer nøyaktig rapportering etter hvert som retningslinjene for annonsebransjen endres og utvikler seg.
Med signalmatching kan du levere annonsene dine til dem som har større sannsynlighet for å gjøre noe med det du er interessert i, og tilskriver disse handlingene tilbake til annonsene dine. God robusthet betyr at det er mer sannsynlig at hendelser matcher en Pinterest-konto, noe som kan hjelpe deg med å se flere konverteringer og redusere kostnadene per resultat.
Vi anbefaler at du sender så mange robuste signaler du kan (IP, email, external ID, Click ID, MAID) for å sikre gode resultater. Når du sender disse robuste signalene, kan du se høyere samsvarsgrader, som kan føre til høyere tilskrivningsfrekvenser og flere tilskrevne konverteringer.
Status for robusthet har to kategorier: god og dårlig. Statusen for robusthet er synlig i delen Konverteringstilstand i
Vi beregner status som robusthet ved hjelp av en rekke faktorer:
Ethvert oppsett som ikke oppnår robusthet i kategorien «god» basert på det ovennevnte, anses «dårlig».
Slik ser du sin nåværende status for robusthet:
Nedenfor finner du vanlige krav tilknyttet å oppnå robusthet. Vi har beskrevet disse anbefalingene slik at du kan oppfylle kravene og forbedre statusen din. Hvis du samarbeider med en tredjeparts KAPI-partner eller en mobilmålingspartner (MMP), bør du ta kontakt med dem for å finne ut hvordan du implementerer anbefalingene:
Krav | Anbefaling for å forbedre statusen din for robusthet |
---|---|
API-konverteringer inneholder alle tagghendelser (hendelsesparitet) | Sjekk at alle tagghendelser også sendes via API-konverteringer. Det finnes en bekreftet hendelses-ID for både API-konverteringer og taggen for å fjerne duplikater for hendelser på riktig måte. Finn ut mer om |
Hendelser i den nedre delen av salgstrakten sender e-post- eller MAID-brukerdata |
Øk dekningen for e-post eller MAID til minst 10 % ved hendelser i nedre del av salgstrakten (Checkout, AddtoCart, Signup and Lead). For e-post er SHA256-hasher for versjoner av brukernes e-postadresser med små bokstaver påkrevd for å matche. Vi anbefaler disse på det sterkeste når det er mulig på kassetransaksjonshendelser, da det kan bidra til å forbedre rapporteringsresultatene, for eksempel ROAS/CPA. Finn ut mer om |
Alle hendelser som sender IP- og UA-brukerdata |
Øk dekningen av IP og UA til minst 10 % fordi det kan bidra til å forbedre rapporteringsresultatene, for eksempel ROAS/CPA. IP er brukerens IP-adresse, som kan være enten i IPv4- eller IPv6-format. UA er brukeragentstrengen i brukerens nettleser. Finn ut mer om |
Alle hendelser sender ekstern ID |
Øk dekningen for ekstern ID til minst 10 %. Ekstern ID er en streng som representerer en bruker i en nettleser eller annonsørens system. Du kan sende én eller flere eksterne ID-er for bestemte hendelser, og vi bruker den til å matche med en Pinterest-bruker. Finn ut mer om |
Hvis du har utfordringer med å oppnå robusthet i kategorien «god», bør du vurdere å prioritere parameterne nedenfor. Når det er mulig, anbefaler vi at du sender så mange/alle nedenfor:
ID-er/signaler til KAPI | Definisjon | Vekter/rangering |
---|---|---|
client_ip_address + client_user_agent | IP-adresse + brukeragent | Høy |
em | Høy | |
external_id | ekstern ID | Høy |
hashed_maid | Mobilannonse-ID | Høy |
click_id | Klikk-ID | Høy |
fn + ln | Fornavn, etternavn | Lav |
ph | Telefonnummer | Lav |
ge, bd, ct, st, zp, land | Kjønn, fødselsdato, by, stat, postnummer, land |
Lav |
Merk: Vekt/rangering er basert på sannsynligheten for å øke samsvarsfrekvensen.
Når en bruker klikker på en annonse, legger Pinterest til en unik klikk-ID i nettadressen til landingssiden. Nettadresseparameteren for klikk-ID-en heter «epik». Annonsører bør lagre verdien for epik-nettadresseparameteren i en 1P-informasjonskapsel og sende den videre med påfølgende KAPI-hendelser.
Eksempel på nettadresse:
Du finner mer informasjon i
Ekstern ID er en streng som representerer en bruker i en nettleser eller annonsørens system. Du kan sende én eller flere eksterne ID-er for bestemte hendelser, og vi bruker den til å matche med en Pinterest-bruker.
Eksterne ID-er kan sendes via flere kanaler, deriblant Pinterest-taggen og API-konverteringer. Det er viktig at du er konsekvent på tvers av kanaler. Hvis du for eksempel sender en Pinterest-tagghendelse med external_id satt til 1234, bør konverterings-API-hendelsen for den samme brukeren også ha external_id satt til 1234.
Vi anbefaler at du sender pre-auth id sammen med post-auth id i feltene for ekstern ID (f.eks. feltet ekstern ID : ['external_id_1', 'extneral_id_2'])
Situasjon | ekstern ID | Hvordan kan annonsøren finne den |
---|---|---|
Unauth (brukeren har ikke logget inn) | Økt-ID, klient-ID | Denne informasjonen genereres vanligvis av netthandelsplattformen din og finnes der. Hvis du ikke bruker en plattform for e-handel, kan du generere en unik streng når en kunde besøker nettstedet ditt og lagre det i en informasjonskapsel som kan overføres til hendelser. |
Auth (brukeren har logget inn) | Bruker-ID, medlemskaps-ID, lojalitets-ID, abonnements-ID | Dette er informasjonen som vanligvis oppbevares i CRM-systemet ditt, og den logges vanligvis når en bruker logger på nettstedet ditt |
Du finner mer informasjon i