Google Analytics alternatifleri nasıl seçilir? Dört araç ve geçiş kontrolleri

Önce yanıtlanması gereken soruları yazın

Analiz panosunu açıp grafiklerle dolu bir ekrana bakıyor, yine de hangi yazıyı değiştirmeniz, hangi reklamı durdurmanız veya hangi sayfayı düzeltmeniz gerektiğini bilmiyor olabilirsiniz. Araç değiştirmenin amacı bu sorunları çözmek olmalıdır.

Web sitenizin yanıtlaması gereken üç soruyu listeleyin:

• Hangi yazı abonelik getiriyor?
• Hangi tanıtım kanalı ödeme getiriyor?
• Kayıt akışının hangi adımında en çok kişi kayboluyor?

Bu üç soru üç analiz görevine karşılık gelir: içerik performansı, kaynak dönüşümü ve akış analizi.

“Bugün kaç kişi geldi?” yalnızca ziyaret ölçeğini yanıtlar; abonelikleri ve ödemeleri açıklamaz.

Dört araç: göreve göre seçin

Araç	Denemeye değer ihtiyaç	Deneme odağı
Plausible	Sayfalar, kaynaklar, abonelik veya indirme hedefleri	Hedef dönüşüm getiren sayfa ve kaynakları belirleyip belirleyemediği
Umami	Trafik, olaylar, adım dönüşümleri; bulut veya kendi sunucusunda barındırma ihtiyacı	Huninin adımları, zaman aralığı ve dağıtım sürümü
Matomo	GA geçmiş raporlarını taşıma ihtiyacı	İçe aktarma kapsamı ve eski raporların ilk soruları yanıtlayıp yanıtlayamadığı
PostHog	Kayıt sonrası kullanım, kayıp ve elde tutma	Olay tanımları, kimlik bağlama ve ücretlendirilen olay hacmi

Tablo deneme yönlerini gösterir. Özellikler örtüşür; planlar ve dağıtım sürümleri de kullanılabilir kapsamı etkiler.

Plausible: sayfa ve kaynaktan hedeflere kadar izleyin

Bloglar abonelik hedefi, kaynak siteler indirme hedefi belirleyebilir.

Kontrol edilecek raporlar:

Hangi kaynaktan gelen ziyaretler aboneliği tamamladı? Dönüşüme hangi sayfalar katıldı?

Plausible sayfa hedeflerini, özel olayları ve gelir takibini destekler. Düğme tıklamaları, form gönderimleri ve başarılı ödemeler için uygun kayıt yapılandırması gerekir; analiz betiğini kurmak sitenizin iş sonuçlarını tanımlamaz. Hedef dönüşüm belgeleri

Deneme görevi: Bir yazı seçin, başarılı abonelik hedefi tanımlayın ve raporların kaynağı, sayfayı ve aboneliği ilişkilendirip ilişkilendiremediğine bakın.

Umami: adımları bir hunide birleştirin

Huni, tamamlanması gereken adımlar dizisidir:

Ürün sayfasını aç → Ödemeyi başlat → Ödeme başarılı

Umami sayfa ve olaylardan oluşan hunileri destekler. Adım sırası ve zaman aralığı sonucu etkiler. Örneğin aralık 10 dakika ise aralarında 10 dakikadan fazla olan adımlar aynı tamamlanma olarak sayılmayabilir. Umami huni belgeleri

Hunide düşüş görülünce nedenini incelemek gerekir. İsteğe bağlı adımlar, eksik olaylar ve yanlış zaman aralıkları “drop-off” oluşturabilir.

Deneme görevi: Üç adımlı huni kurun, örnek akışı tamamlayın ve üç adımın da kaydedildiğini doğrulayın.

Umami bulut hizmeti ve kendi sunucusunda barındırma seçenekleri sunar. Kendi barındırma; yükseltme, yedekleme ve sorun giderme sorumluluğu getirir. Bakım kapasitesini de seçim ölçütlerine ekleyin. Umami resmî sitesi

Matomo: önce geçmiş raporların amacını kontrol edin

Geçmiş veriler yalnızca yanıtlamanız gereken soruları yanıtlayabildiğinde değerlidir.

Matomo’nun GA içe aktarıcısı toplulaştırılmış raporları okur. İçe aktarılan veriler ham ziyaret kayıtlarını geri getirmez; tüm segmentasyon ve raporlama özellikleri de desteklenmez. Matomo içe aktarma sınırlamaları

“İçe aktarabilir” demek “eski panodaki bütün analizler korunur” demek değildir.

Deneme görevi: Korunması gereken üç eski raporu listeleyin ve desteklenen içe aktarma kapsamını kontrol edin. Ziyaret bazında kayıt, ham olay veya özel segment gerekiyorsa içe aktarma sınırlamalarını inceleyin.

PostHog: kayıttan sonra ne olduğunu kontrol edin

Üyelik siteleri şunu izlemek isteyebilir:

Kayıt başarılı → İlk eylemi tamamla → Gelecek hafta yeniden kullan

PostHog olay hunileri, yollar ve elde tutma analizleri sunar. Elde tutma raporları bir başlangıç olayı ve geri dönüş olayı tanımlamayı gerektirir. “Ana sayfayı açmak için geri gelmek” ile “bir eylemi tamamlamak için geri gelmek” farklı sonuçlardır. Analiz türleri, elde tutma tanımı

Bu analizler olay anlamlarının sürdürülmesini gerektirir. Özellikler arttıkça olay adları, özellikleri ve kimlik bağlama da yönetilmelidir.

Deneme görevi: İlk tamamlama olayını ve yeniden kullanım olayını tanımlayın; raporların iş sorularınızı yanıtladığını doğrulayın.

Dönüşüm olayları: tıklama başarı anlamına gelmez

“Ödeme düğmesine tıkla” ödeme niyetini kaydeder. Başarısız ödeme de bu olayı oluşturabilir.

“Teşekkür sayfasını aç” da yanlış sonuç verebilir: sayfayı yenileme, yer imi bağlantısı ve ödeme sonrası başarısız yönlendirme kayıtları etkileyebilir.

Önce hedefin tanımını yazın:

Hedef	Kaydedilmesi gereken sonuç
Abonelik	Abonelik başvurusunun kabul edilmesi
Kayıt	Hesabın başarıyla oluşturulması
Ödeme	Sipariş ödemesinin onaylanması
İndirme	İndirme bağlantısına tıklamayı dosya alımının tamamlanmasından ayırmak

Ödeme istatistikleri sipariş sistemiyle uzlaştırılmalıdır. Tarayıcı olayları engellenebilir; ödeme gerçeğini kaydetmek sipariş sisteminin sorumluluğundadır.

Bir test ödemesi tek başarı kaydı oluşturmalıdır. Sayfayı yenilemek aynı siparişi iki gelir kaydına dönüştürmemelidir.

Geçiş: dört kontrol yapın

1. Sayfa kaydı

Ana sayfayı, bir makale sayfasını ve bir iş sayfasını açıp kayıtları kontrol edin.

Sayfa geçişlerini de sınayın. Bazı web siteleri sayfa değiştirirken tümünü yeniden yüklemez; ana sayfa kaydedilir ama sonraki sayfalar kaçabilir.

2. Kaynak kaydı

Bir deneme tanıtım bağlantısı hazırlayın:

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

Yeni tarayıcı oturumunda açıp kaynak ve kampanya adını kontrol edin. Web sitesi yönlendirmeleri parametreleri korumalıdır.

UTM, tanıtım kampanyalarını ayırt etmeye yarar. Günlük paylaşım bağlantılarında tutarlı adlar kullanın; yoksa newsletter, Newsletter ve email-news ayrı satırlarda görünür.

3. Başarı kaydı

Abonelik, kayıt veya test siparişi tamamlayıp olay adını, sayısını ve tutarını kontrol edin.

Önce hedef olayının dahili ziyaret filtreleme kurallarıyla dışlanmadığını doğrulayın.

4. Yinelenen kayıt

Analiz betiğinin nerelere kurulduğunu kontrol edin. Web sitesi eklentileri, tema ayarları ve etiket yöneticileri betiği ayrı ayrı eklemiş olabilir.

Yinelenen betikler, yinelenen gönderimler ve teşekkür sayfasının yenilenmesi kontrol edilmelidir. İkiye katlanan ziyaret sayısı trafik artışı demek değildir.

Yeni ve eski rakamlar farklıysa neyi kontrol etmeli?

Önce karşılaştırma kapsamını eşitleyin:

• Tarih ve saat dilimi.
• Alan adı, alt alan adı ve sayfa kapsamı.
• Dahili ziyaret filtreleme kuralları.
• İzin yönetimi ve betik engelleme.
• Ziyaret, oturum ve dönüşüm tanımları.

Sonuçları tabloda kaydedin:

Belirti	Sorun giderme yönü
Ana sayfa kaydediliyor, makale geçişleri kaydedilmiyor	Sayfa geçiş takibi
Sayfalar normal, tanıtım kaynakları kayıp	UTM parametreleri, yönlendirmeler, kaynak ilişkilendirmesi
Tıklamalar kaydediliyor, başarılar kaydedilmiyor	Başarı olaylarının bağlı olup olmadığı
Başarı sayısı sipariş sayısından fazla	Yinelenen tetikleyiciler, test siparişleri, iptal/iade ölçütleri
Tüm sayfalarda neredeyse sabit kat farkı	Yinelenen kurulum, kayıt kapsamı ve metrik tanımları

Bunlar sorun giderme yönleridir; doğrudan arıza sonucu sayılmaz.

Tamamen aynı sayfa görüntüleme sayıları da geçişin başarılı olduğunu kanıtlamaz. Kaynakların kaybolması, yinelenen ödemeler ve bozuk reklam dönüşümleri kararları etkiler.

Geçmiş veri ve reklam bağlantılarını ayrı ele alın

Plausible, GA verisi içe aktarmayı destekler ancak GA e-ticaret gelirini içe aktaramaz; Matomo toplulaştırılmış raporları içe aktarır. Eski verinin kullanılabilirliği her öğe için kontrol edilmelidir. Plausible içe aktarma belgeleri, Matomo içe aktarma sınırlamaları

Geçiş tarihini kaydedip eski raporları tutun. Geçiş tarihini aşan eğilimlerde istatistik kapsamı değişikliği not edilmelidir.

Google Ads için de bir kontrol var: Hesap teklif optimizasyonunda GA4’ten aktarılan dönüşümleri kullanıyor mu? GA4’ü silmeden önce yeni reklam dönüşüm yolunu doğrulayın ve yinelenen sayımı kontrol edin. Google Ads dönüşüm belgeleri

Maliyet: faturalandırma birimine bakın

Ayda 100.000 sayfa görüntüleme, 100.000 ücretlendirilebilir olay anlamına gelmez.

Sayfa görüntülemeleri, düğme tıklamaları, özel olaylar ve otomatik toplama olay hacmine girebilir. PostHog ürün analitiği olay bazlı ücretlendirilir; bu nedenle denemeye olay hacmini kontrol etmeyi ekleyin. PostHog ücretlendirme açıklaması

Satın almadan önce şunları inceleyin:

• Faturalandırma birimi ve aşım kuralları.
• Web sitesi sayısı.
• Veri saklama süresi.
• Gerekli özellikleri içeren plan.
• Kendi sunucusunda barındırmanın bakım maliyeti.

Kararı nasıl verirsiniz?

Bloglar önce “sayfa → abonelik” yolunu, mağazalar “kaynak → ödeme” yolunu, üyelik siteleri “kayıt → kullanım → geri dönüş” yolunu sınamalıdır.

Aday araç ancak bu yolu yanıtlayabiliyor, kayıtları kontrollerden geçiyor ve maliyeti karşılanabiliyorsa geçiş için değer taşır.