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 ändert, 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 darüber, was den Wechsel nicht überlebt.

TL;DR

• Wenn Sie ein TinyURL-Pro-Konto haben, lässt Sie die TinyURL-API Ihre Links aufzählen und exportieren. Die CSV enthält Slug, Ziel und 30-Tage-Klickzahlen. Sie können sauber zu Elido importieren.
• Wenn Sie kein Konto haben - Sie haben über die Jahre einfach tinyurl.com/<slug>-Links veröffentlicht - gibt es keinen Export. Sie rekonstruieren die Zuordnung, indem Sie Ihre eigenen veröffentlichten Oberflächen scrapen.
• In keinem Fall können 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. Für sie geht es bei der Migration weniger um Datenportabilität 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 Plänen liegen oft auf einer Custom-Branded-Domain - links.yourbrand.com -, die ihnen gehört. 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 gehört ihnen.

TinyURL-Free-Nutzer sind auf tinyurl.com. Sie besitzen diese Domain nicht und können darauf keinen 301-Redirect installieren. Wenn sie TinyURL verlassen, folgen die alten Links nicht. Sie bleiben auf tinyurl.com am Leben, solange TinyURL läuft, aber das migrierende Team hat keine Kontrolle darüber, keine Möglichkeit, Klicks abzufangen, und keine 301-Kette zum Einrichten.

TinyURL Pro bietet Custom-Branded-Domains für 9,99 USD/Monat (abgerufen am 2026-05-12). Wenn Sie auf Pro waren und Ihre eigene Domain nutzten, ist der Migrationspfad viel näher 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 vollständige Feature-Lücke ab. Für die Migrationsplanung ist die praktische Implikation, dass Sie keine vollständige Klickhistorie rekonstruieren können. 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 unterstützt das Erstellen und Abrufen von Aliasen. Die Aufzählung funktioniert über paginierte GET-Aufrufe, die Ihre Links in Batches zurückgeben.

Die Schritte:

1. Generieren Sie Ihr API-Token aus den TinyURL-App-Einstellungen.
2. Zählen Sie alle Aliase auf, indem Sie bis zum Ende paginieren. TinyURL setzt Rate-Limits; die API-Dokumentation spezifiziert die Obergrenze für Anfragen pro Minute. Bauen Sie einen Backoff-Handler ein, bevor Sie starten - ein 429 mitten im Export ist ärgerlich, 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 tatsächlich für laufende Kampagnen oder veröffentlichte Inhalte zählt. Priorisieren Sie diese für Validierung und Oberflächen-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 für Branded Domains auf Pro

Wenn Ihr TinyURL-Pro-Konto eine Custom-Branded-Domain nutzte, können Sie diese Domain zu Elido mitnehmen. Registrieren Sie sie in Ihrem Elido-Workspace über den Custom-Domains-Flow, stellen Sie alle Slugs vorab bereit und ändern 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 auflöst, 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 über 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 erhält, 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 für Webbrowser und für Bots, die die HTTP-Spezifikation respektieren, zuverlässig.

Pfad B: kein Konto, nur veröffentlichte Links

Das ist das häufigere Szenario. Sie haben ein kostenloses TinyURL-Konto oder kein Konto und eine Sammlung von tinyurl.com/<slug>-Links, die über 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 veröffentlichten Oberflächen zu durchsuchen.

Die Links finden

Arbeiten Sie jede Oberfläche systematisch durch:

• E-Mail-/Newsletter-Archiv: Suchen Sie das Archiv Ihrer E-Mail-Plattform nach tinyurl.com. Die meisten Plattformen erlauben die Suche über 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: Führen 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: Prüfen 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 öffentlich zugänglich - Sie brauchen kein Konto, um aufzulösen, wohin ein tinyurl.com-Link führt.

# 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 für den Import brauchen. Beachten Sie, dass Sie mit neuen Slugs auf Ihrer eigenen Domain importieren - mehr dazu unten.

Akzeptieren, was Sie nicht wiederherstellen können

Für Links, die in Kontexten veröffentlicht 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 gelöscht haben - gibt es keinen Wiederherstellungspfad. Diese alten tinyurl.com-Links funktionieren weiterhin, solange TinyURL operativ bleibt, aber Sie können sie nicht aktualisieren, sie nicht über Elido umleiten oder beobachten, wer sie klickt. Akzeptieren Sie das und ziehen Sie weiter. Zu migrieren, was Sie finden können, ist die richtige Entscheidung; Perfektion ist hier nicht erreichbar.

Import zu Elido

Unabhängig 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: können Sie versuchen, Slugs aus Pfad A zu erhalten. Registrieren Sie zuerst Ihre Domain in Elido und übergeben 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 zurück - 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 übergeben Sie null. Elido generiert einen Slug für jeden Link. Akzeptieren Sie die Slug-Änderung. Die alten tinyurl.com-Links leiten nicht auf Ihre neuen Elido-Links um - es gibt keine 301-Kette, die Sie installieren können, weil tinyurl.com nicht Ihnen gehört. Der einzige Weg, Traffic neu zu verbinden, ist, jede veröffentlichte Oberfläche zu aktualisieren, die den alten Link enthält. Das ist die Arbeit.

Die 301-Kettenbegrenzung für ungebrandete Links

Das verdient eine direkte Aussage. Der Leitfaden migrate-from-bitly-without-breaking-links behandelt das 301-Brücken-Muster im Detail für Bitly-Migrationen. Dieses Muster setzt voraus, dass Sie die Ursprungsdomain kontrollieren. Für 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 löst 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 veröffentlichte Oberfläche, 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 zukünftige Links handhaben. Akzeptabel, wenn die alten Links selten genutzt werden und nicht geschäftskritisch sind.

Option 2 ist nicht wirklich "Migration" - es ist Koexistenz. Für die meisten Teams ergibt die Kombination beider Sinn: migrieren Sie die neue Linkerstellung vollständig zu Elido, aktualisieren Sie die alten Oberflächen mit dem höchsten Traffic und lassen Sie den Long Tail an Null-Klick-Alt-TinyURL-Links mühelos verfallen.

Validierung

Prüfen Sie nach dem Import, dass das, was zählt, tatsächlich funktioniert.

Nehmen Sie Ihre sortierte CSV und ziehen Sie die obersten 50 Zeilen nach Klickvolumen (aus Pfad A) oder nach Veröffentlichungsdatum und Publikumsgröße (aus Pfad B, wo Sie die Bedeutung schätzen). Für jeden dieser Links:

1. Wenn Sie auf einer Custom-Branded-Domain waren und Slugs erhalten haben: prüfen Sie, dass https://short.yourbrand.com/<slug> auf das richtige Ziel auflöst. Das Dashboard von Elido zeigt 200- vs. Fehlerstatus. Alternativ führen 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: prüfen Sie, dass die Ziel-URLs im Elido-Dashboard mit Ihrer Quell-CSV übereinstimmen. Die Import-Antwort enthält Erfolg/Misserfolg pro Item; prüfen Sie das Failure-Log, bevor Sie die Migration abschließen.

3. Prüfen Sie Ihre jüngsten Newsletter-Sendungen mit hoher Öffnungsrate und jüngste Social-Posts. Wenn sie TinyURL-Links enthalten und Sie sie auf Elido-Links aktualisiert haben, prüfen Sie, dass die aktualisierten Links funktionieren. Wenn Sie sie nicht aktualisiert haben - notieren Sie sie explizit. Das sind die Links mit der höchsten Wahrscheinlichkeit aktiven Klick-Traffics, den Sie außerhalb Ihrer Analytik lassen.

Für jede Oberfläche, die Sie aktualisiert haben, bestätigen Sie, dass das Update tatsächlich die veröffentlichte 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 können

Die direkte Version: Wenn Sie auf der Free-Stufe von TinyURL waren und tinyurl.com/<slug>-Links veröffentlicht 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 können 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 Kürzungs-Werkzeug. Sie zu verlassen, bedeutet zu akzeptieren, dass die Arbeit, die Sie hineingesteckt haben, aus Sicht der Slug-Portabilität weitgehend nicht wiederherstellbar ist.

Was Sie gewinnen, ist das, was danach kommt: Branded Short Links auf einer Domain, die Ihnen gehört, Klick-Analytik, die nicht an einem 30-Tage-Fenster endet, und ein Preismodell, das skaliert, ohne Sie zu überraschen. 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-Lücke 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.