Migrare de la Rebrandly: export, import, comutare DNS

Ca să migrezi de la Rebrandly faci trei lucruri: extragi linkurile prin API-ul Rebrandly, recreezi fiecare slashtag pe un domeniu pe care îl controlezi în Elido, apoi îndrepți DNS-ul acelui domeniu spre Elido. Importatorul Rebrandly încorporat în Elido se ocupă de primele două pentru câmpurile pe care le suportă (slashtag, destinație, titlu, taguri). Al treilea, plus istoricul de clicuri și regulile de rutare, rămâne în sarcina ta.

Partea care surprinde oamenii este domeniul. Linkurile de pe propriul hostname își pot păstra URL-urile exacte. Cele de pe rebrand.ly nu pot, pentru că nu deții acea gazdă. Acest ghid separă cele două cazuri, listează ce exportă și ce importă efectiv fiecare parte și se încheie cu o listă de verificare pe care o poți rula înainte să anulezi ceva. Tot ce urmează despre Elido a fost verificat în sursa importatorului și în tabloul de bord; tot ce urmează despre Rebrandly provine din centrul său de ajutor și din documentația pentru dezvoltatori, accesate 2026-10-02.

Ce poți exporta din Rebrandly

Rebrandly îți expune linkurile prin API-ul său REST, iar aceasta este calea de export pe care o folosesc uneltele de migrare (inclusiv cea a Elido). GET /v1/links returnează până la 25 de linkuri pe pagină, ordonează implicit după createdAt și poate filtra după domain.id sau domain.fullName. Paginarea este de tip cursor: trimiți id-ul ultimului link primit ca parametrul last, așa cum descrie documentația despre paginare. Fiecare obiect link include slashtag, destination, shortUrl, un obiect domain și createdAt/updatedAt.

Centrul de ajutor Rebrandly este mai puțin generos cu fișierele. Articolul despre mutarea linkurilor pe un domeniu nou spune că nu există un comutator încorporat; soluția sugerată este să exporți linkurile prin API în CSV, să editezi coloana de domeniu și să reimporți. Ghidul de import acoperă direcția opusă (CSV de până la 400,000 de linkuri per fișier, domeniu personalizat necesar). Deci planifică pe API și păstrează-ți propria copie JSONL ca urmă de audit:

# Dump every link to links.jsonl (25 per page, cursor = id of last link)
last=""
while :; do
  page=$(curl -s -H "apikey: $REBRANDLY_KEY" \
    "https://api.rebrandly.com/v1/links?limit=25&orderBy=createdAt&orderDir=asc${last:+&last=$last}")
  [ "$(echo "$page" | jq 'length')" -eq 0 ] && break
  echo "$page" | jq -c '.[]' >> links.jsonl
  last=$(echo "$page" | jq -r '.[-1].id')
done
wc -l links.jsonl

La valoarea implicită documentată de zece apeluri pe secundă pentru planurile standard, chiar și un cont de 20,000 de linkuri este un job scurt. Fișierul este și punctul tău de referință pentru pasul de verificare de mai târziu. Nu am putut confirma din documentația publică ce câmpuri de clic sau per clic returnează fiecare plan, așa că deschide o înregistrare reală înainte să promiți cuiva analiză istorică.

Ce se mută și ce rămâne: rebrand.ly față de propriul domeniu

Răspuns scurt: calea se mută, gazda se mută doar dacă este a ta. Un link precum go.acme.com/summer poate continua să funcționeze neschimbat după comutare. Un link precum rebrand.ly/summer nu poate, pentru că acel hostname aparține Rebrandly și continuă să se rezolve prin serviciul lor cât timp există contul tău.

Trei cazuri acoperă majoritatea conturilor:

• Propriul domeniu, cu DNS sub controlul tău. Cazul cel mai bun. Recreează fiecare slashtag pe același hostname în Elido, apoi reîndreaptă DNS-ul. Codurile QR tipărite, arhivele de e-mail și bio-urile continuă să funcționeze.
• Un domeniu cumpărat prin Rebrandly. Îl poți muta la alt registrar. Articolul de ajutor al Rebrandly spune să folosești Transfer out, apoi să ceri un cod prin e-mail, și notează că majoritatea domeniilor au o blocare de 60 de zile după înregistrare. Pornește acel ceas din timp. Pagina nu spune ce se întâmplă cu linkurile în timpul unui transfer, deci tratează schimbarea CNAME ca prima mutare mai sigură, iar transferul la registrar ca pas ulterior.
• Domeniul gratuit rebrand.ly. Linkurile își păstrează slashtag-urile pe o gazdă nouă, dar vechile URL-uri rămân la Rebrandly. Dacă sunt tipărite, lasă contul Rebrandly activ cât timp circulă acele materiale și actualizează suprafețele la care ajungi.

Un 301 de la o gazdă veche la una nouă este modul standard de a duce utilizatorii dincolo, iar RFC 9110 secțiunea 15.4.2 spune clienților că își pot actualiza referințele stocate. Asta ajută doar cât timp încă controlezi vechiul hostname. Pentru decizia dacă să menții vechea gazdă activă, se aplică aceleași compromisuri ca în ghidul de migrare Bitly.

Maparea câmpurilor, tagurilor și spațiilor de lucru

Importatorul este în mod deliberat îngust. Citește patru lucruri din fiecare link Rebrandly (slashtag, destinație, titlu, taguri), le scrie într-un link Elido pe domeniul ales și adaugă un tag. Orice altceva cere propriul tău script sau un pas manual.

Două detalii merită o a doua privire. Întâi, datele de creare: versiunea mai veche a acestui ghid sugera că endpoint-ul bulk le păstrează. Nu o face (POST /v1/workspaces/{id}/links/bulk primește slug, destinație, titlu și taguri, 100 de linkuri per cerere), deci linkurile importate se sortează după data importului. Dacă datele originale contează pentru raportare, păstrează fișierul JSONL. Apoi, spațiile de lucru: API-ul acceptă un filtru Rebrandly workspace_id, dar formularul de import din tabloul de bord arată în prezent doar cheia, domeniul țintă și strategia de conflict. O agenție cu mai multe spații de lucru ale clienților ar trebui fie să ruleze jobul prin API cu un filtru de spațiu de lucru, fie să creeze câte o cheie pentru fiecare rulare.

Folderele sunt un loc în care trebuie să fii atent. Elido are foldere în lista de linkuri, dar importatorul nu le creează. Dacă Rebrandly îți organiza linkurile pe foldere sau pe spații de lucru, preia acea structură ca taguri în propria ta preprocesare (client:acme, campaign:summer) și aplică-le cu un apel de creare în masă sau adaugă-le ulterior filtrând după imported:rebrandly și folosind editări de taguri în masă.

Lista de linkuri într-un spațiu de lucru DEMO cu date de exemplu (cifre sintetice, nu rezultate ale clienților). Linkurile importate ar apărea aici cu tagurile lor, inclusiv imported:rebrandly.

Rulează importatorul Rebrandly al Elido

Importatorul se află la Integrări, apoi Rebrandly către Elido, în tabloul de bord (expus și ca POST /v1/workspaces/{id}/imports/rebrandly). Adaugă mai întâi domeniul țintă în spațiul tău de lucru ca să apară în selector, apoi urmează fluxul.

1. Creează cheia în Rebrandly la Account, apoi API. Accesul de citire este tot ce are nevoie jobul.
2. Lipește cheia în formularul Rebrandly. Elido o ține în memoria procesului pe durata rulării și o elimină după aceea; nu este scrisă în înregistrarea jobului.
3. Alege domeniul țintă. Fiecare link pe care îl vede cheia ajunge pe acest singur domeniu. Nu există filtru per domeniu, deci un cont cu mai multe domenii Rebrandly și slashtag-uri care se suprapun va avea coliziuni.
4. Alege o strategie de conflict: suffix (mylink devine mylink-2), skip sau fail la primul conflict.
5. Pornește jobul și urmărește contoarele. Pagina interoghează la fiecare două secunde, iar tu o poți lăsa deschisă sau o poți închide.

Limite bune de știut: workerul parcurge Rebrandly la 25 de linkuri per cerere, limitează un job la 50,000 de linkuri și renunță după 30 de minute. Rândurile omise și cele eșuate sunt scrise în jurnalul de erori al jobului (primele 1,000 de intrări). Un slug cu sufix nu este înregistrat ca problemă, dar este un URL schimbat, deci pentru o predare pe același domeniu folosește skip sau fail pe un domeniu țintă gol și tratează orice număr nenul de omise sau eșuate ca muncă de făcut. Dacă ai mai multe domenii, începe cu skip și citește jurnalul înainte să decizi ce faci cu suprapunerea. Pentru control fin, folosește în schimb fișierul tău JSONL și endpoint-ul bulk: primește până la 100 de linkuri per apel și raportează succesul sau eroarea pe fiecare rând.

Vrei să vezi formularul înainte să atingi DNS-ul? Se află în același catalog cu celelalte patru surse de migrare.

Pagina Integrări într-un spațiu de lucru DEMO cu date de exemplu. Filtrul Migrare grupează importatoarele Rebrandly, Bitly, Short.io, TinyURL și Dub.

Gata să-l rulezi pe un lot de test? Creează un spațiu de lucru Elido și îndreaptă mai întâi importatorul Rebrandly spre un domeniu de rezervă; pagina de destinație pas cu pas listează aceleași elemente preluate și lăsate în urmă.

Plan de comutare pentru un domeniu pe care îl deții

Ordinea contează, pentru că Elido verifică un domeniu prin două înregistrări DNS, iar traficul tău live se schimbă doar când se schimbă a doua. Verificatorul caută o înregistrare TXT la _elido-verify.<hostname> cu valoarea verify=<token> și un CNAME de la hostname spre ținta edge Elido (implicit edge.elido.me). Detaliile de configurare se află în domenii personalizate pentru linkuri scurte și pe pagina funcției domenii personalizate.

1. Cu două zile înainte. Coboară TTL-ul CNAME-ului curent la 300 de secunde. Adaugă domeniul în Elido și publică înregistrarea TXT. Asta nu atinge traficul live.
2. Import. Rulează importatorul pe acel domeniu, apoi compară numărul de linkuri importate cu wc -l links.jsonl.
3. Fereastra de comutare. Schimbă CNAME-ul spre ținta edge Elido. Elido interoghează ambele înregistrări și emite certificatul automat, așa cum este descris în TLS pe domeniu personalizat în cinci minute.
4. Verificarea resolverelor. Interoghează cel puțin două resolvere publice, de exemplu dig @8.8.8.8 go.acme.com CNAME și dig @1.1.1.1 go.acme.com CNAME, pentru că propria ta mașină dovedește doar propriul cache.
5. Lasă Rebrandly în pace. Nu șterge încă domeniul sau contul. Revenirea este o schimbare de o linie la CNAME cât timp vechea configurare încă există.

Integrările sunt partea liniștită a oricărei schimbări. Dacă Zapier, Make sau un script intern creează linkuri Rebrandly, reîndreaptă-le după ce importul este confirmat, nu înainte, altfel vei crea conflicte de slug. API-ul Elido primește aceeași pereche slug și destinație.

Listă de verificare

Nu anunța mutarea pe baza unui ecran de job verde. Rulează aceste verificări și notează rezultatele.

• Importate plus omise plus eșuate este egal cu numărul de linii din fișierul tău JSONL (minus linkurile de pe domenii pe care le-ai lăsat intenționat în urmă).
• Omisele și eșuatele sunt zero sau fiecare intrare din jurnalul de erori este explicată.
• Niciun slug nu s-a terminat cu un sufix de tip -2 care nu era în Rebrandly. Filtrează lista de linkuri după imported:rebrandly și parcurge-o.
• Primele tale 100 de linkuri după trafic redirecționează corect. Pentru fiecare, compară antetul Location cu destinația din JSONL:

while read -r slug dest; do
  got=$(curl -s -o /dev/null -w "%{redirect_url}" "https://go.acme.com/$slug")
  [ "$got" = "$dest" ] || echo "MISMATCH $slug -> $got (expected $dest)"
done < top100.tsv

• Slashtag-urile cu majuscule mixte și cele cu caractere speciale sunt verificate prin sondaj, manual. Nu am testat cum supraviețuiește fiecare slug-caz-limită tranziției, deci eșantionează-le tu.
• Un cod QR din tipar este scanat pe un telefon, pe date mobile.
• Analiza arată primele clicuri în decurs de o oră. Istoricul de clicuri Rebrandly rămâne în Rebrandly, deci exportă sau fă capturi rapoartelor de care ai nevoie pentru comparația an la an.
• După 30 de zile fără surprize, retrogradează sau închide contul Rebrandly.

Echipele care au parcurs aceeași secvență pentru alt furnizor o vor recunoaște; ghidul migrarea de la Bitly fără linkuri rupte acoperă mecanica comună, iar migrarea de la TinyURL arată același model de importator pentru altă sursă.

Limite și când să nu treci

Importatorul nu va reconstrui regulile de rutare pe dispozitiv sau geografice ale Rebrandly, șabloanele UTM sau stilizarea QR și nu copiază apartenența la echipă. Acestea sunt reconstruiri manuale. Și importatoarele Rebrandly ale Dub și Fynlink listează țintirea pe dispozitiv și geografică ca nemigrată, deci este ceva tipic pentru importatoare, nu o lacună unică a Elido.

Dacă configurarea ta Rebrandly se bazează mult pe reguli de rutare sau pe branding QR la nivel de link, rulează cele două produse în paralel o lună înainte să te angajezi. Pentru o comparație de funcții și prețuri, citește Elido versus Rebrandly sau lista mai largă alternative la Rebrandly. Povestea de inginerie a workerului în sine se află în livrarea workerului de migrare Rebrandly.

Alte articole de pe blog

• Livrarea workerului de migrare Rebrandly
• Elido vs Rebrandly: prețuri, rezidență în UE și linkuri de brand în 2026
• Alternative la Rebrandly: 9 unelte de linkuri de brand în clasament
• Bitly vs Rebrandly: linkuri de brand, prețuri și potrivire
• Ghid de migrare Bitly: de la inventar la monitorizare 30 de zile
• Configurează linkuri scurte de brand: alege un domeniu, livrează într-o după-amiază