Kurzlink-Daten exportieren: Die vier Dinge, die du mitnehmen kannst

Ein URL-Shortener speichert vier Arten von Daten, und nur eine davon lässt sich sauber mitnehmen, wenn du gehst. Die Link-Tabelle - Slugs, Ziel-URLs, Tags und die Domains, auf denen sie liegen - ist das, wofür dich jeder ernstzunehmende Anbieter Kurzlink-Daten exportieren lässt, meist als CSV oder über eine API, weil das Schema einfach ist und jede Plattform einen simplen Importer braucht, um neue Kunden zu gewinnen. Aggregierte Klickzahlen sind meist ebenfalls verfügbar, auch wenn die Granularität variiert. Rohdaten-Klick-Events - der Datensatz pro Klick mit Zeitstempel, Referrer, Gerät und IP - sind die Ausnahme: Die meisten Anbieter legen sie nie offen, weil die Export-Oberfläche nie für die Abfrage der vollständigen Historie gebaut wurde. Konto-Metadaten - Tags, Domains, Nutzer - liegen dazwischen, exportierbar in Einzelteilen statt in einem sauberen Export.

Behandle die Link-Tabelle als die einzige Klasse, auf deren Umzug du dich verlassen kannst, plane fest damit, die Rohdaten-Klick-Historie ganz zu verlieren, und hol dir eine schriftliche Antwort zu den aggregierten Zahlen, bevor du irgendetwas unterschreibst. Das ist keine weitere Migrationsgeschichte - das Bitly-Migrationshandbuch deckt diese Umstellung bereits ab. Das hier ist die dauerhafte Gewohnheit, die eigenen Daten herauszuholen, ob migriert wird oder nicht.

Was eine Kurzlink-Plattform tatsächlich speichert

Jeder Shortener ist um dieselben vier Datenklassen herum aufgebaut. Zu wissen, welche welche ist, bevor du einen Export brauchst, entscheidet, ob eine Migration oder ein Audit einen Nachmittag oder ein Quartal dauert.

• Link-Tabelle: Slug, Ziel-URL, Erstellungsdatum, Tags, Ordner und die eigene Domain, der ein Link zugeordnet ist.
• Aggregierte Klickzahlen: eine Gesamtsumme pro Link, manchmal eine Tagesaufschlüsselung, gelegentlich aufgeteilt nach Land oder Referrer.
• Rohdaten-Klick-Events: eine Zeile pro Klick, mit dem Zeitstempel, der IP, dem User-Agent und dem Referrer, die ihn ausgelöst haben.
• Konto-Metadaten: Workspace-Einstellungen, Einträge für eigene Domains, die Liste der Teammitglieder, API-Keys, Tag-Taxonomie.

Die vier Klassen werden nicht gleich offengelegt, und genau diese Lücke zwischen ihnen ist das eigentliche Thema dieses Beitrags.

Warum die Link-Tabelle mitwandert und die Klick-Historie meist nicht

Die Link-Tabelle ist portabel, weil ihr Schema absichtlich simpel gehalten ist. Ein Slug, ein Ziel, eine Handvoll optionaler Felder - jeder Anbieter unterstützt einen CSV-Import, um neue Kunden zu gewinnen, was bedeutet, dass jeder Anbieter auch irgendeine Form von CSV-Export hat, und sei es nur, damit die Marketing-Seite eines Wettbewerbers versprechen kann, man könne "in einem Nachmittag wechseln". Das Bitly-Fehlerbilder-Handbuch behandelt, was tatsächlich kaputtgeht, wenn du diese Tabelle hinüberziehst - Groß-/Kleinschreibung bei Slugs, abschließende Schrägstriche, Kollisionen bei Deeplink-Pfaden. Dieser Beitrag handelt von einem anderen Moment: dem routinemäßigen Export, den du machst, egal ob eine Migration ansteht oder nicht.

Die Klick-Historie ist ein anderes Tier. Ein aggregierter Export, sofern ein Anbieter überhaupt einen anbietet, gibt dir einen Gesamtzähler oder eine grobe Tagessumme - nützlich für eine Schlagzahl, nutzlos, sobald du Detailwerte pro Tag oder pro Referrer brauchst. Bitlys eigener Export ist ein anschauliches Beispiel: Er liefert dir den Gesamtzähler pro Link und nichts auf Event-Ebene, ein Muster, das für den Großteil der Kategorie gilt, nicht nur für Bitly. Sobald ein Export diese Granularität fallen lässt, ist sie für immer weg.

Wo Rohdaten-Klick-Events verschwinden

Rohdaten-Klick-Events verschwinden aus einem strukturellen Grund, nicht aus Geiz. Click-Event-Stores sind darauf ausgelegt, innerhalb des eigenen Dashboards des Anbieters abgefragt zu werden, nicht für den Massenabruf. Die API-Oberfläche, die einen Kunden Millionen einzelner Klickzeilen durchblättern ließe, ist ein anderer Entwicklungsaufwand als ein Dashboard-Diagramm, und die meisten Anbieter bauen sie nie, weil die meisten Kunden nie danach fragen, bevor sie sie brauchen.

Die Konsequenz ist unverblümt: Sobald dein Konto das Aufbewahrungsfenster für Rohdaten-Events überschreitet oder ein Downgrade die API-Stufe kappt, die sie offengelegt hat, sind diese Daten für immer weg. Die Link-Tabelle übersteht eine Kontoänderung meist; die Klick-Historie darunter nicht. Selbst wo eine Rohdaten-Event-API existiert, stößt der Abruf einer vollständigen Historie auf dieselbe Mechanik, die jeden großen Aufruf gegen eine Shortener-API bestimmt - siehe Rate-Limits, Retries und Idempotenz bei einer Shortener-API dafür, wie du einen mehrtägigen Abruf so taktest, dass du den Limiter nicht auslöst. Wenn deine Klick-Historie etwas ist, das dein Team laufend abfragt statt nur zu archivieren, ist Elidos Link-Analytics so gebaut, dass der Großteil dieser Abfragen von vornherein ohne Export auskommt.

Fragen, die du einem Anbieter vor der Unterschrift stellen solltest

Stell diese Fragen vor der Unterschrift, nicht nachdem die Downgrade-Ankündigung eingetroffen ist. Ein Anbieter, der alle sechs schriftlich im Verkaufsgespräch beantwortet, ist einer, dem du zutrauen kannst, sie auch noch in einem Jahr zu beantworten.

Wenn nichts davon irgendwo in der Dokumentation deines Anbieters steht, ist dieses Schweigen die Antwort auf Frage eins. Elidos API und SDKs veröffentlichen die Export-Endpunkte, Rate-Limits und das Aufbewahrungsfenster in denselben Referenzdokumenten wie alles andere - die eigenen Daten zurückzubekommen, sollte nie ein Support-Ticket erfordern.

Eine geplante Export-Routine, die dich unabhängig hält

Die Lösung ist eine Gewohnheit, kein einmaliges Projekt. Nimm einen vollständigen Export nach Zeitplan, bevor ein Downgrade oder ein Abrechnungsstreit die Frage erzwingt, und du bist nicht mehr abhängig davon, was dein Anbieter dieses Quartal für deine Paketstufe für angemessen hält.

Den Abruf einplanen. Wöchentlich für einen aktiven Workspace, monatlich für einen ruhigen. Ein geplanter Task, der die Endpunkte für Link-Tabelle und aggregierte Zahlen anspricht, ist ein paar Zeilen Skript; der Punkt ist, dass er unbeaufsichtigt läuft.

Außerhalb des Anbieters speichern. Ein Ziel, das du selbst kontrollierst, kein Ordner innerhalb des Produkts, aus dem du exportierst - dein eigener Speicher, ein Shared Drive, ein Repository. Wenn der Shortener morgen verschwindet, muss der Export das überstehen. Dieselbe Tabellenstruktur, die für den Massenimport von Kampagnen-Links aus einer Tabelle verwendet wird, funktioniert genauso gut in die andere Richtung, eine Zeile pro Link.

Die Zeilenzahlen prüfen. Vergleiche die Zeilenzahl des frischen Exports mit der Link-Anzahl, die dein Dashboard meldet. Eine Abweichung von unter ein, zwei Prozent ist normal - archivierte Links, die du absichtlich weggelassen hast. Eine größere Abweichung bedeutet, dass der Export etwas verpasst hat.

Die letzte bekanntermaßen gute Kopie aufbewahren. Behalte die letzten zwei oder drei Abrufe, nicht nur den neuesten. Wenn ein beschädigter Export deine einzige Kopie überschreibt, ist der ganze Sinn des regelmäßigen Herunterladens von Link-Analytics dahin.

Diese Gewohnheit deckt auch eine leisere Bedrohung ab: gewöhnliche Linkverrottung. Die Ziele hinter deinen Slugs verfallen nach ihrem eigenen Zeitplan, unabhängig davon, was dein Shortener tut - siehe Linkverrottung bei Kurzlink-Kampagnen vermeiden für die Erkennungsseite dieses Problems. Ein laufender Export gibt dir das Inventar, gegen das du diese Erkennung laufen lassen kannst, unabhängig davon, für welches Dashboard du dieses Jahr bezahlst.

Was Artikel 20 der GDPR hier tatsächlich abdeckt

Die Portabilität von Link-Daten kommt in Einkaufsgesprächen ständig zur Sprache, und Präzision darüber, was der Artikel tatsächlich erreicht, verändert die Verhandlung.

Artikel 20 der GDPR gibt einer betroffenen Person das Recht, personenbezogene Daten, die sie einem Verantwortlichen bereitgestellt hat, in einem strukturierten, maschinenlesbaren Format zu erhalten und zu einem anderen Verantwortlichen übertragen zu lassen - aber nur für eine Verarbeitung auf Grundlage von Einwilligung oder Vertrag, und nur mittels automatisierter Verfahren. Die WP29-Leitlinien zur Datenportabilität grenzen das weiter ein: Das Recht deckt Daten ab, die direkt bereitgestellt oder durch die eigene Nutzung eines Dienstes durch die betroffene Person erzeugt wurden, nicht Daten, die über sie abgeleitet wurden.

Daraus folgen zwei Konsequenzen. Erstens ist das ein Recht des Individuums gegenüber einem Verantwortlichen, nicht das Recht eines Unternehmens auf seine eigenen aggregierten Analytics - kein GDPR-Anspruch gibt deinem Marketing-Team auf Anfrage seine Klick-Historie zurück. Zweitens läuft das Klick-Tracking auf Kampagnenebene meist auf berechtigtem Interesse statt auf Einwilligung oder Vertrag, wie der GDPR-Cornerstone für URL-Shortener im Detail behandelt, und Artikel 20 gilt nicht für eine Verarbeitung auf dieser Grundlage, unabhängig davon, wessen Daten es sind. Die eigene Klick-Historie aus einem Anbieter herauszubekommen, ist eine Einkaufsfrage, geklärt durch den Vertrag und die oben genannte Export-API, nicht durch einen Datenschutzartikel. Ob die zugrunde liegenden IP- oder Gerätedaten überhaupt personenbezogene Daten sind und wie lange du sie aufbewahren darfst, wird separat in Aufbewahrung von Klickdaten behandelt.

Einen Export prüfen, bevor du ihm vertraust

Ein ungeprüfter Export ist ein Gerücht, kein Datensatz. Führe drei Prüfungen durch, bevor du ihn irgendwo ablegst oder die Quelle löschst.

Zähle die Zeilen und vergleiche sie mit der Link-Gesamtzahl des Dashboards; untersuche jede Abweichung von mehr als ein, zwei Prozent. Öffne die Datei in dem Tool, das du tatsächlich verwenden willst - ein csv export, der in einem Texteditor sauber aussieht, kann trotzdem ein defektes Trennzeichen oder ein Kodierungsproblem haben, das eine Tabellenkalkulation erst beim Parsen zutage fördert, weshalb es sich lohnt, eine Stichprobe gegen RFC 4180 zu prüfen, statt es einfach anzunehmen. Prüfe stichprobenartig eine Handvoll bekannter Links, absichtlich einschließlich eines, den du archiviert oder gelöscht hast, denn inaktive Links stillschweigend auszuschließen, ist der mit Abstand häufigste Grund, warum ein Export vollständig aussieht, es aber nicht ist.

Ich habe erlebt, wie ein Compliance-Review eine Woche lang steckenblieb, weil einem Export sämtliche Links fehlten, die vor einem Paket-Upgrade achtzehn Monate zuvor erstellt worden waren - niemand hatte dem Tool gesagt, dass diese Links unter einer anderen internen ID existierten. Dreißig Minuten Zeilenzahl-Prüfung hätten das erkannt, bevor das Review überhaupt begonnen hatte.

Verwandt im Blog

• Migration von Bitly zu Elido: ein technischer Leitfaden
• Migration von Bitly ohne kaputte Links: ein Fehlerbilder-Handbuch
• GDPR für URL-Shortener: Was dein DSB wirklich sehen will
• Aufbewahrung von Klickdaten: Wie lange du Analytics-Logs aufheben solltest
• URL-Shortener-API: Rate-Limits, Retries, Idempotenz