Fra klik til udbetaling – et salgs rejse gennem Affilyflow

Et affiliate-salg er en kæde af hændelser: et klik, et besøg, et køb, en række kontroller, en godkendelse og til sidst en udbetaling. Ved hvert led kan man stille det samme spørgsmål – hvem afgjorde det her, og kunne nogen have ændret det bagefter? Den artikel her følger et enkelt salg hele vejen gennem Affilyflow og svarer på spørgsmålet trin for trin.

Princippet bag kæden er enkelt: vilkårene fryses så tidligt som muligt, og derefter kan ingen af parterne ændre dem. Provisionssatsen og attributionsvinduet låses i det øjeblik der klikkes. Hvert salg oprettes som afventende. Butikken har 30 dage og skal begrunde en afvisning. Og udbetalingen opgøres af serveren, ikke af et tal i browseren. Det er ikke otte løfter i et vilkårsdokument – det er otte regler i systemet.

Rejsen i 8 trin#

Her er hele rejsen i oversigt. Hvert trin foldes ud i afsnittene nedenfor med det spørgsmål, der betyder noget for begge parter: hvad ligger fast, og hvad kan stadig ændres?

Trin 1-2: Klikket fryser vilkårene#

Affiliatens link peger ikke direkte på butikken, men på vores /go-adresse. Når en besøgende klikker, sker der tre ting på serveren, inden besøgeren sendes videre: klikket skrives som en række i databasen med tidsstempel, kendte bots sorteres fra uden registrering (bot-filteret betyder at en crawler hverken tæller som klik eller kan udløse attribution), og programmets provisionssats og cookie-vindue kopieres ind i selve klik-rækken. Det sidste kalder vi rate-lock: de vilkår der gælder i klik-øjeblikket, er de vilkår salget afregnes efter. Hele mekanikken er beskrevet på tracking-siden.

Besøgeren lander i butikken med et klik-id i URL'en – afid-parameteren. Det id er hele attributionsgrundlaget: den konvertering der senere bærer id'et, krediteres det klik og ingen andre. Der er ingen mellemsider og ingen ekstra kald der kan fejle undervejs – besøgeren er i butikken med det samme.

Fra det øjeblik ligger to ting fast, som hverken butik eller affiliate kan røre: satsen og vinduet. Butikken vælger selv sit cookie-vindue mellem 14 og 90 dage og kan ændre sin sats fremadrettet – men en sænkning kan kun ske en gang hver 30 dage, og ingen ændring rammer klik der allerede er sket. Sænknings-reglen håndhæves af databasen med en trigger, så den gælder uanset hvilken vej en skrivning kommer ind – også uden om dashboardet. Og de frosne vilkår ligger i selve klik-rækken, så en senere ændring har intet sted at ramme.

Trin 3-4: Købet meldes – og serveren kontrollerer#

Når købet gennemføres, melder butikkens integration ordren til os. Shopify-butikker bruger en web-pixel og webhooks, Stripe-abonnementer meldes via en webhook, og andre butikker bruger vores tracking-script – oversigten ligger på integrationssiden. Meldingen bærer tre ting: klik-id'et, ordre-id'et og beløbet.

Det afgørende er, hvad klienten ikke bestemmer. Klikkets alder måles mod det vindue der blev frosset ved klikket – på vores server, ud fra vores tidsstempel, så en browser ikke kan lyve om hvornår der blev klikket. Ordre-id'et tjekkes mod tidligere konverteringer i samme program, så samme ordre aldrig tæller to gange (dedup). Beløbet renses for moms, fordi provision beregnes af ordreværdien ekskl. moms. Og er affiliaten blokeret, standser databasen selv optjeningen, uanset hvilken vej salget kom ind.

Falder ordren på et af tjekkene, forsvinder den ikke – den logges. Hver eneste tracking-hændelse skrives i hændelsesloggen, også dem der ikke blev til et salg. Uenighed om et tal skal kunne afgøres ved at kigge i data, ikke ved at gætte.

Trin 5-6: Afventende salg og butikkens 30 dage#

Består ordren alle kontroller, oprettes salget – som afventende. Det er ikke en forsigtighed vi slår til i tvivlstilfælde; det er en regel uden undtagelser: en konvertering krediterer aldrig automatisk en saldo. Forskellen på afventende og optjent provision er rygraden i hele godkendelsesmodellen.

Butikken har nu 30 dage. I den periode kan den afvise salget, men kun med en årsag, som affiliaten kan se – en afvisning uden begrundelse findes ikke i systemet. Gør butikken ingenting, godkendes salget automatisk når fristen udløber. Begge sider af aftalen er implementeret: fristen håndhæves af et automatisk job, og databasen tillader ingen anden skrivevej fra klienten. Hele flowet er beskrevet på godkendelsessiden og i ordbogen under godkendelse af salg.

En ting sker automatisk i butikkens favør: refunderes eller annulleres en Shopify-ordre, afviser vores webhook automatisk provisionen, med refunderingen som årsag. Det gælder kun Shopify – ikke salg meldt via Stripe eller tracking-script.

Trin 7-8: Saldo og udbetaling#

Ved godkendelsen flytter provisionen fra afventende til optjent, og den indgår i affiliatens saldo. Saldoen er ikke en kolonne nogen kan redigere – den beregnes af de underliggende salg, hver gang den vises. Kan et beløb ikke forklares af rækkerne bag det, findes det ikke. Satser og tal er samlet på økonomisiden.

Udbetaling kan anmodes, når den godkendte provision runder udbetalingsgrænsen på 500 kr. Selve anmodningen sender ikke et beløb ind – serveren opgør selv hvad der står til udbetaling, og den tæller kun salg med status godkendt. Afventende provision kan ikke anmodes ud, og en affiliate kan ikke anmode om en andens saldo.

Regningen ligger hos butikken: affiliaten får den fulde sats butikken har sat, og vores netværksgebyr på 20 % lægges oven i provisionen i stedet for at blive trukket fra den. Gebyret kan kun ændres af os – det er låst i databasen på samme måde som satserne. Og der er intet abonnement: bliver et salg aldrig til noget, koster netværket ikke noget.

Hvem kan påvirke hvad – og hvad der er låst#

Her er hele kæden en gang til, nu med fokus på hvem der kan påvirke hvert trin, og hvad der er låst når trinnet er passeret.

Mønstret i den sidste kolonne er selve pointen: jo længere et salg kommer i kæden, jo mindre kan nogen ændre. Klikket fryser vilkårene, serveren afgør kontrollerne, fristen afgør godkendelsen, og dataene afgør saldoen. Gennemsigtighed er ikke en rapport vi skriver bagefter – det er at bygge systemet, så der ikke er et sted at gemme sig.