Tracker seçimi teknik bir soru gibi görünür, ama aslında üç ay sonra zamanınızı neye harcayacağınıza dair bir karardır: kampanyalara mı, sunucuya mı? Aşağıda pazarlama dili olmadan bulut tracker ile sunucu tracker'ı arasındaki farkı, her birinin gizli maliyetlerini ve size hangisinin uyduğunu nasıl anlayacağınızı anlatıyoruz. Modelden bağımsız genel seçim kriterleri en iyi affiliate tracker: nasıl seçilir ve test edilir yazısında toplandı.
Bulut tracker ile sunucu tracker arasındaki fark
Tracker, reklamdaki her tıklamayı kaydeden, onu dönüşümle eşleştiren ve harcamayı, geliri, kârı hesaplayan sistemdir. Konu sizin için yeniyse affiliate tracker nedir ve neden gerekir yazısıyla başlayın.
Tracker'lar yaşadıkları yere göre iki türe ayrılır:
- Bulut tracker (cloud, SaaS): geliştiricinin altyapısında çalışan bir servis. Kaydolursunuz, bir panel alırsınız ve hemen kampanyaları kurarsınız. Sunucular, veritabanları, güncellemeler ve ölçekleme servisin işidir.
- Sunucu tracker (self-hosted): kendi sunucunuza, genelde kiralık bir VPS'e kurduğunuz program. Lisans alırsınız, tracker'ı kurarsınız, alan adı ve SSL bağlarsınız; sonrasında yükü, güncellemeleri ve veritabanı yedeklerini kendiniz takip edersiniz.
İşlev olarak iki türün iyi tracker'ları da aynı şeyleri yapar: parametreler, postback'ler, harcama, kırılımlara göre raporlar. Fark, çevredeki her şeyden kimin sorumlu olduğundadır.
Temel kriterlere göre karşılaştırma
| Kriter | Bulut tracker | Sunucu tracker |
|---|---|---|
| Başlangıç | Dakikalar: kayıt ve ayar | Saatler ya da günler: sunucu, kurulum, alan adı, SSL |
| Bakım | Servis tarafında | Sizin tarafınızda: güncellemeler, izleme, disk alanı |
| Ölçekleme | Servis kendisi genişler | Kaynak satın alır, veritabanını taşırsınız |
| Yedekler | Servis alır | Siz kurar ve test edersiniz |
| Veri üzerinde kontrol | Veriler servisin altyapısında | Veriler sizin sunucunuzda |
| Kişiselleştirme | Servisin olanakları ölçüsünde | Daha derin: kendi scriptleriniz, veritabanı erişimi |
| Güncellemeler | Kendiliğinden gelir | Elle kurarsınız, bazen bir şeyi bozma riskiyle |
| Maliyet | Abonelik | Lisans + sunucu + yönetici zamanı |
Hiçbir sütun «doğru» değil. Tablo yalnızca sorumluluğun nerede olduğunu gösterir.
Sunucu tracker'ın gizli maliyeti
Media buyer'lar self-hosted'u çoğu zaman kontrol hissi ve tasarruf için seçer: lisans artı ucuz bir VPS abonelikten ucuz görünür. Ama bu formüle zaman nadiren girer.
Kendi başınıza yapmanız gerekenler:
- Disk alanını izlemek. Tıklama veritabanı her gün büyür. Bir ay boyunca sorunsuz çalışan sunucu bir gün yavaşlamaya başlar; disk dolduğunda ise tıklamalar düpedüz kaydedilmez olur.
- Tracker'ı ve sistemi güncellemek. Güncellemeler açıkları kapatır ve yeni platform şablonları ekler. Atlarsanız eski makrolarla çalışırsınız; kötü kurarsanız gece tamir edersiniz.
- Yedek almak ve test etmek. Hiç geri yükleme yapılmamış bir yedek, yedek değil umuttur.
- Erişilebilirliği izlemek. Sunucu gece 3'te çökerse reklam dönmeye devam eder, tıklamalar ise boşa gider. Uyarı yoksa bunu sabah, reklam hesabından gelen faturayla öğrenirsiniz.
- SSL ve alan adını yenilemek. Süresi dolmuş bir sertifika, çökmüş bir sunucu kadar kesin biçimde yönlendirmeyi bozar.
Ekipte bir sistem yöneticisi varsa bunların hepsi rutin iştir. Media buyer tek başına çalışıyorsa her biri testlerden ve kreatiflerden zaman çalar.
İpucu. Yalnızca sunucu fiyatını değil, aylık bakım saatlerini de hesaplayın. Bunu kendi saat ücretinizle çarpın; seçimi çoğu zaman tam olarak bu satır belirler.
Bulut tracker ne zaman daha avantajlı
Bulut seçeneği genellikle şu durumlarda daha iyidir:
- tek başınıza ya da ayrı bir teknik kişisi olmayan küçük bir ekiple çalışıyorsanız;
- hızlı başlamanız gerekiyorsa: bugün kurulum, yarın test;
- trafik dalgalar halinde geliyorsa: bugün bin tıklama, yarın yüz bin, ve önceden «büyümeye göre» sunucu tutmak istemiyorsanız;
- ekibin tek panelde rollerle ve erişimlerle çalışması gerekiyorsa (bu konu ekip halinde media buying yazısında);
- yeni platform ve ağ şablonlarını elle güncelleme yapmadan almak istiyorsanız.
Bulutun ayrı bir artısı yerleşik entegrasyonlardır. Affiliate ağı şablonları, dönüşümlerin reklam hesaplarına gönderilmesi, harcama içe aktarımı: bunların bakımını siz değil, servisin ekibi yapar.
Sunucu tracker ne zaman mantıklı
Kendi sunucunuz şu durumlarda anlamlıdır:
- büyük bir ekibiniz ve tracker bakımı işinin parçası olan bir sistem yöneticiniz varsa;
- veritabanına doğrudan erişim gerekiyorsa: kendi dışa aktarımlarınız, iç BI sisteminizle bağlantı, standart dışı hesaplamalar;
- yıllardır tek bir tracker'da çalışıyorsanız, yüzlerce kampanyanız kuruluysa ve taşınmak bakımdan pahalıya gelecekse;
- sizin ya da müşterinizin veri saklama gereksinimleri üçüncü taraf bir servisin sağlayabileceğinden daha katıysa.
Zaten bir sunucu tracker kullanıyor ve memnunsanız, moda diye değiştirmenin anlamı yok. Eksik olanla tamamlamak daha mantıklıdır; örneğin bot filtrelemeyle. Bu konu aşağıda.
Yönlendirme hızı ve tracker'ın konumu
Tartışmada sık duyulan argüman hızdır. Mantık şöyle: «sunucum kitleye daha yakın, o halde yönlendirme daha hızlı». Bu yalnızca kısmen doğrudur.
Ziyaretçinin hissettiği hız birkaç bölümden oluşur:
- cihazdan kararın verildiği noktaya kadar (tracker ya da landing'deki kod);
- tıklamanın işlenme süresi;
- tracker'dan landing'e ya da offer'a kadar.
Tracker bir ülkede, kitle başka bir ülkedeyse, her modelde gecikme olur. Üstelik fazladan bir yönlendirme çoğu zaman mesafeden daha önemlidir: alan adları arasındaki her geçiş bir bağlantı daha, bir sertifika kontrolü daha ve mobil internetteki kullanıcının sekmeyi kapatması için bir şans daha demektir.
Bu yüzden «bulut mu sunucu mu» yerine «ziyaretçi landing'e ulaşana kadar kaç geçişten geçiyor» diye sormak daha faydalıdır. Kararın doğrudan landing'inizde verildiği yapı (sayfadaki kod ya da sunucunuzdaki dosya) genellikle «reklam linki → tracker → landing» zincirinden daha kısadır.
Veri ve erişim: verileri kim görüyor
Self-hosted tracker'da veriler sizin sunucunuzdadır. Bu bir artı, ama bir şartla: sunucunun da bir hosting sağlayıcısı vardır, korumanın sorumluluğu da sizdedir. Panelin zayıf şifresi, açık bırakılmış veritabanı portu, işten ayrılan media buyer'ın unutulmuş hesabı; ve kontrol göstermelik kalır.
Bulut tracker'da veriler serviste saklanır. Bu yüzden erişimi nasıl koruduğuna bakın:
- girişte iki faktörlü koruma var mı;
- ekip üyelerinin erişimi bölümlere ve projelere göre ayrılabiliyor mu;
- reklam hesaplarının anahtarları ve token'ları açık mı yoksa şifreli mi saklanıyor;
- kendi verilerinizi dışa aktarabiliyor musunuz.
Media buyer için en önemlisi model değil, rakamları hangi kişilerin gördüğüdür: müşteri, takım lideri, media buyer. Dış müşteriler için tıklamaların ve gelirin görüldüğü ama harcamaların ve ayarların görünmediği misafir rapor bağlantıları kullanışlıdır.
ArtisanClo'da nasıl çalışır
ArtisanClo bulut tabanlı bir servistir: panel, raporlar ve karar motoru bizim tarafımızda çalışır. Bununla birlikte siteniz sizde kalır. Reklama landing'inizin adresi gider; ArtisanClo ile bağlantıyı iki yöntemden biri sağlar:
- JS etiketi: sayfanın
<head>bölümüne ilk satır olarak eklenen bir kod satırı; - PHP dosyası: sayfa gösterilmeden önce ziyareti karşılayan, sunucunuzdaki bir dosya (WordPress için aynı PHP yöntemini kuran bir eklenti var).
İki yöntem cloaker siteye nasıl bağlanır: JS etiketi mi, PHP dosyası mı yazısında ayrıntılı anlatılıyor.
Akışın üç çalışma modu vardır: «Cloaking» (para hesabı olmadan filtreleme), «Tracker» (herkes offer'a gider, tıklamalar, dönüşümler, harcama ve kâr sayılır, botlar ise raporlarda yalnızca işaretlenir) ve «Cloaking + Tracker». Filtresiz «Tracker» modu PHP dosyası, Keitaro filtresi ya da Binom geçidi ile bağlantıda çalışır.
Kendi sunucunuzda zaten bir tracker varsa
Taşınmanız gerekmez. ArtisanClo halihazırda çalışan tracker'a yerleşir:
- Keitaro'ya akış filtresi olarak: Keitaro, ziyaretin offer'a alınıp alınmayacağını ArtisanClo'ya sorar, nereye yönlendirileceğine ise sizin akışlarınız karar verir;
- Binom'a landing içinde geçit olarak: dosya landing'in ilk satırına eklenir ve sayfa gösterilmeden önce karar verir.
Parayı bu durumda kendi tracker'ınızda saymaya devam edebilirsiniz. Akıştaki «Tracker» adımında listeden harici bir tracker ya da «Başka bir tracker» seçilir ve cloaker istatistiklerinde CR ile gelir görünür. Ayrıntılar Keitaro + cloaker ve Binom + cloaker yazılarında, hazır entegrasyonların listesi ise tracker entegrasyonları sayfasında.
Alan adı, SSL ve reklam linki
Model seçerken ortaya çıkan ayrı bir soru: reklam platformu ve ziyaretçi hangi alan adını görüyor.
Reklam doğrudan bir tracking linkine gidiyorsa tracker'ın alan adı reklamda görünür. Sunucu tracker'da bu, sizin sunucunuzdaki sizin alan adınızdır: kendiniz satın alır, SSL sertifikası bağlar ve yenilenmesini takip edersiniz. Bulut tracker'da genellikle kendi alan adınızı bağlayabilir ya da servisin alan adını kullanabilirsiniz; bu durumda onu yüzlerce başka müşteriyle paylaşıp paylaşmadığınızı kontrol etmeye değer.
Tracker kodu landing'inizde duruyorsa reklamda yalnızca sitenizin adresi görünür, tracking alan adı reklama hiç girmez. Bu yapı birkaç sorunu birden ortadan kaldırır: tracker için ayrıca alan adı satın alıp ısıtmanız gerekmez, fazladan yönlendirme olmaz ve platformun parametreleri doğrudan sayfaya gelir.
İpucu. Hangi modeli seçerseniz seçin bir yenileme takvimi tutun: alan adları, sertifikalar, tracker lisansı. Çalışan bir kampanyada süresi dolmuş bir alan adı, bir günlük trafiği kaybetmenin en can sıkıcı nedenlerinden biridir.
Bir tracker'dan diğerine kayıpsız geçiş
Modeli değiştirmeye karar verdiyseniz her şeyi bir akşamda değiştirmeyin. Şöyle ilerlemek daha güvenlidir:
- Temel listeleri taşıyın. Trafik kaynakları, affiliate ağları, offer'lar, parametre şeması. Yeni tracker'da hazır şablonlar varsa sandığınızdan hızlı olur.
- Yeni tracker'da tek bir test kampanyası başlatın, eskisiyle paralel. Tıklama yolunu elle geçin ve bir test dönüşümü gönderin.
- Birkaç günlük rakamları karşılaştırın: tıklamalar, dönüşümler, gelir. Yüzde birkaçlık fark normaldir; kat kat fark varsa hatayı parametrelerde ya da postback'te arayın.
- Yeni kampanyaları taşıyın, eskileri önceki tracker'da bitmeye bırakın. Bu noktada ağların postback'leri iki sisteme birden gitmeli ya da offer'lara göre ayrılmış olmalı.
- Eski tracker'ı ancak uzun beklemeli (hold) dönüşümler artık gelmediğinde kapatın.
Geçmiş tıklamalar neredeyse hiçbir zaman kayıpsız taşınmaz; bu yüzden eski raporların dışa aktarımlarını saklayın. Geçiş dönemindeki karşılaştırma için günlere ve kampanyalara göre bir tablo yeterlidir.
Kontrol listesi: bulut ve sunucu tracker arasında nasıl seçim yapılır
Sorulara dürüstçe yanıt verin:
- Sunucunun bakımını yapacak biri var mı? Yoksa bulut.
- Kendi hesaplamalarınız için veritabanına doğrudan erişim gerekiyor mu? Evet ise sunucu tracker ya da API ve dışa aktarım sunan bir bulut tracker.
- Trafik ne kadar dengesiz? Güçlü dalgalanmaları bulutta atlatmak daha kolaydır.
- Mevcut tracker'da kaç kampanya yaşıyor? Yüzlerce ise taşınmak pahalıdır; mevcut olanı tamamlamak daha iyidir.
- Raporlara başka kim bakıyor? Ekip ve müşteriler ise rolleri, erişimleri ve misafir bağlantılarını kontrol edin.
- Hangi platformları ve ağları kullanıyorsunuz? Hazır şablonların olup olmadığına bakın; yoksa her entegrasyonu elle kurmanız gerekir.
- Bot filtrelemeye ihtiyacınız var mı? Varsa bunun tracker'ın içinde mi, ayrı bir serviste mi, yoksa tek panelde mi olacağına karar verin.
Seçiminiz ne olursa olsun önce en önemlisini kontrol edin: tıklama ID'sinin uçtan uca yolu. Bu konu Click ID ve Sub ID: tıklamayı dönüşüme nasıl bağlarsınız yazısında ayrıntılı.
Özet
Bulut tracker size zaman kazandırır: dakikalar içinde başlangıç, sunucu, güncelleme ve gece arızaları olmadan. Sunucu tracker derin kontrol ve veritabanı erişimi sağlar, ama onu takip edecek bir insan ister. Zaten çalışan bir tracker'ınız varsa onu değiştirmek yerine eksik olanı, örneğin bot filtrelemeyi, filtre ya da geçit olarak eklemek daha akıllıcadır. ArtisanClo tarifelerine nelerin dahil olduğunu fiyatlar sayfasında görebilirsiniz.
