---
title: Omistamine
description: Aitab mõista, milline turundus päriselt konversioone ja tulu toob, ning valida omistusmudeli.
category: Marketing
sublabel: Analüütika
author: Corey Haines
tags: 
license: MIT
source: https://github.com/coreyhaines31/marketingskills
---

# Atributsioon

Sa aitad kasutajatel vastata turunduse kõige raskemale küsimusele: **milline minu tegevustest tegelikult põhjustas selle konversiooni ja selle tulu?** Atributsioonis kaotavad turundajad kõige rohkem raha — kanalitele, mis näevad ühes töölauas head välja ja teises kohutavad, kanalitele „direct“ ja „branded search“, mis peidavad tegelikku allikat, ning mudelitele, mis kodeerivad vaikselt arvamuse nii, nagu oleks see fakt.

Sellel oskusel on kaks sammast. Tea enne süvenemist, kumba kasutaja vajab:

- **(A) Tõlgendamine** — atributsioonimudeli valimine, mõõtmisviisi valimine ja tööriistade raporteeritud *vastuoluliste numbrite ühitamine*. See kehtib kõigile, isegi ilma igasuguse arendustööta.
- **(B) Oma atributsioon (esimese osapoole)** — atributsiooni *ise* instrumenteerimine ja kokkuõmblemine, kui sa kontrollid saiti/rakendust. See on ehitusrada. Kasuta seda, kui kasutaja ütleb „ma tahan seda ise jälgida“ või kui konversioon toimub domeenil, mis talle ei kuulu.

Enamik soove algab sambast (A). Haara samba (B) järele ainult siis, kui kasutaja kontrollib pinda ja tahab ehitada.

Tootekontekst: kontrolli, kas on olemas `.agents/product-marketing.md`, ja loe see läbi, kui on — ärimudel, müügitsükkel ja peamine konversioon määravad peaaegu iga siinse soovituse.

## Piirid — mida see oskus EI kata

Ütle need kohe alguses välja, et sa ei hakkaks naaberoskusi uuesti ehitama:

- **Üldine sündmuste jälgimine, jälgimisplaanid, UTM-seadistus, GA4/GTM** → **analytics**. Atributsioon *eeldab, et jälgimine on olemas*. Piir: analytics = „millised sündmused ja kuidas neid käivitada“; atributsioon = „kuidas puutepunktid seostuvad konversioonidega ja jõuavad tuluni“.
- **Reklaamiplatvormide pikslid, CAPI, serveripoolne konversioonide jälgimine** → **ads** (`references/conversion-tracking.md`). Atributsioon kasutab platvormide raporteeritud numbreid ja korrigeerib nende kallutatust; see ei seadista piksleid.
- **Müügitoru etapid, müügivihje elutsükkel, CRM-i tulu töölauad** → **revops**. Atributsioon toidab müügitoru andmeid; see ei määratle etappe.
- **Tehisaru otsingus nähtavus / selle mõõtmine** → **ai-seo**. Atributsioon nimetab tehisaru liiklust ainult pimealana.

---

## Sammas A — tõlgendamine

### 1. Mida atributsioon saab ja ei saa sulle öelda

Sea ootused paika enne, kui ühtegi numbrit puudutad:

- **Atributsioon näitab suunda, mitte tõde.** See on põhjuslikkuse mudel, mis on ehitatud puudulikest andmetest (küpsised aeguvad, seansid killustuvad, võrguvälised puutepunktid kaovad, inimesed uurivad ühes seadmes ja ostavad teises). Käsitle seda tugeva vihjena, mitte kunagi kohtuotsusena.
- **Iga mudel on arvamus.** „First-touch“ ütleb, et kogu au saab esimene reklaam; „last-touch“ ütleb, et selle saab lõpetav klikk. Mõlemad eksivad vastupidistes suundades. Mudeli valimine tähendab valimist, kelle lugu uskuda — ütle see välja.
- **Atributsioonilõhe on normaalne.** Kanalite raporteeritud konversioonide summa ületab peaaegu alati tegelikke konversioone, sest iga platvorm võtab sama müügi eest au endale. Sinu ülesanne on lõhet vähendada ja selgitada, mitte panna numbreid täiuslikult klappima. Need ei klapi.

Kui kasutaja nõuab üht tõest numbrit, raamista ümber: „Me saame sulle anda *kaitstava ja järjepideva* numbri ning ülevaate, millised kanalid on tõusutrendis. Üht objektiivset tõde ei ole olemas — siin on põhjus ja siin on see, mida me otsuste tegemiseks ikkagi kasutame.“

### 2. Atributsioonimudelid

Kuus standardmudelit ja millal igaüks neist valetab:

| Mudel | Au jagamise reegel | Sobib kõige paremini | Kuidas see valetab |
|---|---|---|---|
| **First-touch** | 100% esimesele teadaolevale puutepunktile | Lehtri ülaosa / nõudluse loomise hindamine; lühikesed tsüklid | Ignoreerib kõike, mis tehingu sõlmis; ülehindab teadlikkuskanaleid |
| **Last-touch** | 100% viimasele puutepunktile enne konversiooni | Otsemüügiturundus, kiire e-kaubandus | Ülehindab lehtri alaosa + brändiotsingut/otseliiklust; ignoreerib seda, mis nõudluse lõi |
| **Last non-direct** | 100% viimasele puutepunktile, jättes „direct“ vahele | Odav parandus otseliikluse saastele | Ikka ühe puutepunkti mudel; nihutab lihtsalt pimeala |
| **Linear** | Võrdne au igale puutepunktile | Pikad, mitme puutepunktiga teekonnad, kus iga samm loeb | Käsitleb juhuslikku külastust nagu demot; meelitab suure sagedusega kanaleid |
| **Time-decay** | Rohkem au konversioonile lähematele puutepunktidele | Pikemad tsüklid, kus värskus loeb | Alahindab lehtri ülaosa; ikkagi eeldus, mitte mõõtmine |
| **Position-based (U-kujuline)** | 40% esimesele, 40% viimasele, 20% keskmistele | B2B, kus on selged „loodud“ + „suletud“ hetked | 40/40/20 jaotus on meelevaldne; keskmised puutepunktid jäävad lühikeseks |
| **Data-driven (algoritmiline/Shapley)** | Au modelleeritud piirpanuse alusel | Suure mahuga kontod, kus on piisavalt konversioone | Must kast; vajab mahtu; ei näe võrguväliseid/varjatud puutepunkte, mida talle kunagi ei antud |

**Rusikareeglid:**
- Ära kunagi raporteeri pika müügitsükli puhul üht mudelit eraldiseisvalt. Näita **first-touch ja last-touch kõrvuti** — tõde on nende vahel ja nendevaheline lõhe *ongi* teadmine.
- Andmepõhine atributsioon vajab mahtu (Google Ads seadis selle ajalooliselt tingimuseks ~3000 reklaamiinteraktsiooni ja ~300 konversiooni 30 päeva jooksul; hiljem on miinimumnõudeid leevendatud ja DDA tehtud vaikimisi valikuks, kuid väike maht muudab selle ikkagi teaduseks maskeeritud müraks). Kui andmeid on vähe, kasuta selle asemel positsioonipõhist mudelit.
- Mudel on palju vähem oluline kui **järjepidevus** ja selle sidumine mudelivälise tervemõistuse kontrolliga (sammas A §4, enesekohane raporteerimine).

Mudelite matemaatika, läbitöötatud näited ühest teekonnast, mis on hinnatud kuuel viisil, ja lihtsas keeles Shapley selgitus on failis `references/attribution-models.md`.

### 3. Kolm mõõtmisparadigmat

Mudelid jagavad au *sinu jälgitud andmete sees*. Paradigmad on viisid, kuidas jõuda *põhjuslikkuseni* — üha rangemad ja üha kallimad:

| Paradigma | Mis see on | Vastab küsimusele | Vajab | Ettevaatust |
|---|---|---|---|---|
| **MTA** (mitme puutepunkti atributsioon) | Õmble kokku kasutajataseme puutepunktid, rakenda mudelit | „Millised puutepunktid esinevad konverteerivatel teekondadel?“ | Puhast seadmeülest kasutajataseme jälgimist | Küpsiste kadu + privaatsus on kasutajataseme andmed tühjaks teinud; see alamõõdab vaikselt |
| **MMM** (meedia-/turundusmiksi modelleerimine) | Ülalt-alla regressioon kulutuste ja tulemuste vahel ajas | „Milline on iga kanali koondpanus, sh võrguväline/bränd?“ | 2–3 aasta nädalaandmeid, kulutuste kõikumist | Korrelatiivne; reageerib aeglaselt; vajab õppimiseks tegelikke eelarvekõikumisi |
| **Inkrementaalsus** (geograafiline kontrollrühm, PSA, kummitusreklaamid, sisse/välja) | Kontrollitud eksperiment: eksponeeritud vs. kõrvale jäetud | „Kas see kanal *põhjustas* kasvu, mida ma muidu poleks saanud?“ | Võimalust kõrvale jätta; piisavat mahtu olulisuse jaoks | Kuldstandard, kuid korraga saad testida vaid mõnda asja |

**Kuidas valida:** väike eelarve / lühike tsükkel → hea UTM + last-non-direct + enesekohane küsitlus on parem kui uhke mudel. Keskmine eelarve, mitu kanalit → MTA igapäevaseks tööks + perioodilised inkrementaalsustestid sinu suurimatel kuluridadel. Suur eelarve, võrguvälised + brändikulutused → MMM portfelli jaoks + inkrementaalsus MMM-i koefitsientide valideerimiseks. Inkrementaalsus on otsustaja alati, kui kaks kanalit väidavad endale samu konversioone.

Otsustustabel eelarve × müügitsükli × kanalite arvu järgi ning see, kuidas geograafilise kontrollrühma / PSA testi *lugeda* (mitte statistikaõpetus), on failis `references/measurement-paradigms.md`.

### 4. Enesekohane atributsioon

Kõige alakasutatum signaal ja pikkade tsüklite ning varjatud sotsiaalmeedia (dark social) puhul sageli kõige ausam. Konversioonijärgne küsitlus „Kust sa meist kuulsid?“ püüab kinni selle, mida jälgimine struktuurselt ei suuda: taskuhäälingud, suust suhu levik, Slacki kogukonnad, asutaja säuts, „sõber rääkis mulle“.

- **Millal see on parem kui jälgimine:** pikad kaalumistsüklid, palju suust suhu levikut, brändi-/kogukonnapõhisus või palju varjatud sotsiaalmeediat (vt §5). Kui suur osa sinu teekondadest on „direct“, on sul enesekohase atributsiooni kujuline auk.
- **Küsi konversiooni hetkel** (registreerumine, esimene ost, demo taotlus) — siis on meenutamine parim, enne kui mälu tuhmub.
- **Sõnastus:** avatud küsimus („Kust sa meist esimest korda kuulsid?“) püüab kinni varjatud sotsiaalmeedia; lühike valikloend on lihtsam kvantifitseerida, kuid kallutab vastust ette. Parim praktika: sinu teadaolevate kanalite valikloend **pluss vaba tekstiväli „muu/räägi lähemalt“**.
- **Käsitle seda trianguleerimise sisendina, mitte pühakirjana** — meenutamine on hägune ja inimesed omistavad au *meeldejäävale* puutepunktile, mitte esimesele. See on mudeliväline kontroll, mis hoiab sinu jälgitud mudelid ausana.
- Ehituse poolel on see vormiväli, mis kirjutatakse sinu CRM-i/analüütikasse isiku omadusena — vt sammas B ja `references/first-party-tracking.md`.

### 5. Vastuoluliste allikate ühitamine

Soov, mis peitub enamiku atributsioonitöö taga: **„Google ütleb 50, Meta ütleb 40, GA ütleb 60, minu CRM ütleb 35 — kellel on õigus?“** Mitte kellelgi. Siin on raamistik.

**Miks iga allikas süsteemselt valetab:**

| Allikas | Kaldu suunas | Sest |
|---|---|---|
| **Reklaamiplatvormid** (Google/Meta/LinkedIn) | Loeb *iseennast* üle | Väidab endale vaatamis- ja klikikonversioone oma aknas; iga platvorm loeb sama müüki; on motiveeritud head muljet jätma |
| **GA / veebianalüütika** | Viimane mitte-otsene klikk | Kaotab seadmeülesed teekonnad, kaotab küpsiseid blokeerivad kasutajad, kallab tundmatu „direct“ alla |
| **CRM** | Mida iganes müügiesindaja sisestas / vorm salvestas | Inimsisestus, müügivihje allika ülekirjutused, võrguvälised tehingud ilma digitaalse jäljeta |
| **Enesekohane küsitlus** | *Meeldejääv* puutepunkt | Meenutamise kallutatus; alahindab igavaid, kuid tegelikke puutepunkte, nagu uuesti sihtimine |

**Kuidas trianguleerida:**
1. **Vali konversioonide arvu jaoks üks tõeallikas** — tavaliselt sinu CRM või taustsüsteem (süsteem, kus raha on päris). Kõik muu selgitab, *kust need tulid*, kuid ei saa ümber defineerida, *kui palju* neid oli.
2. **Ära kunagi summeeri platvormide üleselt.** Kui Google ja Meta mõlemad väidavad endale konversiooni, on sul üks konversioon kahe nõudjaga, mitte kaks konversiooni. Eemalda duplikaadid tõeallika kogusumma suhtes.
3. **Loe suunalist kokkulangevust, mitte absoluutset vastavust.** Kui iga allikas ütleb, et tasuline otsing on tänavu kvartalis tõusnud ja orgaaniline langenud, on see trend usaldusväärne, kuigi ükski kaks numbrit ei klapi.
4. **Kasuta enesekohast atributsiooni otsustajana**, kui platvormid kaklevad samade konversioonide pärast, ja **inkrementaalsust**, kui panused õigustavad testi.
5. **Oota lõhet ja arvesta sellega.** Raporteeri: „platvormid väidavad N; me saame kinnitada M; vahe on üleväitmine + vaatamiskonversioonid + jälgimata — siin on meie parim jaotus.“

Väljund on aus jaotus koos kindlustasemetega, mitte võlts ühitamine kümnendkohani.

### 6. Pimealad

Kus konversioonid peituvad, pannes tegelikud kanalid nõrgad välja nägema:

- **Direct** — rämpsusahtel. Järjehoidjad ja trükitud URL-id, jah, aga ka eemaldatud viitajad, rakendusest veebi liikumine, varjatud sotsiaalmeedia ja iga puutepunkt, mille jälgimine kaotas. Suur otseliikluse osakaal on *mõõtmise* probleem, mitte kanal.
- **Brändiotsing** — inimesed, kes avastasid sind mujal ja guugeldasid sinu nime. Last-touch annab au tasulisele/orgaanilisele *brändi*otsingule; tegelik käivitaja oli see, mis pani neid otsima. Eristada brändi- ja mittebrändiotsingut, muidu jätad lehtri ülaosa rahastuseta.
- **Varjatud sotsiaalmeedia (dark social)** — jagamine, millel pole viitajat: otsesõnumid, Slack/Discord, taskuhäälingud, uudiskirjad, ekraanipildid. Jälgimisele struktuurselt nähtamatu; enesekohane atributsioon on ainus viis seda näha (§4).
- **Tehisaru liiklus** — assistendid ja tehisaru otsing mõjutavad ostjaid üha rohkem ning saadavad nad seejärel edasi brändiotsingu või otseliikluse kaudu, nii et tehisaru puutepunkt on analüütikas nähtamatu. Nimeta see ja anna sügavam töö üle oskusele **ai-seo**.

Läbiv mõte: **kui „direct“ ja „branded search“ domineerivad, töötab sinu lehtri ülaosa ja sinu atributsioon peidab seda.** Ütle see selgesõnaliselt välja — see on turunduse kõige levinum väärtõlgendus.

### 7. Ärimudelipõhine hargnemine

Vaikeseaded erinevad järsult. Siin on kokkuvõte; täielikud käsiraamatud on failis `references/by-business-type.md`.

- **B2B SaaS (pikk tsükkel, müügitoega):** teekonnad kestavad nädalaid kuni kuid ja hõlmavad mitut inimest, seega ühe puutepunkti mudelid eksitavad tugevalt. Tugine **CRM-ile kui tõeallikale**, kasuta **first-touch + position-based** kõrvuti, toetu tugevalt **enesekohasele atributsioonile demo/registreerumise hetkel** ning käsitle **müügitoru/tulu** atributsiooni (→ revops) tegeliku tulemustabelina. Võrguvälised puutepunktid (üritused, müügivestlused) muudavad siin MTA kõige nõrgemaks ja enesekohase atributsiooni kõige tugevamaks.
- **E-kaubandus / DTC (lühike tsükkel, iseteenindus):** kiired teekonnad, suur maht, kulutused koondunud tasulisse sotsiaalmeediasse + otsingusse. Tugine **platvormi ROAS-ile, kuid ära usalda seda** (iOS/CAPI paisutus), valideeri **MMM-iga, kui kulutused on märkimisväärsed**, ja **inkrementaalsuse/geograafiliste kontrollrühmadega** oma suurimates kanalites ning kasuta **ostujärgset küsitlust**, et püüda kinni see, mis pikslitel kahe silma vahele jääb. Kiire käibega toodete puhul on last-touch kaitstav; MMM + inkrementaalsus on viis, kuidas jaotada tegelikku eelarvet.

---

## Sammas B — oma atributsioon (esimese osapoole)

Kasuta seda, kui kasutaja **kontrollib saiti/rakendust** ja tahab atributsiooni ise instrumenteerida — eriti konversiooni puhul, mis toimub **domeenil, mis talle ei kuulu** (SavvyCali/Calendly/Cal.com broneering, Stripe Checkouti leht). See sammas tugineb tegelikele tootmislahendustele; täielik käsiraamat koos koodimustritega on failis `references/first-party-tracking.md`. Olulisim:

### Identiteedigraaf

Esimese osapoole atributsioon on üks idee: **seo anonüümne sirvimine lõpliku konversiooniga.**

1. Külastaja saabub anonüümselt; sinu analüütikatööriist määrab talle **anonüümse `distinct_id`** ja märgib tema sündmustele **esimese puutepunkti omadused** (`$initial_referrer`, `$initial_utm_*`).
2. Konversiooni ajal (registreerumine, broneering, ost) kutsud välja **`identify()`** stabiilse ID-ga (e-post või kasutaja UUID). See **liidab** anonüümse ajaloo teadaoleva isikuga — esimene puutepunkt säilib nüüd kuni konversioonini.
3. Iga konversioonisündmust saab nüüd esimese puutepunkti kanali järgi jaotada. See ongi kogu mäng.

### `identify()` lünga sulgemine

Kõige levinum esimese osapoole tõrge: **miski ei kutsu kunagi välja `identify()`**, nii et konversioonid ei seostu kunagi sirvimisajalooga ja iga klient näeb välja, nagu oleks ta tekkinud eikusagilt. (Raamistus on kohandatud Tessa Krieseli PostHogi lähenemisest.) Lahendus on kutsuda identify välja igal tegelikul konversioonil. **Auditeeri kõigepealt** — paljud SaaS-rakendused juba tuvastavad kasutaja registreerumisel; ära ehita uuesti seda, mis töötab. Leia *konkreetsed* instrumenteerimata konversioonid ja sulge ainult need.

### Konversioonide kokkuõmblemine kolmanda osapoole domeenil

Ainus juhtum, mis vajab tõelist masinavärki: konversioon, mis lõpeb domeenil, mida sa ei kontrolli (broneerimistööriist, hostitud kassa). Sa ei saa seal oma analüütikat käitada, seega:

1. **Klõpsamise hetkel** lisab püüdmisfaasi lingidekoraator väljuvale URL-ile külastaja anonüümse `distinct_id` tööriista **metaandmete edastuse** kaudu (nt `?metadata[ph_distinct_id]=<id>`). Üks dokumenditasandi kuulaja katab iga CTA — lingipõhiseid muudatusi pole vaja.
2. Kolmanda osapoole tööriist salvestab need metaandmed ja tagastab need oma **veebikonksus (webhook)**.
3. Sinu **veebikonksu käsitleja** käivitab **identiteedi liitmise** (`$identify`, kus `distinct_id` on broneeringu e-post ja `$anon_distinct_id` on salaja edasi toodud anonüümne ID) pluss **konversioonisündmuse** — sidudes broneeringu tagasi turundusteekonnaga.

### Kaitsepiirded (ära jäta vahele)

- **Anonüümsuse kaitse — tõrke korral sulge.** Too edasi alati ainult *anonüümset* ID-d. Pärast `identify()` väljakutset saab praegusest ID-st kasutaja e-post/UUID; selle lekitamine kolmanda osapoole URL-i või sellel liitmine rikub profiile (isiku A e-post sulandub sellega, kes iganes broneerib). Lükka tagasi ID-d, mis näevad välja nagu isikuandmed (sisaldavad `@`), piira pikkust ja kui identiteet on ebaselge, **ära saada midagi**. Kui rakendus tuvastab UUID järgi, testi `@`-kontrolli asemel `distinct_id === device_id`.
- **Esimese puutepunkti andmekvaliteet.** Ümbersuunamised kirjutavad tõelise esimese puutepunkti üle. Jäta viitajate klassifitseerimisest välja OAuthi/kassa viitajad (`accounts.google.com`, `checkout.stripe.com`, `login.*`), oma alamdomeenid (eneseviited) ja arendushostid (`localhost`). Tavaliselt on see seadistuse muudatus, mitte kood, ja see on parima usaldus-vaeva suhtega parandus.
- **Alamdomeenideülene kokkuõmblemine.** Turundussait → rakendus alamdomeenil peavad jagama üht analüütikaprojekti + alamdomeenideülest küpsist, muidu katkeb teekond üleandmisel. Oota **peaaegu nullnumbreid, kuni kokkuõmblemine on tootmises kontrollitud** — ära paanitse tühjade andmete pärast; kasuta vahepeal kampaaniaakna heuristikal põhinevat varulahendust ja täida tagantjärele kokkuõmblemise-eelne kohort (üksikasjad viitefailis).

### Raporteerimine ja viimane miil

Esimene tulu on üks teadmine: sinu **konversioonisündmus esimese puutepunkti kanali järgi jaotatuna** (`$initial_utm_source` / `$initial_referring_domain`) ja — tuluga seotuna — **kanal → konversioon → tulu**. Kinnita tööriistas first-touch vs. last-touch seadistus (paljudel on vaikimisi last-touch; esimese osapoole atributsioon vajab `$initial_*`).

Kuid ainult esimese puutepunktiga ei saa käitada §2 mitme puutepunkti mudeleid. **Salvesta kogu järjestatud puutepunktide teekond** (mitte ainult `$initial_*`) ja ehitusrada toidab tõlgendusrada — saad oma teekondi ise hinnata positsioonipõhiselt / lineaarselt / ajalise kahanemisega, selle asemel et nende kohta ainult lugeda.

**Viimane miil — vii see CRM-i** (tootmisest pärit täiustus Tessa Krieselilt). Jaotus analüütikatööriistas on raport; müük ja elutsükliturundus tegutsevad atributsiooni põhjal, mis on *kirjutatud kirjele*. Sünkrooni **`source` väli koos väljadega `confidence` ja `basis`** (teekonnaga seotud vs enesekohane vs kampaaniaakna varulahendus) pluss **tasulise-vs-orgaanilise hinnang** meediumi põhjal, **koondatuna konto tasemele** (mitte ainult kontaktile — üks B2B organisatsioon koosneb mitmest inimesest segamini töö- ja isiklike e-postidega). Kuidas müügitoru/elutsükkel seda seejärel *kasutab*, on **revops**-i töö.

Muster on tööriistast sõltumatu: identify + merge on olemas PostHogis, Segmentis, Amplitude'is ja GA4-s kasutaja-ID kaudu; kolmanda osapoole kokkuõmblemine töötab iga tööriistaga, millel on metaandmete edastus + veebikonks. PostHog + SavvyCal on läbitöötatud näide failis `references/first-party-tracking.md`.

---

## Väljundi vorming

Esita **atributsiooni ülevaade**, mitte andmete hunnik:

```markdown
# Attribution Readout — [date]

## The question
[What decision this informs — e.g. "where should next quarter's budget go?"]

## Source of truth
[Which system defines the conversion count, and why]

## What each source says
| Channel | Platform-reported | GA | CRM | Self-reported | Our read |
|---------|------------------|----|----|--------------|----------|
[De-duped against source of truth; not summed]

## Model comparison (for long cycles)
[First-touch vs last-touch side by side; the gap is the insight]

## Confidence & gaps
[The attribution gap, the blind spots, what we can't see]

## Recommendation
[Allocation call with confidence levels; the tiebreaker test worth running]
```

## Tööriistade integratsioonid

Rakendamiseks vt [tööriistade register](../../tools/REGISTRY.md). Peamised tööriistad:

| Tööriist | Sobib kõige paremini | MCP | Juhend |
|------|----------|:---:|-------|
| **PostHog** | Esimese osapoole atributsioon, identify/merge, lehtrid | - | [posthog.md](../../tools/integrations/posthog.md) |
| **GA4** | Veebianalüütika, mudelite võrdlus, kasutaja-ID kokkuõmblemine | ✓ | [ga4.md](../../tools/integrations/ga4.md) |
| **Dub** | Lühilingid + klikiatributsioon | ✓ | [dub-co.md](../../tools/integrations/dub-co.md) |
| **Segment** | CDP — suuna identify/track igasse sihtkohta | - | [segment.md](../../tools/integrations/segment.md) |
| **HubSpot** | CRM-i müügivihje allikas + enesekohased väljad | ✓ | [hubspot.md](../../tools/integrations/hubspot.md) |
| **Salesforce** | CRM kui tulu tõeallikas | - | [salesforce.md](../../tools/integrations/salesforce.md) |
| **Supermetrics** | Too platvormide numbrid ühitamiseks ühte kohta | ✓ | [supermetrics.md](../../tools/integrations/supermetrics.md) |
| **RB2B** | B2B veebisaidi külastajate anonüümsuse eemaldamine | - | [rb2b.md](../../tools/integrations/rb2b.md) |

---

## Seotud oskused

- **analytics** — sündmuste jälgimine, jälgimisplaanid, UTM-id, GA4/GTM seadistus. Tee see *enne* atributsiooni.
- **ads** — reklaamiplatvormide pikslid, CAPI, serveripoolne konversioonide jälgimine (`references/conversion-tracking.md`).
- **revops** — müügitoru etapid, müügivihje elutsükkel, CRM-i tuluraportid. Atributsioon toidab seda.
- **ai-seo** — tehisaru otsingu atributsiooni pimeala põhjalikumalt.
- **ab-testing** — kontrollitud eksperimendid; inkrementaalsuse mõtteviis rakendatuna saidisisestele muudatustele.