Ghid de migrare Bitly: de la inventar la monitorizare 30 zile

O migrare de la Bitly este un proiect mic, în cinci faze: inventariezi ce ai, mapezi câmpurile, imporți, comuți DNS-ul, apoi observi 30 de zile. Importul durează minute. Timpul de calendar se duce pe cache-ul DNS și pe perioada de rodaj de dinainte să anulezi ceva. Din punctul meu de vedere, perioada de rodaj este pasul pe care echipele îl sar cel mai des și pe care îl regretă cel mai tare. Acest ghid îți dă ordinea, responsabilii, un calendar, o listă de verificare și un plan de rollback.

Ai puțin timp? Sari direct la calendar. Dacă vrei mecanica redirecționărilor, adică majuscule în slug, lanțuri 301 și reconectarea webhook-urilor, detaliile care decid dacă o comutare e invizibilă pentru vizitatori sau nu, citește ghidul modurilor de eșec. Dacă vrei să știi cum este construit importatorul, citește cum am livrat importatorul Bitly. Acest articol este planul de proiect de deasupra ambelor.

Calendarul migrării Bitly dintr-o privire

Lista de mai jos este întregul proiect pe un singur ecran. Numerele de zile sunt relative la ziua comutării (D0), iar așteptarea TTL de 24 de ore este singurul pas pe care nu îl poți comprima.

• D-14 până la D-10, inventar și export. Rezultat: JSONL cu linkurile, plus lista de grupuri, domenii, coduri QR și pagini bio. Responsabil: marketing ops.
• D-10 până la D-7, mapare câmpuri și curățare. Rezultat: reguli convenite pentru slug, destinație, taguri și conflicte. Responsabil: marketing ops împreună cu SEO.
• D-7 până la D-3, import de repetiție. Rezultat: un set de test importat și verificat prin clicuri. Responsabil: un inginer.
• D-2, TTL coborât la 300 de secunde. Rezultat: resolverele nu mai țin mult în cache vechea țintă. Responsabil: cine administrează DNS-ul.
• D0, import de producție și comutare DNS. Rezultat: hostname-ul indică spre Elido și domeniul se verifică. Responsabil: inginerul și administratorul DNS.
• D0 până la D+1, verificare. Rezultat: lista de verificare de mai jos, aprobată de altcineva decât inginerul.
• D+1 până la D+30, monitorizare. Rezultat: o verificare zilnică a erorilor 404 și a volumului de clicuri, apoi o revizuire săptămânală.
• D+30 până la D+90, rodaj și dezafectare. Rezultat: contul Bitly retrogradat sau închis.

Faza 1: Inventariază ce ai de fapt

Începe cu o listă a tot ce se poate strica. Nu doar linkurile. Contează patru tipuri de obiecte, iar Bitly le tratează diferit.

1. Linkuri scurte. Slug, destinație, titlu, taguri și grupul în care se află. Grupurile nu sunt spații de lucru. Un cont poate deține mai multe, fiecare cu propriile setări de domeniu, iar un grup pe care uiți să-l exporți este un domeniu pe care uiți să-l migrezi.
2. Domenii personalizate. Fiecare hostname care servește linkuri Bitly, inclusiv cele vechi pe care nu și le mai amintește nimeni. Verifică zonele DNS, nu doar pagina de setări Bitly.
3. Coduri QR. Bitly generează coduri QR care indică spre un link scurt. Un cod tipărit pe ambalaj continuă să funcționeze cât timp funcționează linkul scurt din spatele lui. Listează-le pe cele tipărite, pentru că sunt cele mai greu de schimbat.
4. Pagini bio. Paginile link-in-bio ale Bitly trăiesc pe propriile URL-uri și nu fac parte din exportul de linkuri.

Exportă linkurile prin API-ul Bitly cu un Generic Access Token, câte un grup pe rând, 100 de linkuri pe pagină. Exportul din tabloul de bord depinde de planul tău și acoperă doar ce vezi pe ecran. În timp ce ești acolo, notează contorul de clicuri pe toată durata de viață al fiecărui link. Este singurul istoric de clicuri pe care ți-l dă Bitly și ai nevoie de el înainte de comutare, nu după. Bitly nu publică niciun export de evenimente de clic individuale, deci nimic nu poate importa clicurile brute, un punct pe care îl face, în felul lui, și ghidul Short.io pentru exportul linkurilor Bitly.

Apoi taie din listă. Linkurile arhivate, distribuirile unice și campaniile încheiate acum doi ani nu trebuie mutate. Decide asta acum. Este mult mai ieftin decât să depanezi 5,000 de redirecționări moarte mai târziu.

Faza 2: Mapează câmpurile înainte să imporți

Decide cum ajunge fiecare câmp Bitly în Elido înainte să rulezi ceva. Importatorul Bitly al Elido preia patru lucruri per link, iar restul se reconstruiește.

Regula de conflict contează când domeniul țintă conține deja linkuri. Rareori se întâmplă pe un spațiu de lucru nou. Sufix (implicit) transformă o coliziune pe promo în promo-2, ceea ce schimbă în tăcere un URL public. Omitere lasă linkul Elido existent neatins și înregistrează rândul Bitly în jurnal. Eșec oprește întregul job la prima coliziune. Pentru o migrare în care slugul tipărit trebuie să rămână exact, alege omitere sau eșec și rezolvă fiecare coliziune manual.

Faza 3: Import

Elido are trei moduri de a aduce linkuri, iar alegerea depinde de dimensiune și de sursă.

• Importatorul Bitly. În tabloul de bord, la Integrări, deschide migrarea Bitly, lipește un Generic Access Token, alege grupul Bitly, alege un domeniu țintă și o regulă de conflict, apoi pornește. Rulează în fundal, parcurge Bitly câte 100 de linkuri odată și este limitat la 50,000 de linkuri per job, cu un buget de rulare de 30 de minute. Tokenul este folosit pe durata rulării și nu este stocat. Conturile mai mari ar trebui să împartă pe grupuri sau să ceară ajutorul suportului.
• Import în masă din tabloul de bord și CSV. Dialogul Link nou are un tab Bulk (un URL pe linie, slug și titlu opționale, până la 100 per lot) și un tab CSV (coloanele url, slug, title). Folosește-l pentru liste editate manual, de exemplu când ai filtrat exportul într-o foaie de calcul. Acest ghid acoperă varianta cu foaie de calcul.
• API. POST /v1/workspaces/{workspace_id}/links/bulk acceptă până la 100 de linkuri per apel și raportează succesul sau eșecul pentru fiecare element, astfel încât un rând greșit nu oprește lotul.

Elido livrează și importatoare pentru Rebrandly, Short.io, TinyURL și Dub, construite pe același sistem de joburi. Util când consolidezi din mai multe instrumente deodată, pentru că fiecare sursă primește propriul job, propriile contoare și propria listă de erori.

Lista de linkuri după un import, cu taguri pe care poți filtra. Este un spațiu de lucru DEMO cu date sintetice de exemplu, nu rezultate ale clienților.

Rulează mai întâi repetiția. Importă un grup mic sau întregul inventar pe un subdomeniu de staging ori pe un domeniu Elido partajat. Dă clic pe 20 de linkuri dintre cele mai valoroase destinații. Apoi verifică jobul: importatorul raportează numărul de linkuri importate, omise și eșuate, iar starea partial înseamnă că unele rânduri au eșuat, iar lista de erori îți spune care.

Faza 4: Comutarea DNS și a domeniului personalizat

Doar linkurile de pe domeniul tău au nevoie de această fază. Înregistrarea domeniului în Elido îți dă două înregistrări: un TXT la _elido-verify.<hostname> și un CNAME de la hostname spre edge.elido.me. Domeniul se verifică atunci când ambele se rezolvă, ceea ce înseamnă că verificarea se încheie la comutare, nu înainte. Planifică repetiția în jurul acestui fapt. Ghidul de configurare a domeniului personalizat parcurge formularul, iar ghidul linkurilor de brand tratează alegerea unui hostname.

1. D-2: coboară TTL-ul CNAME-ului existent la 300 de secunde. Dacă era 86400, vechea valoare poate sta în cache-urile resolverelor o zi, deci este o așteptare de 24 de ore. Notează ținta CNAME curentă a Bitly. Este valoarea ta de rollback.
2. D0, fereastra de schimbare: rulează importul de producție pe domeniu, apoi înlocuiește ținta CNAME cu edge.elido.me și adaugă înregistrarea TXT.
3. D0, după propagare: verifică dacă domeniul apare ca verificat și cere un link prin HTTPS. Certificatele se emit la prima cerere, deci te poți aștepta ca acea cerere să fie mai lentă decât restul. Vezi funcția domenii personalizate pentru ce este automat.

Verifică din mai multe rețele. Laptopul tău este un singur resolver, iar referința Cloudflare despre TTL explică de ce celelalte cache-uri întârzie. Dacă domeniul se află în spatele unui proxy sau CDN, testează setarea aceea în timpul repetiției, nu în ziua comutării.

Faza 5: Verifică cu o listă, apoi observă 30 de zile

Verificarea este o listă scurtă. Altcineva decât inginerul o aprobă.

• Numărul de linkuri din Elido corespunde inventarului filtrat (importate plus omise plus eșuate egal cu exportul)
• Fiecare rând eșuat a fost reparat manual sau eliminat în mod conștient
• 50 de linkuri alese prin sondaj redirecționează spre destinația corectă, cu UTM-urile intacte
• Primele 20 de linkuri după clicurile pe toată durata de viață trec toate un test manual prin clic
• Un cod QR tipărit se scanează și ajunge pe pagina corectă
• Răspunsurile de redirecționare au un singur hop, nu un lanț (vezi lanțurile de redirecționări și SEO)
• Domeniul apare ca verificat și servește HTTPS valid
• Contoarele Bitly pe toată durata de viață sunt salvate cu dată

Apoi monitorizează. Prima săptămână ascunde surprizele. Cele mai multe sunt linkuri pe care nu le-a listat nimeni.

• Zilnic în săptămâna 1: caută erori 404 pe domeniul tău scurt și o scădere a clicurilor totale față de aceleași zile ale săptămânii dinaintea comutării.
• Săptămânal după aceea: compară volumul de clicuri pe campanie cu valoarea de referință dinainte de migrare plus contoarele Bitly salvate.
• Ziua 30: revizuiește tagul imported:bitly. Linkurile cu zero clicuri timp de 30 de zile sunt candidate la arhivare.

Prezentarea generală a analizei, unde urmărești clicurile pe zi și clicurile pe host în cele 30 de zile. Spațiu de lucru DEMO, date sintetice.

Dacă vrei o verificare nocturnă automată a fiecărei redirecționări, articolul despre modurile de eșec conține un script pentru asta. Pagina funcției de analiză listează ce raportează Elido nativ.

Pornește un spațiu de lucru și rulează importul de repetiție înainte să te angajezi la o dată de comutare. O repetiție costă o după-amiază. Îți arată ce slug-uri intră în coliziune.

Planul de rollback

Poți face rollback până când anulezi Bitly. Planul este plictisitor intenționat.

1. Declanșator. Stabilește pragul din timp, de exemplu o scădere a clicurilor de peste 30% față de valoarea de referință timp de două zile, pe care nu o poți explica, sau orice link din top 20 care nu mai funcționează.
2. Acțiune. Pune la loc vechea țintă CNAME. Cu un TTL de 300 de secunde, intră în vigoare în câteva minute pentru majoritatea resolverelor.
3. Date. Linkurile create în Elido după comutare nu sunt în Bitly. Exportă-le din Elido înainte de rollback, altfel le pierzi.
4. Decizie. Repară cauza, apoi reia de la D-2. Nu schimba planul sub presiune în ziua respectivă.

Păstrează contul Bitly cel puțin 90 de zile. Materialele tipărite cu URL-uri bit.ly depind de Bitly, pentru că Bitly deține acel domeniu. Verifică cât costă Bitly înainte să decizi cât timp plătești pentru plasa de siguranță.

Alte articole de pe blog

• Migrează de la Bitly fără să rupi linkuri: un ghid al modurilor de eșec
• Livrarea migrării Bitly: un worker, patru limite
• Configurează un domeniu personalizat cu TLS în 5 minute
• Importă în masă linkuri scurte dintr-o foaie Google Sheets
• Migrează de la Rebrandly: predarea domeniului de brand fără pierderea slug-urilor