Die meisten Agenturen greifen aus demselben oberflächlichen Grund zu einem White-Label-URL-Shortener: Kunden bemerken es, wenn Ihre verkürzten Links bit.ly oder s.elido.me enthalten. Die tieferen Gründe sind in der Regel die Abrechnungsmarge und die Audit-Verteidigbarkeit. Das IT-Team eines Kunden, das fragt „Wo gehen die Klickdaten hin?", verdient eine sauberere Antwort als „ein US-Anbieter, den ich weiterverkaufe."
Dieser Leitfaden ist für Director of Operations und Agenturleiter geschrieben, die White-Label-Optionen evaluieren - nicht für Entwickler, die Link-Infrastruktur von Grund auf bauen wollen. Das Ziel ist, Ihnen einen Rahmen für den Vergleich dessen zu geben, was verschiedene Plattformen auf jeder Branding-Ebene tatsächlich liefern, die echten Fragen, die Sie Anbietern stellen sollten, und einen konkreten Durchlauf, wie die Einrichtung von Reseller-Konten funktioniert.
Was „White-Label" tatsächlich bedeutet, Schicht für Schicht#
Der Begriff wird locker verwendet. Anbieter, die benutzerdefinierte gebrandete Domains anbieten, bezeichnen sich als White-Label. Das tun auch Anbieter, die Ihnen erlauben, ein Logo auf das Dashboard zu setzen. Das sind nicht dieselben Dinge, und der Unterschied ist wichtig dafür, wie Sie den Service für Kunden bepreisen und betreiben.
Es gibt sechs unterschiedliche Schichten. Nicht jede Plattform implementiert alle.
Schicht 1: Benutzerdefinierte Redirect-Domain#
Die häufigste Bedeutung. Statt dass Redirects über die Domain der Plattform laufen (bit.ly/xyz), laufen sie über eine Domain, die Sie kontrollieren (go.youragency.com/xyz oder go.clientbrand.com/xyz). Das ist das minimale brauchbare White-Label für die meisten Agenturanwendungsfälle - es entfernt den Plattformnamen aus jedem Link, den Ihre Kunden teilen.
Die Implementierung erfordert einen DNS-CNAME-Eintrag von Ihrer Subdomain zum Edge der Plattform und ein automatisches TLS-Zertifikat für diesen Hostnamen. Alle wichtigen Shortener handhaben das. Die Variable kommt im Multi-Tenant-Maßstab: Wenn Sie zwanzig Kundendomänen statt einer verwalten, unterstützt die Plattform Wildcard-CNAMEs (*.links.youragency.com), oder fügen Sie pro Kunde einen DNS-Eintrag hinzu?
Schicht 2: Dashboard-Branding#
Die Admin-Oberfläche der Plattform trägt Ihr Logo, Ihren Markennamen und Ihre Primärfarbe statt der der Plattform. Kunden, die sich anmelden, um ihre Links zu verwalten, sehen Ihre Marke, nicht die der Plattform. Einige Plattformen lassen Sie auch den Browser-Tab-Titel und das Favicon ersetzen.
Diese Schicht ist es, die den Service präsentabel macht, wenn Kunden direkt mit ihm interagieren. Ohne sie landet ein Kunde, der auf Ihrer Berichtsseite auf „Dashboard anzeigen" klickt, auf einer Bitly- oder Rebrandly-gebrandeten Seite, und die Vereinbarung wird transparent.
Schicht 3: Benutzerdefinierter E-Mail-Absender#
Passwort-Resets, Klickberichte, Link-Ablaufwarnungen und Einladungs-E-Mails werden von [email protected] versendet statt von der Domain der Plattform. Das wird oft übersehen, bis ein Kunde fragt, warum er E-Mails von einem Anbieter erhält, mit dem er nicht zusammenarbeiten wollte. Ein benutzerdefinierter E-Mail-Absender wirkt sich auch auf die Zustellbarkeit aus: Der Domain-Ruf für transaktionale E-Mails wird auf die sendende Domain zurückgeführt.
Schicht 4: Benutzerdefinierte Portal-Subdomain#
Das Dashboard selbst lebt unter einem Hostnamen, den Sie kontrollieren - links.youragency.com - statt unter app.someplatform.com. Das erfordert, dass die Plattform den Hostnamen links.youragency.com zum Tenant-Kontext Ihres Workspaces routet, ein TLS-Zertifikat dafür ausstellt und Benutzersitzungen entsprechend skopiert. Es ist eine deutlich komplexere Implementierung als eine benutzerdefinierte Redirect-Domain, und weniger Plattformen liefern sie aus.
Schicht 5: Sub-Account-Verwaltung#
Sie können separate Workspaces für jeden Kunden bereitstellen, jeder mit seiner eigenen Domain, Link-Bibliothek, Analytik und Teammitgliedern - alle aus einem einzigen Reseller-Parent-Konto verwaltet. Das ist die Schicht, die weiterverkaufbare Infrastruktur von umgebrandetem Self-Service-Zugang trennt.
Ohne Sub-Account-Verwaltung bricht White-Label operativ im Maßstab zusammen. Entweder geben Sie allen Kunden Zugang zu einem geteilten Workspace (was bedeutet, dass sie die Links und Daten der anderen sehen können), oder Sie pflegen separate Plattformkonten pro Kunde (was separate Abrechnungsbeziehungen und keine konsolidierte Sicht für Ihr Team bedeutet).
Schicht 6: Reseller-Abrechnung und Nutzungsberichterstattung#
Sie zahlen die Plattform zum Großhandelspreis; Sie stellen Kunden zu Ihrem eigenen Preis Rechnungen aus. Die Abrechnungsoberfläche der Plattform ist für Ihre Kunden unsichtbar. Nutzungsberichterstattung ist auf jeden Kunden-Workspace skopiert, sodass Sie Rechnungen rechtfertigen können, ohne Daten anderer Kunden offenzulegen.
Diese Schicht lebt typischerweise hinter einem Enterprise-Verkaufsgespräch. Wenige Plattformen veröffentlichen Reseller-Preise auf ihren öffentlichen Seiten.
Das Spektrum von Schicht 1 bis Schicht 6 ist das, was eine Plattform, die gebrandete Links unterstützt, von einer unterscheidet, die wirklich für Agentur-Resale gebaut ist.
Wie die wichtigsten Anbieter sich vergleichen#
Bitly Enterprise#
Bitly unterstützt benutzerdefinierte Domains in bezahlten Plänen. Dashboard-Branding ist kein veröffentlichtes Feature - Bitlys Oberfläche ist für alle Stufen Bitly-gebrandet. Benutzerdefinierter E-Mail-Versand von Ihrer Domain ist nicht Teil des Standardprodukts. Bitlys SSO-Integration lebt hinter der Premium-Stufe (199 USD/Monat laut der am 11.05.2026 abgerufenen Preisseite - vor der Weitergabe an einen Kunden verifizieren). Es gibt keinen White-Label-Eintrag in der Funktionsmatrix oder im Enterprise-Produktblatt.
Für die meisten Agenturen, die einen Resale-Ansatz evaluieren, ist Bitly keine praktische Wahl. Die Markenbekanntheit von bit.ly in Links ist ein bekanntes Problem, kein gelöstes, selbst auf Enterprise. Bitly ist eine starke Wahl für interne Marketingteams; es wurde nicht entwickelt, um hinter der Marke eines anderen zu verschwinden.
Rebrandly Pro / Business#
Rebrandly hat einen White-Label-Eintrag, der in unabhängigen Feature-Vergleichen als eingeschränkt markiert ist. Das Produkt hat eine starke Branded-Link-UX und unterstützt benutzerdefinierte Domains in jeder bezahlten Stufe. Das Dashboard ist Rebrandly-gebrandet; benutzerdefiniertes Branding pro Workspace ist kein öffentlich dokumentiertes Feature. Benutzerdefinierter E-Mail-Absender ist auf den öffentlichen Feature-Seiten nicht dokumentiert. Ihre Preisstruktur (Essentials 11 USD / Professional 32 USD / Growth 99 USD laut der am 11.05.2026 abgerufenen Preisseite) enthält keine Reseller-Stufe auf der öffentlichen Seite.
Rebrandlys Stärken sind seine No-Code-Automatisierungs-Integrationen (Zapier, Make, Workato) und sein ausgefeilter Single-Domain-Setup-Flow. Für eine Agentur, die ihren Kunden eine saubere Branded Domain ohne komplexen Resale-Betrieb geben möchte, funktioniert Rebrandly für Schicht 1 und teilweise für Schicht 2. Für die Schichten 4–6 müssten Sie eine individuelle Enterprise-Vereinbarung aushandeln.
Short.io#
Short.io hat explizite White-Label-Unterstützung als Produktfeature. Ihr Business-Plan (90 USD/Monat laut ihrer am 11.05.2026 abgerufenen Preisseite) enthält White-Label-Einstellungen. Benutzerdefinierte Domains werden ab dem Personal-Plan unterstützt; die Funktionsmatrix zeigt White-Label als verfügbar auf der Business-Stufe.
Short.ios White-Label scheint gebrandete Dashboard-Erfahrung und benutzerdefinierte Domains abzudecken. Fünf benutzerdefinierte Domains sind selbst auf der kostenlosen Stufe verfügbar, was für die Einrichtung von Schicht 1 ungewöhnlich großzügig ist. Die Plattform ist US-basiert; die Datenresidenz für EU-Kunden erfordert eine Transfer-Impact-Assessment-Überprüfung.
Elido Business#
Elidos White-Label deckt alle sechs oben beschriebenen Schichten ab, und die Implementierung ist in der Codebasis dokumentiert statt als Marketingaussage. Die spezifisch ausgelieferten Funktionen:
- Benutzerdefinierte Redirect-Domain mit automatisierter DNS-Verifizierung und automatischer On-Demand-TLS-Ausstellung für jeden Tenant-Hostnamen (verifiziert durch unseren Domain-Validierungsdienst)
- Wildcard-CNAME (
*.links.youragency.com) im Business-Plan für Multi-Client-Subdomain-Abdeckung ohne Per-Client-DNS-Einträge - Dashboard-Branding pro Workspace - Felder
brand_name,logo_url(HTTPS oder base64-Daten-URL, max. ~512 KB),primary_color(Hex oder oklch),email_from_nameundportal_hostname, exponiert überPUT /v1/workspaces/{id}/branding; Tier-Gating auf Business-Plan - Portal-Subdomain-Routing -
portal_hostnameroutet einen benutzerdefinierten Hostnamen (z. B.links.acme.com) zum richtigen Workspace;GET /v1/portal/lookuplöst einen Host-Header zu einer workspace_id auf, wird sowohl vom automatischen On-Demand-TLS als auch von der Dashboard-Next.js-Middleware verwendet, um Sitzungen zu skopieren - Reseller-Konten -
POST /v1/workspaces/{id}/resellererstellt ein Reseller-Konto mitcompany_name,contact_email,custom_domainundbranding_config;POST /v1/workspaces/{id}/reseller/workspacesstellt einen Sub-Workspace bereit, der mit dem Reseller-Konto verknüpft ist; List- und Remove-Endpoints folgen demselben Muster - EU-first Datenresidenz - EU-Region primär, keine EWR-Ausgangsdaten, es sei denn, der Workspace optiert sich explizit für US East oder Asien-Pazifik ein; AVV mit Artikel-28-Verpflichtungen wird im Standardvertrag ausgeliefert
Branding-Mutation ist auf API-Ebene auf den Business-Plan gegated; der Server gibt 402 Payment Required zurück, wenn der Workspace auf einer niedrigeren Stufe ist. Bestehende Branding-Daten überleben ein Downgrade und sind beim Re-Upgrade wiederherstellbar, ohne sie neu eingeben zu müssen.
Die Lösungsseite für Agenturen ist die käuferorientierte Referenz für dieses Feature-Set.
Die folgende Tabelle fasst zusammen, was für jeden Anbieter öffentlich dokumentiert oder verifizierbar ist. Zellen, die als „nicht dokumentiert" markiert sind, bedeuten, dass das Feature auf den öffentlichen Preisseiten, Feature-Seiten und veröffentlichten AVV-Dokumenten fehlt - es kann hinter einer Enterprise-Verhandlung existieren.
| Layer | Bitly | Rebrandly | Short.io | Elido |
|---|---|---|---|---|
| Custom redirect domain | Paid plans | Paid plans | All paid plans (5 on free) | Business |
| Dashboard branding | Not documented | Not documented | Business | Business |
| Custom email sender | Not documented | Not documented | Not documented | Business |
| Portal subdomain | Not documented | Not documented | Not documented | Business |
| Sub-account management | Not documented | Not documented | Partial | Business (reseller API) |
| EU data residency | US primary | US primary | US primary | EU region default |
Preise von öffentlichen Seiten, abgerufen am 11.05.2026. Vor dem Einkauf verifizieren.
Agentur-Anwendungsfall: ein konkreter Durchlauf#
Das Folgende ist, wie die Reseller-Einrichtung auf Elido funktioniert. Die Sequenz ist dieselbe, ob Sie es über das Dashboard oder die API tun; der API-Pfad wird gezeigt, weil Agenturen, die im Maßstab arbeiten, dies für jedes neue Kunden-Onboarding automatisieren wollen.
1. Reseller in Ihrem Agentur-Workspace aktivieren#
Ihre Agentur hat einen einzelnen Parent-Workspace im Business-Plan. Sie registrieren einmal ein Reseller-Konto:
curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller \
-H "Authorization: Bearer $ELIDO_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"company_name": "Acme Digital Agency",
"contact_email": "[email protected]",
"custom_domain": "links.acmedigital.example",
"branding_config": {}
}'
Die Antwort enthält eine reseller_account_id. Speichern Sie sie.
2. Einen Kunden-Workspace bereitstellen#
Wenn Sie einen neuen Kunden onboarden, stellen Sie einen Sub-Workspace bereit, der mit Ihrem Reseller-Konto verknüpft ist:
curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller/workspaces \
-H "Authorization: Bearer $ELIDO_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"workspace_id": 99201,
"label": "Client: TechCorp EMEA"
}'
Die workspace_id hier ist der Kunden-Workspace, erstellt über den normalen Workspace-Bereitstellungs-Flow. Das label ist Ihre interne Referenz - Kunden sehen es nicht.
3. DNS für die benutzerdefinierte Domain des Kunden konfigurieren#
Der Kunde möchte, dass seine Weiterleitungen über go.techcorp-emea.example laufen. Sie fügen zwei DNS-Einträge im Panel seines DNS-Anbieters hinzu:
go.techcorp-emea.example CNAME b.elido.me.
_elido-verify.go.techcorp-emea.example TXT "ws_<their_workspace_token>"
Der Verifizierungstoken erscheint in den Settings > Custom Domains seines Workspaces. Sobald unser Domain-Validierungsdienst den TXT-Eintrag sieht, markiert er die Domain als verifiziert, und beim nächsten Request wird automatisch ein TLS-Zertifikat ausgestellt.
4. Branding pro Workspace konfigurieren#
Setzen Sie das Branding des Kunden-Workspaces von Ihrem Reseller-Konto aus:
curl -X PUT https://api.elido.app/v1/workspaces/{client_workspace_id}/branding \
-H "Authorization: Bearer $ELIDO_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"brand_name": "TechCorp Links",
"logo_url": "https://assets.techcorp-emea.example/logo-dark.png",
"primary_color": "#0a2463",
"email_from_name": "TechCorp Links",
"portal_hostname": "links.techcorp-emea.example",
"enabled": true
}'
Der portal_hostname hier ist die benutzerdefinierte Dashboard-Subdomain. Sie muss über alle Workspaces der Plattform hinweg eindeutig sein - ein 409 Conflict wird zurückgegeben, wenn ein anderer Workspace sie bereits beansprucht. Einmal gesetzt, routet links.techcorp-emea.example direkt zu TechCorps Linkverwaltungs-Dashboard, gebrandet unter deren Identität.
5. Der Kunde erhält Links auf seiner Domain, meldet sich auf seinem Portal an#
Ab diesem Punkt meldet sich TechCorps Team unter links.techcorp-emea.example an, erstellt Links, die unter go.techcorp-emea.example aufgelöst werden, und erhält E-Mail-Benachrichtigungen von TechCorp Links. Elidos Name erscheint an keinem dieser Berührungspunkte.
Für eine detaillierte Erklärung der DNS-Mechanik und des TLS-Zertifikat-Lebenszyklus deckt der Leitfaden zu benutzerdefinierten Domains das vollständige operative Bild ab, einschließlich CAA-Einträge, Propagations-Verzögerung und was passiert, wenn der DNS-Admin eines Kunden den CNAME mitten in der Kampagne entfernt.
Preismodell-Überlegungen für Agentur-Resale#
Die Ökonomie des Resales von Linkverwaltung sieht je nach Funktionsweise des Abrechnungsmodells der Plattform unterschiedlich aus.
Modelle mit Per-Link-Obergrenze (Rebrandlys Struktur) berechnen basierend auf der Anzahl aktiver verkürzter URLs in Ihrem Konto. Für eine Agentur, die viele Kunden mit moderaten Linkbibliotheken verwaltet, kann die Obergrenze zur bindenden Einschränkung werden, bevor das Klickvolumen es tut. Die akkumulierten aktiven Links jedes Kunden tragen zum Gesamtwert bei, und ein kampagnenlastiger Kunde, der 500 neue Links pro Monat erzeugt, erreicht Tier-Schwellen schneller als ein Kunde, der 500.000 Klicks durch zehn Evergreen-Links treibt.
Modelle nach Klickvolumen (Elidos Struktur für den Business-Plan) berechnen basierend auf dem Redirect-Volumen über die Organisation hinweg, mit einem gemessenen Überschuss pro Klick jenseits der Plan-Schwelle. Die bindende Einschränkung ist der Traffic, nicht das Inventar. Agenturen, die viele Kunden mit moderaten Traffic-Profilen betreuen, können eine große kombinierte Linkbibliothek verwalten, ohne Tier-Druck allein durch die Linkanzahl.
Kein Modell ist universell günstiger. Der Crossover hängt von Ihrem Kundenmix ab. Die korrekte Analyse: Nehmen Sie Ihre Gesamtzahl aktiver Links über alle Kunden hinweg und Ihr monatliches Gesamtklickvolumen über alle Kunden hinweg, lassen Sie beide gegen das Preismodell jedes Anbieters für die Stufe laufen, die dieses Volumen abdeckt, und vergleichen Sie die annualisierten Kosten. Berücksichtigen Sie dann den Reseller-Aufschlag, den Sie beabsichtigen, zu berechnen.
Ein praktischer Ausgangspunkt für den Reseller-Aufschlag: Die meisten Agenturen, die Softwaredienste im Auftrag von Kunden betreiben, schlagen 20–40 % über ihren eigenen Kosten auf. Mit einer Plattform, die Ihnen monatlich abrechnet und Sie Kunden unabhängig in Rechnung stellen lässt, ist Ihre Marge auf der Linkverwaltungskomponente einfach zu berechnen. Plattformen, die individuelle kundenseitige Konten erfordern oder pro Workspace ohne konsolidierte Reseller-Sicht abrechnen, machen dies schwerer sauber zu verwalten.
Nutzungsbasierte Abrechnungs-Sichtbarkeit ist es wert, explizit erfragt zu werden. Sie möchten in der Lage sein, am Monatsende einen Pro-Kunden-Nutzungsbericht zu erstellen, ohne Daten manuell zu exportieren. Elidos Workspace-skopierte Analytik lässt Sie das Klickvolumen pro Sub-Workspace über die API abrufen; Short.io und Rebrandly haben Workspace-Ebene-Analytik, aber Reseller-Modus-konsolidierte Abrechnung ist ein Feature, das auf aktuellen Plänen zu verifizieren ist.
Compliance-Aspekt: Resale an EU-SMBs#
Wenn Sie Linkverwaltungsdienste an EU-basierte Kunden weiterverkaufen, werden Sie zum Auftragsverarbeiter in der Kette. Ihre Kunden sind Verantwortliche für die Klickdaten ihrer Endnutzer. Die Plattform ist ein Unterauftragsverarbeiter. Diese Vereinbarung wird durch DSGVO Artikel 28 geregelt - die Verarbeiter-zu-Unterauftragsverarbeiter-Beziehung erfordert, dass Ihr Vertrag mit der Plattform verbindliche Unterauftragsverarbeiter-Verpflichtungen enthält und dass Sie entsprechende Verpflichtungen gegenüber Ihren Kunden haben.
Die praktischen Verpflichtungen für eine Agentur, die an EU-SMBs weiterverkauft:
Ihr Kundenvertrag braucht eine AVV. Die Vereinbarung mit jedem Kunden muss eine Datenverarbeitungsvereinbarung enthalten, die die Link-Klickdaten als personenbezogene Daten abdeckt. Standard-Template-AVVs sind akzeptabel; die wichtigen Klauseln sind die Datenkategorien, die Unterauftragsverarbeiter-Offenlegung und die Sicherheitsmaßnahmen. Verwenden Sie keine AVV-Vorlage, die nur Ihre interne Verarbeitung abdeckt - sie muss Unterauftragsverarbeiter-Verpflichtungen nach unten zur von Ihnen verwendeten Plattform weitergeben.
Unterauftragsverarbeiter-Offenlegung. Ihre AVV sollte die Plattform, auf der Sie aufbauen, als Unterauftragsverarbeiter auflisten. Ihre Kunden haben das Recht zu wissen, wer die Daten ihrer Endnutzer verarbeitet. Wenn Sie eine US-basierte Plattform verwenden, löst dies eine Transfer-Impact-Assessment-Anforderung für viele EU-regulierte Sektor-Kunden aus. Wenn Sie eine in der EU ansässige Plattform verwenden, wird die TIA-Anforderung typischerweise nicht ausgelöst.
Bestätigung der Datenresidenz. Wenn der Einkauf Ihres Kunden vertragliche Datenresidenz erfordert - „alle personenbezogenen Daten verbleiben im EWR" - bestimmt Ihre Plattformwahl, ob Sie dem zustimmen können. Bitly, Rebrandly und Short.io sind US-primär und würden SCC-basierte grenzüberschreitende Übermittlungsdokumentation erfordern. Elidos EU-Region-Standardinfrastruktur bedeutet, dass Sie sich vertraglich auf EWR-Residenz festlegen können, ohne individuelle Vereinbarungen.
Meldefrist bei Datenschutzverletzungen. DSGVO Artikel 33 verlangt, dass Verantwortliche ihre Aufsichtsbehörde innerhalb von 72 Stunden nach Kenntnisnahme einer Verletzung personenbezogener Daten benachrichtigen. Als Verarbeiter in der Kette müssen Sie Ihre Kunden (die Verantwortlichen) „unverzüglich" nach Kenntnisnahme einer Verletzung benachrichtigen. Die Meldefrist Ihrer Plattform für Sicherheitsvorfälle sollte kürzer als 72 Stunden sein - verifizieren Sie dies in der AVV oder dem Sicherheitsanhang.
Verzeichnis der Verarbeitungstätigkeiten. Nach Artikel 30 müssen Sie als Verarbeiter ein Verzeichnis der Verarbeitungstätigkeiten (VVT) pflegen. Dies sollte Ihre Unterauftragsverarbeiter enthalten. Die AVV-Dokumentation der Plattform aktuell zu halten, ist die Art, wie Sie dies ohne manuellen Aufwand pflegen.
Der Beitrag zur DSGVO für URL-Shortener hat den vollständigen rechtlichen Rahmen, wenn Sie die Artikelzitate für Ihre eigene DSB-Überprüfung möchten. Für EU-Residenz-Einkauf speziell listet Elidos Trust-Seite unter /trust die Unterauftragsverarbeiter (EU-Infrastruktur, EU-E-Mail-Zustellung, Zahlungen und CDN-Anbieter) und die AVV-Bedingungen auf.
Migrations-Checkliste: einen Agentur-Kundenstamm umziehen#
Wenn Sie Kunden von Bitly oder Rebrandly auf eine White-Label-Plattform umziehen, umfasst die Migration drei parallele Spuren: Link-Inventar, DNS und Kundenkommunikation.
Inventarphase (bevor Sie etwas ändern):
- Exportieren Sie alle Kurzlinks für jeden Kunden von der aktuellen Plattform. Von Bitly: Settings > Export. Von Rebrandly: Workspace-CSV-Export. Jede Zeile sollte die Kurz-URL, Ziel-URL, benutzerdefinierte Domain (falls vorhanden), Slug, Tags und das Erstellungsdatum enthalten.
- Dokumentieren Sie, welche Kunden auf benutzerdefinierten Domains versus Plattformdomains sind. Plattformdomain-Kunden haben mehr Arbeit vor sich: Sie brauchen eine neue Domain oder Subdomain, die vor der Migration eingerichtet wird.
- Prüfen Sie auf Links ohne benutzerdefinierte Domain, die in gedruckten Materialien, E-Mail-Footern oder externen Seiten eingebettet sind, die Sie nicht aktualisieren können. Das sind Ihre risikoreichsten Links - sie werden brechen, wenn das alte Plattformkonto geschlossen wird. Markieren Sie sie separat.
DNS und Redirect-Erhaltung:
- Für Kunden auf benutzerdefinierten Domains: Sie zeigen ihren CNAME von der alten Plattform auf die neue um. Slug und Ziel können importiert werden, bevor sich DNS propagiert, sodass es kein 404-Fenster gibt, wenn Sie den DNS-Wechsel nach dem Bulk-Import zeitlich planen.
- Reduzieren Sie die CNAME-TTL mindestens 48 Stunden vor dem Wechsel auf 300 Sekunden, um Propagationsverzögerung am Wechseltag zu minimieren.
- Importieren Sie Linkdatensätze auf die neue Plattform mit der Bulk-Import-API (
POST /v1/links/bulkauf Elido), bevor Sie DNS schneiden. Testen Sie, dass ein neuer Redirect auf der neuen Plattform korrekt aufgelöst wird, indem Sie die API nutzen, bevor Sie DNS berühren. - Schneiden Sie DNS zu einer verkehrsarmen Zeit. Die meisten Agenturlinks sehen den geringsten Verkehr an Werktagsmorgen in der Zielzeitzone.
- Halten Sie das alte Plattformkonto mindestens 14 Tage nach dem Wechsel aktiv, um etwaige DNS-Resolver-Nachzügler abzufangen. Wenn Links auf der alten Plattform jetzt auf Ihr neues Setup zeigen, kann dieses Fenster kürzer sein.
Kundenkommunikation:
- Benachrichtigen Sie Kunden mindestens eine Woche vor dem DNS-Wechsel und rahmen Sie es als Infrastrukturverbesserung. Geben Sie Datum und Uhrzeit der geplanten Änderung an.
- Senden Sie nach dem Wechsel eine Bestätigung mit der neuen Dashboard-URL, wenn Sie Portal-Hostnamen wechseln.
- Einige Kunden möchten verifizieren, dass ihre Links nach dem Wechsel noch funktionieren. Geben Sie ihnen eine einfache Möglichkeit, dies zu tun - eine Liste von fünf bis zehn repräsentativen Links, die sie selbst testen können.
Historische Analytik:
- Klick-Historie migriert nicht zwischen Plattformen. Analytik ab dem Wechseltag ist im neuen System. Wenn Kunden historische Daten zu Berichtszwecken benötigen, exportieren Sie sie von der alten Plattform, bevor das Konto schließt, und speichern Sie sie in Ihren eigenen Aufzeichnungen oder stellen Sie sie dem Kunden direkt zur Verfügung.
- Sowohl Bitly als auch Rebrandly exportieren aggregierte Klickzähler in ihren CSV-Exporten. Rohe Klick-Ereignisse (individueller Zeitstempel, Land, Gerät, Referrer pro Klick) sind typischerweise von keiner der Plattformen exportierbar.
Das Bitly-Migrations-Playbook behandelt die Bitly-spezifische Mechanik detaillierter, einschließlich der API-Paginierung für große Link-Inventare und des DNS-Überlappungs-Timings.
Was Sie jeden Anbieter vor der Unterzeichnung fragen sollten#
Diese Liste ist bewusst kurz. Sie können Feature-Seiten lesen; das sind die Fragen, die Sie nicht von der Marketingseite beantworten können.
Unterstützt die API die Bereitstellung von Reseller-Sub-Workspaces? Fragen Sie nach dem Endpoint, nicht nur „ja". Testen Sie ihn in einem Testkonto vor der Unterzeichnung. Ein White-Label-Ansatz, der manuelle Plattform-Support-Tickets pro Kunden-Onboarding erfordert, skaliert nicht über etwa zehn Kunden hinaus.
Wo leben die Klickdaten meiner Kunden, und können Sie sich vertraglich darauf festlegen? Mündliche Zusicherungen überleben keine Einkaufsprüfung. Die Antwort sollte eine Jurisdiktion sein (die EU-Region, US East usw.) und sie sollte in der von Ihnen unterzeichneten AVV erscheinen.
Wie hoch ist Ihre Meldefrist bei Sicherheitsvorfällen gegenüber Kunden? Die Antwort ist wichtig für Ihre eigene DSGVO-Artikel-33-Verpflichtung. Unter 24 Stunden ist der Standard für Plattformen, die dies ernst nehmen.
Was passiert mit dem Branding und den Links meiner Kunden, wenn ich downgrade oder gehe? Fragen Sie explizit, ob Branding-Daten pro Workspace beim Downgrade erhalten bleiben (damit Sie die Konfiguration nicht verlieren, wenn Sie eine Zahlung verpassen) und welche Datenexportoptionen es gibt. Einige Plattformen löschen Workspace-Daten bei Kontokündigung mit kurzer Frist.
Kann ich die Rechnungsadresse und Rechnungsdetails auf meine Agentur setzen, nicht auf individuelle Kundenkonten? Wenn Kunden die Abrechnungsoberfläche der Plattform sehen können, ist die Resale-Vereinbarung offengelegt. Konsolidierte Abrechnung an ein einziges Agenturkonto mit Workspace-Ebene-Nutzungsaufschlüsselung ist es, was Sie brauchen.
Die Solutions/Agencies-Seite ist der Ort, an dem Elidos agenturspezifische Funktionen für Käuferteams dokumentiert sind. Die Preisseite enthält aktuelle Tier-Details und die Plan-Vergleichstabelle.
Für Fragen zur Einrichtung von Reseller-Konten, AVV-Bedingungen oder zur Migration eines Kunden-Geschäftsbuchs ist das Vertriebsteam über die Kontaktseite erreichbar.
Verwandtes im Blog#
Elido testen
URL einfügen, kurzer Link in Sekunden
Kein Konto nötig. Link bleibt 30 Tage aktiv. Konto erstellen, um ihn dauerhaft zu behalten.
Kostenlos, keine Anmeldung erforderlich · 2 pro Tag