Migration von TinyURL: zwei Pfade und was jeder bewahrt

Die Migration von Bitly hat ein eingespieltes Playbook: API-Export, CSV, Bulk-Import, DNS-Cutover. Der Bitly-Migrationsleitfaden deckt jeden Schritt ab. TinyURL ist anders - nicht schwerer, sondern auf eine Art anders, die aendert, wie Sie planen. Die wichtigste Unterscheidung ist, ob Sie ein TinyURL-Pro-Konto haben. Diese einzelne Variable spaltet die Migration in zwei nahezu unverwandte Prozeduren.

Dieser Beitrag geht beide Pfade durch und ist ehrlich darueber, was den Wechsel nicht ueberlebt.

TL;DR#

• Wenn Sie ein TinyURL-Pro-Konto haben, laesst Sie die TinyURL-API Ihre Links aufzaehlen und exportieren. Die CSV enthaelt Slug, Ziel und 30-Tage-Klickzahlen. Sie koennen sauber zu Elido importieren.
• Wenn Sie kein Konto haben - Sie haben ueber die Jahre einfach tinyurl.com/<slug>-Links veroeffentlicht - gibt es keinen Export. Sie rekonstruieren die Zuordnung, indem Sie Ihre eigenen veroeffentlichten Oberflaechen scrapen.
• In keinem Fall koennen Sie die originalen tinyurl.com-Slugs auf Ihrem Elido-Workspace erhalten. TinyURL besitzt die Domain. Sie werden neue Slugs auf Ihrer eigenen Branded-Short-Domain erzeugen.
• Die Realisten-Notiz: Die meisten TinyURL-Nutzer sind auf der Free-Stufe. Fuer sie geht es bei der Migration weniger um Datenportabilitaet und mehr darum, jeden Ort zu aktualisieren, an dem ein TinyURL-Link auftaucht.

Was die TinyURL-Migration anders macht als die von Bitly#

Der zentrale strukturelle Unterschied ist die Domain. Bitly-Nutzer in bezahlten Plaenen liegen oft auf einer Custom-Branded-Domain - links.yourbrand.com -, die ihnen gehoert. Bei der Migration wird der DNS-Record dieser Domain so umgestellt, dass er auf den Elido-Edge zeigt, und jeder bestehende Slug funktioniert weiter. Der Slug-Raum gehoert ihnen.

TinyURL-Free-Nutzer sind auf tinyurl.com. Sie besitzen diese Domain nicht und koennen darauf keinen 301-Redirect installieren. Wenn sie TinyURL verlassen, folgen die alten Links nicht. Sie bleiben auf tinyurl.com am Leben, solange TinyURL laeuft, aber das migrierende Team hat keine Kontrolle darueber, keine Moeglichkeit, Klicks abzufangen, und keine 301-Kette zum Einrichten.

TinyURL Pro bietet Custom-Branded-Domains fuer 9,99 USD/Monat (abgerufen am 2026-05-12). Wenn Sie auf Pro waren und Ihre eigene Domain nutzten, ist der Migrationspfad viel naeher am Bitly-Szenario: Domain in Elido verifizieren, Slugs vorab bereitstellen, dann den DNS-CNAME umlegen. Die Custom-Domains-Dokumentation deckt die Elido-Seite dieses Cutovers ab.

Der andere strukturelle Unterschied ist das Audit-Log. TinyURL hat sogar auf Pro begrenzte Sicht auf historische Daten. Der elido-vs-tinyurl-Vergleich deckt die vollstaendige Feature-Luecke ab. Fuer die Migrationsplanung ist die praktische Implikation, dass Sie keine vollstaendige Klickhistorie rekonstruieren koennen. Planen Sie das nicht ein.

Pfad A: Sie haben ein TinyURL-Pro-Konto#

TinyURL Pro stellt eine API unter https://tinyurl.com/app/dev (abgerufen am 2026-05-12) bereit. Die API unterstuetzt das Erstellen und Abrufen von Aliasen. Die Aufzaehlung funktioniert ueber paginierte GET-Aufrufe, die Ihre Links in Batches zurueckgeben.

Die Schritte:

1. Generieren Sie Ihr API-Token aus den TinyURL-App-Einstellungen.
2. Zaehlen Sie alle Aliase auf, indem Sie bis zum Ende paginieren. TinyURL setzt Rate-Limits; die API-Dokumentation spezifiziert die Obergrenze fuer Anfragen pro Minute. Bauen Sie einen Backoff-Handler ein, bevor Sie starten - ein 429 mitten im Export ist aergerlich, aber nicht datendestruktiv, wenn Sie Ergebnisse inkrementell auf die Platte schreiben.
3. Sammeln Sie pro Alias den Slug, die Ziel-URL und die 30-Tage-Klickzahl. Die TinyURL-API legt keine rohen Click-Events oder historische Zeitreihen offen. Sie erhalten ein Aggregat.
4. Schreiben Sie eine flache CSV: eine Zeile pro Link, Spalten slug,target_url,clicks_30d.
5. Sortieren Sie absteigend nach clicks_30d. Das oberste 1 % der Links nach Klickvolumen ist typischerweise der Anteil, der tatsaechlich fuer laufende Kampagnen oder veroeffentlichte Inhalte zaehlt. Priorisieren Sie diese fuer Validierung und Oberflaechen-Updates. Der Long Tail von Null-Klick-Links kann importiert werden, braucht aber selten menschliche Aufmerksamkeit.

Sobald Sie die CSV haben, folgt der Import zu Elido derselben Form wie jede andere Bulk-Migration. Die detaillierte Bulk-Import-Mechanik steht im Bitly-Migrationsplaybook - die API-Form und der TypeScript-SDK-Call sind identisch, nur die Quelldaten unterscheiden sich.

Die 301-Kette fuer Branded Domains auf Pro#

Wenn Ihr TinyURL-Pro-Konto eine Custom-Branded-Domain nutzte, koennen Sie diese Domain zu Elido mitnehmen. Registrieren Sie sie in Ihrem Elido-Workspace ueber den Custom-Domains-Flow, stellen Sie alle Slugs vorab bereit und aendern Sie dann den CNAME:

short.yourbrand.com.  300  IN  CNAME  edge.elido.me.

Hier gilt die HTTP-301-Semantik: Sobald der CNAME auf den Elido-Edge aufloest, erhalten Browser und Bots, die den alten Links folgen, eine 301-Moved-Permanently-Antwort von Elido, die auf die Ziel-URL zeigt. Ein Redirect-Hop ueber TinyURL ist nicht erforderlich, weil der Slug-Raum auf Ihrer Domain lag, nicht auf tinyurl.com. Das ist der saubere Pfad.

Der relevante Standard ist RFC 7231 §6.4.2, der die 301-Moved-Permanently-Semantik definiert. Der Client, der einen 301 erhaelt, soll jede gespeicherte URL auf den neuen Standort aktualisieren. In der Praxis variieren E-Mail-Clients und Social-Plattformen darin, wie aggressiv sie dem folgen - aber der Redirect selbst ist fuer Webbrowser und fuer Bots, die die HTTP-Spezifikation respektieren, zuverlaessig.

Pfad B: kein Konto, nur veroeffentlichte Links#

Das ist das haeufigere Szenario. Sie haben ein kostenloses TinyURL-Konto oder kein Konto und eine Sammlung von tinyurl.com/<slug>-Links, die ueber Ihr Newsletter-Archiv, Social-Posts, Druckerzeugnisse oder Dokumentation verteilt sind. Sie haben keinen API-Zugriff und keinen Export-Mechanismus. Die Links existieren; Sie haben keine Liste davon.

Der einzige Weg, den Bestand aufzubauen, ist, Ihre eigenen veroeffentlichten Oberflaechen zu durchsuchen.

Die Links finden#

Arbeiten Sie jede Oberflaeche systematisch durch:

• E-Mail-/Newsletter-Archiv: Suchen Sie das Archiv Ihrer E-Mail-Plattform nach tinyurl.com. Die meisten Plattformen erlauben die Suche ueber gesendete Kampagnen hinweg. Exportieren Sie die Treffer.
• Social Media: Suchen Sie Ihre Twitter/X-, LinkedIn- und Facebook-Posts nach tinyurl.com-Links. Die meisten Plattformen haben einen Content-Export auf Kontoebene. Laden Sie ihn herunter und nutzen Sie grep.
• Website und Dokumentation: Fuehren Sie eine Site-Suche oder einen Crawl aus. grep -r "tinyurl.com" ./content in einem Static-Site-Repo dauert Sekunden.
• Tracking-Links der Ad-Plattformen: Pruefen Sie UTM-getaggte Links in Google Ads, Meta Ads Manager oder wo immer Sie bezahlte Kampagnen gefahren haben.

Sobald Sie die Liste der tinyurl.com/<slug>-Werte haben, brauchen Sie die Ziel-URLs. Wenn Sie die Links selbst erstellt haben und sich an das Ziel erinnern, super. Wenn nicht: Folgen Sie jedem Link manuell oder mit einem Skript, das eine HEAD-Anfrage stellt und den Location-Header liest. Der TinyURL-Redirect selbst ist oeffentlich zugaenglich - Sie brauchen kein Konto, um aufzuloesen, wohin ein tinyurl.com-Link fuehrt.

# Bulk-resolve TinyURL destinations from a file of slugs (one per line)
while IFS= read -r slug; do
  dest=$(curl -s -o /dev/null -w "%{redirect_url}" \
    -L --max-redirs 0 "https://tinyurl.com/${slug}" 2>/dev/null || echo "FAILED")
  echo "${slug},${dest}"
done < tinyurl-slugs.txt > slug-target-map.csv

Das liefert Ihnen die slug,target_url-CSV, die Sie fuer den Import brauchen. Beachten Sie, dass Sie mit neuen Slugs auf Ihrer eigenen Domain importieren - mehr dazu unten.

Akzeptieren, was Sie nicht wiederherstellen koennen#

Fuer Links, die in Kontexten veroeffentlicht wurden, zu denen Sie keinen Zugang mehr haben - ein Social-Account eines Jobs, den Sie verlassen haben, ein Community-Post auf einer Plattform, die Sie geloescht haben - gibt es keinen Wiederherstellungspfad. Diese alten tinyurl.com-Links funktionieren weiterhin, solange TinyURL operativ bleibt, aber Sie koennen sie nicht aktualisieren, sie nicht ueber Elido umleiten oder beobachten, wer sie klickt. Akzeptieren Sie das und ziehen Sie weiter. Zu migrieren, was Sie finden koennen, ist die richtige Entscheidung; Perfektion ist hier nicht erreichbar.

Import zu Elido#

Unabhaengig davon, welcher Pfad Ihre CSV erzeugt hat, ist der Import-Call derselbe. Die zentrale Unterscheidung ist, was Sie in das slug-Feld eintragen.

Wenn Sie eine Custom-Branded-Domain haben: koennen Sie versuchen, Slugs aus Pfad A zu erhalten. Registrieren Sie zuerst Ihre Domain in Elido und uebergeben Sie dann slug explizit im Bulk-Import-Body. Die Call-Form:

curl -X POST "https://api.elido.app/v1/links/bulk" \
  -H "Authorization: Bearer $ELIDO_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: tinyurl-migration-batch-001" \
  -d '{
    "workspace_id": "ws_xxxxxxxxxxxx",
    "domain_id": "dom_xxxxxxxxxxxx",
    "links": [
      {
        "slug": "original-slug",
        "destination_url": "https://your-long-destination.com/path",
        "tags": ["tinyurl-migrated"]
      }
    ]
  }'

Die domain_id muss auf eine Domain verweisen, die in Ihrem Workspace bereits registriert und verifiziert ist. Der Endpunkt akzeptiert bis zu 100 Links pro Aufruf und gibt Erfolg/Misserfolg pro Item zurueck - eine Slug-Kollision in einer Zeile bricht den Batch nicht ab.

Wenn Sie auf tinyurl.com/ ohne Custom-Domain waren: lassen Sie das slug-Feld weg oder uebergeben Sie null. Elido generiert einen Slug fuer jeden Link. Akzeptieren Sie die Slug-Aenderung. Die alten tinyurl.com-Links leiten nicht auf Ihre neuen Elido-Links um - es gibt keine 301-Kette, die Sie installieren koennen, weil tinyurl.com nicht Ihnen gehoert. Der einzige Weg, Traffic neu zu verbinden, ist, jede veroeffentlichte Oberflaeche zu aktualisieren, die den alten Link enthaelt. Das ist die Arbeit.

Die 301-Kettenbegrenzung fuer ungebrandete Links#

Das verdient eine direkte Aussage. Der Leitfaden migrate-from-bitly-without-breaking-links behandelt das 301-Bruecken-Muster im Detail fuer Bitly-Migrationen. Dieses Muster setzt voraus, dass Sie die Ursprungsdomain kontrollieren. Fuer tinyurl.com-Links tun Sie das nicht.

Es gibt keinen Mechanismus, den TinyURL exponiert, um einen Redirect von einem bestehenden tinyurl.com/<slug> auf ein neues Ziel zu installieren. Der Link loest sich weiterhin dorthin auf, wohin er bei der Erstellung gezeigt hat. Wenn Sie wollen, dass Traffic, der an tinyurl.com/abc123 ging, stattdessen auf Ihrem neuen Elido-Link landet, haben Sie zwei Optionen:

1. Aktualisieren Sie jede veroeffentlichte Oberflaeche, sodass sie den neuen Elido-Link verwendet. Das ist der korrekte Ansatz.
2. Lassen Sie den TinyURL-Link auf das Ziel zeigen und Elido nur zukuenftige Links handhaben. Akzeptabel, wenn die alten Links selten genutzt werden und nicht geschaeftskritisch sind.

Option 2 ist nicht wirklich "Migration" - es ist Koexistenz. Fuer die meisten Teams ergibt die Kombination beider Sinn: migrieren Sie die neue Linkerstellung vollstaendig zu Elido, aktualisieren Sie die alten Oberflaechen mit dem hoechsten Traffic und lassen Sie den Long Tail an Null-Klick-Alt-TinyURL-Links muehelos verfallen.

Validierung#

Pruefen Sie nach dem Import, dass das, was zaehlt, tatsaechlich funktioniert.

Nehmen Sie Ihre sortierte CSV und ziehen Sie die obersten 50 Zeilen nach Klickvolumen (aus Pfad A) oder nach Veroeffentlichungsdatum und Publikumsgroesse (aus Pfad B, wo Sie die Bedeutung schaetzen). Fuer jeden dieser Links:

1. Wenn Sie auf einer Custom-Branded-Domain waren und Slugs erhalten haben: pruefen Sie, dass https://short.yourbrand.com/<slug> auf das richtige Ziel aufloest. Das Dashboard von Elido zeigt 200- vs. Fehlerstatus. Alternativ fuehren Sie einen curl-Check aus:

curl -s -o /dev/null -w "%{http_code} %{redirect_url}" \
  "https://short.yourbrand.com/your-slug"

2. Wenn Sie neue Slugs generiert haben: pruefen Sie, dass die Ziel-URLs im Elido-Dashboard mit Ihrer Quell-CSV uebereinstimmen. Die Import-Antwort enthaelt Erfolg/Misserfolg pro Item; pruefen Sie das Failure-Log, bevor Sie die Migration abschliessen.

3. Pruefen Sie Ihre juengsten Newsletter-Sendungen mit hoher Oeffnungsrate und juengste Social-Posts. Wenn sie TinyURL-Links enthalten und Sie sie auf Elido-Links aktualisiert haben, pruefen Sie, dass die aktualisierten Links funktionieren. Wenn Sie sie nicht aktualisiert haben - notieren Sie sie explizit. Das sind die Links mit der hoechsten Wahrscheinlichkeit aktiven Klick-Traffics, den Sie ausserhalb Ihrer Analytik lassen.

Fuer jede Oberflaeche, die Sie aktualisiert haben, bestaetigen Sie, dass das Update tatsaechlich die veroeffentlichte Version erreicht hat. Ein Newsletter, der mit alten Links neu eingeplant wurde, ein editierter Tweet, ein von einem CDN gecachter Hilfeartikel - das sind die Orte, an denen das Update nicht sofort landet.

Die Realisten-Notiz zu Slugs, die Sie nicht behalten koennen#

Die direkte Version: Wenn Sie auf der Free-Stufe von TinyURL waren und tinyurl.com/<slug>-Links veroeffentlicht haben, migrieren Sie keinen Slug-Raum. Sie migrieren eine Liste von Ziel-URLs und beginnen auf Elido mit neuen Slugs auf Ihrer eigenen Domain bei Null. Die alten tinyurl.com-Links bestehen auf TinyURLs Infrastruktur in Ewigkeit fort. Sie koennen sie nicht aktualisieren, sie nicht umleiten oder Analytik daraus ziehen, nachdem Sie die Nutzung des Kontos eingestellt haben.

Das ist kein Versagen des Migrationsprozesses. Es ist die richtige Erwartung. Die Free-Stufe von TinyURL war nie eine Link-Management-Plattform - sie war ein Kuerzungs-Werkzeug. Sie zu verlassen, bedeutet zu akzeptieren, dass die Arbeit, die Sie hineingesteckt haben, aus Sicht der Slug-Portabilitaet weitgehend nicht wiederherstellbar ist.

Was Sie gewinnen, ist das, was danach kommt: Branded Short Links auf einer Domain, die Ihnen gehoert, Klick-Analytik, die nicht an einem 30-Tage-Fenster endet, und ein Preismodell, das skaliert, ohne Sie zu ueberraschen. Die Migrationsarbeit ist eine Einmalkost. Das verbesserte Tooling ist fortlaufend.

Wenn Sie evaluieren, ob Elido das richtige Ziel ist, bevor Sie sich auf die Migrationsarbeit festlegen, deckt der elido-vs-tinyurl-Vergleich die Feature- und Compliance-Luecke im Detail ab.

Quellen: TinyURL developer API documentation abgerufen am 2026-05-12. TinyURL pricing page abgerufen am 2026-05-12. RFC 7231 §6.4.2 - HTTP 301 Moved Permanently.