Einleitung
Jeden Tag klicken Millionen Menschen auf Kurzlinks wie lix.li/a1B2c3, ohne jemals darüber nachzudenken, was zwischen dem Klick und dem Laden der Seite passiert. Tatsächlich läuft in diesem Sekundenbruchteil einiges ab: Ein Server muss sofort die richtige lange URL finden, den Browser weiterleiten und die Klickdaten erfassen – all das innerhalb von Millisekunden.
In diesem Artikel schauen wir uns an, wie Link-Verkürzer im Detail funktionieren: welche Technologien dahinterstecken, wie Kurzcodes generiert werden, woher die Analysedaten stammen und warum das Ganze deutlich komplexer ist, als es auf den ersten Blick scheint.
Was ist ein Link-Verkürzer
Ein Link-Verkürzer ist ein Dienst, der eine lange URL (zum Beispiel https://example.com/products/category/electronics/smartphones?ref=newsletter&utm_campaign=summer2026) in einen kompakten Link wie lix.li/xY7z9Q umwandelt. Klickt ein Nutzer auf den Kurzlink, wird er automatisch zur ursprünglichen langen Adresse weitergeleitet.
Das klingt einfach, dahinter steckt jedoch eine vollständige Infrastruktur: eine Datenbank, Algorithmen zur Erzeugung eindeutiger Kennungen, ein Weiterleitungssystem und eine Analyse-Engine.
Das Grundprinzip: HTTP-Weiterleitungen
Im Kern jedes Link-Verkürzers steht die HTTP-Weiterleitung – ein Standardmechanismus des Webprotokolls, der dem Browser mitteilt: „Der gesuchte Inhalt befindet sich unter einer anderen Adresse." Klickt jemand auf einen Kurzlink, passiert Folgendes:
- Der Browser sendet eine Anfrage an den Server des Verkürzungsdienstes (z. B.
lix.li/xY7z9Q). - Der Server sucht in seiner Datenbank, welche lange URL dem Code
xY7z9Qentspricht. - Der Server antwortet mit einem HTTP-Statuscode 301 oder 302 sowie einem
Location-Header, der auf die ursprüngliche URL verweist. - Der Browser sendet automatisch eine neue Anfrage an die lange URL und lädt die Zielseite. Der gesamte Vorgang dauert nur Millisekunden und bleibt für den Nutzer unsichtbar.
301 oder 302: Was ist der Unterschied
Die Wahl des Weiterleitungscodes ist eine wichtige technische Entscheidung, die das Verhalten von Browsern und Suchmaschinen beeinflusst:
- 301 (Moved Permanently) – eine dauerhafte Weiterleitung. Browser und Suchmaschinen speichern sie im Cache und rufen künftig möglicherweise direkt die Zieladresse auf. Das entlastet den Server des Verkürzungsdienstes etwas, erschwert aber eine präzise Klickverfolgung, da wiederholte Besuche den Server unter Umständen nicht mehr durchlaufen.
- 302 (Found / Temporary Redirect) – eine temporäre Weiterleitung. Jeder Klick muss zwingend über den Server des Verkürzungsdienstes laufen, was eine vollständige und präzise Klickverfolgung ermöglicht. Deshalb setzen die meisten analyseorientierten Dienste – auch Lix.li – auf 302.
Wie Kurzcodes generiert werden
Eine der spannendsten technischen Herausforderungen ist es, für Millionen von Links kurze, eindeutige und kollisionsfreie Codes zu erzeugen. Dafür gibt es mehrere gängige Ansätze.
1. Inkrementeller Zähler mit base62-Kodierung
Eine der am häufigsten verwendeten Methoden. Jedem neuen Link wird eine fortlaufende Nummer (1, 2, 3 …) aus einem automatisch hochzählenden Datenbankzähler zugewiesen. Diese Zahl wird anschließend vom Dezimalsystem in base62 umgewandelt – ein Zahlensystem mit 62 Zeichen: a–z, A–Z, 0–9.
Warum gerade 62 Zeichen? Weil sie alle URL-sicher sind und ein kompaktes Ergebnis liefern. Die Zahl 125.000 etwa wird in base62 zu nur 4 Zeichen. So bleiben die Codes kurz und wachsen zugleich vorhersehbar mit dem Zähler.
2. Hashing
Ein weiterer Ansatz besteht darin, einen Hashwert (z. B. MD5 oder SHA-256) der ursprünglichen URL zu berechnen und die ersten Zeichen dieses Hashes als Kurzcode zu verwenden. Diese Methode ist praktisch, weil sie keinen zentralen Zähler benötigt, birgt aber das Risiko von Kollisionen – wenn unterschiedliche URLs denselben Hash-Präfix erzeugen –, was zusätzliche Logik zur Kollisionsbehandlung erfordert.
3. Zufallsgenerierung mit Eindeutigkeitsprüfung
Der Dienst erzeugt eine zufällige Zeichenkette fester Länge (meist 6–8 Zeichen) und prüft in der Datenbank, ob dieser Code bereits vergeben ist. Ist das der Fall, wird ein neuer generiert. Dieser Ansatz lässt sich am einfachsten umsetzen, doch mit wachsender Linkanzahl steigt auch die Kollisionswahrscheinlichkeit – eine effiziente Datenbankindizierung ist daher entscheidend.
4. Individuelle Aliasse
Viele Dienste, darunter auch Lix.li, erlauben es Nutzern, statt eines automatisch generierten Codes einen eigenen Kurzcode festzulegen – etwa lix.li/summer-sale statt einer zufälligen Zeichenfolge. Das ist besonders für Marketingkampagnen nützlich, bei denen ein einprägsamer Link zählt.
Datenbankarchitektur
Im Kern basiert jeder Link-Verkürzer auf einer einfachen, aber entscheidenden Zuordnungstabelle: Kurzcode → lange URL. Eine vereinfachte Struktur könnte so aussehen:
| Feld | Beschreibung |
|---|---|
short_code |
Eindeutige Kurzkennung |
original_url |
Vollständige ursprüngliche Adresse |
created_at |
Erstellungsdatum des Links |
expires_at |
Ablaufdatum (falls vorhanden) |
clicks_count |
Klickzähler |
owner_id |
ID des Nutzers, dem der Link gehört |
| Mit wachsendem Traffic reicht eine einfache Code-URL-Zuordnung nicht mehr aus. Große Dienste setzen zusätzlich auf: |
- In-Memory-Caching (Redis, Memcached) – die beliebtesten Links werden im Cache vorgehalten, um bei jedem Klick eine Datenbankabfrage zu vermeiden.
- Datenbank-Sharding – Aufteilung der Daten auf mehrere Server zur Lastverteilung.
- CDNs und geografisch verteilte Server – damit die Weiterleitung unabhängig vom Standort des Nutzers möglichst schnell erfolgt.
Erfassung von Analysedaten
Neben der reinen Weiterleitung sammeln moderne Link-Verkürzer Daten zu jedem einzelnen Klick. Das ist einer der zentralen Mehrwerte des Dienstes für Marketer und Unternehmen. Bei jedem Klick kann das System Folgendes erfassen:
- Datum und Uhrzeit des Klicks
- Geografischer Standort – ermittelt aus der IP-Adresse über Geolokalisierungsdatenbanken
- Gerät und Browser – ausgelesen aus dem User-Agent-Header der Anfrage
- Herkunft (Referrer) – woher der Klick kam (soziale Netzwerke, Messenger, Website)
- Eindeutige vs. wiederholte Klicks – erfasst über Cookies oder gehashte IP-Adressen Diese Daten werden aggregiert und in Dashboards dargestellt, sodass Nutzer die Performance ihrer Kampagnen