Kısa Bağlantı Verisini Dışa Aktarma: Alabileceğiniz Dört Şey

Bir URL kısaltıcısı dört tür veri tutar ve ayrıldığınızda yalnızca biri temiz şekilde taşınır. Bağlantı tablosu - slug'lar, hedefler, etiketler ve üzerinde durdukları alan adları - her ciddi sağlayıcının kısa bağlantı verisini dışa aktarmanıza izin verdiği şeydir, genellikle CSV olarak veya bir API üzerinden, çünkü şema basittir ve her platformun yeni müşteriler kazanmak için temel bir içe aktarıcıya ihtiyacı vardır. Toplu tıklama sayıları da genellikle mevcuttur, ancak ayrıntı düzeyi değişir. Ham tıklama olayları - zaman damgası, yönlendiren, cihaz ve IP ile gelen tıklama başına satır kaydı - istisnadır: çoğu sağlayıcı bunları hiçbir zaman açığa çıkarmaz, çünkü dışa aktarma yüzeyi hiçbir zaman tam geçmiş çekimi için tasarlanmamıştır. Hesap meta verisi - etiketler, alan adları, kullanıcılar - ikisinin arasında yer alır, tek bir temiz çekim yerine parça parça dışa aktarılabilir.

Bağlantı tablosunu taşınacağından emin olabileceğiniz tek sınıf olarak ele alın, ham tıklama geçmişini tamamen kaybetmeye karşı bütçe ayırın ve herhangi bir şey imzalamadan önce toplu sayımlar hakkında yazılı bir cevap alın. Bu bir başka geçiş hikayesi değil - Bitly geçiş rehberi bu geçişi zaten kapsıyor. Bu, geçiş yapsanız da yapmasanız da kendi verinizi dışarı çıkarma alışkanlığıdır.

Bir Kısa Bağlantı Platformu Gerçekte Neyi Tutar

Her kısaltıcı aynı dört veri sınıfı etrafında kurulur. Bir dışa aktarıma ihtiyaç duymadan önce hangisinin hangisi olduğunu bilmek, bir geçişin veya bir denetimin bir öğleden sonra mı yoksa bir çeyrek mi süreceğini belirler.

• Bağlantı tablosu: slug, hedef URL, oluşturulma tarihi, etiketler, klasör ve bir bağlantının atandığı özel alan adı.
• Toplu tıklama sayıları: bağlantı başına ömür boyu toplam, bazen günlük dökülüm, ara sıra ülkeye veya yönlendirene göre ayrılmış.
• Ham tıklama olayları: tıklama başına bir satır, onu üreten zaman damgasını, IP'yi, kullanıcı aracısını ve yönlendireni taşır.
• Hesap meta verisi: çalışma alanı ayarları, özel alan adı kayıtları, ekip üyesi listesi, API anahtarları, etiket taksonomisi.

Dört sınıf eşit şekilde açığa çıkarılmaz ve aralarındaki uçurum bu yazının tüm konusudur.

Bağlantı Tablosu Neden Taşınır, Tıklama Geçmişi Neden Genellikle Taşınmaz

Bağlantı tablosu taşınabilir çünkü şeması kasıtlı olarak sıkıcıdır. Bir slug, bir hedef, bir avuç isteğe bağlı alan - her sağlayıcı yeni müşteriler kazanmak için bir CSV içe aktarmayı destekler, bu da her sağlayıcının bir tür CSV dışa aktarmaya da sahip olduğu anlamına gelir, hiç değilse bir rakibin pazarlama sayfasının "bir öğleden sonrada geçiş yapın" diye söz verebilmesi için. Bitly hata modları rehberi o tabloyu karşıya taşıdığınızda gerçekte neyin bozulduğunu kapsar - slug büyük/küçük harf durumu, sondaki eğik çizgiler, derin bağlantı yolu çakışmaları. Bu yazı farklı bir andan bahsediyor: bir geçiş takvimde olsun ya da olmasın aldığınız rutin çekim.

Tıklama geçmişi farklı bir hayvandır. Bir sağlayıcı sunduğunda toplu bir dışa aktarma size bir ömür boyu sayaç ya da kaba bir günlük toplam verir - bir manşet rakamı için işe yarar, gün gün ya da yönlendiren düzeyinde ayrıntıya ihtiyaç duyduğunuz anda işe yaramaz hale gelir. Bitly'nin kendi dışa aktarması temiz bir örnektir: size bağlantı başına ömür boyu sayacı verir ve olay düzeyinde hiçbir şey vermez, bu yalnızca Bitly'ye özgü değil, kategorinin çoğunda geçerli olan bir örüntüdür. Bir dışa aktarma bu ayrıntı düzeyini bir kez düşürdüğünde, o veri sonsuza dek gitmiştir.

Ham Tıklama Olayları Nerede Kayboluyor

Ham tıklama olayları cimrilikten değil, yapısal bir nedenden dolayı kaybolur. Tıklama olay depoları, toplu çekim için değil, sağlayıcının kendi gösterge paneli içinde sorgulama yapmak için kurulmuştur. Bir müşterinin milyonlarca tekil tıklama satırında sayfalar arasında gezinmesini sağlayacak API yüzeyi, bir gösterge paneli grafiğinden farklı bir mühendislik taahhüdüdür ve çoğu sağlayıcı bunu asla inşa etmez, çünkü çoğu müşteri ihtiyaç duymadan önce asla sormaz.

Sonuç açık ve sert: hesabınız ham olay saklama penceresini geride bıraktığında veya bir plan düşürme onu açığa çıkaran API katmanını kestiğinde, o veri sonsuza dek gitmiştir. Bağlantı tablosu genellikle bir hesap değişikliğinden sağ çıkar; altındaki tıklama geçmişi çıkamaz. Ham olay API'si var olsa bile, tam bir geçmişi çekmek, bir kısaltıcı API'sine karşı yapılan her büyük çağrıyı yöneten aynı mekaniklerle karşılaşır - sınırlayıcıyı tetiklemeden çok günlük bir çekimin hızını nasıl ayarlayacağınız için bir kısaltıcı API'sinde hız sınırları, yeniden denemeler ve idempotency yazısına bakın. Tıklama geçmişi ekibinizin yalnızca arşivlemek yerine sorgulamaya devam ettiği bir şeyse, Elido'nun bağlantı analitiği bu sorgulamanın çoğunun baştan bir dışa aktarma olmadan gerçekleşmesi için tasarlanmıştır.

İmzalamadan Önce Bir Sağlayıcıya Sorulacak Sorular

Bunları imzalamadan önce sorun, düşürme bildirimi geldikten sonra değil. Satış görüşmesinde bu altı soruyu da yazılı olarak yanıtlayan bir sağlayıcı, bir yıl sonra da yanıtlayacağına güvenebileceğiniz bir sağlayıcıdır.

Bunların hiçbiri sağlayıcınızın belgelerinde hiçbir yerde yazılı değilse, bu sessizlik birinci sorunun cevabıdır. Elido'nun API'si ve SDK'ları, dışa aktarma uç noktalarını, hız sınırlarını ve saklama penceresini diğer her şeyle aynı referans belgelerinde yayımlar - kendi verinizi geri almak asla bir destek talebi gerektirmemelidir.

Sizi Bağımsız Tutan Zamanlanmış Bir Dışa Aktarma Rutini

Çözüm bir alışkanlıktır, tek seferlik bir proje değil. Bir düşürme veya bir faturalama anlaşmazlığı soruyu zorunlu kılmadan önce, düzenli bir takvimde tam bir dışa aktarma alın ve sağlayıcınızın bu çeyrek plan katmanınızın neye değdiğine karar vermesinin rehinesi olmaktan çıkın.

Çekimi zamanlayın. Aktif bir çalışma alanı için haftalık, sakin biri için aylık. Bağlantı tablosu ve toplu sayım uç noktalarına ulaşan zamanlanmış bir görev birkaç satırlık bir betiktir; önemli olan gözetimsiz çalışmasıdır.

Sağlayıcının dışında saklayın. Dışa aktardığınız ürünün içindeki bir klasör değil, kontrol ettiğiniz bir hedef - kendi depolamanız, paylaşılan bir sürücü, bir depo. Kısaltıcı yarın ortadan kaybolursa, dışa aktarmanın buna dayanması gerekir. Bir e-tablodan kampanya bağlantılarını toplu içe aktarmak için kullanılan aynı e-tablo şekli, bağlantı başına bir satır olacak şekilde tersi yönde de aynı derecede iyi çalışır.

Satır sayılarını doğrulayın. Yeni dışa aktarmanın satır sayısını gösterge panelinizin bildirdiği bağlantı sayısıyla karşılaştırın. Yüzde bir ya da ikinin altındaki bir fark normaldir - kasıtlı olarak bıraktığınız arşivlenmiş bağlantılar. Daha büyük bir fark, dışa aktarmanın bir şeyi kaçırdığı anlamına gelir.

Son bilinen iyi kopyayı saklayın. Yalnızca en yenisini değil, son iki veya üç çekimi saklayın. Bozuk bir dışa aktarmanın tek kopyanızın üzerine yazması, bağlantı analitiğini bir takvime göre indirmenin amacını boşa çıkarır.

Bu alışkanlık daha sessiz bir tehdidi de kapsar: sıradan bağlantı çürümesi. Slug'larınızın arkasındaki hedefler, kısaltıcınızın ne yaptığından bağımsız olarak kendi zaman çizelgelerinde bozulur - o sorunun tespit tarafı için kısa URL kampanyaları için bağlantı çürümesi önleme yazısına bakın. Düzenli bir dışa aktarma, bu yıl hangi gösterge paneli için ödeme yapıyor olursanız olun ondan bağımsız olarak, o tespiti çalıştırabileceğiniz envanteri size verir.

GDPR'nin 20. Maddesi Burada Gerçekte Neyi Kapsıyor

Bağlantı verisi taşınabilirliği tedarik görüşmelerinde sürekli gündeme gelir ve maddenin gerçekte neye ulaştığı konusunda kesin olmak, müzakereyi değiştirir.

GDPR'nin 20. Maddesi, bir veri sahibine bir kontrolöre sağladığı kişisel veriyi yapılandırılmış, makine tarafından okunabilir bir formatta alma ve başka bir kontrolöre taşıtma hakkı verir - ama yalnızca rıza veya sözleşme kapsamındaki işleme için ve yalnızca otomatik araçlarla. Veri taşınabilirliği hakkında WP29 kılavuzu bunu daha da daraltır: hak, doğrudan sağlanan veya veri sahibinin bir hizmeti kendi kullanımı yoluyla ürettiği veriyi kapsar, onlar hakkında çıkarım yapılan veriyi değil.

İki sonuç doğar. Birincisi, bu bir bireyin bir kontrolöre karşı hakkıdır, bir işletmenin kendi toplu analitiğine ait bir hakkı değil - hiçbir GDPR hakkı, pazarlama ekibinize talep üzerine tıklama geçmişini geri vermez. İkincisi, çoğu kampanya düzeyinde tıklama takibi, URL kısaltıcılar için GDPR temel taşı yazısının ayrıntılı şekilde kapsadığı gibi rıza veya sözleşme yerine meşru menfaat üzerinde çalışır ve Madde 20, verinin kime ait olduğundan bağımsız olarak bu temele dayanan işlemeye uygulanmaz. Tıklama geçmişinizi bir sağlayıcıdan çıkarmak, yukarıdaki sözleşme ve dışa aktarma API'si tarafından çözülen bir tedarik sorusudur, bir veri koruma maddesi değil. Altta yatan IP veya cihaz verisinin hiç kişisel veri olup olmadığı ve onu ne kadar süre tutmaya hakkınız olduğu, tıklama verisi saklama yazısında ayrıca kapsanır.

Bir Dışa Aktarmaya Güvenmeden Önce Onu Doğrulamak

Kontrol etmediğiniz bir dışa aktarma bir kayıt değil, bir söylentidir. Onu herhangi bir yere kaydetmeden veya kaynağı silmeden önce üç kontrol yapın.

Satırları sayın ve gösterge panelinin bağlantı toplamıyla karşılaştırın; yüzde bir ya da ikiyi aşan her farkı araştırın. Dosyayı gerçekte kullanmayı düşündüğünüz araçta açın - bir metin düzenleyicide sorunsuz görünen bir CSV dışa aktarımı, yine de bir e-tablonun ancak ayrıştırma sırasında ortaya çıkardığı bozuk bir ayırıcıya veya bir kodlama sorununa sahip olabilir, bu yüzden varsaymak yerine bir örneği RFC 4180 standardına karşı kontrol etmeye değer. Kasıtlı olarak arşivlediğiniz veya sildiğiniz bir tanesini de dahil ederek birkaç bilinen bağlantıyı gözden geçirin, çünkü etkin olmayan bağlantıları sessizce dışlamak, bir dışa aktarmanın eksiksiz görünüp öyle olmamasının tek en yaygın yoludur.

On sekiz ay önceki bir plan yükseltmesinden önce oluşturulan her bağlantıyı kaçıran bir dışa aktarma yüzünden bir uyumluluk incelemesinin bir hafta tıkandığını gördüm - kimse araca bu bağlantıların farklı bir dahili kimlik altında var olduğunu söylememişti. Otuz dakikalık bir satır sayısı kontrolü, inceleme başlamadan önce bunu yakalardı.

Blogda İlgili Yazılar

• Bitly'den Elido'ya geçiş: teknik bir rehber
• Bağlantıları bozmadan Bitly'den geçiş: bir hata modları rehberi
• URL kısaltıcılar için GDPR: DPO'nuzun gerçekte görmek istediği
• Tıklama verisi saklama süresi: analitik kayıtları ne kadar tutmalı
• URL kısaltıcı API'si: hız sınırları, yeniden denemeler, idempotency