Blokerer adblockere influencer- og affiliate-tracking-links? Det bliver reelt blokeret

Hvad en adblocker faktisk blokerer

En adblocker er ikke én ting — det er en samlebetegnelse for browserudvidelser (Adblock Plus, uBlock Origin, AdGuard), indbyggede browserfunktioner (Brave, dele af Safari) og netværks- eller DNS-baserede løsninger (Pi-hole, NextDNS, AdGuard Home), der alle læner sig op ad de samme underliggende filterlister. Den mest udbredte er EasyList, suppleret af EasyPrivacy, som specifikt fjerner sporingsscripts, "web bugs" og andre dataindsamlere. Ifølge EasyLists egen beskrivelse af sig selv er formålet at fjerne reklamer og sporing fra internationale websider — listen skelner ikke mellem "god" og "dårlig" sporing: er domænet, scriptet eller redirect-kaldet på listen, bliver det blokeret, uanset om det tilhører et annoncenetværk eller et affiliate-netværk. Ifølge en gennemgang af EasyList og affiliate-marketing optræder stort set alle de store affiliate-netværk på listen i en eller anden form, herunder Amazon Associates, ShareASale og Rakuten specifikt nævnt, med Awin, CJ, Impact, Partnerize og Tradedoubler beskrevet som ligeledes omfattet.

Det, der reelt sker teknisk, er, at browseren (eller DNS-opløsningen) nægter at sende en netværksforespørgsel til et domæne på blokeringslisten. Rammer det domænet, et sporingslink omdirigerer igennem, bliver selve omdirigeringen aldrig gennemført — nøjagtig samme symptom som når en cookie aldrig bliver sat: salget finder stadig sted i webshoppens eget system, bare uden nogen creator koblet på. Se sådan fungerer influencer tracking teknisk for de øvrige led i den samme kæde.

Hvilken del af sporingslinket er i fare

Et sporingslink har, som beskrevet i artiklen ovenfor, tre lag: destinationsadressen, et click-ID eller en referral-parameter, og som regel UTM-parametre. Det er mellemleddet — omdirigeringen gennem trackingsystemets eget domæne, hvor cookien eller click-ID'et faktisk bliver sat — der er sårbart over for en adblocker. Selve destinationen (webshoppens domæne) er sjældent på nogen blokeringsliste og indlæses derfor normalt. Kunden oplever i de fleste tilfælde intet ualmindeligt: siden loader, og købet kan gennemføres helt normalt — det er kun selve sporingslaget, der forsvinder undervejs, stille og uden fejlmelding.

Adblocker, afvist samtykke, ITP eller in-app-browser — fire forskellige årsager til samme symptom

Academy'en dækker allerede tre andre mekanismer, der får en sporingscookie til aldrig at blive sat. En adblocker er en fjerde, teknisk adskilt årsag til nøjagtig det samme symptom: et køb, der findes i webshoppens system, men uden en creator koblet på.

Det praktiske og ofte overraskende punkt: klassiske browserudvidelser som uBlock Origin eller Adblock Plus kører slet ikke inde i Instagrams eller TikToks egen indbyggede browser — udvidelser kræver en fuld browser-installation, som en app's WebView ikke understøtter. Det betyder, at den adblocker-mekanisme, denne artikel beskriver, primært rammer klik, der sker i en rigtig browser — fx et link i et blogindlæg, en YouTube-beskrivelse, eller når en kunde selv åbner linket i Safari eller Chrome — og langt sjældnere det typiske Instagram-Story- eller TikTok-bio-klik, der i forvejen rammes af den separate in-app-browser-mekanik. Et DNS- eller netværksniveau-værktøj som Pi-hole eller NextDNS er undtagelsen: fordi det blokerer på selve netværksforbindelsen uafhængigt af, hvilken app der laver kaldet, rammer det også trafik fra en in-app-browser eller en mobilapp — men det kræver, at kunden selv (eller kundens netværk) aktivt har sat det op, hvilket er langt sjældnere end en almindelig browserudvidelse.

Hvad affiliate-netværk og annoncører faktisk gør ved det

Rakuten Advertisings egen Publisher Help Center-artikel om adblockere og affiliate-links beskriver to konkrete modtræk, som netværket selv anbefaler til sine annoncører: for det første at oprette et internt redirect — et link på egen hjemmeside (fx dinsite.dk/go/produkt), der viderestiller til det faktiske sporingslink, så adblockeren ser jeres eget domæne i stedet for trackingsystemets, og for det andet at slå adblocker-detektion til, så en besøgende med en aktiv adblocker bliver bedt om at slå den fra for den bedste oplevelse. En uafhængig gennemgang af EasyList og affiliate-marketing beskriver præcis den samme første teknik — men kvalificerer den med det samme: virker adblockeren ved simpelthen at blokere hele domænet, virker et internt redirect stadig ikke, hvis blokeringen sker på selve netværksforespørgslen og ikke kun på det synlige element.

Ud over de to teknikker findes to strukturelt anderledes modtræk, allerede dækket andetsteds i Academy'en: server-side tracking, hvor bekræftelsen sendes direkte fra jeres egen server uden om kundens browser og dermed uden om adblockeren helt, se server-side og cookieless tracking i influencer marketing; og en rabatkode, som slet ikke er en teknisk sporingsmekanisme og derfor ikke kan blokeres af nogen adblocker overhovedet, se rabatkoder eller tracking-links.

Hvorfor "cloaking" af linket ikke er en pålidelig løsning

Det interne redirect ovenfor er i praksis en mild udgave af det, der teknisk kaldes domæne-camouflage eller "CNAME cloaking" — at et tredjepartsdomæne bliver bedt om at fremstå som jeres eget. Ifølge sikkerhedsforskere hos Palo Alto Networks' Unit 42-gruppe er selve teknikken udbredt netop fordi den i dag omgår de fleste blokeringsmekanismer effektivt — deres målinger viste, at selv DNS-baserede modtræk fra AdGuard og NextDNS til sammen kun dækkede under 10% af de camouflerede underdomæner, de selv kunne identificere. Men "omgår de fleste blokeringer" er ikke det samme som "er en garanteret løsning", og to ting trækker konkret imod at stole på den: for det første blokerer en adblocker, der matcher på selve URL-mønsteret eller på indholdet af det script, der bliver hentet — ikke kun på domænenavnet — stadig kaldet, uanset hvilket domæne det camoufleres bag, præcis som den uafhængige gennemgang ovenfor selv påpeger. For det andet har Safaris Intelligent Tracking Prevention allerede sin egen, specifikke modforanstaltning: ifølge WebKits egen dokumentation, allerede beskrevet i server-side og cookieless tracking i influencer marketing, opdager ITP netop et domæne, der er sat op som en CNAME-camoufleret tredjepart, og begrænser den cookie, det sætter, til 7 dage — uafhængigt af om nogen adblocker overhovedet er installeret. Konklusionen er ikke, at et internt redirect er værdiløst — det fanger en del af den rene domæne-blokering — men det er ikke, og bliver ikke, en fuldstændig løsning på nogen af de fire mekanismer i tabellen ovenfor.

Regneeksempel: hvad det reelt koster (hypotetisk)

Tallene herunder er opdigtede og udelukkende til illustration af mekanismen — ikke en reel Make Influence-case, og ikke et faktisk mål for, hvor stor en andel af trafikken der rammes.

Antag, at en kampagne genererer 1.000 klik på et sporingslink i en måned, med en gennemsnitlig konverteringsrate på 8% — altså 80 købte ordrer i alt. Antag videre — udelukkende som illustration — at 10% af de 1.000 klik (100 klik) kommer fra en browser eller et netværk, hvor en aktiv adblocker blokerer selve trackingdomænet i linket. Anvendes samme konverteringsrate på 8% på den delmængde, ville 8 af de 100 klik (100 × 8% = 8) alligevel have ført til et køb. De 8 ordrer findes i webshoppens system som helt normale ordrer — men uden nogen creator koblet på, fordi netværksforespørgslen, der skulle have sat cookien, aldrig blev gennemført. Det svarer til 8 ud af de 80 samlede køb (10%) tabt til denne ene mekanisme — et tab, der lægges oveni, ikke i stedet for, tabet fra ITP, afvist samtykke og in-app-browsere beskrevet andetsteds.

Beslutningsramme

• HVIS jeres kampagne primært linkes fra blogindlæg, YouTube-beskrivelser eller andre steder, hvor kunden klikker i en rigtig browser → forvent et reelt, om end svært at måle, tab fra adblockere, og overvej et internt redirect kombineret med en rabatkode som supplement.
• HVIS jeres kampagne primært linkes fra Instagram Stories eller TikTok-bio'er → adblocker-mekanismen i denne artikel spiller en mindre rolle end den separate in-app-browser-mekanik; se sådan fungerer influencer tracking teknisk.
• HVIS I overvejer at "camouflere" sporingslinket bag jeres eget domæne → gør det gerne, men lov ikke jer selv fuld dækning; kombinér det med en rabatkode, hvor det er muligt.
• HVIS I vil have den mest robuste dækning uafhængigt af adblocker, samtykke, ITP og in-app-browser på samme tid → en rabatkode er den eneste af mekanismerne i denne artikel, der ikke kan blokeres teknisk, fordi den ikke er en sporingsteknologi i browseren.

Almindelige fejl

• At antage, at en adblocker også blokerer selve destinationssiden. Det gør den som regel ikke — webshoppens domæne er sjældent på nogen blokeringsliste. Kunden mærker typisk intet.
• At tro, at et internt redirect er en komplet løsning. Det er et delvist modtræk mod ren domæne-blokering — ikke mod URL-mønster-matching eller Safaris ITP.
• At forveksle denne mekanisme med afvist cookiesamtykke. De ligner hinanden i symptom (cookien bliver aldrig sat), men adblockeren er en installeret tredjepartsudvidelse, ikke et bevidst "nej" fra kunden i jeres eget banner.
• At antage, at adblockere rammer al influencer-trafik lige meget. Mekanismen er langt mere relevant for browser-baserede klik end for det typiske Instagram- eller TikTok-bio-klik, der åbnes i appens egen indbyggede browser.

Make Influences driftsmæssige perspektiv

Make Influence implementerer i dag ikke domæne-camouflage eller "cloaking" som en indbygget del af sin egen sporingsmodel — vores sporingslink kører gennem vores eget trackingdomæne, på samme måde som de fleste affiliate- og influencer-trackingsystemer beskrevet i denne artikel. Det betyder, at vores sporingslink i praksis er underlagt den samme adblocker-eksponering som resten af branchen, hvis en kunde klikker fra en browser med en aktiv udvidelse eller et DNS-niveau-værktøj installeret. I vores erfaring er det største praktiske modtræk ikke en teknisk cloaking-løsning, men at kombinere sporingslinket med en rabatkode, præcis som anbefalet for de øvrige tre mekanismer i tabellen ovenfor — det er den eneste af de fire mekanismer, ingen adblocker, intet samtykke-afslag og ingen browserpolitik kan bryde igennem.

FAQ

Blokerer en adblocker altid et influencer-sporingslink?

Nej. Det afhænger af, om det specifikke trackingdomæne, linket sender kunden igennem, står på den adblocker-brugte filterliste (typisk en variant af EasyList eller EasyPrivacy), og om adblockeren overhovedet kører i den browser eller app, kunden bruger til at klikke.

Er det det samme som Safaris Intelligent Tracking Prevention (ITP)?

Nej. ITP er en indbygget politik i selve Safari-browseren, der begrænser tredjepartscookiers levetid uanset om nogen adblocker er installeret. En adblocker er en separat, installeret udvidelse eller tjeneste, der aktivt blokerer netværksforespørgsler til domæner på en filterliste. De to mekanismer kan begge ramme samme kunde samtidig.

Kan et internt redirect ("cloaking") løse problemet helt?

Nej. Det fanger den simple form for domæne-blokering, men virker ikke, hvis adblockeren matcher på URL-mønster eller scriptindhold i stedet for kun domænenavnet — og det ændrer ikke ved, at Safaris ITP allerede har sin egen, separate modforanstaltning mod netop denne teknik.

Rammer adblockere Instagram- og TikTok-bio-links på samme måde som blog- eller YouTube-links?

Typisk ikke i samme omfang. Klassiske browserudvidelser kræver en fuld browserinstallation, som Instagrams og TikToks egen indbyggede in-app-browser ikke understøtter. Et DNS-niveau-værktøj som Pi-hole eller NextDNS er en undtagelse, fordi det blokerer på netværksniveau uafhængigt af app.

Er en rabatkode immun over for adblockere?

Ja. En rabatkode er ikke en teknisk sporingsmekanisme — den er noget, kunden selv taster ind ved kassen — og kan derfor ikke matches eller blokeres af nogen filterliste.

Bør jeg bede kunder om at slå deres adblocker fra?

Det er en af de to teknikker, Rakuten Advertisings egen dokumentation selv anbefaler — via en synlig adblocker-detektionsbesked. Vær opmærksom på, at det kan opleves som forstyrrende for kunden, og at det ikke er en garanti for, at kunden reelt slår blokeringen fra.

Kan Make Influence garantere, at et sporingslink ikke rammes af en adblocker?

Nej. Ligesom resten af branchen har Make Influences sporingslink samme grundlæggende eksponering som ethvert andet trackingdomæne, hvis kunden bruger en browser eller et netværk med aktiv adblocker.

Er et link-i-bio-værktøj som Linktree samme risiko som en adblocker?

Nej. Et link-i-bio-værktøj videresender til sporingslinket uændret — risikoen der er en UTM-rapporteringskollision, ikke en blokeret netværksforespørgsel. Se ødelægger link-i-bio-værktøjer som Linktree influencer-sporingslinks for den separate mekanisme.

Er en VPN samme risiko som en adblocker eller et DNS-niveau-værktøj som Pi-hole?

Nej. Et DNS-niveau-værktøj som Pi-hole eller NextDNS i standardtilstand blokerer kendte trackingdomæner, men ændrer ikke den IP-adresse, en destination ser. En VPN blokerer slet ikke noget på en filterliste — den ruter trafik gennem en ekstern server, hvilket specifikt ødelægger en anden mekanisme, IP-baseret fallback-sporing, ikke den cookie-sættende omdirigering, denne artikel dækker. Se ødelægger VPN'er og privat DNS influencer-trackingens IP-fallback for den separate mekanisme.

Er SponsorBlock samme risiko som en adblocker?

Nej. SponsorBlock blokerer slet ikke nogen netværksforespørgsel — det er et crowdsourcet værktøj, der automatisk springer et segment over, en creator selv har lagt ind i selve videofilen, fx en sponsoreret omtale i en YouTube-video, ikke YouTubes egne annoncer eller denne artikels sporingslink-mekanisme. Se SponsorBlock og sponsor-skip-udvidelser: underminerer de en betalt YouTube-placering for den separate mekanisme.