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.

Slik beregner vi status for robusthet

Status for robusthet har to kategorier: god og dårlig. Statusen for robusthet er synlig i delen Konverteringstilstand i annonseverktøyet.

Vi beregner status som robusthet ved hjelp av en rekke faktorer:

  • Hvilke kundeparametere som mottas 
  • Volumet og kvaliteten på de parameterne som brukes til matching
  • Prosentandelen av hendelser som mottar parameterne
  • Hendelsesparitetens overlapp med Pinterest-taggen og hvor godt du fjerner duplikater mellom hendelseskilder (der det er aktuelt).
  • Ethvert oppsett som ikke oppnår robusthet i kategorien «god» basert på det ovennevnte, anses «dårlig».

    Slik får du tilgang til og ser statusen din for robusthet

    Slik ser du sin nåværende status for robusthet:

  • Logg på Pinterest-bedriftskontoen
  • Klikk på Annonser i toppmenyen, og velg Konverteringer
  • Velg Konverteringstilstand i navigeringsfeltet til venstre.
  • Statusen din for robusthet er oppgitt øverst til høyre.
  • Krav og anbefalinger om 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 hendelsesdekning og fjerning av duplikater.
     
    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.

    For MAID er SHA256-hasher av brukerens «Google Advertising ID» (GAID-er) eller «Apples identifikator for annonsører» (IDFA-er) 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 hvordan du sender en hendelse.

    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 hvordan du sender en hendelse.

    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 ekstern ID.

    Forbedre statusen din for robusthet

    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 email 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.

    Slik sender du klikk-ID

    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:

    https://advertiser.com?epik=dj0yJnU9MnZCMDR6S3FpcnNiQkFBRHNCdGh2Rjl3WW9…

  • Hvis du har installert en Pinterest-tagg og _epik-informasjonskapselen ikke er i nettadressen lenger, kan du finne klikk-ID-en i _epik 1p-informasjonskapselen 
  • Hvis du ikke har Pinterest-taggen, kan du bruke &_epik fra nettadressen, skrive denne _epik i informasjonskapslene fra første part og sende dette sammen med påfølgende hendelser på nettstedet ditt som finner sted etter at brukeren har landet på siden din
  • Du finner mer informasjon i utviklerdokumentasjonen vår.

    Slik sender du ekstern ID

    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'])

  • Send pre-auth id på tvers av alle hendelser 
  • Send annonsørenes egen ID etter at brukeren har logget inn, f.eks. bruker-ID, medlemskaps-ID
  •  

    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 utviklerdokumentasjonen vår.

     

     

    End of Other articles Links
    Trenger du fortsatt hjelp? Kontakt oss
    User feedback
    Var denne artikkelen nyttig?

    collection_fields

    Hvordan kan vi gjøre denne artikkelen bedre?