Bağlantıları Bozmadan Bitly'den Geçin: Neler Taşınır

Ana Kowalska, Elido'da çözüm mühendisi olarak geçişler üzerinde çalışır. Kuralı: nasıl taşıyacağınıza karar vermeden önce neyin taşınabileceğine karar verin.

Bağlantıları bozmadan Bitly'den geçmek için envanterinizi ikiye bölün. Kendi özel alan adınızdaki bağlantılar taşınabilir: slug'ları içe aktarırsınız, sonra tek bir DNS kaydını değiştirirsiniz ve aynı URL'ler çözümlenmeye devam eder. Paylaşılan bit.ly alan adındaki bağlantılar ise hiç taşınamaz, çünkü bu ana bilgisayar adının sahibi Bitly'dir. Yalnızca Bitly izin verdiği sürece çalışmaya devam ederler; yani tutmanız gereken şey, onları barındıran hesaptır.

Bu yazı, aşamaları, sorumluları ve haftalık zaman çizelgesini kapsayan geçiş proje planının teknik eşlikçisidir. Burada soru daha dar: eski bir kısa bağlantı için yapılan bir istekte geçişten önce, geçiş sırasında ve sonrasında gerçekte ne olur ve bunu bir terminalden nasıl kanıtlarsınız. Bitly ile ilgili bilgiler Bitly'nin kendi yardım sayfalarından gelir (erişim 2026-10-02). Elido ile ilgili bilgiler içe aktarıcı ve yönlendirme kodundan gelir.

Neler Taşınabilir, Neler Taşınamaz?

Önemli olan birim kısa URL'dir ve kısa URL bir ana bilgisayar adı artı bir slug'dır. Bir bağlantının hedefini yalnızca ana bilgisayar adını kontrol ediyorsanız kontrol edersiniz. Bu üç durum verir ve yalnızca biri gerçek bir geçiştir.

İki sonuç çıkar. Birincisi, Bitly'den tamamen çıkmak yalnızca sahibi olduğunuz bir alan adından sunduğunuz bağlantılar için mümkündür; bu yüzden ayrılmanız gerekmeden önce markalı bir alan adı kurmak bu konudaki en ucuz sigortadır. İkincisi, bit.ly bağlantıları için dürüst hedef "taşımak" değil, "yenilerini oluşturmayı bırakmak"tır. Yeni her şeyi kendi alan adınızda oluşturun, eski bit.ly URL'lerini oldukları yerde bırakın ve bu URL'ler e-postalarda, PDF'lerde ve baskıda yaşadığı sürece Bitly hesabını tutun (Bitly'nin onlara ne olacağını söylediği için aşağıdaki iptal bölümüne bakın).

Geçişte Yönlendirme Sürekliliği Nasıl Çalışır?

Sürekliliğin tek bir gereksinimi vardır: DNS değişikliğinden sonra https://links.yourbrand.com/slug için bir istek, tam o slug'ı zaten tutan bir hizmete ulaşmalıdır. Bu yüzden önce içe aktarma, ikinci olarak DNS değişikliği gelir ve içe aktarma slug'ları birebir korumalıdır.

Elido'nun Bitly içe aktarıcısı bunu yapar. Bir Bitly Generic Access Token alır, birini seçebilmeniz için gruplarınızı listeler, sonra GET /v4/groups/{guid}/bitlinks uç noktasını sayfa başına 100 bağlantıyla sayfalar ve her bağlantıyı hedef alan adında aynı slug, hedef ve başlıkla, artı bir imported:bitly etiketiyle oluşturur. Bitly'de silinmiş olarak işaretlenen bitlink'ler atlanır ve belirteç saklanmaz, çalışma boyunca bellekte tutulur. Tek bir iş 50.000 bağlantı ve 30 dakikalık bir bütçeyle sınırlıdır; daha büyük hesaplardan parçalı bir çalışma için geçiş desteğiyle iletişime geçmeleri istenir.

Bu koddaki dört davranış, bir geçişin temiz olup olmadığını belirler:

• İş başına bir grup. Bir Bitly hesabı, her biri kendi alan adına sahip birkaç grup barındırabilir. Grup başına bir iş çalıştırın, yoksa ikinci alan adı hiç gelmez.
• Slug aramaları büyük/küçük harfe duyarsızdır. Bitly, bit.ly/CustomWord ile bit.ly/customword bağlantılarını farklı bağlantılar olarak ele alır; Bitly'nin kendi yardım merkezi de bunu doğrular. Elido slug'ları alan adı başına büyük/küçük harfe duyarsız saklar ve içe aktardığınız harf biçimini korur. İçe aktarma SummerSale değerini yazıldığı gibi korur ve /summersale isteği de çözümlenir. Püf noktası, yalnızca harf büyüklüğüyle ayrılan iki Bitly bağlantısıdır: ikincisi birincisiyle çakışır.
• Varsayılan çakışma stratejisi suffix'tir. Çakışmada içe aktarıcı kimsenin basmadığı bir URL olan promo-2 oluşturur. Bir geçiş için skip seçin ve sonra hata günlüğünü okuyun veya ilk çakışmada durması için fail seçin. Bir skip slug ve nedeniyle kaydedilir.
• Sondaki eğik çizgiler zararsızdır. Uç, ilk yol parçasına göre yönlendirir ve geri kalanını yok sayar; bu yüzden /slug/, /slug gibi çözümlenir. Bir slug'a + eklemek yönlendirme yerine bir önizleme sayfası açar; bu, bir bağlantıyı takip etmeden kontrol ederken kullanışlıdır.

Örnek verili bir DEMO çalışma alanındaki bağlantı tablosu. AFQdo gibi karışık harfli slug'lar yazıldığı gibi saklanır. Sayılar müşteri sonuçları değil, sentetiktir.

Çalışılmış örnek: bir harf büyüklüğü çakışması

Diyelim ki dışa aktarmanızda /spring adresine işaret eden bit.ly/Promo ve /autumn adresine işaret eden bit.ly/promo var. İkisi de Bitly'de mevcut. Tek bir Elido alan adında Promo temiz içe aktarılır ve promo çakışır. suffix ile promo-2 elde edersiniz ve basılı her promo bağlantısı artık insanları bahar sayfasına gönderir. skip ile ikinci bağlantı raporlanır ve dışarıda bırakılır. Sonra bilinçli karar verirsiniz: kaynak materyalinizde birini yeniden adlandırın veya ikinciye kendi alt alan adını verin.

Geçişte 301 ve 302

Bitly bağlantılarını 301 (kalıcı) yönlendirmeler olarak belgeler. Elido, durum kodunu bağlantı başına seçmenize izin verir: 301, 302 veya 307. Açık bir seçimi olmayan bir bağlantı 302 döndürür ve içe aktarıcı bir seçim yapmaz; bu yüzden içe aktarılan bağlantılar 302 olarak başlar.

Bu varsayılan, doğrudan HTTP belirtiminden gelen bir nedenle geçiş penceresi için doğru olandır. RFC 9110, bir 301 yanıtının sezgisel olarak önbelleğe alınabilir olduğunu söyler; bu yüzden bir tarayıcı veya proxy onu uzun süre tutabilir (RFC 9110, bölüm 15.4.2). Bir 302 varsayılan olarak önbelleğe alınmaz (bölüm 15.4.3). İlk gün 301'e geçerseniz ve sonra geri almanız gerekirse, yanıtı önbelleğe alan her istemci eski yere gitmeye devam eder. Üstelik Elido'nun ucu yönlendirmeleriyle birlikte Cache-Control: private, max-age=0, no-store gönderir; bu yüzden ondan gelen bir 302 her tıklamada yeniden değerlendirilir.

İlk gün hiçbir şeyi 301'e çevirmezdim. Bekleme döneni boyunca 302'de kalın, sonra hedefleri asla değişmeyecek bağlantıları toplu olarak 301'e geçirin. Kampanya sayfalarına işaret eden kısa bağlantılar için pratik SEO farkı küçüktür ve 301 ve 302 yönlendirmeleri bunun nerede önemli olduğunu anlatır. Google'ın kalıcı yönlendirmelerle ilgili kendi rehberi yönlendirme belgelerinde bulunur.

Bir tuzak daha: iki kez sıçrayan bir yönlendirme. Alan adınız, istek yeni hizmete ulaşmadan önce HTTPS'yi zorlayan bir proxy veya CDN'in arkasındaysa, ziyaretçi iki atlama görebilir. Yönlendirme zincirleri ve SEO ve yönlendirme döngüsü sorun giderme rehberi fazladan olanı nasıl fark edip kaldıracağınızı kapsar.

TTL ve DNS Zamanlaması

Bir DNS yanıtı, kaydın TTL'sinin söylediği kadar önbelleğe alınabilir (RFC 1035, bölüm 3.2.1). Bu, bir kaydı değiştirdikten sonra en kötü durumdaki bayat pencereyi, değişiklikten önceki TTL'ye eşit yapar. 86400 saniyede bırakılan bir CNAME, onu çevirdikten sonra bile bir tam gün boyunca bazı ziyaretçileri Bitly'ye göndermeye devam edebilir.

Alan adınızı Elido'ya kaydetmek size iki kayıt verir: _elido-verify.<hostname> adresinde bir TXT kaydı ve ana bilgisayar adından edge.elido.me adresine bir CNAME. İkisi de çözümlendiğinde alan adı doğrulanmış sayılır; biri eksikse doğrulayıcı 24 saat sonra vazgeçer. Sertifikalar ana bilgisayar adına yapılan ilk istekte verilir, bu yüzden o isteğin daha yavaş olmasını bekleyin. Önbellek hesabına saygı gösteren bir program şöyle:

1. Geçişten en az bir eski TTL önce (24 saatlik TTL için D-2): CNAME'in TTL'sini 300 saniyeye düşürün. Mevcut hedefi not edin. Bitly'nin yardım merkezi alt alan adları için cname.bitly.com belgeler, ancak değeri kendi bölgenizden kopyalayın, çünkü geri alma değeriniz odur.
2. D0, değişiklik penceresi: hedef alan adına karşı içe aktarmayı çalıştırın, sonra CNAME hedefini değiştirin ve TXT kaydını ekleyin.
3. D0, beş ila on dakika sonra: alan adının doğrulanmış göründüğünü onaylayın ve bir sonraki bölümdeki kontrolleri iki ağdan çalıştırın.
4. D+1 ile D+7 arası: TTL'yi 300'de bırakın. Daha uzun bir TTL'yi yalnızca bekleme döneminden sonra geri yükleyin.

TLS ile özel alan adı kurulumu formları gösterir ve özel alan adları özellik sayfası nelerin otomatik olduğunu anlatır.

Sayfalamayı içe aktarıcının sizin yerinize yapmasını istiyorsanız, Bitly geçiş sayfası bir belirteç yapıştırmaktan grup ve alan adı seçmeye kadar akışı açıklar.

Örnek verili bir DEMO çalışma alanındaki entegrasyon kataloğu. Geçiş filtresi içe aktarıcıları listeler. Çalışma alanı verileri sentetiktir.

curl ile Doğrulayın

Yeşil bir panoya asla güvenmem. Gerçek URL'yi isteyin ve başlıkları okuyun. Bir dakika sürer. Üç kontrol hemen her şeyi kapsar.

Önce DNS'i ofisinizin çözümleyicisi yerine genel bir çözümleyiciden doğrulayın:

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

İkincisi, bir yönlendirmeye onu takip etmeden bakın. -I bir HEAD isteği gönderir; araçlarınız HEAD'i farklı ele alıyorsa bunun yerine GET ile -o /dev/null -D - kullanın:

curl -s -o /dev/null -D - --max-redirs 0 https://links.yourbrand.com/SummerSale

Bir 302 (veya seçtiğiniz durum) ve dışa aktarmanızdaki hedefe eşit bir location: başlığı görmek istersiniz. Bir 404, slug'ın içe aktarılmadığı anlamına gelir; bir 200, bir yönlendirme değil bir sayfa gördüğünüz anlamına gelir.

Üçüncüsü, dışa aktarmanızdaki her slug'ı bir döngüden geçirin ve Location değerini beklenen hedefle karşılaştırın. Bitly çekiminizden iki sütunlu bir CSV (slug,destination) dışa aktarın ve çalıştırın:

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"

Birkaç kozmetik uyuşmazlık bekleyin: redirect_url çıplak bir https://example.com adresini https://example.com/ biçimine normalleştirebilir. Bunları gürültü sayın ve bağlantıyı değil, karşılaştırmayı düzeltin. Ayrıca her etkin kanal (bülten, QR, reklam) için bir slug'ı, o kanalın kullandığı tam karışık harfli yazımla elle test edin. Döngüyü ilk saatten sonra, ertesi sabah ve bir hafta sonra çalıştırın.

Analitik Geçmişi Sınırları

Tıklama geçmişini taşıyamazsınız ve hiçbir içe aktarıcı bunu değiştiremez. Bitly'nin API'si bir bitlink için iki tıklama uç noktası belgeler, GET /v4/bitlinks/{bitlink}/clicks ve GET /v4/bitlinks/{bitlink}/clicks/summary; ikisi de bireysel olayları değil, zaman kovalarına ayrılmış sayıları döndürür (erişim 2026-10-02). Tıklama başına satırlar olmadan, geçmiş için yönlendirenleri, ülkeleri veya cihazları yeniden oluşturmanın yolu yoktur.

Elido içe aktarıcısının taşıdığı şey bağlantı tablosudur: slug, hedef, başlık ve etiketler. Oluşturulma tarihleri, QR tasarımları ve Bitly kampanyaları taşınmaz ve tıklamalar trafik Elido'ya ulaştığı andan itibaren sayılır. Pratik adımlar:

• Geçişten önce her önemli bağlantının ömür boyu sayacını çekin ve tarihle kaydedin.
• Hesap etkinken raporlama için ihtiyacınız olan her şeyi Bitly panosundan dışa aktarın.
• Geçiş tarihini her grafikte görünür bir kırılma olarak ele alın ve not düşün.

Kısa bağlantı verilerini dışa aktarma hangi veri sınıflarının dışa aktarmayla taşındığını ve bir çekimin tam olduğunu nasıl kontrol edeceğinizi kapsar.

Bitly'yi İptal Ederseniz Neler Bozulur?

Bitly'nin yardım merkezi bu konuda nettir ve işlem sırası önemlidir (erişim 2026-10-02):

• bit.ly bağlantıları hesap silindikten sonra çalışmaya devam eder ve slug'lar yeniden kullanılamaz. Ancak artık onları düzenleyemez veya yönlendiremezsiniz ve metriklerine erişimi kaybedersiniz.
• Özel alan adı bağlantıları yalnızca DNS'iniz hâlâ Bitly'ye işaret ettiği sürece çalışmaya devam eder. Bitly SSL sertifikasını yenilemeyi bırakır; bu yüzden ziyaretçiler eninde sonunda bir "güvenli değil" uyarısı görür. Silmek yerine düşürürseniz, mevcut bağlantılar çalışmaya devam eder ancak o alan adında yenilerini oluşturamazsınız.
• Ücretsiz alan adları yenilenmez. Üzerlerindeki bağlantılar, Bitly'nin verilişten veya son yenilemeden bir yıl sonra olarak belirlediği kayıt süresi dolana kadar çalışır ve sonra bozulur.
• Geri kalan her şey hesapla birlikte gider: artık düzenleyemeyeceğiniz QR kodlar, Bitly Pages ve dışa aktarmadığınız tüm raporlar.

Kural açıktır. Önce DNS'i taşıyın, yukarıdaki kontrollerle doğrulayın ve ancak sonra iptal edin veya düşürün. Taşımayı "zorlamak" için iptal etmeyin. Rehberdeki bekleme dönemi bu nedenle vardır ve eski bit.ly URL'leri hâlâ dışarıdayken hangi planı tutacağınıza karar vermenize Bitly fiyat dökümü yardımcı olur.

Özellik karşılaştırması için Elido ve Bitly yazısına bakın. İçe aktarıcının tasarımı ve sınırları Bitly geçişini yayına almak yazısındadır.

Blogda ilgili yazılar

• Bitly Geçiş Rehberi: Envanterden 30 Günlük İzlemeye
• Bitly geçişini yayına almak: tek işçi, dört sınır
• Kısa bağlantılar için 301 ve 302 yönlendirmeleri
• 5 dakikada TLS ile özel alan adı kurun
• Kısa bağlantı verilerini dışa aktarın
• Yönlendirme zincirleri ve SEO

Kaynaklar

• Bitly Yardım Merkezi: hesap silindikten sonra ne olur, düşürme, büyük/küçük harf duyarlılığı, SEO ve 301, hepsine erişim 2026-10-02
• Bitly API referansı, dev.bitly.com/api-reference, erişim 2026-10-02
• Elido içe aktarıcı davranışı: services/api-core/internal/imports/bitly.go ve uç yönlendirme işleyicisi, okunma tarihi 2026-10-02