Miksi Meta näyttää enemmän ostoja kuin kaupassani on tilauksia?

Yleensä siksi, että kaksi työkalua lähettää saman pikselin eri tapahtuma-ID:illä tai siksi, että selain- ja palvelintapahtumilla ei ole yhteistä ID:tä. Meta voi yhdistää vain kopiot, joilla on sama tapahtuman nimi ja sama tapahtuma-ID.

Kuinka kauan Meta odottaa tapahtumien deduplikointia?

Meta deduplikoi selaintapahtuman ja palvelintapahtuman, joilla on sama tapahtuman nimi ja tapahtuma-ID, kun ne saapuvat 48 tunnin sisällä ensimmäisestä.

Pitäisikö selainpikseli sammuttaa päällekkäisyyksien estämiseksi?

Ei. Anna sen sijaan selaintapahtumalle ja palvelintapahtumalle sama tapahtuma-ID. Selainpikseli tuo mukanaan signaaleja, kuten evästeitä, ja palvelintapahtuma saapuu, kun selain on estetty.

Voiko deduplikointi korjata tilanteen, jossa useampi alusta vaatii saman myynnin?

Ei. Kyse on päällekkäisestä attribuutiosta, ei päällekkäisestä tapahtumasta. Vertaa alustojen vaatimuksia kauppasi tilauksiin ja käytä yhtä attribuutiomallia kanavien vertailuun.

Poistaako Pinterest päällekkäisyydet tagin ja Conversions API:n väliltä?

Kyllä, kun molemmilla tapahtumilla on sama event_id ja tapahtuman nimi ja ne saapuvat 48 tunnin sisällä. Pinterest säilyttää ensimmäisen vastaanottamansa tapahtuman ja poistaa myöhemmät kopiot. ROASaurusissa Tag ja palvelin lähettävät kaikki viisi ostoprosessin tapahtumaa vastaavilla tunnuksilla ja nimillä.

Päällekkäiset ostotapahtumat: miksi myynnit lasketaan kahdesti

Tärkeimmät opit

Päällekkäinen ostotapahtuma on yksi tilaus, jonka mainosalusta laskee kahdeksi tai useammaksi ostoksi.
Tavallisia syitä ovat selainpikseli ja palvelintapahtuma ilman yhteistä tapahtuma-ID:tä sekä kaksi työkalua, jotka lähettävät saman pikselin.
Meta, TikTok, Snapchat, Pinterest ja Reddit säilyttävät kukin yhden kopion, kun selain- ja palvelintapahtumilla on vastaavat tapahtuma-ID:t ja ne saapuvat alustan aikaikkunan sisällä.
Kun Meta, Google ja TikTok vaativat kaikki saman myynnin itselleen, mitään tapahtumaa ei lähetetty kahdesti: kyse on päällekkäisestä attribuutiosta, jota deduplikointi ei korjaa.
Vertaa kunkin lähteen ostomäärää kauppasi tilauksiin: jos yhdellä lähteellä on enemmän ostoja kuin tilauksia, mukana on toinen lähettäjä.

Päällekkäisiä ostotapahtumia syntyy, kun mainosalusta laskee yhden tilauksen kahdeksi tai useammaksi ostoksi. Tavallisia syitä ovat selainpikseli ja palvelintapahtuma, joilla ei ole yhteistä tapahtuma-ID:tä, sekä kaksi työkalua, jotka lähettävät saman pikselin. Seurauksena ovat paisuneet konversiot, ROAS, joka näyttää paremmalta kuin onkaan, ja tarjousten optimointi, joka oppii myynneistä, joita ei koskaan tapahtunut.

Tämä opas selittää syyt, eron yhden alustan sisäisten päällekkäisyyksien ja usean alustan saman myynnin vaatimisen välillä, miten deduplikointi toimii Metassa, TikTokissa, Snapchatissa, Pinterestissä ja Redditissä sekä miten päällekkäisyydet löytää ja korjaa.

Mikä lasketaan päällekkäiseksi ostotapahtumaksi?

Kahta eri ongelmaa kutsutaan kaksoislaskennaksi. Niillä on eri syyt, ja vain toinen niistä on seurantavirhe.

	Päällekkäisyys yhden alustan sisällä	Useampi alusta vaatii saman myynnin
Mitä tapahtuu	Yksi alusta laskee saman tilauksen useammin kuin kerran	Useampi alusta ottaa saman tilauksen kukin ansiokseen
Esimerkki	Meta näyttää 2 ostoa yhdelle $80:n tilaukselle	Meta, Google ja TikTok raportoivat kukin saman $80:n tilauksen
Syy	Kaksi tapahtumaa yhdelle tilaukselle ilman yhteistä tapahtuma-ID:tä	Kukin alusta hyvittää myynnin omien attribuutiosääntöjensä mukaan
Korjautuu deduplikoinnilla	Kyllä	Ei
Mitä tehdä	Yksi lähettäjä pikseliä kohden ja yksi tapahtuma-ID tilausta kohden	Vertaa kauppasi tilauksiin ja käytä yhtä attribuutiomallia

Deduplikointi ratkaisee ensimmäisen ongelman. Toinen vaatii omat tilaustietosi.

Miksi ostot lasketaan kahdesti

Selainpikseli ja palvelintapahtuma ilman yhteistä ID:tä

Monet kaupat lähettävät jokaisen oston tarkoituksella kahdesti: kerran selainpikselistä ja kerran palvelimelta conversions API:n kautta. Se on hyvä toteutus, koska palvelinkopio saapuu, kun selainkopio estetään. Mutta alusta voi yhdistää kaksi kopiota vain, kun niillä on sama tapahtuma-ID ja sama tapahtuman nimi. Jos selain käyttää satunnaista ID:tä ja palvelin tilausnumeroa, alusta näkee kaksi eri ostoa.

Kaksi työkalua, jotka lähettävät saman pikselin

Tämä syy on yleinen ja helppo ohittaa, etenkin siirryttäessä uuteen seurantatyökaluun. Kauppa asentaa seurantasovelluksen mutta jättää käyttöön alustan oman myyntikanavasovelluksen, Google Tag Manager -tagin tai teemaan lisätyn pikselikoodin. Jokainen työkalu lähettää oman Purchase-tapahtumansa omilla ID:illään. Deduplikointi kunkin työkalun sisällä toimii, mutta alusta saa silti kaksi toisiinsa liittymätöntä ostoa.

Sama tapahtuma lähetetään uudelleen

Tilausvahvistussivun ostotagi voi laueta uudelleen, kun ostaja lataa sivun uudelleen tai palaa sille. Myös palvelin voi lähettää tilauksen kahdesti, esimerkiksi kerran, kun se luodaan, ja uudelleen, kun se maksetaan. Muodosta tapahtuma-ID tilaus-ID:stä, jotta toistolla on sama ID kuin ensimmäisellä kopiolla ja alusta tunnistaa sen.

Miten deduplikointi toimii?

Deduplikointi on tapa, jolla alusta säilyttää yhden kopion tapahtumasta, jonka se on vastaanottanut useammin kuin kerran. Sääntö on samankaltainen tämän oppaan alustoilla: kopioilla on oltava sama ID, yleensä yhdessä saman tapahtuman nimen kanssa, ja niiden on saavuttava aikaikkunan sisällä. Alusta säilyttää silloin yhden kopion ja hylkää loput.

browser Purchase event_id=order-1042Selainpikseli kassalla

server Purchase event_id=order-1042Conversions API, sama nimi ja ID: yhdistetään ensimmäiseen

browser Purchase event_id=7c1e9a40Toinen sovellus samalla pikselillä, omalla ID:llä: lasketaan uudelleen

Kahdella ensimmäisellä tapahtumalla on yhteinen ID, ja ne lasketaan yhdeksi ostoksi. Kolmannella on oma ID, joten alusta raportoi tilauksesta 1042 kaksi ostoa.

Tästä seuraa kaksi käytännön sääntöä. Luo ID kerran jostakin, minkä sekä selain että palvelin tuntevat, kuten tilaus-ID:stä. Ja käytä täsmälleen samaa tapahtuman nimeä molemmilla puolilla alustan määrittelemällä tavalla, esimerkiksi Purchase Metassa.

Deduplikointisäännöt alustoittain

Yksityiskohdat vaihtelevat alustoittain. Tämä taulukko tiivistää kunkin alustan virallisen dokumentaation lokakuun 2026 tilanteen mukaan.

Alusta	Selaimen kenttä	Palvelimen kenttä	Aikaikkuna	Huomiot
Meta	`eventID`	`event_id`	48 tuntia	Myös tapahtuman nimen on täsmättävä. Varayhdistäminen fbp:n tai external_id:n avulla toimii vain, kun selaintapahtuma saapuu ensin.
TikTok	`event_id`	`event_id`	48 tuntia	Myös tapahtuman nimen on täsmättävä. TikTok säilyttää ensimmäisen vastaanottamansa tapahtuman.
Snapchat	`client_dedup_id` ja ostoilla `transaction_id`	`event_id` ja ostoilla `order_id`	48 tuntia tai 30 päivää oston tilaus-ID:lle	Myös tapahtuman nimen on täsmättävä. client_dedup_id-pari on etusijalla.
Pinterest	`event_id`	`event_id`	48 tuntia	Lähetä sama tapahtuman nimi molemmista lähteistä. Pinterest säilyttää ensimmäisen vastaanottamansa tapahtuman.
Reddit	`conversionId`	`conversion_id`	2 päivää	Sama tapahtumatyyppi ja mukautetuissa tapahtumissa sama nimi. Ajetaan kerran tunnissa, ja tulosten näkyminen voi kestää jopa 24 tuntia.

Yhteinen sääntö: sama tapahtuma, sama ID, aikaikkunan sisällä. Kenttien nimet vaihtelevat, joten tarkista jokainen integraatio erikseen.

ROASaurusissa Metan, TikTokin, Snapchatin, Pinterestin ja Redditin selainpikselit lähettävät saman tapahtuma-ID:n kuin palvelintapahtumat, joten nämä alustat deduplikoivat. Snapchatin osalta pikseli lähettää tilaus-ID:n myös kenttänä transaction_id, joka vastaa palvelinoston order_id-kenttää. Pinterestin osalta Tag ja API käyttävät vastaavia tapahtumien nimiä. X, Microsoft Advertising ja Taboola saavat vain palvelintapahtumia, joten yhdistettävää ei ole. Jos lähetät tapahtumat itse, Meta Conversions API -opas näyttää, mihin tapahtuma-ID kuuluu pikselissä ja API-kutsussa.

Se, että useampi alusta vaatii saman myynnin itselleen, ei ole päällekkäinen tapahtuma

Sitten toinen ongelma. Ostaja katsoo TikTok-videon, klikkaa kaksi päivää myöhemmin Google Shopping -mainosta ja ostaa Metan uudelleenmarkkinointimainoksen jälkeen. Jokaisella alustalla on oma merkintänsä klikkauksesta tai katselusta, ja jokainen raportoi myynnin. Mitään tapahtumaa ei lähetetty kahdesti, joten mikään deduplikointiasetus ei muuta tätä.

Yhdellä viikolla vaadittu liikevaihto (esimerkkikauppa)

Miten päällekkäiset ostotapahtumat löytää

Vertaa jokaista lähdettä tilauksiisi
Valitse yksi kokonainen päivä. Laske Purchase-tapahtumat, jotka kukin lähde lähetti sinä päivänä ennen deduplikointia: selainpikseli ja palvelintapahtumat. Jotkin tapahtumatyökalut näyttävät tämän jaon yhteystavan mukaan, ja palvelinpuolen seurantatyökalullasi on oma lokinsa lähettämästään. Vertaa jokaista lukua tilausten määrään, jonka kauppasi sai sinä päivänä.
Lue deduplikointiraportit
Jotkin alustat raportoivat poistamansa päällekkäisyydet. Reddit esimerkiksi säilyttää lokia deduplikoiduista tapahtumista seitsemän päivän ajan, ja Pinterest näyttää deduplikoinnin tapahtumakohtaisesti Ads Managerissa.
Tee yksi testitilaus
Avaa alustan testitapahtumanäkymä ja tee yksi tilaus. Sinun pitäisi nähdä yksi selain- ja yksi palvelin-Purchase samalla tapahtuma-ID:llä. Kolmas Purchase tai kaksi eri ID:tä paljastaa syyn.
Luettele kaikki työkalut, jotka voivat lähettää pikselin
Tarkista myyntikanavasovellukset, tagienhallinnan säiliöt, teemakoodi ja vanhemmat seurantasovellukset. Selainlaajennus, kuten Meta Ads Data Advisor, aiemmin Meta Pixel Helper, näyttää, mitkä pikselitapahtumat laukeavat sivulla.

Ensimmäinen vaihe on nopein tarkistus. Lähde, jolla on yksi lähettäjä, lähettää enintään yhden oston tilausta kohden. Selaimen luku on yleensä pienempi kuin tilauksesi mainosestojen ja kieltäytyneiden suostumusten vuoksi. Siksi yksittäinen lähde, jolla on enemmän ostoja kuin tilauksia, viittaa toiseen lähettäjään tai toistuviin tapahtumiin:

Lähde (esimerkkikauppa, yksi päivä)	Ostot	Kaupan tilaukset	Suhdeluku	Mihin se viittaa
Meta, selain	186	120	1.55	Enemmän ostoja kuin tilauksia: kaksi työkalua laukaisee selainpikselin
Meta, palvelin	119	120	0.99	Normaali: yksi palvelinlähettäjä
TikTok, palvelin	241	120	2.01	Jokainen tilaus kahdesti: kaksi sovellusta lähettää Events API -tapahtumia

Luvut lähteittäin ennen deduplikointia. Yli 1.0:n suhde tarkoittaa, että lähde lähettää joitakin tilauksia kahdesti. Lähellä lukua 2.0 oleva suhde tarkoittaa, että se lähettää lähes jokaisen tilauksen kahdesti.

Miten päällekkäiset ostotapahtumat korjataan

Pidä yksi lähettäjä pikseliä kohden. Valitse jokaiselle pikselille yksi työkalu ja sammuta kyseinen pikseli kaikkialta muualta: myyntikanavasovelluksista, tagienhallinnan tageista ja teemakoodista. Poista Shopifyssa sama pikseli Facebook & Instagram -kanavan datanjakoasetuksista, koska jokainen datanjakotaso lähettää silti selainpikselin. Tarkista TikTok-sovellus samalla tavalla.
Käytä yhtä tapahtuma-ID:tä tilausta kohden. Muodosta ID tilaus-ID:stä ja lähetä se sekä selaintapahtuman että palvelintapahtuman mukana.
Käytä samaa tapahtuman nimeä. Selaimen ja palvelimen on nimettävä tapahtuma samalla tavalla, täsmälleen alustan määrittelemällä tavalla.
Lähetä aikaikkunan sisällä. Palvelintapahtumaa, joka saapuu päiviä myöhemmin, ei yhdistetä. Metassa, TikTokissa ja Pinterestissä aikaikkuna on 48 tuntia, Redditissä kaksi päivää.
Testaa uudelleen jokaisen muutoksen jälkeen. Toista testitilaus ja vertaa lukuja uudelleen seuraavana päivänä.

Miten ROASaurus välttää päällekkäiset ostotapahtumat

ROASaurus lähettää jokaisen oston kaupan tilaustiedoista ja antaa selainkopiolle ja palvelinkopiolle saman tapahtuma-ID:n, joka muodostetaan tilaus-ID:stä. Shopifyssa palvelintapahtuma tulee maksettujen tilausten webhookista, joten kiitossivun uudelleenlataus ei luo uutta palvelintapahtumaa. Event log listaa jokaisen palvelinlähetyksen alustoittain pyyntöineen ja alustan vastauksineen, joten näet, mitä kustakin tilauksesta lähetettiin. Opas palvelinpuolen seuranta Shopifyssa näyttää koko kulun.

Jos alusta näyttää edelleen enemmän ostoja kuin tilauksia, jokin toinen työkalu lähettää saman pikselin. Kaksoislaskennan estäminen luettelee, mistä etsiä, ja palvelinpuolen seuranta selittää, mitä tapahtumia ROASaurus lähettää kullekin alustalle.

Lähteet

ROASaurusissa

Lue lisää

SeurantaMainosestot ja seuranta: mitä kauppasi menettääMainosestot pysäyttävät seurantapikselit, joten mainosalustat jäävät ilman osaa ostoista. Katso, mitkä tapahtumat katoavat, miksi palvelinpuolen tapahtumat eivät katoa ja miten mittaat oman erosi.SeurantaConsent Mode v2 ja GDPR: mitä verkkokauppa saa lähettääConsent Mode v2 verkkokaupoille: Googlen neljä suostumussignaalia, mitä EU-laki edellyttää ja mitä palvelinpuolen seuranta saa edelleen lähettää. Vain yleistä tietoa.SeurantaSafari ITP ja mainosseuranta: mikä toimii edelleenSafari ITP rajaa skriptien asettamat evästeet 7 päivään tai joidenkin mainosklikkausten jälkeen 24 tuntiin. Katso, mitä se tekee attribuutiolle ja mikä seuranta toimii edelleen.