Yleiskatsaus

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

Tapahtuma tallentaa tiedon toiminnosta, kuten ostosta. Pikseli lähettää tapahtumia kävijän selaimesta ja Conversions API (CAPI) 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ä kohdistaa mainokselle.

Usein kysytyt kysymykset

1. Mistä kannattaa aloittaa?

Selvitä, mitä toimintoa haluat mitata, mikä lähettää sitä koskevan tapahtuman ja mitä mainostiliä ja pikselitunnusta käytetään. Toteutuksessasi voi olla käytössä pikseli, CAPI, kumppani-integraatio tai näiden yhdistelmä. CAPI tarvitsee pikselitunnuksen, vaikka et olisi asentanut selainpikseliä.

Katso käyttöönotto-ohjeet: Konversioiden mittaaminen ja Konversioiden seuranta. Kehittäjäsi voi käyttää oppaita Pikseli, 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?

• Kohdistettiinko tapahtuma mainokselle kampanjaraportissa?

2. Pikselini on asennettu. Miksi en näe ostoja tai liidejä?

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

• Tarkista tapahtuman nimi, pikselitunnus ja tapahtuman lähettävä sivu tai takaisinkutsu. Sivun katselu ei ole toteutunut osto.

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

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

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

• Tarkista kirjautumista vaativat sivut, kassa, varaussivustot, uudelleenohjaukset ja upotetut lomakkeet. Pikselin toimiminen laskeutumissivulla ei vahvista seurannan toimivuutta muualla.

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

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

Tallenna vastauskoodi, tarkka virheilmoitus, pyynnön ajankohta ja tapahtumatunnus. Pyydä kehittäjääsi tarkistamaan tapahtuman muoto, pikselitunnus 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 edellyttää toiminnon alkuperäistä ajankohtaa Unix-aikana millisekunteina. Tapahtuman ajankohta saa olla enintään 7 päivää menneisyydessä tai 10 minuuttia tulevaisuudessa. Tämä lähetyksen aikaraja on erillinen attribuutioikkunasta. Älä muuta vanhan tapahtuman ajankohtaa saadaksesi sen hyväksytyksi.

Aikakatkaisun tai palvelinvirheen jälkeen voi olla epäselvää, saapuiko tapahtuma perille. Tarkista alkuperäinen pyyntö ja mahdolliset vastaanottomerkinnät. Jos lähetät saman toiminnon uudelleen, säilytä sen alkuperäinen tapahtumatunnus ja aikaleima. Uusi tunnus 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 kohdistettu mainokselle. Tarkista, mitä vastaus vahvistaa ja käytettiinkö pyynnössä oikeaa tietolähdettä. Kun CAPIn validate_only-asetuksen arvo on true, tapahtumat tarkistetaan tallentamatta niitä.

Uuden tapahtuman osalta kehittäjäsi voi tarkistaa viimeaikaiset tapahtumat, jos ne ovat saatavilla. Näkyvissä on otos viimeaikaisista tapahtumista, ei koko historiaa tai attribuution tulosta.

Jos et pysty tarkistamaan vastaanottoa, ota yhteyttä tukeen ja liitä mukaan alkuperäinen vastaus sekä esimerkkitapahtuma. Kerro, mitkä tarkistukset teit. Sinun ei tarvitse selvittää syytä ensin.

Jos vastaanotto on vahvistettu, siirry kysymykseen 5. Älä lähetä tapahtumaa uudelleen uusilla tunnuksilla 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 tapahtuman vastaanottoa. Katso: Tulosten mittaaminen.

5. Tapahtumia vastaanotetaan. Miksi kampanjan konversiomäärä on silti nolla?

Tarkista seuraavat asiat ennen integraation muuttamista:

• Onko haluttu tietolähde yhdistetty oikeaan tiliin?

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

• Oliko oikea konversio liitetty kampanjaan ennen tarkistamaasi toimintaa?

• Tapahtuiko toiminto sellaisen mainosklikkauksen tai näyttökerran jälkeen, joka täyttää attribuutioasetusten ehdot?

• Tarkasteletko oikeaa kampanjaa, tapahtumasaraketta, päivämääriä ja raportoinnin aikaperustetta?

Vastaavuustiedot auttavat yhdistämään tapahtuman mainokseen, mutta eivät takaa attribuutiota. 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. Pikselin käytettävissä oleva viite tai asiakastietokenttä saattaa 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 määritysten ristiriidan, tarkista uusi ehdot täyttävä toiminta. Älä oleta muutoksen korjaavan aiempia raportteja. Katso vastaavuuden määrittämisen säännöt: Konversioiden mittaaminen.

6. Miksi Ads Manager, analytiikkatyökalumme ja CRM-järjestelmämme näyttävät eri tietoja?

Vertaa samoja toimintoja samoilla raportointisäännöillä. CRM-järjestelmäsi saattaa laskea kaikki ostot, kun taas mainosraportti laskee kyseiselle alustalle kohdistetut ostot. Eri alustat voivat kohdistaa saman oston eri tavoin.

Ads Managerissa Konversiot yhdistää klikkauksen jälkeiset konversiot ja ehdot täyttävät näyttökerran jälkeiset konversiot, kun näyttökerran jälkeisen raportoinnin aikaikkuna on 1 päivä. Kun näyttökerran jälkeinen aikaikkuna on 0 päivää, mukaan lasketaan vain klikkauksen jälkeiset konversiot. Käytä samaa asetusta, kun vertailet raportteja.

Esimerkiksi käyttäjä klikkaa mainosta, palaa myöhemmin suoraan sivustolle ja tekee ostoksen. Yksi työkalu voi merkitä käynnin lähteeksi ”Suora”, kun taas toinen kohdistaa oston aiemmalle mainokselle. Pelkkä tämä ero ei tarkoita, että osto olisi laskettu kahdesti.

Jos liikenteen lähdemerkinnät eroavat, tarkista kyseisellä käynnillä käytetty laskeutumisosoite 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.

• Klikkauksen ja näyttökerran jälkeisen attribuution asetukset sekä tarkka valittu mittari tai sarake.

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

• 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ä selaimelta ja palvelimelta lähetetyissä tapahtumissa on sama tilauksen arvo. Luotujen tilausten myynti ja Luotujen tilausten ROAS laskevat mukaan vain attribuoidut order_created-tapahtumat.

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

API-vertailuja varten kirjaa endpoint ja määritä raportointiasetukset nimenomaisesti. 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 vastaanotettu.

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

7. Lasketaanko osto kahdesti, jos käytössä ovat sekä pikseli että CAPI?

Jotta samaa toimintoa ei lasketa kahdesti, käytä siitä selaimelta ja palvelimelta lähetettävissä tapahtumissa samaa pikselitunnusta, tapahtumanimeä ja tapahtumatunnusta. Tapahtumatunnuksen kenttä on CAPIssa id ja pikselissä event_id. Käytä myös samaa mukautetun tapahtuman nimeä molemmissa.

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

Älä lähetä tapahtuman kaksoiskappaletta muuttaaksesi alkuperäisen tapahtuman arvoa tai vastaavuustietoja. Tarkista dokumentaatiosta, miten järjestelmä toimii, ennen kuin yrität korjata tietoja. Katso: Selain- ja palvelintapahtumien kaksoiskappaleiden poistaminen.

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

Tarkista Shopify-yhteys ennen toisen integraation lisäämistä. Varmista yhdistetty mainostili ja pikseli ja tarkista sitten, mitä tapahtumia sovellus lähettää kaupastasi.

Jos käytät myös mukautettuja tageja, kassakoodia tai palvelimelta lähettävää toteutusta, tarkista, lähettävätkö ne samoja tapahtumia. Shopify-toteutuksissa voidaan käyttää selain- ja palvelinseurannan eri yhdistelmiä. Katso: ChatGPT Ads -palvelun käyttöönotto Shopifyssa.

9. Miten suostumus ja testaus pitäisi hoitaa?

Lähetä vain tietoja, joiden jakamiseen sinulla on lupa, ja kunnioita kävijöiden suostumusvalintoja. Kehittäjäsi tulee noudattaa integraation suostumusta ja tuettuja vastaavuustietoja koskevia ohjeita, myös mahdollisia normalisointi- ja hajautusvaatimuksia. Älä poista suostumuksen hallintaa lisätäksesi raportoituja konversioita tai parantaaksesi pistemäärää.

Mittaussuostumuksella ja opt_out-asetuksella on eri tarkoitukset. 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 tunnus. Tarkista, lähetettiinkö, validoitiinko ja vastaanotettiinko se. Onnistunut toteutuksen testi ei osoita, että mainos täyttää attribuution ehdot.

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

10. Tarkoittaako matala tai puuttuva tapahtumien laatupistemäärä, ettei seuranta toimi?

Ei yksinään. Tapahtumien laatu mittaa tietolähteestä vastaanotettujen tietojen laatua. Se ei kerro, kuinka monta konversiota kohdistettiin mainoksille. Pelkkä matala tai puuttuva pistemäärä ei kerro, toimiiko seuranta.

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

11. Mitä tietoja minun pitäisi antaa ottaessani yhteyttä tukeen?

Kerro, mitä odotit tapahtuvan, mitä tapahtui, milloin ongelma alkoi ja mitä tarkistit. Liitä mukaan seuraavat tiedot siltä osin kuin ne ovat saatavillasi:

• Mainostilin tunnus, pikselitunnus tai tietolähde sekä ongelmaan liittyvien kampanjoiden ja mainosten tunnisteet.

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

• Yhden tai kahden olemassa olevan tapahtuman tunnukset ja toimintojen aikaleimat aikavyöhykkeineen esimerkeiksi.

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

• Jos raportoinnissa on eroja: ajanjakso, raportoinnin aikaperuste, attribuutioasetukset, valitut sarakkeet, CSV-vienti ja vertailu, jossa käytetään samoja rajauksia.

• Asiaan liittyvät näyttökuvat ja viimeaikaiset määritysmuutokset, myös erillinen kassa tai kumppani-integraatio.

Kerro, vahvistitko tapahtuman lähetyksen, 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 viipymättä virheistä tai siitä, että aiemmin toimineen integraation toiminta lakkaa yllättäen. Älä odota raportoinnin aikaikkunan päättymistä.