Rebrandly'den Geçiş: Dışa Aktarma, İçe Aktarma, DNS Geçişi

Rebrandly'den geçmek için üç şey yaparsınız: bağlantılarınızı Rebrandly API'si üzerinden çıkarırsınız, her slashtag'ı Elido'da kontrol ettiğiniz bir alan adında yeniden oluşturursunuz ve ardından o alan adının DNS'ini Elido'ya yönlendirirsiniz. Elido'nun yerleşik Rebrandly içe aktarıcısı, desteklediği alanlar (slashtag, hedef, başlık, etiketler) için ilk ikisini halleder. Üçüncüsü, ayrıca tıklama geçmişi ve yönlendirme kuralları size kalır.

İnsanları şaşırtan kısım alan adıdır. Kendi ana bilgisayar adınızdaki bağlantılar birebir aynı URL'lerini koruyabilir. rebrand.ly üzerindekiler koruyamaz, çünkü o ana bilgisayarın sahibi siz değilsiniz. Bu rehber iki durumu ayırır, her tarafın gerçekte neyi dışa ve içe aktardığını listeler ve herhangi bir şeyi iptal etmeden önce çalıştırabileceğiniz bir doğrulama kontrol listesiyle biter. Aşağıdaki Elido ile ilgili her şey içe aktarıcı kaynağına ve panoya karşı kontrol edildi; Rebrandly ile ilgili her şey kendi yardım merkezinden ve geliştirici belgelerinden gelir, erişim 2026-10-02.

Rebrandly'den Neleri Dışa Aktarabilirsiniz?

Rebrandly bağlantılarınızı REST API'si üzerinden sunar ve geçiş araçlarının (Elido'nunki dahil) kullandığı dışa aktarma yolu budur. GET /v1/links sayfa başına en fazla 25 bağlantı döndürür, varsayılan olarak createdAt ile sıralar ve domain.id veya domain.fullName ile filtrelenebilir. Sayfalama imleç tarzıdır: aldığınız son bağlantının kimliğini last parametresi olarak geçirirsiniz, sayfalama belgelerinin anlattığı gibi. Her bağlantı nesnesi slashtag, destination, shortUrl, bir domain nesnesi ve createdAt/updatedAt içerir.

Rebrandly'nin yardım merkezi dosyalar konusunda daha az cömerttir. Bağlantıları yeni bir alan adına taşıma makalesi yerleşik bir anahtar olmadığını söyler; önerilen çözüm, bağlantıları API üzerinden CSV'ye aktarmak, alan adı sütununu düzenlemek ve yeniden içe aktarmaktır. İçe aktarma rehberi diğer yönü kapsar (dosya başına en fazla 400.000 bağlantıya kadar CSV, özel alan adı gerekli). Bu yüzden API'ye göre planlayın ve bir denetim izi olarak kendi JSONL kopyanızı tutun:

# 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

Standart planlar için belgelenmiş saniyede on çağrılık varsayılanda, 20.000 bağlantılı bir hesap bile kısa bir iştir. Dosya, daha sonraki doğrulama adımı için de taban çizginizdir. Her planın hangi tıklama veya tıklama başına alanları döndürdüğünü herkese açık belgelerden doğrulayamadım; bu yüzden birine geçmiş analitik vaat etmeden önce gerçek bir kaydı açın.

Neler Taşınır, Neler Kalır: rebrand.ly ve Kendi Alan Adınız

Kısa cevap: yol taşınır, ana bilgisayar yalnızca sizinse taşınır. go.acme.com/summer gibi bir bağlantı geçişten sonra değişmeden çalışmaya devam edebilir. rebrand.ly/summer gibi bir bağlantı edemez, çünkü o ana bilgisayar adı Rebrandly'ye aittir ve hesabınız sürdüğü sürece onların hizmeti üzerinden çözümlenmeye devam eder.

Üç durum hesapların çoğunu kapsar:

• Kendi alan adınız, DNS'i sizin kontrolünüzde. En iyi durum. Her slashtag'ı Elido'da aynı ana bilgisayar adında yeniden oluşturun, sonra DNS'i yeniden yönlendirin. Basılı QR kodlar, e-posta arşivleri ve biyografiler çalışmaya devam eder.
• Rebrandly üzerinden satın aldığınız bir alan adı. Onu başka bir alan adı kayıt kuruluşuna taşıyabilirsiniz. Rebrandly'nin yardım makalesi Transfer out kullanmanızı, sonra e-postayla bir kod istemenizi söyler ve çoğu alan adının kayıttan sonra 60 günlük bir kilit taşıdığını belirtir. O saati erken başlatın. Sayfa, bir transfer sırasında bağlantılara ne olduğunu söylemez; bu yüzden CNAME değişikliğini daha güvenli ilk hamle, kayıt kuruluşu transferini ise sonraki adım olarak ele alın.
• Ücretsiz rebrand.ly alan adı. Bağlantılar slashtag'larını yeni bir ana bilgisayarda korur, ancak eski URL'ler Rebrandly'de kalır. Basılıysa, bu materyaller dolaşımda olduğu sürece Rebrandly hesabını etkin bırakın ve ulaşabildiğiniz yüzeyleri güncelleyin.

Eski bir ana bilgisayardan yenisine bir 301, kullanıcıları taşımanın standart yoludur ve RFC 9110 bölüm 15.4.2 istemcilere saklanan referansları güncelleyebileceklerini söyler. Bu yalnızca eski ana bilgisayar adını hâlâ kontrol ettiğinizde işe yarar. Eski ana bilgisayarı ayakta tutup tutmama kararı için Bitly geçiş rehberindeki ödünleşimler geçerlidir.

Alan, Etiket ve Çalışma Alanı Eşlemesi

İçe aktarıcı kasıtlı olarak dardır. Her Rebrandly bağlantısından dört şey okur (slashtag, hedef, başlık, etiketler), bunları seçtiğiniz alan adında bir Elido bağlantısına yazar ve bir etiket ekler. Bunun dışındaki her şey kendi betiğinizi veya elle bir adımı gerektirir.

İki ayrıntı yeniden bakmaya değer. Birincisi, oluşturulma tarihleri: bu rehberin eski sürümü toplu uç noktanın bunları koruduğunu öne sürüyordu. Korumuyor (POST /v1/workspaces/{id}/links/bulk istek başına slug, hedef, başlık ve etiketleri, 100 bağlantı alır); bu yüzden içe aktarılan bağlantılar içe aktarma tarihine göre sıralanır. Orijinal tarihler raporlama için önemliyse JSONL dosyasını saklayın. İkincisi, çalışma alanları: API bir Rebrandly workspace_id filtresi kabul eder, ancak pano içe aktarma formu şu anda yalnızca anahtarı, hedef alan adını ve çakışma stratejisini gösterir. Birkaç müşteri çalışma alanı olan bir ajans, ya işi bir çalışma alanı filtresiyle API üzerinden çalıştırmalı ya da çalışma başına bir anahtar oluşturmalıdır.

Klasörler dikkatli olunması gereken bir yerdir. Elido'nun Bağlantılar listesinde klasörler vardır, ancak içe aktarıcı onları oluşturmaz. Rebrandly bağlantılarınızı klasöre veya çalışma alanına göre düzenlediyse, bu yapıyı kendi ön işlemenizde etiket olarak taşıyın (client:acme, campaign:summer) ve bir toplu oluşturma çağrısıyla uygulayın veya sonradan imported:rebrandly ile filtreleyip toplu etiket düzenlemelerini kullanarak ekleyin.

Örnek verili bir DEMO çalışma alanındaki Bağlantılar listesi (sentetik sayılar, müşteri sonuçları değil). İçe aktarılan bağlantılar imported:rebrandly dahil etiketleriyle burada görünür.

Elido Rebrandly İçe Aktarıcısını Çalıştırın

İçe aktarıcı panoda Entegrasyonlar, ardından Rebrandly'den Elido'ya altında bulunur (ayrıca POST /v1/workspaces/{id}/imports/rebrandly olarak da sunulur). Seçicide görünmesi için önce hedef alan adını çalışma alanınıza ekleyin, sonra akışı izleyin.

1. Anahtarı Rebrandly'de Hesap, ardından API altında oluşturun. İşin ihtiyaç duyduğu tek şey okuma erişimidir.
2. Anahtarı Rebrandly formuna yapıştırın. Elido onu çalışma boyunca süreç belleğinde tutar ve sonra bırakır; iş kaydına yazılmaz.
3. Hedef alan adını seçin. Anahtarın görebildiği her bağlantı bu tek alan adına düşer. Alan adı başına filtre yoktur; bu yüzden birkaç Rebrandly alan adı ve çakışan slashtag'ları olan bir hesap çakışır.
4. Bir çakışma stratejisi seçin: suffix (mylink, mylink-2 olur), skip veya ilk çakışmada fail.
5. İşi başlatın ve sayaçları izleyin. Sayfa her iki saniyede bir sorgular ve açık bırakabilir veya kapatabilirsiniz.

Bilmeye değer sınırlar: işçi Rebrandly'yi istek başına 25 bağlantıyla sayfalar, bir işi 50.000 bağlantıyla sınırlar ve 30 dakika sonra vazgeçer. Atlanan ve başarısız satırlar işin hata günlüğüne yazılır (ilk 1.000 giriş). Sonek eklenmiş bir slug sorun olarak günlüğe yazılmaz, ancak değişmiş bir URL'dir; bu yüzden aynı alan adı devrinde boş bir hedef alan adında skip veya fail kullanın ve sıfır olmayan her atlanan veya başarısız sayısını yapılacak iş olarak değerlendirin. Hesabınızda birkaç alan adı varsa skip ile başlayın ve çakışmayla ne yapacağınıza karar vermeden önce günlüğü okuyun. İnce ayarlı kontrol için bunun yerine JSONL dosyanızı ve toplu uç noktayı kullanın: çağrı başına 100 bağlantıya kadar alır ve satır başına başarı veya hata bildirir.

DNS'e dokunmadan formu görmek mi istiyorsunuz? Diğer dört geçiş kaynağıyla aynı katalogdadır.

Örnek verili bir DEMO çalışma alanındaki Entegrasyonlar sayfası. Geçiş filtresi Rebrandly, Bitly, Short.io, TinyURL ve Dub içe aktarıcılarını gruplar.

Bir test grubunda çalıştırmaya hazır mısınız? Bir Elido çalışma alanı oluşturun ve Rebrandly içe aktarıcısını önce yedek bir alan adına yönlendirin; adım adım açılış sayfası aynı taşınan ve geride kalan öğeleri listeler.

Sahibi Olduğunuz Bir Alan Adı için Geçiş Planı

Sıra önemlidir, çünkü Elido bir alan adını iki DNS kaydıyla doğrular ve canlı trafiğiniz yalnızca ikincisi değiştiğinde değişir. Doğrulayıcı _elido-verify.<hostname> adresinde verify=<token> değerli bir TXT kaydına ve ana bilgisayar adından Elido uç hedefine (varsayılan olarak edge.elido.me) bir CNAME'e bakar. Kurulum ayrıntıları kısa bağlantılar için özel alan adları ve özel alan adları özellik sayfasındadır.

1. İki gün önce. Mevcut CNAME'in TTL'sini 300 saniyeye düşürün. Alan adını Elido'ya ekleyin ve TXT kaydını yayımlayın. Bu, canlı trafiğe dokunmaz.
2. İçe aktarma. İçe aktarıcıyı o alan adında çalıştırın, sonra içe aktarılan sayıyı wc -l links.jsonl ile karşılaştırın.
3. Geçiş penceresi. CNAME'i Elido uç hedefine değiştirin. Elido her iki kaydı da sorgular ve sertifikayı otomatik olarak verir; bunu beş dakikada özel alan adı TLS yazısı kapsar.
4. Çözümleyici kontrolü. En az iki genel çözümleyiciyi sorgulayın, örneğin dig @8.8.8.8 go.acme.com CNAME ve dig @1.1.1.1 go.acme.com CNAME; çünkü kendi makineniz yalnızca kendi önbelleğinizi kanıtlar.
5. Rebrandly'ye dokunmayın. Alan adını veya hesabı henüz silmeyin. Eski kurulum hâlâ varken geri almak tek satırlık bir CNAME değişikliğidir.

Entegrasyonlar, her geçişin sessiz kısmıdır. Zapier, Make veya dahili bir betik Rebrandly bağlantıları üretiyorsa, bunları içe aktarma doğrulanmadan önce değil, sonra yeniden yönlendirin; yoksa slug çakışmaları oluşturursunuz. Elido API'si aynı slug ve hedef çiftini alır.

Doğrulama Kontrol Listesi

Geçişi yeşil bir iş ekranına dayanarak duyurmayın. Bu kontrolleri çalıştırın ve sonuçları yazın.

• Aktarılan artı atlanan artı başarısız olan, JSONL dosyanızdaki satır sayısına eşittir (bilerek geride bıraktığınız alan adlarındaki bağlantılar hariç).
• Atlanan ve başarısız olan sıfırdır veya hata günlüğündeki her giriş açıklanmıştır.
• Hiçbir slug, Rebrandly'de olmayan bir -2 tarzı sonekle bitmedi. Bağlantıları imported:rebrandly ile filtreleyin ve gözden geçirin.
• Trafiğe göre ilk 100 bağlantınız doğru yönleniyor. Her biri için Location başlığını JSONL'nizdeki hedefle karşılaştırın:

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

• Karışık harfli slashtag'lar ve özel karakterli slashtag'lar elle örnekleme ile kontrol edilir. Her uç durum slug'ının yolculuktan nasıl çıktığını test etmedim; bu yüzden onları kendiniz örnekleyin.
• Baskıdan bir QR kod, mobil veriyle bir telefonda taranır.
• Analitik ilk tıklamaları bir saat içinde gösterir. Rebrandly tıklama geçmişi Rebrandly'de kalır; bu yüzden yıllık karşılaştırma için ihtiyaç duyduğunuz raporları dışa aktarın veya ekran görüntüsünü alın.
• 30 gün sürpriz olmadan geçtikten sonra Rebrandly hesabını düşürün veya kapatın.

Aynı diziyi başka bir satıcı için uygulayan ekipler bunu tanıyacaktır; bağlantıları bozmadan Bitly geçişi rehberi ortak mekanikleri kapsar ve TinyURL geçişi başka bir kaynak için aynı içe aktarıcı kalıbını gösterir.

Sınırlar ve Ne Zaman Geçmemeli

İçe aktarıcı Rebrandly'nin cihaz veya coğrafi yönlendirme kurallarını, UTM şablonlarını veya QR stilini yeniden kurmaz ve ekip üyeliğini kopyalamaz. Bunlar elle yeniden kurulumdur. Dub'ın ve Fynlink'in Rebrandly içe aktarıcıları da cihaz ve coğrafi hedeflemeyi taşınmayan olarak listeler; bu yüzden bu, Elido'ya özgü bir boşluk değil, içe aktarıcılar için tipiktir.

Rebrandly kurulumunuz yönlendirme kurallarına veya bağlantı düzeyinde QR markalamasına ağırlıklı olarak dayanıyorsa, taahhüt etmeden önce iki ürünü bir ay paralel çalıştırın. Özellik ve fiyat karşılaştırması için Elido ve Rebrandly yazısını veya daha geniş Rebrandly alternatifleri listesini okuyun. İşçinin kendi mühendislik hikâyesi Rebrandly geçiş işçisini yayına almak yazısındadır.

Blogda İlgili Yazılar

• Rebrandly geçiş işçisini yayına almak
• Elido ve Rebrandly: 2026'da fiyatlandırma, AB veri yerleşimi ve markalı bağlantılar
• Rebrandly Alternatifleri: Sıralanmış 9 Markalı Bağlantı Aracı
• Bitly ve Rebrandly: markalı bağlantılar, fiyatlandırma ve uyum
• Bitly Geçiş Rehberi: Envanterden 30 Günlük İzlemeye
• Markalı kısa bağlantılar kurun: alan adı seçin, bir öğleden sonrada yayına alın