Yleiskatsaus

Käytä tätä opasta, jos tapahtumia puuttuu, pyynnöt epäonnistuvat tai Ads Managerin tiedot poikkeavat yrityksesi tiedoista. Aloita yhdestä toteutuneesta ostoksesta, lähetetystä liidistä tai muusta toiminnosta. Kirjaa, mitä tapahtui ja milloin, ja valitse sitten alta tilanteeseen sopiva kysymys.

Tapahtuma tallentaa toiminnon, kuten ostoksen. Pixel lähettää tapahtumat kävijän selaimesta, Conversions API (CAPI) puolestaan palvelimeltasi. Ads Manager kerää nämä tapahtumat tietolähteeseen. Attribuutio määrittää, minkä mainoksen ansioksi toiminto luetaan. Attribuutioikkuna määrittää, kuinka pitkään mainosvuorovaikutuksen jälkeen toiminto voidaan vielä lukea mainoksen ansioksi.

Usein kysytyt kysymykset

1. Mistä kannattaa aloittaa?

Selvitä, mitä toimintoa haluat mitata, mikä sen lähettää ja mitä mainostiliä ja Pixel-tunnistetta käytetään. Toteutuksesi voi käyttää Pixeliä, CAPIa, kumppani-integraatiota tai näiden yhdistelmää. CAPI tarvitsee Pixel-tunnisteen, vaikka et olisi asentanut selaimessa toimivaa Pixeliä.

Katso ensimmäisen käyttöönoton ohjeet: Konversioiden mittaaminen ja Konversioseuranta. Kehittäjäsi voi käyttää oppaita Pixel, CAPI ja Tuetut tapahtumat. Pidä CAPI-pyynnöt ja -avaimet palvelimellasi.

Jos kumppani hallinnoi integraatiotasi, käytä mittauskumppanin käyttöönotto-opasta tai mobiilimittauskumppanin käyttöönotto-opasta. Katso HubSpot-yhteyden ohjeet: ChatGPT Ads -palvelun käyttöönotto HubSpotissa.

Jos toteutus on jo käytössä, tarkista jokainen vaihe:

• Lähettikö toiminto tapahtumapyynnön?

• Palauttiko pyyntö virheen vai hyväksyttiinkö se?

• Voitko vahvistaa, että oikea tietolähde vastaanotti tapahtuman?

• Luettiinko tapahtuma mainoksen ansioksi kampanjaraportissa?

2. Pixel on asennettu. Miksi ostokset tai liidit eivät näy?

Pixel voi latautua lähettämättä tarvitsemaasi osto- tai liiditapahtumaa. Pyydä kehittäjääsi tarkistamaan yksi toteutunut toiminto:

• Tarkista tapahtuman nimi, Pixel-tunniste ja tapahtuman lähettävä sivu tai takaisinkutsufunktio. Sivun katselu ei ole toteutunut ostos.

• Varmista, että Pixel alustetaan ennen tapahtuman lähettämistä myös silloin, kun tagienhallintatyökalu lataa sen.

• Tarkista selaimen konsoli ja verkkopyyntö. Pelkkä tagienhallintatyökalun ”laukaistu”-ilmoitus ei vahvista, että tapahtuma lähetettiin. Pixelin virheenkorjaustilasta voi olla apua.

• Tarkista, estivätkö suostumusvalinnat, selaimen estotoiminnot tai sivustosi tietoturvakäytäntö pyynnön.

• Tarkista kirjautumista edellyttävät sivut, kassa, varaussivustot, uudelleenohjaukset ja upotetut lomakkeet. Laskeutumissivulla toimiva Pixel ei takaa, että seuranta toimii muualla.

Jos pyyntöä ei lähetetty, korjaa ensin tämä vaihe. Raportoinnin odottaminen ei auta. Käytä Pixelin vianmääritysopasta ennen kuin lisäät toisen integraation.

3. Mitä teen, jos tapahtuma hylätään, aikakatkaistaan tai palauttaa palvelinvirheen?

Tallenna vastauskoodi, tarkka virheilmoitus, pyynnön ajankohta ja tapahtumatunniste. Pyydä kehittäjääsi tarkistamaan tapahtuman muoto, Pixel-tunniste ja avain. CAPI-tapahtumapyynnöissä käytetään saman mainostilin Conversions API -avainta. Käyttöönotto-, hallinta- ja raportointipyynnöissä käytetään erillistä Advertiser API -avainta. Älä lähetä API-avaimia tukeen.

CAPI-erissä yksikin virheellinen tapahtuma voi aiheuttaa koko erän epäonnistumisen.

CAPI vaatii toiminnon alkuperäisen ajankohdan Unix-aikaleimana millisekunneissa. Tapahtuman ajankohta saa olla enintään 7 päivää menneisyydessä tai 10 minuuttia tulevaisuudessa. Tämä lähettämisen aikaraja on erillinen attribuutioikkunasta. Älä muuta vanhan tapahtuman ajankohtaa saadaksesi sen hyväksytyksi.

Aikakatkaisun tai palvelinvirheen jälkeen voi jäädä epäselväksi, saapuiko tapahtuma perille. Tarkista alkuperäinen pyyntö ja mahdolliset vastaanottotiedot. Jos lähetät saman toiminnon uudelleen, säilytä sen alkuperäinen tapahtumatunniste ja aikaleima. Uusi tunniste voi saada sen näyttämään eri toiminnolta.

Selvitä hylkäys tai pyynnön toistuva epäonnistuminen viipymättä. Raportoinnin 24–48 tunnin aika-arvio ei koske näitä virheitä. Katso pyyntöjen vaatimukset: Conversions API.

4. Näen, että tapahtuma hyväksyttiin. Miksi se ei näy raportissa?

Hyväksyminen ei tarkoita, että tapahtuma olisi luettu mainoksen ansioksi. Tarkista, mitä vastaus vahvistaa ja käyttikö pyyntö oikeaa tietolähdettä. Kun CAPIn validate_only-asetuksen arvo on true, tapahtumat tarkistetaan tallentamatta niitä.

Uuden tapahtuman osalta kehittäjäsi voi tarkistaa viimeisimmät tapahtumat, jos ne ovat saatavilla. Tämä näyttää otoksen viimeaikaisista tapahtumista, ei koko historiaa tai attribuution tulosta.

Jos et voi tarkistaa vastaanottoa, ota yhteyttä tukeen ja toimita alkuperäinen vastaus sekä esimerkkitapahtuma. Kerro, mitkä tarkistukset teit. Sinun ei tarvitse selvittää syytä ensin.

Jos vastaanotto on vahvistettu, jatka kysymykseen 5. Älä lähetä tapahtumaa uudelleen uusilla tunnisteilla vain siksi, ettei kampanjaraportti ole muuttunut.

Attribuoitujen konversioiden näkymiseen voi kulua noin 24–48 tuntia, ja viimeaikaiset kokonaismäärät voivat muuttua käsittelyn aikana. Tämä ei takaa, että jokainen hyväksytty tapahtuma tulee näkyviin, eikä vahvista sen vastaanottoa. Katso: Tulosten mittaaminen.

5. Tapahtumia vastaanotetaan. Miksi kampanjassa näkyy silti nolla konversiota?

Tarkista seuraavat asiat ennen integraation muuttamista:

• Onko haluttu tietolähde yhdistetty oikeaan tiliin?

• Vastaako lähettämäsi tapahtuma kampanjan konversioasetusta? Tarkista mukautetuista tapahtumista mukautettu tyyppi ja tapahtuman tarkka nimi. Pelkkä sama näyttönimi ei riitä.

• Oliko oikea konversio liitetty kampanjaan ennen tarkastelemaasi toimintaa?

• Edelsikö toimintoa mainoksen klikkaus tai katselu, joka täyttää attribuutioasetusten ehdot?

• Tarkasteletko oikeaa kampanjaa, tapahtumasaraketta, ajanjaksoa ja raportoinnin aikaperustetta?

Kohdistustiedot auttavat yhdistämään tapahtuman mainokseen, mutta eivät takaa sen lukemista mainoksen ansioksi. Säilytä todellinen OpenAI-klikkausviite oppref koko käynnin ajan ja sisällytä se palvelintapahtumiin, kun se on saatavilla. Älä koskaan keksi viitettä tai käytä toisen kävijän viitettä.

Tarkista selain- ja palvelintapahtumat erikseen. Pixelin käytettävissä oleva viite tai asiakastietokenttä voi puuttua palvelintapahtumasta.

Konversioille optimoidun kampanjan valittua tavoitetta ei voi muuttaa kampanjan luomisen jälkeen. Jos haluat käyttää eri tavoitetta, luo uusi kampanja. Mukautettuja tapahtumia ei voi käyttää optimointitavoitteina. Katso: Konversioille optimoidut kampanjat.

Kun olet korjannut asetusten ristiriidan, tarkista uudet ehdot täyttävät toiminnot. Älä oleta, että muutos korjaa aiemmat raportit. Katso kohdistussäännöt: Konversioiden mittaaminen.

6. Miksi Ads Managerin, analytiikkatyökalumme ja CRM-järjestelmämme tiedot poikkeavat toisistaan?

Vertaa samoja toimintoja ja raportointisääntöjä. CRM-järjestelmäsi saattaa laskea kaikki ostokset, kun taas mainosraportti laskee kyseisen alustan ansioksi luetut ostokset. Eri alustat voivat attribuoida saman ostoksen eri tavoin.

Ads Managerin Konversiot-mittari yhdistää klikkauskonversiot ja ehdot täyttävät näyttökonversiot, kun näyttökonversioiden raportointi-ikkuna on 1 päivä. Kun näyttökonversioiden ikkuna on 0 päivää, mittari laskee vain klikkauskonversiot. Käytä samaa asetusta raportteja vertaillessasi.

Esimerkiksi kävijä klikkaa mainosta, palaa myöhemmin suoraan sivustolle ja tekee ostoksen. Yksi työkalu saattaa luokitella käynnin ”suoraksi”, kun taas toinen lukee ostoksen aiemman mainoksen ansioksi. Pelkkä tämä ero ei tarkoita, että ostos olisi laskettu kahdesti.

Jos liikenteen lähdemerkinnät poikkeavat toisistaan, tarkista kyseisellä käynnillä käytetty laskeutumis-URL ja seurantaparametrit. Kampanjan nykyiset asetukset voivat poiketa aiemmin käytetyistä.

Vertaa seuraavia:

• Tili, kampanja, tapahtumatyyppi, suodattimet ja raportointitaso.

• Ajanjakso, aikavyöhyke ja se, viittaavatko päivämäärät mainosvuorovaikutukseen vai itse konversioon.

• Klikkaus- ja näyttökonversioiden asetukset sekä tarkka valittu mittari tai sarake.

• Viimeaikaiset käsittelyviiveet, kaksoiskappaleiden käsittely, suostumus ja käytettävissä olevat kohdistustiedot.

• Mallinnetut konversiot, jos niitä on saatavilla. Ne voivat poiketa suoraan kirjatuista tapahtumista.

• Arvojen osalta valuutta, yksiköt ja se, verrataanko koko tilausta vai yksittäisiä tuotteita.

Myyntitulojen osalta vertaa veroja, toimituskuluja, alennuksia ja maksuja. Tarkista, että selain- ja palvelinversiot lähettävät saman tilausarvon. Luotujen tilausten myynti ja Luotujen tilausten ROAS huomioivat vain attribuoidut order_created-tapahtumat.

Tuodut GA4-toimintatiedot sisältävät tapahtumia valitun mittauskokonaisuuden kaikista liikenteen lähteistä. Nämä kokonaismäärät eivät ole kampanjalle attribuoituja konversioita. Katso: Google Analytics 4:n yhdistäminen OpenAI Ads Manageriin.

Kirjaa API-vertailuja varten käytetty endpoint ja määritä raportointiasetukset erikseen. Määrittämättä jätetty asetus ei välttämättä vastaa Ads Managerin asetusta. Raportit voivat myös sisältää eri tapahtumia: jotkin kattavat kampanjan tavoitteet mutta eivät muita seurattuja toimintoja. Tapahtuman puuttuminen yhdestä raportista ei todista, ettei sitä olisi koskaan vastaanotettu.

Käytä samoja asetuksia CSV-vertailussa ja säilytä viedyt tiedostot muokkaamattomina. Katso Ads Managerin näkymät oppaasta Tulosten mittaaminen ja API-asetukset oppaasta Raportointi.

7. Lasketaanko ostos kahdesti, jos käytän sekä Pixeliä että CAPIa?

Voit välttää saman toiminnon laskemisen kahdesti käyttämällä sen selain- ja palvelinversioissa samaa Pixel-tunnistetta, tapahtuman nimeä ja tapahtumatunnistetta. Tapahtumatunnisteen kenttä on CAPIssa id ja Pixelissä event_id. Käytä myös samaa mukautetun tapahtuman nimeä molemmilla puolilla.

Säilytä sama tunniste, kun lähetät toiminnon uudelleen. Käytä jokaiselle eri toiminnolle uutta tunnistetta. Tarkista päällekkäiset tagit, toistuvat sivulataukset tai takaisinkutsut sekä kumppani-integraatiot, jotka saattavat jo lähettää tapahtuman.

Älä lähetä kaksoiskappaletta muuttaaksesi alkuperäisen tapahtuman arvoa tai kohdistustietoja. Tarkista dokumentoitu toimintatapa ennen kuin yrität korjata tietoja. Katso: selain- ja palvelintapahtumien kaksoiskappaleiden poisto.

8. Käytämme Shopifyta. Tarvitsemmeko toisen integraation?

Tarkista Shopify-yhteytesi ennen kuin lisäät toisen integraation. Varmista yhdistetty mainostili ja Pixel ja tarkista sitten, mitä tapahtumia sovellus lähettää kaupastasi.

Jos käytät myös mukautettuja tageja, kassasivun koodia tai palvelinpuolen lähetystoimintoa, tarkista, lähettävätkö ne samoja tapahtumia. Shopify-toteutukset voivat käyttää erilaisia selain- ja palvelinseurannan yhdistelmiä. Katso: ChatGPT Ads -palvelun käyttöönotto Shopifyssa.

9. Miten suostumus ja testaus kannattaa hoitaa?

Lähetä vain tietoja, joita sinulla on lupa jakaa, ja kunnioita kävijöiden suostumusvalintoja. Kehittäjäsi tulee noudattaa integraation suostumusta ja tuettuja kohdistustietoja koskevia ohjeita, mukaan lukien vaadittu normalisointi ja hajautus. Älä poista suostumuksen hallintatoimintoja lisätäksesi raportoituja konversioita tai parantaaksesi pisteitä.

Mittaussuostumus ja opt_out palvelevat eri tarkoituksia. opt_out-asetus koskee personointia. Se ei estä kaikkia mittauspyyntöjä. Pyydä kehittäjääsi tarkistamaan suostumuksen käsittely sekä selain- että palvelinintegraatioissa.

Kirjaa yhden testitoiminnon ajankohta, nimi ja tunniste. Tarkista, lähetettiinkö se, validoitiinko se ja vastaanotettiinko se. Onnistunut toteutuksen testaus ei osoita, että toiminto täyttäisi mainokselle attribuoinnin ehdot.

CAPIn validate_only-asetus tarkistaa tapahtumat tallentamatta niitä. Pixelin virheenkorjaustila kirjaa toiminnan lokiin mutta ei sulje testitapahtumia pois raportoinnista. Merkitse testit omiin tietoihisi äläkä keksi ostoksia tai muuta tapahtumien ajankohtia pakottaaksesi halutun tuloksen.

10. Tarkoittavatko matalat tai puuttuvat tapahtuman laatupisteet, ettei seuranta toimi?

Eivät yksinään. Tapahtumien laatu arvioi tietolähteestä vastaanotettuja tietoja. Se ei kerro, kuinka monta konversiota on luettu mainosten ansioksi. Pelkkien matalien tai puuttuvien pisteiden perusteella ei voi päätellä, toimiiko seuranta.

Tarkista, että viimeaikaiset todelliset toiminnot tallentuvat oikein, ja selvitä sitten varoituksen syy. Älä lähetä ylimääräisiä tapahtumia tai keksittyjä tunnisteita nostaaksesi pisteitä. Katso tarkistukset ja päivitysajat: Tapahtumien laadun ymmärtäminen ja parantaminen.

11. Mitä tietoja minun tulisi antaa, kun otan yhteyttä tukeen?

Kerro, mitä odotit tapahtuvan, mitä tapahtui, milloin ongelma alkoi ja mitä tarkistit. Liitä mukaan seuraavista tiedoista ne, jotka sinulla on:

• Mainostilin tunniste, Pixel-tunniste tai tietolähde sekä niiden kampanjoiden ja mainosten tunnisteet, joita ongelma koskee.

• Integraation tyyppi ja tapahtuman tarkka nimi, myös mahdollisen mukautetun tapahtuman nimi.

• Yhden tai kahden olemassa olevan esimerkkitapahtuman tunnisteet ja toimintojen aikaleimat aikavyöhykkeineen.

• Jos pyyntö epäonnistuu tai vastaanotto on epävarma: vastauskoodi, tarkka virheilmoitus, pyynnön ajankohta, mahdollinen palautettu pyyntötunniste tai CF-Ray sekä hyötykuorma tai lokiote, josta arkaluonteiset tiedot on poistettu.

• Jos raportit poikkeavat toisistaan: ajanjakso, raportoinnin aikaperuste, attribuutioasetukset, valitut sarakkeet, CSV-vienti ja vertailu samoilla rajauksilla.

• Olennaiset näyttökuvat ja viimeaikaiset toteutusmuutokset, kuten erillinen kassa tai kumppani-integraatio.

Kerro, vahvistitko tapahtuman lähettämisen, hyväksymisen tai vastaanoton vai tarkistitko vain raportin. Voit pyytää apua, vaikka et pystyisi tekemään näitä tarkistuksia.

Poista liitteistä API-avaimet, valtuutusotsakkeet, salasanat, evästeet ja tarpeettomat asiakastiedot. Ilmoita virheistä tai aiemmin toimineen integraation äkillisestä toimintahäiriöstä viipymättä. Älä odota raportointi-ikkunan päättymistä.