Opslagsværk

    Ordliste om linkforkortelse

    246 begreber om URL'ers opbygning, omdirigeringer, statistik, UTM-sporing, QR-koder, sikkerhed, API'er og kontoadministration, forklaret i et enkelt sprog.

    Underbygget af 20 kilder: RFC'er, W3C, ISO, GDPR og platformenes egen dokumentation

    Grundbegreber og URL'ens opbygning

    29 begreber
    Long URL / Destinations-URL#
    Den fulde webadresse, som et kortlink omdirigerer til. Den kaldes også mål-URL'en eller destinationen og er der, hvor brugeren til sidst lander efter at have klikket på eller scannet kortlinket. Lange URL'er indeholder ofte sporingsparametre, produkt-id'er, filtre, sessionsuafhængig tilstand eller andre strukturerede data, der kan gøre dem svære at dele direkte.
    Original URL#
    Den URL, brugeren indtastede, da kortlinket blev oprettet. På mange platforme betyder det det samme som lang URL, destinations-URL eller mål-URL. I nogle arbejdsgange kan den oprindelige URL senere afvige fra den aktuelle destination, hvis kortlinket tillader, at destinationen redigeres.
    Target URL#
    Den aktive URL, som et kortlink lige nu omdirigerer til. Mål-URL'en kan være den samme som den oprindelige URL eller blive ændret senere, hvis platformen tillader, at destinationen redigeres.
    Slug#
    Den unikke tegnfølge efter kortlinkets domæne, der identificerer et bestemt link. I `https://sho.rt/abc123` er sluggen `abc123`. Slugs kan genereres automatisk, som regel som tilfældige eller fortløbende strenge af bogstaver og tal, eller brugeren kan selv angive dem som et eget alias.
    Custom alias#
    En slug, som brugeren selv vælger, så et kortlink bliver lettere at læse, lettere at huske eller tilpasset en bestemt kampagne. I stedet for en tilfældig tegnstreng som `x7k9p` kan et eget alias fx være `summer-sale`, `event-rsvp` eller `product-launch`. Egne aliasser afhænger som regel af, om navnet er ledigt, af regler for længde og reserverede ord og af planens grænser.
    Tilpasset slutdel#
    En brancheterm for den del af et kortlink, som brugeren selv vælger, og som står efter domænet. I `https://brand.co/summer-sale` er den tilpassede slutdel `summer-sale`. Termen bruges ofte af linkplatforme og betyder i praksis det samme som et eget alias.
    Reserved alias#
    En slug eller et eget alias, der ikke kan bruges, fordi det allerede er taget, er beskyttet af platformen, er reserveret til systemruter, er begrænset af hensyn til brand eller misbrug eller anses for stødende eller vildledende. Eksempler kan være `admin`, `login`, `support` eller aliasser, der udgiver sig for at være store brands.
    Vanity URL#
    En brandet, letlæselig URL, der er nem at huske og virker troværdig. I linkadministration kombinerer en vanity-URL ofte et eget domæne med et selvvalgt alias, fx `https://brand.co/summer-sale`. I bredere forstand kan udtrykket dække enhver marketing-URL, der er nem at huske, også når den ikke er lavet med en platform til linkforkortelse.
    Linkforkorter#
    En tjeneste, et program eller et værktøj, der tager en lang webadresse og laver en kortere, som omdirigerer til samme destination. En URL-forkorter holder styr på, hvilket kortlink der hører til hvilken destination, og står for omdirigeringen, hver gang nogen klikker. Det kaldes også uformelt ”URL-komprimering”, selv om intet teknisk set bliver komprimeret: kortlinket fungerer blot som et alias, der peger på den oprindelige adresse. Eksempler er Bitly, TinyURL, Rebrandly, Short.io og lignende platforme.
    Domain#
    Den registrerede webadresse, der bruges i en URL. I `https://sho.rt/abc123` er domænet `sho.rt`. Tjenester til URL-forkortelse kan tilbyde fælles standarddomæner og lade kunderne opsætte egne domæner, så deres kortlinks kører under deres eget brand. [1]
    TLD / Topdomæne#
    Den sidste del af et domænenavn, fx `.com`, `.org`, `.io` eller `.ly`. Brands med kortlinks vælger ofte korte topdomæner eller nogle, der er lette at huske, men valget af TLD kan påvirke brugernes tillid, opfattelsen af brandet, prisen, og om det ønskede domæne er ledigt. [1]
    Roddomæne / Apex-domæne#
    Det registrerede grunddomæne uden subdomæne, fx `example.com`. Nogle linkforkortere understøtter, at man bruger apex-domænet til kortlinks, mens andre anbefaler et subdomæne som `go.example.com`, så det ikke forstyrrer hovedwebsitet. [1]
    Custom domain#
    Et domæne, som brugeren ejer eller styrer, og som er sat op til at levere kortlinks i stedet for linkforkorterens delte standarddomæne. Egne domæner gør brandet lettere at genkende, giver brugerne større tillid og gør det på lang sigt muligt at tage linkene med til en anden tjeneste. Eksempel: `go.yourcompany.com` i stedet for `bit.ly`.
    Branded domain#
    Et eget domæne, der er valgt specifikt for at styrke identiteten for en virksomhed, et produkt, en kampagne eller en organisation. Brandede domæner er ofte korte, lette at huske og tæt på brandnavnet. Rent funktionelt er de egne domæner med et brandingformål.
    Underdomæne#
    Et præfiks foran et roddomæne, adskilt med et punktum. I `go.yourcompany.com` er `go` subdomænet. Subdomæner bruges ofte til kortlinks, fordi organisationer så kan få et navnerum til links under eget brand uden at ændre domænet for hovedwebsitet. [1]
    Path#
    Den del af en URL, der kommer efter domænet og angiver en placering, en ressource eller en rute. I `https://example.com/products/shoes` er `/products/shoes` stien. I et kortlink består stien ofte kun af sluggen, fx `/abc123`. [1]
    Forespørgselsstreng#
    Den del af en URL, der begynder med `?` og indeholder par af nøgler og værdier. Eksempel: `?color=blue&size=medium`. Query strings bruges ofte til sporing, filtrering, søgetilstand, personalisering og feature flags. Linkforkortere kan bevare, tilføje, flette eller fjerne query strings afhængigt af opsætningen. [1]
    URL parameters#
    De enkelte nøgle-værdi-par i en query string, adskilt af `&`. Eksempel: `utm_source=newsletter`. URL-parametre bruges bredt til statistik, kampagneattribution, personalisering, produktfiltrering og til at styre, hvordan et program opfører sig. [1]
    Fragment / Anker#
    Den del af en URL, der står efter tegnet `#`, og som browsere bruger til at gå til et bestemt afsnit eller en bestemt tilstand på en side. Eksempel: `https://example.com/page#section-3`. Fragmentet behandles af browseren og sendes ikke til serveren i almindelige HTTP-forespørgsler, hvilket kan påvirke, hvordan det spiller sammen med omdirigeringer og sporing. [1]
    Protokol / URL-skema#
    Den første del af en URL, der angiver, hvordan ressourcen skal tilgås. Almindelige eksempler er `http://`, `https://`, `mailto:` og egne app-skemaer som `myapp://`. Kortlinks bruger næsten altid HTTPS af hensyn til sikkerhed og tillid. [1]
    HTTP#
    Hypertext Transfer Protocol, standardprotokollen, som browsere og webservere bruger til at udveksle webindhold. Almindelig HTTP er ikke krypteret, så moderne browsere kan advare brugerne, når formularer, login eller følsomme sider leveres via HTTP. [2]
    HTTPS#
    HTTP Secure, som bruger TLS-kryptering til at beskytte data under overførslen mellem en browser og en server. Seriøse tjenester til linkforkortelse leverer kortlinks via HTTPS for at beskytte brugerne, leve op til moderne browseres forventninger og øge tilliden. [2] [3]
    Canonical URL#
    Den ”officielle” version af en webadresse til et stykke indhold. Når flere URL'er, herunder kortlinks, sporede links eller små variationer, peger på den samme side, er den kanoniske URL den, som søgemaskiner og statistikværktøjer skal behandle som den primære adresse. Når du angiver en kanonisk URL, undgår du forvirring og problemer med duplikeret indhold i søgeresultaterne. [4]
    URL encoding / Procentkodning#
    Den proces, hvor tegn, der ikke sikkert kan stå i en webadresse, omskrives til et standardiseret erstatningsformat. Et mellemrum bliver fx til `%20`, og et ampersand inde i en værdi omskrives, så det ikke forveksles med en separator. Det sker automatisk i de fleste værktøjer, men det er godt at kende til, når du forkorter URL'er med sporingsparametre eller specialtegn. [1]
    IDN / Internationaliseret domænenavn#
    Et domænenavn, der bruger tegn uden for det almindelige latinske alfabet, fx bogstaver med accent, arabisk, kinesisk eller andre skriftsystemer. Det hjælper med lokalisering, men kan også give sikkerhedsrisici: nogle tegn fra andre alfabeter ligner velkendte latinske bogstaver næsten fuldstændigt, så det er muligt at oprette vildledende domæner, der ser legitime ud. [5]

    Omdirigering og routing

    30 begreber
    Redirect#
    Processen bag kulisserne, der sender den, der klikker på et kortlink, videre til den egentlige destinationsside. Når du besøger et kortlink, får din browser en hurtig besked fra serveren om at ”gå hertil i stedet”, og browseren fører dig til destinationen, som regel så hurtigt, at du ikke lægger mærke til mellemtrinnet. [2]
    Location header#
    En instruktion bag kulisserne i serverens omdirigeringssvar, der fortæller browseren, hvilken URL den skal gå til. Brugerne ser den aldrig direkte. Den er en del af den tekniske udveksling, der får omdirigeringer til at virke. [2]
    301 redirect / Permanent omdirigering#
    En type omdirigering, der angiver, at flytningen til en ny adresse er permanent. Browsere og søgemaskiner kan huske en 301-omdirigering og gå direkte til destinationen ved senere besøg, så nogle klik ikke kommer forbi linkforkorteren. Den påvirker også, hvordan søgemaskiner overfører rangering til destinationssiden. [2]
    302 redirect / Midlertidig omdirigering#
    En type omdirigering, der signalerer, at destinationen kan ændre sig senere. Browsere husker ikke en 302 permanent, så hvert klik går fortsat gennem linkforkorteren. Derfor bruger de fleste linkforkortere 302-omdirigeringer som standard. Det betyder også, at destinationen kan ændres når som helst, uden at linket holder op med at virke. [2]
    307 redirect / Midlertidig omdirigering, der bevarer metoden#
    En midlertidig omdirigering, der bevarer præcis den type forespørgsel, der sendes. Den er mest relevant for udviklere, der bygger integrationer. Til almindelig linkforkortning bruges i stedet en standard 302-omdirigering. [2]
    308 redirect / Permanent omdirigering, der bevarer metoden#
    En permanent omdirigering, der også bevarer præcis den type forespørgsel, der sendes. Ligesom 307 er den mest relevant i tekniske sammenhænge og for udviklere, ikke i den daglige administration af links. [2]
    Meta refresh redirect#
    En omdirigering, der udløses af en instruktion i selve websiden og ikke af serveren. Siden fortæller browseren: ”gå til denne anden adresse om X sekunder”. Metoden er langsommere og mindre pålidelig end en omdirigering på serveren, og moderne tjenester til linkforkortelse bruger den sjældent. [4]
    JavaScript redirect#
    En omdirigering, der udløses af kode, som kører i browseren. Den kan håndtere kompleks logik, men er generelt langsommere og mindre pålidelig end en omdirigering på serveren. Den virker heller ikke for brugere, der har slået JavaScript fra, eller for bots og søgemaskinernes crawlere.
    Server-side redirect#
    En omdirigering, som serveren håndterer, før der sendes sideindhold til browseren. Serveren siger blot ”gå hertil”, og browseren følger efter. Det er den hurtigste og mest pålidelige metode, og det er den, stort set alle linkforkortere bruger. [2]
    Client-side redirect#
    En omdirigering, der sker i browseren, efter at en del af siden allerede er indlæst, typisk via JavaScript eller en meta refresh-instruktion. Den er langsommere og mindre ensartet end omdirigeringer på serversiden.
    Redirect chain#
    En række omdirigeringer, der skal til for at nå den endelige destination. Eksempel: kortlink -> sporingslink -> affiliatenetværk -> landingsside. Omdirigeringskæder øger ventetiden, gør statistikken mere indviklet og kan gøre linket mindre pålideligt. God praksis er at skære unødvendige mellemled væk.
    Redirect loop#
    En fejl, hvor en URL omdirigerer tilbage til sig selv eller til en anden URL, der til sidst omdirigerer tilbage igen, så der opstår en uendelig løkke. Browsere stopper som regel efter et begrænset antal omdirigeringer og viser en fejl. [2]
    Pass-through redirect#
    En omdirigering, der automatisk tager ekstra sporingsoplysninger fra kortlinket med over til destinations-URL'en. Hvis nogen fx deler dit kortlink med en kampagnekode sat på, sendes koden automatisk videre til landingssiden.
    Parameter forwarding#
    At kopiere sporingsværdier eller andre oplysninger fra kortlinkets adresse over i destinations-URL'en. Platforme kan lade dig videresende alle værdier, kun udvalgte værdier eller flette dem med de værdier, der allerede står på destinationen.
    Skjult destination#
    Når et kortlink skjuler eller tilslører den reelle destination for den, der klikker. Alle kortlinks gør det i et vist omfang, fordi de er bygget sådan: du kan ikke se hele destinationen, før du klikker. Ordet har en negativ betydning, når det bevidst bruges til at skjule skadelige, vildledende eller regelstridige destinationer. Forhåndsvisningssider, brandede domæner og scanning af destinationer er med til at mindske den risiko.
    Smart redirect#
    En omdirigering, der automatisk sender forskellige besøgende til forskellige destinationer ud fra sammenhængen, fx hvilken enhed de bruger, hvor i verden de er, eller hvad klokken er. Ét kortlink kan sende iPhone-brugere til App Store, Android-brugere til Google Play og computerbrugere til et website.
    Device-based redirect#
    En intelligent omdirigering, der sender besøgende til forskellige destinationer afhængigt af, hvilken type enhed eller hvilket styresystem de bruger, fx computer, iPhone eller Android.
    Geo-targeting redirect#
    En intelligent omdirigering, der sender besøgende til forskellige destinationer ud fra deres placering, fx land, region eller by. Bruges ofte til at vise lokale tilbud, den rigtige sprogversion af en side eller indhold til en bestemt region.
    Language-based redirect#
    En intelligent omdirigering, der sender besøgende til forskellige destinationer ud fra det sprog, deres browser er indstillet til. Så kommer brugerne til den version af siden, der er skrevet på det sprog, de foretrækker.
    Time-based redirect#
    En omdirigering, der sender folk et andet sted hen afhængigt af dato eller klokkeslæt. Den er nyttig til nedtællingskampagner, tilmeldinger til arrangementer med en frist, tidsbegrænsede udsalg og sider, der automatisk afløser den oprindelige destination, når et arrangement er slut.
    Rules engine#
    Et system i en platform til linkadministration, der vurderer betingelser som enhedstype, land, sprog, tidspunkt eller klikkets oprindelse og afgør, hvilken destination den besøgende sendes til. Regelmotorer står bag intelligente omdirigeringer og kompleks routing, uden at der skal skrives kode.
    Fallback URL#
    En reservedestination, som de besøgende sendes til, når den primære destination ikke er tilgængelig, er udløbet eller ikke matcher nogen omdirigeringsregler. Reserve-URL'er forhindrer blindgyder og er med til at sikre, at de besøgende altid havner et sted, der giver mening.
    Destination override#
    En regel, der ændrer et links standarddestination under bestemte betingelser, fx når en bestemt parameter er til stede, når den besøgende befinder sig et bestemt sted, eller når en kampagne er slut.
    Interstitial page#
    En side, der vises kortvarigt mellem et kortlink og den endelige destination. En mellemside kan vise en overgang med brandets udseende, en sikkerhedsmeddelelse, en alderskontrol, en anmodning om adgangskode eller en forhåndsvisning af destinationen, før den besøgende går videre.

    Statistik og sporing

    35 begreber
    Click tracking#
    Processen, hvor der registreres data, hver gang nogen klikker på et kortlink. Typisk registreres det, hvornår klikket skete, hvilken enhed der blev brugt, cirka hvor i verden personen var, hvilket website eller hvilken app personen kom fra, og andre nyttige oplysninger.
    Klikantal#
    Det samlede antal gange, der er klikket på et kortlink i en given periode. Det er det mest grundlæggende mål for aktivitet på et link, men tallet kan omfatte gentagne klik og automatisk trafik, medmindre de filtreres fra.
    Samlede klik#
    Det rå antal klik, der er registreret for et kortlink, inklusive gentagne besøg fra samme person og automatiseret trafik. Klik i alt viser den samlede mængde, men tallet kan være højere end antallet af personer, du faktisk har nået.
    Unique clicks#
    Et skøn over, hvor mange forskellige personer der har klikket på et link. Fordi det er svært at identificere personer med sikkerhed på nettet, beregnes tallet typisk ud fra en kombination af IP-adresse, browseroplysninger og andre signaler. Brug tallet som et nyttigt overslag, ikke som en præcis optælling.
    Raw clicks#
    Alle registrerede klik, før de er blevet filtreret eller renset. Rå klik kan omfatte rigtige besøgende, automatiserede bots, sikkerhedsscannere, dubletter og interne test.
    Filtered clicks#
    De klik, der er tilbage, når platformen har fjernet kendte bots, dobbelte hændelser, intern trafik og anden aktivitet, der ikke stammer fra rigtige besøgende. Filtrerede klik giver et renere billede af det reelle engagement fra mennesker.
    Human clicks#
    Klik, som platformen har vurderet sandsynligvis kommer fra rigtige mennesker og ikke fra automatiserede systemer. Vurderingen bygger på signaler som browseradfærd, IP-omdømme og enhedsmønstre. Det er et bedste skøn, ikke en garanti.
    Click-through rate (CTR)#
    Den andel af dem, der ser et link, som faktisk klikker på det, angivet i procent. Beregnes som antal klik divideret med antal visninger, ganget med 100. CTR bruges ofte til at måle, hvor overbevisende en besked, en annonce eller en opfordring til handling er.
    Impression#
    Hver gang et link, en annonce eller et opslag bliver vist for nogen, tæller det som én visning. CTR beregnes med visninger som grundlag. Linkforkortere kan spore klik, men de kan ikke altid måle visninger. De data kommer som regel fra den platform, hvor linket blev vist.
    Henviser / Henvisende URL#
    Det website eller den app, en besøgende kom fra, før vedkommende klikkede på et kortlink. Hvis nogen fx klikker på dit link i et nyhedsbrev, kan referreren vise sig at være din e-mailplatform. Privatlivsindstillinger, visse apps og browserpolitikker skjuler nogle gange oplysningen, så klik vises som ”direkte” eller ”ukendt”. [2]
    Traffic source#
    Den kanal eller det sted, der sendte besøgende til et kortlink, fx e-mail, sociale medier, betalt annoncering eller en partners website. Trafikkilden findes typisk ud fra henvisningsdata (referrer), UTM-parametre eller klik-id'er.
    Direct traffic#
    Klik, hvor der ikke er nogen oplysninger om henvisningskilden. Det kan ske, når nogen skriver en URL direkte, klikker på et link i en beskedapp, kopierer og indsætter et link eller kommer fra et miljø, der fjerner henvisningsdata. Derfor er den direkte trafik ofte større end forventet.
    Geographic data / Geodata#
    Placeringsoplysninger, der udledes af en besøgendes IP-adresse på tidspunktet for klikket. De omfatter typisk land, region og by. Der er tale om et skøn: VPN'er, delte netværk og mobiloperatører kan påvirke nøjagtigheden.
    Browser data#
    Oplysninger om, hvilken browser eller app der blev brugt til at klikke på et kortlink, fx Chrome, Safari eller Firefox. Oplysningerne kommer fra data, som browseren automatisk sender med hver forespørgsel.
    Device type#
    Den kategori af enhed, der blev brugt til at klikke på et link, fx computer, mobiltelefon eller tablet. Enhedsdata hjælper dig med at forstå din målgruppe og opsætte regler for intelligente omdirigeringer.
    Styresystem#
    Den software, der kører på den besøgendes enhed, fx Windows, macOS, iOS eller Android. Styresystemet bruges ofte sammen med enhedstypen til at forstå dit publikum eller til at sende mobilbrugere til den rigtige appbutik.
    Brugeragent#
    En tekststreng, som browsere og apps automatisk sender med hver forespørgsel på nettet, og som beskriver den software og enhed, der bruges. Linkplatforme bruger den til at bestemme enhedstype, browser og styresystem og til at genkende trafik fra bots. User agents kan nogle gange være ufuldstændige eller ændrede af hensyn til privatlivet. [2]
    IP address#
    Et nummer, der identificerer den enhed eller det netværk, der sender en forespørgsel. Linkforkortere bruger IP-adresser til at anslå placering, opdage bots, tælle unikke besøgende og håndhæve sikkerhedsregler. Mange brugere kan dele den samme IP-adresse (fx på et virksomhedsnetværk), den kan være skjult bag en VPN, og i nogle regioner kan den efter databeskyttelseslovgivningen betragtes som en personoplysning. [8]
    Time of click#
    Den dato og det klokkeslæt, der registreres, når nogen klikker. Platforme gemmer typisk tidspunktet i en universel tidsstandard og viser det i din kontos tidszone. Data om kliktidspunkter viser dig, hvornår din målgruppe er mest aktiv.
    Session#
    En periode med brugeraktivitet, som et analysesystem grupperer sammen. Linkforkortere sporer enkelte klik. Data på sessionsniveau, fx hvilke sider der besøges efter klikket, indsamles som regel af analyseplatformen på destinationswebsitet.
    Conversion#
    En meningsfuld handling, som en besøgende foretager efter at have klikket på et link, fx et køb, en tilmelding, download af en fil eller indsendelse af en formular. Konverteringer viser i sidste ende, om en linkkampagne faktisk nåede sit mål.
    Conversion tracking#
    Processen, hvor man måler, hvor mange af dem, der klikkede på et link, som derefter gennemførte en ønsket handling. Det kræver typisk, at man tilføjer et lille sporingsscript på destinationssiden eller forbinder linkforkorteren med et statistik- eller annonceværktøj.
    Post-click tracking#
    Sporing af, hvad besøgende gør, efter at de er landet på destinationssiden, fx at de ser flere sider, udfylder en formular eller køber noget. Det kræver sporingskode på destinationswebsitet og er adskilt fra det, linkforkorteren registrerer.
    Attribution window#
    Den periode, hvor et klik kan få æren for en senere konvertering. Med et attributionsvindue på 7 dage får et klik på et link fx æren for et køb, hvis købet sker inden for syv dage efter klikket.
    Engagement rate#
    Et mål for, hvor meget de besøgende reelt interagerer med indholdet ud over at klikke på et link. Afhængigt af værktøjet kan engagementsraten medregne tiden på siden, hvor langt de besøgende scrollede, om de konverterede, eller andre handlinger.
    Kontrolpanel#
    Hovedskærmen i en linkplatform, hvor du kan se statistik, administrere dine links, følge kampagneresultater og åbne indstillingerne. Et dashboard viser typisk overordnede tal som det samlede antal klik over tid, dine mest klikkede links, hvor de besøgende kom fra, og hvilke enheder de brugte.
    Realtidsstatistik#
    Statistik, der opdateres få sekunder efter et klik. Statistik i realtid er især nyttig under live-arrangementer, produktlanceringer eller tidsfølsomme kampagner, hvor du skal kunne reagere hurtigt.
    Historical data#
    Gemte statistikdata fra tidligere aktivitet. Med historiske data kan du sammenligne resultater på tværs af perioder, finde tendenser og vurdere kampagners effekt på lang sigt. Hvor langt tilbage dataene går, afhænger af din plan og din udbyder.
    Bot traffic#
    Klik fra automatiske programmer i stedet for rigtige mennesker. Bots omfatter søgemaskiners crawlere, programmer, der laver forhåndsvisninger af links, sikkerhedsscannere til e-mail og ondsindede scripts. Ufiltreret bottrafik puster antallet af klik op og giver et skævt billede i statistikken.
    Bot filtering#
    Processen, hvor klik fra bots identificeres og holdes adskilt fra rigtige menneskers aktivitet. Platforme bruger signaler som browseradfærd, lister over kendte bots, IP-omdømme og mønstre i forespørgslerne til at frasortere automatisk trafik.
    Invalid traffic#
    Klik eller aktivitet, der ikke stammer fra reelle besøgende, herunder bots, dobbelte klik, svigagtig trafik og utilsigtede genindlæsninger. Når ugyldig trafik filtreres fra, får du et mere præcist billede af, hvordan kampagnen reelt klarer sig.
    Click deduplication#
    Processen, hvor gentagne klik fra samme person, enhed eller bot inden for et fastsat tidsvindue identificeres og håndteres. Deduplikering gør det muligt at skelne mellem, hvor mange gange der er klikket på et link, og hvor mange forskellige personer der har klikket på det.
    Internal traffic filtering#
    At udelukke klik fra dit eget team, dit bureau eller dit kontornetværk fra statistikrapporterne. Uden det kan test af links, gennemgang af kampagner og medarbejdernes egen aktivitet puste klikdataene op.
    Event stream#
    En kronologisk log over aktivitet knyttet til et link, herunder klik, ændringer, udløb og andre hændelser på platformen. Hændelsesstrømme er nyttige til overvågning, automatisering og til at koble linkdata til virksomhedens andre systemer.

    UTM-parametre og kampagnesporing

    26 begreber
    UTM-koder#
    Et sæt korte mærker, du kan tilføje sidst i en webadresse, så dine statistikværktøjer kan se, hvor et klik kom fra, og hvilken kampagne der førte til det. UTM står for Urchin Tracking Module, opkaldt efter et tidligt analysefirma, der senere blev til Google Analytics. Når du forkorter en URL med UTM-parametre, bliver de bevaret og sendt videre til destinationen, hvor dit statistikværktøj læser dem. [9]
    UTM source#
    Parameteren `utm_source`, der bruges til at angive, hvor klikket kom fra, fx et bestemt nyhedsbrev, et socialt medie eller en partners website. Eksempler: `newsletter`, `linkedin`, `google`, `spring_email_list`. [9]
    UTM medium#
    Parameteren `utm_medium`, der bruges til at angive typen af markedsføringskanal. Eksempler: `email`, `paid_social`, `cpc` (betalt søgning), `affiliate`, `qr`. [9]
    UTM campaign#
    Parameteren `utm_campaign`, der bruges til at navngive den konkrete kampagne eller tilbudsaktion. Eksempler: `spring-launch`, `black-friday-2026`, `product-announcement`. [9]
    UTM term#
    Parameteren `utm_term`, der traditionelt bruges i betalte søgeannoncer til at angive, hvilket søgeord der udløste annoncen. Den kan også bruges i andre sammenhænge, når du vil spore et bestemt ord eller et bestemt målgruppesegment. [9]
    UTM content#
    Parameteren `utm_content`, der bruges til at skelne mellem forskellige links i samme kampagne, fx to forskellige knapper i samme e-mail eller to annoncematerialer i samme kampagne. Eksempler på værdier: `hero-button`, `footer-link`, `blue-creative`. [9]
    UTM ID / Kampagne-ID#
    Parameteren `utm_id`, der bruges til at mærke en kampagne med et fast og entydigt id. Den er nyttig, når kampagnenavne kan ændre sig, eller når du har brug for et ensartet id til at forbinde data på tværs af værktøjer. [9]
    UTM-generator#
    Et værktøj, der hjælper dig med at oprette korrekt formaterede kampagne-URL'er, når du udfylder en enkel formular. Så skal du ikke skrive UTM-parametrene i hånden og risikere fejl. De fleste platforme til linkadministration har en indbygget UTM-builder.
    Campaign URL#
    En destinationsadresse med UTM-mærker til sporing. Kampagne-URL'er er ofte lange og rodede, og derfor bliver de som regel forkortet, før de deles.
    Campaign tagging#
    Praksis med at tilføje UTM-parametre eller andre sporingsmærker til links, før de sendes ud. Når alle kampagner tagges ensartet, kan du præcist sammenligne kanalernes resultater i dine statistikrapporter.
    UTM naming convention#
    Et aftalt sæt regler for, hvordan teamet skriver UTM-værdier, herunder store og små bogstaver, tegnsætning, navne på kilder og formater for kampagner. Uden en navngivningskonvention kan den samme kilde optræde som `Email`, `email` og `e-mail` i dine rapporter, så data, der burde høre sammen, bliver splittet op.
    UTM governance#
    Arbejdet med at fastlægge, dokumentere og håndhæve reglerne for UTM-navngivning på tværs af teams, bureauer og værktøjer. God styring holder statistikdata rene og ensartede, efterhånden som organisationen vokser.
    Channel grouping#
    En måde at inddele webtrafik i brede kategorier som e-mail, betalt søgning, organisk social eller henvisning. Kanalgrupperinger defineres normalt i dit statistikværktøj og bruger UTM-værdierne for source og medium til at sortere trafikken korrekt.
    Auto-tagging#
    Når en annonceplatform selv tilføjer sine egne sporings-id'er til URL'er, så du ikke skal tilføje dem manuelt. Google Ads og Meta gør det som standard. Automatisk tagging skal koordineres med eventuel manuel UTM-tagging for at undgå konflikter. [10]
    GCLID / Google Click Identifier#
    En sporingskode, som Google Ads automatisk føjer til URL'er, når nogen klikker på en Google-annonce. Den hjælper med at koble annonceklikket til konverteringer og statistikdata på Googles platforme. [10]
    FBCLID#
    Et sporings-id, som Meta (Facebook og Instagram) nogle gange føjer til udgående links. Det bruges til attribution i Metas annoncesystemer. Mange analyseteams vælger at filtrere det fra for at holde URL'erne rene.
    MSCLKID#
    Et sporings-id, som Microsoft Advertising (tidligere Bing Ads) tilføjer, når automatisk tagging er slået til. Det virker på samme måde som Googles GCLID og kobler annonceklik til konverteringsdata. [11]
    Click ID#
    Et unikt id, der er knyttet til en bestemt klikhændelse. Klik-id'er føjes ofte til destinations-URL'er, så annonceplatforme, affiliatenetværk eller statistiksystemer kan matche klikket med en senere konvertering.
    Attribuering#
    Processen, hvor man finder ud af, hvilke kontaktpunkter i markedsføringen der skal have æren for en konvertering. Attribution svarer på spørgsmålet: ”Hvilket link, hvilken annonce eller hvilken kampagne skabte faktisk dette resultat?”
    First-touch attribution#
    En attributionsmodel, der giver hele æren for en konvertering til det allerførste link eller kontaktpunkt, personen interagerede med. Nyttig, når du vil forstå, hvad der først gjorde nogen opmærksom på dit brand eller produkt.
    Last-touch attribution#
    En attributionsmodel, der giver hele æren til det sidste link eller kontaktpunkt før en konvertering. Den er nem at indføre, men ser bort fra alle tidligere interaktioner, der kan have påvirket beslutningen.
    Multi-touch attribution#
    En attributionsmetode, der fordeler æren for en konvertering på flere kontaktpunkter i en persons forløb. Almindelige modeller giver alle kontaktpunkter lige meget ære, giver de seneste mere ære eller lægger ekstra vægt på den første og den sidste interaktion.
    Pixel tracking#
    En metode til at spore besøgendes adfærd ved at placere et lille, usynligt billede eller et lille stykke kode på en webside. Når nogen besøger siden, sender pixlen i det stille data til en analyse- eller annonceplatform. Pixels bruges ofte til konverteringssporing og til at opbygge målgrupper til retargeting.
    Retargeting-pixel#
    En sporingspixel, der føjer besøgende til en annoncemålgruppe, så du senere kan vise dem opfølgende annoncer. Hvis nogen fx klikker på dit kortlink og besøger din produktside, kan en retargeting-pixel sætte vedkommende på en liste til en opfølgende annoncekampagne.
    Tag#
    Et ord, der betyder forskellige ting afhængigt af sammenhængen. Inden for analyse og annoncering er et tag en sporingspixel eller et script på en webside. I en platform til linkadministration er et tag en etiket, du sætter på links for at gruppere og filtrere dem. Ved UTM-sporing betyder tag selve UTM-parametrene.
    Tag manager#
    Et værktøj som Google Tag Manager, hvor du kan tilføje og styre sporingsscripts og pixels på et website via en enkel brugerflade uden at skulle redigere websitets kode direkte hver gang.

    QR-koder og fysiske medier

    14 begreber
    QR-kode#
    En firkantet stregkode af sorte og hvide mønstre, der indeholder information, oftest en webadresse. Smartphones kan scanne QR-koder med kameraet og straks åbne den URL, koden indeholder. Derfor bruges QR-koder ofte som bro mellem fysisk materiale og digitalt indhold. [12]
    Dynamic QR code#
    En QR-kode, der peger på et kortlink i stedet for direkte på den endelige destination. Kortlinkets destination kan ændres når som helst, så du kan ændre, hvor QR-koden sender folk hen, uden at trykke den igen. Dynamiske QR-koder understøtter også sporing af scanninger.
    Statisk QR-kode#
    En QR-kode, hvor en bestemt destination er kodet permanent. Når en statisk QR-kode er trykt, kan den ikke ændres. Flytter destinationen, skal du bruge en ny QR-kode. Statiske koder giver normalt ikke scanningsstatistik, medmindre de peger på en URL, der spores. [12]
    QR-kodegenerator#
    Et værktøj, der laver QR-koder ud fra URL'er eller andre data. De fleste platforme til linkadministration har en QR-kodegenerator og kan tilbyde tilpasning som farver, logoer, filformater og kampagnesporing.
    QR-kodescanning#
    Når man peger en smartphones kamera mod en QR-kode for at afkode den og åbne den URL, koden indeholder. Når en dynamisk QR-kode går via et kortlink, der kan spores, registreres hver scanning som et klik.
    Fra offline til online#
    Det bredere arbejde med at føre folk fra fysiske kontaktpunkter over i digitale oplevelser. Værktøjer til linkadministration gør det muligt at spore de overgange via QR-koder, korte URL'er og NFC-tags.
    Scan rate#
    Antallet af gange, en QR-kode er blevet scannet i en given periode, eller andelen af scanninger i forhold til anslåede visninger eller eksponeringer. Scanningsraten er et vigtigt mål for, hvor godt kampagner på tryk, emballage og udendørs medier virker.
    QR-tilpasning#
    Muligheden for at ændre, hvordan en QR-kode ser ud, fx farverne, logoet i midten eller formen på hjørnemarkørerne, uden at den holder op med at kunne scannes. God tilpasning følger brandet og bevarer samtidig nok kontrast og struktur til, at kameraer kan læse koden pålideligt. [12]
    Error correction level#
    En indstilling, der bestemmer, hvor stor en del af en QR-kode der kan være beskadiget, skjult eller dækket af et logo, mens koden stadig kan scannes. Højere fejlkorrektion giver plads til flere visuelle ændringer, men kan gøre koden tættere og en smule sværere at læse i små størrelser. [12]
    QR-øje / Positionsmarkør#
    De tre store firkantede markører i hjørnerne af en QR-kode, som hjælper kameraer med at finde, vende og afkode den. De tilpasses ofte med runde former eller brandfarver, uden at det går ud over, at koden kan scannes pålideligt. [12]
    Frizone#
    Den tomme hvide kant rundt om en QR-kode. Margenen hjælper kameraer med at finde og læse koden. Beskæring ind i quiet zone er en almindelig årsag til, at scanninger mislykkes. [12]
    Scanbarhed#
    Hvor let og pålideligt en QR-kode kan scannes under virkelige forhold. God scanbarhed afhænger af størrelsen, kontrasten mellem lyse og mørke områder, trykkvaliteten, den overflade, koden er trykt på, lyset, og om quiet zone er intakt. [12]
    NFC tag#
    En lille chip i en fysisk genstand, fx et klistermærke, et kort eller et produkt, som kan udløse en handling, såsom at åbne en webadresse, når en kompatibel smartphone holdes mod den. NFC-tags bruges ofte sammen med QR-koder som en anden måde at forbinde fysiske ting med digitale oplevelser. [13]

    Sikkerhed, tillid og regeloverholdelse

    38 begreber
    Burn-after-read / Slettes efter læsning#
    Sletningsmodellen bag engangslinks: i det øjeblik indholdet vises første gang, slettes det permanent fra tjenestens lager (på engelsk kaldes det ”burned”). Et slettet link kan ikke gendannes af afsenderen, modtageren eller den, der driver tjenesten. At indholdet ikke kan gendannes, er selve sikkerhedsegenskaben, ikke en begrænsning. Tjenester skelner ofte mellem sletning efter visning (indholdet er brugt, fordi det er blevet vist) og udløb (indholdet destrueres, fordi en frist er passeret, uden at det er blevet vist).
    SSL / TLS / HTTPS#
    SSL og TLS er de sikkerhedsteknologier, der krypterer data mellem din browser og et website og beskytter dem mod at blive opsnappet. HTTPS i en webadresse betyder, at krypteringen er aktiv. Alle seriøse linkforkortere bruger HTTPS for at beskytte brugerne og vise, at et link er til at stole på. [3]
    TLS certificate#
    Et digitalt bevis, der gør det muligt for et website at bruge HTTPS. Når du opsætter et eget domæne til kortlinks, sørger platformen til linkadministration typisk for at hente og forny certifikatet for dig. [3]
    Phishing#
    Svindel, hvor nogen narrer dig til at besøge et falsk website, som regel lavet til at ligne et kendt brand, for at stjæle din adgangskode, dine betalingsoplysninger eller andre følsomme oplysninger. Kortlinks bliver nogle gange misbrugt til phishing, fordi de skjuler den rigtige destination. Linkplatforme scanner aktivt efter phishinglinks og blokerer dem.
    Malware scanning#
    Automatiske kontroller, der undersøger et links destination for skadelig software, mistænkelige scripts eller kendt farligt indhold, før linket oprettes, eller mens det er aktivt.
    Safe browsing#
    En kategori af beskyttelsessystemer, der tjekker webadresser mod databaser over kendte skadelige websites. Google Safe Browsing er et udbredt eksempel. Linkplatforme kan bruge disse tjenester til at screene destinationer og advare brugere om risikable links. [14]
    Trusselsefterretninger#
    Oplysninger, der bruges til at genkende risikable websites, domæner eller former for adfærd på nettet. Linkplatforme bruger threat intelligence fra deres egne systemer og fra eksterne sikkerhedsleverandører til at fange skadelige links, før de når brugerne.
    Phishing detection#
    Arbejdet med at finde links, der er lavet til at efterligne kendte brands, stjæle loginoplysninger eller vildlede brugere. Registreringen ser på faktorer som visuel lighed med kendte brands, mistænkelige domænenavne og mønstre, der går igen i svindelkampagner.
    Lookalike domain / Homografangreb#
    En svindelteknik, der bruger et domænenavn, som er lavet til at ligne et kendt og betroet domæne, fx ved at erstatte et lille `l` med tallet `1` eller bruge et tegn fra et andet alfabet, der ser helt ens ud. Den slags falske domæner bruges i phishing- og svindelkampagner. [5]
    Blocklist / Sortliste#
    En liste over domæner, webadresser eller andre kendetegn, som man ved eller mistænker er skadelige eller bruges til misbrug. Linkplatforme bruger blokeringslister til at forhindre, at kortlinks peger på farlige destinationer. ”Blokeringsliste” er det foretrukne moderne ord, mens ”sortliste” er et ældre synonym.
    Allowlist / Hvidliste#
    En liste over godkendte destinationer, brugere eller handlinger, der udtrykkeligt er tilladt. Nogle linkplatforme til store virksomheder bruger tilladelseslister, så medarbejderne kun kan oprette kortlinks til godkendte firmadomæner. ”Tilladelsesliste” er det foretrukne moderne ord, mens ”hvidliste” er et ældre synonym.
    Domain reputation#
    Et mål for, hvor troværdigt et domæne er, ud fra dets historik med spam, phishing, malware og andre signaler. Har et domæne et dårligt omdømme, kan det betyde, at links bliver markeret af e-mailudbydere, blokeret af browsere eller mødt med mistillid af brugerne.
    Misbrugsanmeldelse#
    En anmeldelse fra en bruger, en sikkerhedsforsker eller et automatisk system, der markerer et kortlink som muligvis skadeligt, vildledende eller i strid med platformens regler. En anmeldelse fører til en undersøgelse og muligvis til, at linket bliver fjernet.
    Misbrugsforebyggelse#
    De automatiske værktøjer og manuelle gennemgange, som en linkplatform bruger til at opdage og stoppe misbrug, bl.a. spam, phishing, spredning af malware og brud på platformens regler.
    GDPR compliance#
    At følge reglerne i databeskyttelsesforordningen (GDPR), en europæisk lov, der regulerer, hvordan personoplysninger om enkeltpersoner indsamles, bruges og opbevares. For platforme til linkadministration påvirker det, hvordan klikdata håndteres, herunder IP-adresser og placering, og det kræver mekanismer til brugersamtykke og mulighed for at slette personoplysninger på anmodning. [8]
    CCPA / CPRA-overholdelse#
    Overholdelse af Californiens love om privatliv, som giver indbyggere i Californien rettigheder over deres personoplysninger, bl.a. retten til at vide, hvilke data der indsamles, til at fravælge deling af data og til at anmode om sletning. Linkplatforme, der indsamler klik- og enhedsdata, skal tage hånd om disse krav for brugere i Californien. [15]
    Privatlivspolitik#
    Et offentligt dokument, der forklarer, hvilke data en platform indsamler, hvordan de bruges, hvem de deles med, hvor længe de opbevares, og hvilke rettigheder brugerne har. Platforme til linkadministration offentliggør privatlivspolitikker, der beskriver, hvordan klikstatistik og kontodata håndteres. [8]
    Data retention#
    Hvor længe en platform gemmer klikdata, statistik og andre registreringer. Opbevaringsperioden varierer efter udbyder og plan: Nogle gemmer data i 30 dage, andre i årevis. Kortere opbevaring kan understøtte god praksis for privatliv, fordi data ikke gemmes længere end nødvendigt. [8]
    Data processing agreement / DPA#
    En formel kontrakt mellem en organisation og en softwareleverandør, der fastlægger, hvordan leverandøren behandler personoplysninger på organisationens vegne. Databehandleraftaler er almindelige, når store virksomheder køber software, og de er særligt vigtige for at overholde GDPR. [8]
    Data residency#
    Kravet eller ønsket om, at data gemmes og behandles inden for et bestemt land eller en bestemt region. Det har betydning for regulerede brancher, offentlige myndigheder og virksomheder, der har regionale krav til, hvordan data skal håndteres. [8]
    PII / Personoplysninger#
    Oplysninger, der kan bruges til at identificere en bestemt person. I linkstatistik kan det omfatte IP-adresser, enheds-id'er, placeringsdata og logs på klikniveau, afhængigt af jurisdiktionen og af, hvordan dataene kombineres eller bruges. [8]
    Brugsvilkår#
    Den juridiske aftale mellem en platform til linkadministration og dens brugere. Den fastlægger, hvad du må og ikke må bruge platformen til, hvilket indhold og hvilke destinationer der er forbudt, og hvad der sker, hvis reglerne bliver brudt.
    Begrænsning af forespørgsler#
    En mekanisme, der begrænser, hvor mange forespørgsler en bruger, en IP-adresse eller en applikation kan sende inden for et givet tidsrum. Rate limiting beskytter platformen mod misbrug, automatiserede angreb og overbelastning og sikrer, at alle brugere får rimelig adgang.
    CAPTCHA#
    En opgave, fx at genkende objekter på billeder eller sætte et flueben, der bruges til at bekræfte, at en forespørgsel kommer fra et rigtigt menneske og ikke fra en automatisk bot. Linkplatforme kan bruge CAPTCHA, når man opretter en konto, eller når der registreres mistænkelig aktivitet. [16]
    Totrinsbekræftelse / 2FA#
    En sikkerhedsfunktion ved login, der kræver to former for bekræftelse, før du får adgang til din konto, typisk din adgangskode plus en engangskode, der sendes til din telefon eller genereres af en app. Med 2FA er det langt sværere for andre at komme ind på din konto, selv hvis de kender din adgangskode.
    Single sign-on / SSO#
    En måde at logge ind på en platform til linkadministration med de samme loginoplysninger, som du bruger til andre arbejdsværktøjer, fx Google Workspace, Microsoft eller Okta, i stedet for et separat brugernavn og en separat adgangskode. SSO gør det enklere at styre adgang, især i store teams.
    Rollebaseret adgangskontrol / RBAC#
    Et system, der giver teammedlemmer forskellige adgangsniveauer ud fra deres rolle. En administrator kan fx oprette og slette links, mens en læser kun kan se rapporter. Med RBAC kan folk kun gøre det, deres arbejde kræver.

    API, integrationer og teknisk infrastruktur

    28 begreber
    API / Programmeringsgrænseflade#
    En måde, hvorpå programmer kan kommunikere med hinanden. Med en linkplatforms API kan udviklere bygge deres egne værktøjer, automatisere oprettelsen af links, hente statistik og integrere platformen i andre systemer uden at bruge webgrænsefladen manuelt.
    API key#
    En privat kode, der beviser din identitet, når du sender API-forespørgsler. Tænk på den som en adgangskode til dit program. API-nøgler skal holdes hemmelige og overvåges, og de skal roteres, hvis de nogensinde er blevet eksponeret.
    Access token#
    Et midlertidigt token, der bruges til at godkende API-forespørgsler. Adgangstokens har ofte faste tilladelser og en udløbstid, hvilket gør dem en smule sikrere end API-nøgler med lang levetid i visse integrationer. [17]
    OAuth#
    En udbredt standard, der giver tredjepartsapps adgang til din konto, uden at du deler din adgangskode. Når du klikker på ”Log ind med Google” eller ”Forbind din konto” på en platform, bruger du typisk OAuth. [17]
    REST-API#
    En udbredt måde at bygge API'er på: man bruger webbens standardmetoder på bestemte URL'er, fx GET til at hente data, POST til at oprette noget, PUT eller PATCH til at opdatere og DELETE til at fjerne. De fleste platforme til linkadministration tilbyder REST-API'er. [2]
    Slutpunkt#
    En bestemt URL i et API, der håndterer en bestemt handling eller ressource. Ét endpoint kan fx oprette et nyt kortlink, mens et andet henter klikstatistik for et bestemt link.
    SDK / Softwareudviklingskit#
    En færdig kodepakke, der hjælper udviklere med at forbinde til et API i det programmeringssprog, de foretrækker. Et SDK giver færdige funktioner og eksempler, så man ikke skal skrive alle webforespørgsler på lavt niveau fra bunden.
    Webhook#
    En automatisk notifikation, som din platform sender til et andet system, når der sker noget, fx når nogen klikker på et link, eller når et link bliver oprettet eller udløber. Dine andre værktøjer skal ikke hele tiden tjekke for opdateringer: de får besked, i det øjeblik hændelsen sker.
    Webhook signature#
    En sikkerhedskode, der følger med hver webhook-notifikation, så det modtagende system kan kontrollere, at beskeden faktisk kommer fra linkplatformen og ikke er blevet ændret undervejs.
    Retry policy#
    Regler for, hvad der sker, når et API-kald eller en webhook-notifikation fejler, fx hvor mange gange der skal forsøges igen, hvor længe der skal ventes mellem forsøgene, og hvad der skal ske, hvis alle forsøgene fejler.
    Grænse for forespørgsler#
    En grænse for, hvor mange API-forespørgsler der kan sendes inden for et givet tidsrum, fx 1.000 forespørgsler i timen. Går man over grænsen, bliver man midlertidigt blokeret, indtil tidsrummet nulstilles. Rate limits beskytter platformen og sikrer, at alle brugere får rimelig adgang.
    Zapier / Make-integration#
    Færdige forbindelser, der lader dig koble din platform til linkadministration sammen med hundredvis af andre apps uden at skrive kode. Du kan fx automatisk forkorte en URL, hver gang der kommer en ny række i et regneark, eller sende en notifikation til Slack, når et link når et bestemt antal klik.
    CMS integration#
    Et plugin eller en indbygget forbindelse, der tilføjer funktioner til linkforkortning og sporing direkte i et system til indholdsstyring (CMS), fx WordPress eller HubSpot, så du kan administrere kortlinks uden at forlade din editor.
    Browser extension#
    En lille udvidelse, der installeres i din webbrowser, så du med ét klik kan forkorte, kopiere eller administrere URL'en på den side, du er på, uden at åbne linkplatformen separat.
    DNS-opsætning#
    Processen, hvor du opsætter dit domænes DNS-records, så dit eget kortlinkdomæne peger på linkplatformens servere. Det trin skal være på plads, før dit eget domæne kan begynde at levere kortlinks.
    DNS propagation#
    Den tid, det tager, før en DNS-ændring har spredt sig på internettet, så alle browsere og enheder ser de opdaterede indstillinger. Propagering tager normalt fra et par minutter til et par timer, men kan af og til tage længere tid afhængigt af indstillinger og cacher i netværket.
    CNAME record#
    En type DNS-record, der peger ét domænenavn videre til et andet. Du kan fx sætte `go.yourcompany.com` op, så det peger på din linkplatforms servere med en CNAME-record. [18]
    A record#
    En type DNS-record, der forbinder et domænenavn direkte med en bestemt servers IP-adresse. Nogle linkplatforme bruger A-records i stedet for CNAME-records, når man opsætter egne domæner, især til roddomæner som `yourcompany.com` frem for underdomæner. [18]
    TXT-record#
    En DNS-post, der bruges til at gemme tekstbaserede oplysninger om et domæne. Linkplatforme beder dig ofte om at tilføje en TXT-post for at bevise, at du ejer domænet, før det aktiveres til kortlinks. [18]
    Domain verification#
    Den proces, hvor du over for en platform til linkadministration beviser, at du faktisk ejer eller styrer et eget domæne, før det bliver aktiveret. Det sker som regel ved at tilføje en bestemt DNS-record eller fil, som platformen derefter kontrollerer.
    CDN / Content Delivery Network#
    Et netværk af servere fordelt på mange steder i verden, som arbejder sammen om at levere indhold hurtigere. Linkforkortere kan bruge et CDN, så omdirigeringer behandles på en server tæt på den besøgende, og det tager kortere tid at nå frem til destinationen.
    Edge redirect#
    En omdirigering, som håndteres af en server tæt på den besøgende i stedet for af en central server langt væk, så omdirigeringen går hurtigere. Det er CDN-infrastruktur, der gør edge-omdirigeringer mulige.
    Latency#
    Forsinkelsen fra et klik på et kortlink, til den besøgende når destinationssiden. Lavere latens giver en hurtigere og mere glidende oplevelse. Latensen påvirkes af serverens placering, netværkets hastighed, antallet af omdirigeringsled og den tid, DNS-opslaget tager.
    Uptime / SLA#
    Oppetid er den andel af tiden, hvor en tjeneste kører og er tilgængelig. En serviceniveauaftale (SLA) er en formel forpligtelse fra udbyderen, som angiver den garanterede oppetid (fx 99,9 %), og hvilken kompensation der gælder, hvis den ikke bliver overholdt. Ved forkortelse af links betyder nedetid, at alle kortlinks holder op med at virke, så oppetiden har meget stor betydning.
    Multi-region failover#
    En opbygning, hvor trafikken automatisk flyttes til reserveservere et andet sted, hvis en server eller et datacenter går ned. Failover på tværs af regioner gør linkkampagner med stor trafik eller stor forretningsmæssig betydning mere driftssikre.
    Cache#
    At gemme ofte brugte data, fx hvilket kortlink der fører til hvilken destination, i hurtig hukommelse, så de kan hentes næsten øjeblikkeligt uden at skulle slås op på ny hver gang. Caching gør omdirigeringer markant hurtigere, men kan af og til give en lille forsinkelse, når en destination bliver opdateret.
    Serverlog#
    En registrering, som platformens servere fører over hver forespørgsel, de behandler. Ved linkforkortelse indeholder serverlogs tidsstempler, IP-adresser, enheder, browsere og detaljer om forespørgslen for hvert klik. Logs bruges til statistik, fejlfinding og overholdelse af regler.

    Planer, fakturering og konto

    14 begreber
    Free plan#
    Et gratis niveau med grundlæggende funktioner til at forkorte links og med grænser for, hvor mange links du kan oprette, hvor mange klik der spores, hvilken statistik der er tilgængelig, og hvilke funktioner du har adgang til. Gratis planer er beregnet til, at du kan prøve platformen, før du binder dig til et betalt abonnement.
    Click limit#
    Det maksimale antal klikhændelser, der er inkluderet i en plan pr. faktureringsperiode. Når grænsen er nået, kan platformen blive ved med at omdirigere besøgende, men stoppe med at registrere statistik, eller den kan bede dig om at opgradere.
    Overforbrug#
    Forbrug ud over det, din plan omfatter. Afhængigt af platformen kan overforbrug føre til ekstra betaling, færre funktioner, pause i sporingen eller en opfordring til at skifte til en større plan.
    Teamkonto / Organisationskonto#
    En konto til flere personer, der arbejder sammen. Teamkonti giver fælles adgang til links og statistik, samlet fakturering og værktøjer til at styre, hvem der må hvad i kontoen.
    Teammedlem / Brugerlicens#
    En enkelt bruger i et team eller en organisationskonto. Prisen på teamplaner afhænger ofte af antallet af brugerlicenser, og du kan tilføje flere medlemmer mod en ekstra betaling.
    White-label#
    En opsætning, der lader et bureau, en forhandler eller en større virksomhed tilbyde linkforkortelse under sit eget brand, med eget logo, domæne og design, uden henvisninger til den underliggende platformudbyder.
    Reseller#
    En virksomhed eller person, der køber tjenester til linkadministration og tilbyder dem til sine egne kunder, ofte som white label. Blandt forhandlerne er marketingbureauer, SaaS-virksomheder og leverandører af managed services.
    Enterprise tier#
    Det højeste serviceniveau, beregnet til store organisationer med komplekse krav. Enterprise-planer omfatter typisk højt eller ubegrænset forbrug, individuelle kontrakter, dedikeret support, SSO, avancerede adgangskontroller, compliance-funktioner og specialudviklede integrationer.
    Kontoindehaver#
    Den primære administrator af en konto, som har ansvaret for fakturering, indstillinger, brugeradministration og styringen af kontoen som helhed. Kontoejeren har typisk det højeste adgangsniveau.
    Kontaktperson for fakturering#
    Den person eller e-mailadresse, der modtager fakturaer, betalingsmeddelelser og anden kommunikation om betaling. Faktureringskontakten kan være en anden person end kontoejeren eller den tekniske administrator.
    Usage quota#
    Den fastsatte grænse for de ressourcer, der er inkluderet i en plan, fx antallet af links, klik, egne domæner, QR-koder, teammedlemmer eller API-forespørgsler pr. faktureringsperiode.
    Opbevaringsperiode for statistik#
    Hvor langt tilbage dine klikdata kan ses i platformen. En gratis plan viser måske kun de seneste 30 dage, mens en plan til store virksomheder kan gemme data i flere år. Det påvirker, hvor meget historisk rapportering du kan lave, og om du kan sammenligne kampagner over tid.

    Kilder

    20 kilder

    Begreber, der bygger på formelle standarder, officiel dokumentation fra platformene eller vedtaget lovgivning, henviser til kilderne nedenfor. Begreber, der hviler på branchepraksis, står på deres egen definition i stedet for at få henvisninger til kilder af lav kvalitet.

    1. [1]

      RFC 3986 — Uniform Resource Identifier (URI): Generic Syntax

      Berners-Lee, T., Fielding, R., & Masinter, L. (2005). *RFC 3986: Uniform Resource Identifier (URI): Generic Syntax*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc3986

      Kilde til: Domæne, TLD / Topdomæne, Roddomæne / Apex-domæne, Subdomæne, Sti, Query string, URL-parametre, Fragment / Anker, Protokol / URL-skema, URL-kodning / Procentkodning

    2. [2]

      RFC 9110 — HTTP Semantics

      Fielding, R., Nottingham, M., & Reschke, J. (2022). *RFC 9110: HTTP Semantics*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc9110

      Kilde til: HTTP, HTTPS, Omdirigering, Location-header, 301-omdirigering, 302-omdirigering, 307-omdirigering, 308-omdirigering, Omdirigering på serversiden, Omdirigeringsløkke, Referrer / Henvisende URL, User agent, REST-API

    3. [3]

      RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3

      Rescorla, E. (2018). *RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc8446

      Kilde til: HTTPS, SSL / TLS / HTTPS, TLS-certifikat

    4. [4]

      HTML Living Standard — Canonical URLs and Meta Refresh

      WHATWG. (2024). *HTML Living Standard*. Web Hypertext Application Technology Working Group.

      https://html.spec.whatwg.org/

      Kilde til: Kanonisk URL, Meta refresh-omdirigering

    5. [5]

      RFC 5891 — Internationalized Domain Names in Applications (IDNA): Protocol

      Klensin, J. (2010). *RFC 5891: Internationalized Domain Names in Applications (IDNA): Protocol*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc5891

      Kilde til: IDN / Internationaliseret domænenavn, Lookalike-domæne / Homografangreb

    6. [6]

      Apple Developer Documentation — Supporting Universal Links in Your App

      Apple Inc. (2024). *Supporting Universal Links in Your App*. Apple Developer Documentation.

      https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app

      Kilde til: Universal Link

    7. [7]

      Android Developer Documentation — Android App Links

      Google LLC. (2024). *Verify Android App Links*. Android Developer Documentation.

      https://developer.android.com/training/app-links/verify-android-applinks

      Kilde til: Android App Link

    8. [8]

      Regulation (EU) 2016/679 — General Data Protection Regulation (GDPR)

      European Parliament and Council of the European Union. (2016). *Regulation (EU) 2016/679 on the Protection of Natural Persons with Regard to the Processing of Personal Data*. Official Journal of the European Union.

      https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32016R0679

      Kilde til: IP-adresse, GDPR-overholdelse, Cookiesamtykke, Samtykkestyring, Privatlivspolitik, Dataopbevaring, Databehandleraftale / DPA, Dataplacering, PII / Personoplysninger

    9. [9]

      Google Analytics Help — About Custom Campaigns and UTM Parameters

      Google LLC. (2024). *Collect campaign data with custom URLs*. Google Analytics Help.

      https://support.google.com/analytics/answer/1033863

      Kilde til: UTM-parametre, UTM-kilde, UTM-medie, UTM-kampagne, UTM-søgeord, UTM-indhold, UTM-ID / Kampagne-ID

    10. [10]

      Google Ads Help — About Auto-Tagging and the GCLID

      Google LLC. (2024). *Set up auto-tagging*. Google Ads Help.

      https://support.google.com/google-ads/answer/3095550

      Kilde til: Automatisk tagging, GCLID / Google Click Identifier

    11. [11]

      Microsoft Advertising Help — Auto-Tagging and MSCLKID

      Microsoft Corporation. (2024). *How to use auto-tagging for Microsoft Advertising*. Microsoft Advertising Help.

      https://help.ads.microsoft.com/apex/index/3/en/56521

      Kilde til: MSCLKID

    12. [12]

      ISO/IEC 18004:2015 — QR Code Bar Code Symbology Specification

      International Organization for Standardization. (2015). *ISO/IEC 18004:2015: Information technology — Automatic identification and data capture techniques — QR Code bar code symbology specification*. ISO.

      https://www.iso.org/standard/62021.html

      Kilde til: QR-kode, Statisk QR-kode, Tilpasning af QR-kode, Fejlkorrektionsniveau, QR-øje / Positionsmarkør, Quiet zone, Scanbarhed

    13. [13]

      ISO/IEC 18092 — Near Field Communication (NFC) Interface and Protocol

      International Organization for Standardization. (2013). *ISO/IEC 18092: Information technology — Telecommunications and information exchange between systems — Near Field Communication — Interface and Protocol (NFCIP-1)*. ISO.

      https://www.iso.org/standard/56692.html

      Kilde til: NFC-tag

    14. [14]

      Google Safe Browsing — Overview

      Google LLC. (2024). *Safe Browsing APIs*. Google Developers.

      https://developers.google.com/safe-browsing/v4

      Kilde til: Sikker browsing

    15. [15]

      California Consumer Privacy Act (CCPA) / California Privacy Rights Act (CPRA)

      State of California Department of Justice. (2020, amended 2023). *California Consumer Privacy Act of 2018 (as amended by the California Privacy Rights Act of 2020)*. California Legislative Information.

      https://leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV&sectionNum=1798.100

      Kilde til: CCPA / CPRA-overholdelse

    16. [16]

      von Ahn, L., Blum, M., Hopper, N. J., & Langford, J. (2003). CAPTCHA: Using Hard AI Problems for Security

      *Proceedings of the International Conference on the Theory and Applications of Cryptographic Techniques (EUROCRYPT 2003)*, Lecture Notes in Computer Science, vol. 2656, pp. 294–311. Springer, Berlin, Heidelberg.

      https://doi.org/10.1007/3-540-39200-9_18

      Kilde til: CAPTCHA

    17. [17]

      RFC 6749 — The OAuth 2.0 Authorization Framework

      Hardt, D. (Ed.). (2012). *RFC 6749: The OAuth 2.0 Authorization Framework*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc6749

      Kilde til: OAuth, Adgangstoken

    18. [18]

      RFC 1035 — Domain Names — Implementation and Specification

      Mockapetris, P. (1987). *RFC 1035: Domain Names — Implementation and Specification*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc1035

      Kilde til: CNAME-record, A-record, TXT-post

    19. [19]

      The Open Graph Protocol

      Meta Platforms, Inc. (2010, ongoing). *The Open Graph Protocol*. ogp.me.

      https://ogp.me/

      Kilde til: Open Graph / OG-tags

    20. [20]

      X (Twitter) Developer Documentation — Cards

      X Corp. (2024). *Cards — X Developer Platform*. X Developer Documentation.

      https://developer.x.com/en/docs/twitter-for-websites/cards/overview/abouts-cards

      Kilde til: Twitter Card / X Card (kort til deling på X)

    Brug begreberne i praksis

    Opret kortlinks, følg klikkene, og del hemmeligheder med en gratis LinkPilot-konto, eller prøv de gratis værktøjer uden at oprette en konto.