Migracja z Bitly: kompletny poradnik bez zepsutych linków

Aby przejść z Bitly bez zepsutych linków, podziel swoje linki na dwie grupy. Linki na Twojej własnej domenie da się przenieść: importujesz slugi do nowego narzędzia, zmieniasz jeden rekord DNS i dokładnie te same adresy URL dalej działają. Linków na wspólnej domenie bit.ly przenieść się nie da, bo Bitly jest właścicielem tej nazwy hosta, więc konto w Bitly trzymasz tak długo, jak te adresy tkwią w e-mailach, plikach PDF i materiałach drukowanych. Sam import trwa minuty. Czas kalendarzowy pochłaniają buforowanie DNS i okres obserwacji przed rezygnacją z czegokolwiek.

Reszta tego poradnika to szczegóły, od których zależy, czy przejście będzie niewidoczne dla odwiedzających: eksport, mapowanie pól, reguły konfliktów, status przekierowania, czas DNS, weryfikacja z terminala i rollback. Fakty o Bitly pochodzą z centrum pomocy Bitly i dokumentacji API (dostęp 2026-10-02); fakty o Elido pochodzą z kodu importera i przekierowań.

Jestem Ana i zajmuję się migracjami w Elido. Moja zasada jest prosta: najpierw ustal, co da się przenieść, a dopiero potem jak. Jeśli wciąż wybierasz nowe miejsce, Elido vs Bitly to porównanie funkcji.

Co da się, a czego nie da się przenieść z Bitly

Krótki URL to nazwa hosta plus slug. Decydujesz o tym, dokąd prowadzi, tylko wtedy, gdy kontrolujesz nazwę hosta, co daje trzy przypadki i tylko jedną prawdziwą migrację.

W przypadku linków bit.ly uczciwym celem nie jest "przeniesienie", tylko "przestać tworzyć nowe". Konfiguracja domeny brandowanej, zanim będziesz musiał odejść, to najtańsze ubezpieczenie w całym tym temacie.

Krok 1: Inwentaryzacja i eksport linków z Bitly

Zacznij od wszystkiego, co może się zepsuć: krótkich linków (slug, miejsce docelowe, tytuł, tagi i grupa; jedno konto może mieć kilka grup, a zapomniana grupa to zapomniana domena), każdej domeny własnej obsługującej linki Bitly (sprawdź strefy DNS, nie tylko ustawienia Bitly), wydrukowanych kodów QR (kod QR z Bitly działa tak długo, jak jego link, a wydrukowane najtrudniej zmienić) oraz stron bio (mają własne adresy URL i nie ma ich w eksporcie linków).

Eksportuj przez API Bitly z tokenem Generic Access Token, po jednej grupie naraz. GET /v4/groups/{guid}/bitlinks?size=100 zwraca stronę linków oraz adres URL pagination.next, a pusty next oznacza, że skończyłeś:

TOKEN="your-generic-access-token"
GROUP="your-group-guid"
curl -s -H "Authorization: Bearer $TOKEN" \
  "https://api-ssl.bitly.com/v4/groups/$GROUP/bitlinks?size=100"
# follow .pagination.next until it comes back empty

Eksport z panelu zależy od planu i obejmuje tylko to, co jest na ekranie, więc niezawodna jest droga przez API. Poradnik Short.io o eksporcie linków z Bitly zauważa, że darmowe konta Bitly w ogóle nie mogą eksportować z panelu. Przy okazji zapisz licznik kliknięć z całego okresu dla każdego linku: to jedyna historia kliknięć, jaką daje Bitly, i potrzebujesz jej przed przełączeniem.

Krok 2: Zmapuj pola Bitly na Elido i wybierz regułę konfliktów

Importer Bitly w Elido przenosi cztery rzeczy na link: slug, docelowy adres URL (sprawdź wyrywkowo UTM-y na 20 linkach), tytuł (przycięty do 200 znaków) i tagi, plus tag imported:bitly do filtrowania i edycji zbiorczej.

Nie przenosi się: liczniki kliknięć z całego okresu (zapisz je we własnym arkuszu), dat utworzenia, projektów QR (wygeneruj ponownie w projektancie QR), stron bio (odbuduj w stronach bio) ani konfiguracji kampanii i deep linków (utwórz ponownie jako kampanie).

Wielkość liter w slugu i pułapka kolizji

Bitly traktuje bit.ly/CustomWord i bit.ly/customword jako różne linki, co potwierdza jego centrum pomocy. Elido przechowuje slugi bez rozróżniania wielkości liter w obrębie domeny, zachowując zaimportowaną wielkość, więc dwa linki z Bitly różniące się tylko wielkością liter kolidują. Jeśli bit.ly/Promo prowadzi do /spring, a bit.ly/promo do /autumn, Promo zaimportuje się bez problemu, a promo wejdzie w konflikt. Wtedy o wyniku decyduje reguła konfliktów.

• Suffix (domyślna) próbuje promo-2, promo-3 i tak dalej, do 50 prób, po czym zgłasza błąd. Po cichu zmienia publiczny adres URL: każdy wydrukowany link promo pokazuje teraz stronę wiosenną, a link jesienny siedzi pod promo-2, adresem, którego nikt nie drukował.
• Skip zostawia istniejący link nietknięty i zapisuje wiersz z Bitly razem ze slugiem i powodem.
• Fail zatrzymuje całe zadanie przy pierwszym konflikcie.

Gdy wydrukowany slug musi pozostać dokładnie taki sam, wybierz skip lub fail i rozwiąż każdy konflikt ręcznie.

Krok 3: Zaimportuj linki do Elido

Do środka prowadzą trzy drogi, zależnie od rozmiaru i źródła.

• Importer Bitly. Otwórz Integrations, potem migrację Bitly, wklej token Generic Access Token, wybierz grupę, domenę docelową i regułę konfliktów, po czym uruchom. Strona migracji z Bitly przeprowadza przez formularz.
• Zbiorczo w panelu i CSV. Okno New link przyjmuje do 100 adresów URL na partię, po jednym w wierszu lub jako CSV (url, slug, title); import zbiorczy z Arkuszy Google opisuje drogę przez arkusz.
• API. POST /v1/workspaces/{workspace_id}/links/bulk przyjmuje do 100 linków na wywołanie i raportuje sukces lub błąd dla każdej pozycji.

Jak zachowuje się importer

Uruchamiaj jedno zadanie na grupę Bitly. Zadanie zatrzymuje się po 50 000 linków lub 30 minutach (to zabezpieczenia, nie limit cennika), więc większe konta dziel według grup. Token jest trzymany w pamięci na czas przebiegu, a potem odrzucany. Każde zadanie raportuje liczby zaimportowanych, pominiętych i nieudanych; status partial oznacza, że część wierszy się nie powiodła, a lista błędów (ograniczona do 1000 wpisów) mówi, które i dlaczego. Okresowe czyszczenie oznacza zadanie jako nieudane po 30 minutach bez postępu. Ponowne uruchomienia są bezpieczne przy suffix i skip, bo już zaimportowane linki są wykrywane. Wznawianie od zapisanego kursora jest w planach; dziś przerwane zadanie po prostu uruchamia się od nowa.

Ten sam system zadań obsługuje importery dla Rebrandly, Short.io, TinyURL i Dub.

Najpierw zaimportuj małą grupę i przeklikaj 20 linków prowadzących do najcenniejszych miejsc docelowych. Próba generalna kosztuje popołudnie i właśnie w niej znajdziesz kolidujące slugi.

Lista linków po imporcie, z tagami do filtrowania. Obszar roboczy DEMO z syntetycznymi danymi przykładowymi, nie wyniki klientów.

Krok 4: Przełącz DNS i zachowaj przekierowania

Ten krok dotyczy tylko linków na Twojej własnej domenie. Po zmianie DNS żądanie https://links.yourbrand.com/slug musi trafić do usługi, która już ma dokładnie ten slug, więc najpierw import, a dopiero potem zmiana DNS. Niektóre narzędzia robią odwrotnie: podejście Short.io najpierw kieruje Twoją domenę do nich i kopiuje link Bitly dopiero wtedy, gdy ktoś w niego kliknie, więc link, w który nikt nie kliknął w czasie przejścia, nigdy nie zostanie przeniesiony. Import z góry unika tej luki.

Rejestracja domeny w Elido daje rekord TXT w _elido-verify.<hostname> oraz CNAME do edge.elido.me. Domena zostaje zweryfikowana, gdy oba się rozwiążą, a weryfikator poddaje się po 24 godzinach, jeśli któregoś brakuje. Ponieważ to CNAME jest przełączeniem, weryfikacja kończy się w momencie przełączenia, nie wcześniej. Poradnik konfiguracji domeny własnej pokazuje formularze.

Arytmetyka TTL

Odpowiedź DNS może być buforowana tak długo, jak mówi TTL rekordu (RFC 1035, sekcja 3.2.1), więc najgorszy czas nieaktualności równa się TTL sprzed zmiany. CNAME zostawiony na 86400 sekund może przez całą dobę kierować odwiedzających do Bitly. W D-2 obniż TTL do 300 sekund i zapisz bieżący cel; skopiuj go z własnej strefy: to Twoja wartość do rollbacku. W D0 uruchom produkcyjny import, potem podmień CNAME i dodaj rekord TXT. Pięć do dziesięciu minut później potwierdź, że domena jest zweryfikowana, i wywołaj link przez HTTPS. Utrzymaj TTL na 300 przez cały okres obserwacji.

301 vs 302 podczas przełączenia

Bitly dokumentuje swoje linki jako przekierowania 301 (trwałe). Elido pozwala wybrać 301, 302 lub 307 dla każdego linku; importer niczego nie ustawia, więc zaimportowane linki startują jako 302. To pasuje do przełączenia: RFC 9110, sekcja 15.4.2 mówi, że 301 jest heurystycznie buforowalne, a 302 domyślnie nie jest buforowane (sekcja 15.4.3). Jeśli przełączysz na 301 pierwszego dnia, a potem zrobisz rollback, każdy klient, który zbuforował odpowiedź, będzie nadal trafiał do starego miejsca.

Zostań przy 302 przez okres obserwacji, a potem zbiorczo przełącz na 301 linki, których miejsca docelowe nigdy się nie zmienią, wybierając je tagiem imported:bitly. Przekierowania 301 vs 302 opisują, gdzie różnica ma znaczenie dla SEO, a źródłem jest dokumentacja przekierowań Google. Uważaj też na podwójne skoki: proxy wymuszające HTTPS, zanim żądanie dotrze do Elido, może dodać jeden (łańcuchy przekierowań i SEO, poradnik o pętli przekierowań).

Krok 5: Zweryfikuj przełączenie za pomocą curl

Nigdy nie ufaj zielonemu panelowi; wywołaj prawdziwy adres. Najpierw potwierdź DNS z publicznego resolvera, a nie z biurowego:

dig +short CNAME links.yourbrand.com @1.1.1.1
dig +short TXT _elido-verify.links.yourbrand.com @1.1.1.1

Po drugie, obejrzyj jedno przekierowanie bez podążania za nim: curl -s -o /dev/null -D - --max-redirs 0 https://links.yourbrand.com/SummerSale. Oczekujesz 302 (lub wybranego statusu) i nagłówka location: równego Twojemu eksportowi; 404 oznacza, że slug nie został zaimportowany, a 200 oznacza stronę, nie przekierowanie.

Po trzecie, przepuść każdy slug z eksportu przez pętlę, używając dwukolumnowego CSV slug,destination zbudowanego z danych pobranych z Bitly:

DOMAIN="links.yourbrand.com"
fail=0
while IFS=, read -r slug dest; do
  out=$(curl -s -o /dev/null -w '%{http_code} %{redirect_url}' --max-redirs 0 "https://${DOMAIN}/${slug}")
  code=${out%% *}; loc=${out#* }
  case "$code" in 301|302|307) ;; *) echo "BAD STATUS $code $slug"; fail=$((fail+1)); continue;; esac
  [ "$loc" = "$dest" ] || { echo "MISMATCH $slug -> $loc (want $dest)"; fail=$((fail+1)); }
done < slugs.csv
echo "failures: $fail"

Różnica w ukośniku końcowym jest kosmetyczna: popraw porównanie, nie link. Uruchom pętlę po pierwszej godzinie, następnego ranka i tydzień później, a po jednym slugu na każdy aktywny kanał sprawdź ręcznie, w dokładnym zapisie wielkimi i małymi literami używanym w tym kanale.

Odbiór, przez kogoś innego niż inżynier: zaimportowane plus pominięte plus nieudane równa się przefiltrowanemu eksportowi; każdy nieudany wiersz jest naprawiony lub świadomie odrzucony; 50 wylosowanych linków zachowało UTM-y; 20 najpopularniejszych linków według kliknięć z całego okresu przechodzi ręczne przeklikanie; wydrukowany kod QR się skanuje; przekierowania mają jeden skok na poprawnym HTTPS; liczniki z całego okresu z Bitly są zapisane z datą.

Załóż obszar roboczy i uruchom próbny import, zanim zobowiążesz się do daty przełączenia, póki jest czas, by spokojnie naprawić kolizje.

Krok 6: Czego oczekiwać w analityce po migracji

Historia kliknięć nie może się przenieść i żaden importer tego nie zmieni. API Bitly dokumentuje dwa punkty końcowe kliknięć na bitlink, GET /v4/bitlinks/{bitlink}/clicks i GET /v4/bitlinks/{bitlink}/clicks/summary, i oba zwracają liczby w przedziałach czasu, nie pojedyncze zdarzenia. Bez wierszy per kliknięcie nie da się odtworzyć dawnych źródeł odwołań, krajów ani urządzeń. Historyczne kliknięcia potrzebne do raportowania należą do GA4 lub Twojej własnej hurtowni danych.

Elido liczy kliknięcia od momentu, gdy DNS na nie wskazuje. Przed przełączeniem zapisz licznik z całego okresu każdego ważnego linku z datą i oznacz przełączenie na każdym wykresie. Potem monitoruj: codziennie w tygodniu 1 pod kątem 404 i spadku kliknięć względem tych samych dni tygodnia sprzed przełączenia, a później co tydzień względem swojej linii bazowej oraz zapisanych liczników. Strona funkcji analitycznych wymienia, co Elido raportuje natywnie.

Przegląd analityki, w którym przez 30 dni obserwujesz kliknięcia dziennie i według hosta. Obszar roboczy DEMO, dane syntetyczne.

Krok 7: Miej gotowy rollback, a Bitly anuluj na końcu

Możesz wrócić, dopóki nie zrezygnujesz z Bitly. Ustal wyzwalacz z wyprzedzeniem, na przykład niewyjaśniony spadek kliknięć powyżej 30% przez dwa dni albo jakikolwiek zepsuty link z top 20. Działanie to przywrócenie starego celu CNAME; przy TTL 300 sekund większość resolverów podąży za zmianą w około pięć minut, a ponieważ zostałeś przy 302, nie ma zbuforowanych 301 wskazujących w złą stronę. Najpierw wyeksportuj linki utworzone w Elido po przełączeniu, bo nie istnieją w Bitly.

Co się psuje, gdy zrezygnujesz z Bitly za wcześnie

Centrum pomocy Bitly jest konkretne, a kolejność działań ma znaczenie. Linki bit.ly działają po usunięciu konta i slugów nie da się ponownie użyć, ale nie możesz już ich edytować ani przekierowywać i tracisz ich metryki. Linki na domenie własnej działają tylko dopóki Twój DNS nadal wskazuje na Bitly; Bitly przestaje odnawiać certyfikat SSL, więc odwiedzający w końcu widzą ostrzeżenie "niezabezpieczone", a obniżenie planu (w odróżnieniu od usunięcia) blokuje tylko tworzenie nowych linków na tej domenie. Darmowe domeny nie są odnawiane, więc linki na nich przestają działać po wygaśnięciu, które Bitly wyznacza na rok od wydania lub ostatniego odnowienia. Reszta znika razem z kontem: kody QR, których nie da się już edytować, Bitly Pages i wszelkie raporty, których nie wyeksportowałeś.

Najpierw przenieś DNS, potwierdź powyższymi kontrolami i dopiero wtedy anuluj lub obniż plan. Zachowaj konto co najmniej 90 dni; ile kosztuje Bitly pomoże Ci wybrać najtańszy plan do utrzymania jako siatkę bezpieczeństwa.

Powiązane na blogu

• Konfiguracja domeny własnej z TLS w 5 minut
• Przekierowania 301 vs 302 dla krótkich linków
• Zbiorczy import krótkich linków z Arkusza Google
• Migracja z Rebrandly: przekazanie domeny brandowanej bez utraty slugów
• Łańcuchy przekierowań i SEO

Źródła: artykuły centrum pomocy Bitly o usuwaniu konta, obniżaniu planu, rozróżnianiu wielkości liter w linkach i przekierowaniach 301 oraz dokumentacja API Bitly, dostęp 2026-10-02; zachowanie Elido odczytane z kodu importera i przekierowań 2026-10-26.