
Form, telefon, e-posta, teklif ve satış gibi önemli kullanıcı eylemlerini doğru olaylarla ölçün; kaynağı anlaşılır ve doğrulanmış raporlar oluşturun.
Ölçüm araca değil iş kararına göre kurulur
Analitik hesabında çok sayıda olay bulunması, işletmenin sorularına cevap verildiği anlamına gelmez. Önce hangi kullanıcı eyleminin gerçek değer taşıdığı belirlenir: teklif formu, telefon, randevu, sipariş, üyelik, dosya indirme veya belirli bir uygulama görevi. Her eylemin başlangıcı, başarısı ve gerekiyorsa kalite göstergesi tanımlanır.
Sayfa görüntüleme ile sonuç aynı değildir. Kullanıcının iletişim düğmesine tıklaması telefon görüşmesinin gerçekleştiğini; forma başlaması talebin başarıyla teslim edildiğini kanıtlamaz. Olay adları bu farkı korur. Ölçüm planı teknik tetikleyici, iş anlamı, parametre, veri sahibi ve doğrulama yöntemiyle yazılır.
KPI ağacı kullanıcı yolunu görünür kılar
En üst hedef, örneğin nitelikli teklif veya tamamlanan satış olabilir. Bu sonuca giden destekleyici adımlar; hizmet görüntüleme, fiyat bilgisi, form başlama, hata ve başarı olarak ayrılır. Her ara metrik başarı göstergesi değildir; nerede sorun olduğunu açıklayan teşhis verisidir. Trafiği artırırken teklif kalitesi düşüyorsa yalnızca oturum sayısına bakmak yanlış karar üretebilir.
| Düzey | Örnek | Yorum |
|---|---|---|
| İş sonucu | Doğrulanmış teklif veya sipariş | CRM/operasyon verisi gerekebilir |
| Ana web olayı | Form başarı, ödeme onayı | Sunucu sonucu mümkünse doğrulanır |
| Destekleyici olay | Form başlama, ürün inceleme | Darboğazı anlamaya yarar |
| Teknik kalite | Form hatası, entegrasyon başarısızlığı | Dönüşüm kaybının nedenini işaret eder |
Olay ve parametre adlandırma standardı
Farklı sayfalarda aynı eylem için ayrı isimler kullanmak raporu parçalar; farklı eylemleri tek isim altında toplamak anlamı kaybettirir. Olay adları küçük, tutarlı ve araç bağımsız bir sözlükte tutulur. Parametreler sayfa türü, form adı, hizmet veya sonuç kodu gibi analiz için gerekli bağlamı taşır. E-posta, telefon, ad, serbest metin ya da kişiyi doğrudan tanımlayan veri analitik aracına gönderilmez.
- Olayın ne zaman tetikleneceği ve ne zaman tetiklenmeyeceği açıklanır.
- Zorunlu ve isteğe bağlı parametreler veri tipiyle belgelenir.
- Aynı kullanıcı işleminin iki kez sayılmasını önleyen koşul belirlenir.
- Test olayları üretim raporundan ayrılır.
- Değişiklik geçmişi ve sürüm notu tutulur.
Etiket kurulumunda veri akışı ve izinler
Google tag, Tag Manager veya doğrudan uygulama kodu seçimi mevcut altyapı, ekip yetkisi ve yönetişim ihtiyacına bağlıdır. Tag Manager kod yayınlamadan bazı değişiklikleri kolaylaştırabilir; fakat geniş yayın yetkisi kontrolsüz kullanılırsa güvenlik ve veri kalitesi riski oluşturur. Çalışma alanı, onay ve sürüm isimlendirmesi belirlenir.
Çerez ve kişisel veri yükümlülükleri işletmenin faaliyet alanına ve kullanılan teknolojilere göre yetkili hukuki değerlendirme gerektirebilir. Teknik uygulama onaylanan politika doğrultusunda gereksiz etiketi çalıştırmaz, veri minimizasyonu uygular ve izin durumunu doğru iletir. Harici hizmetlerin güncel şartları işletme tarafından ayrıca doğrulanır.
Form, telefon ve iletişim olaylarının doğru sınırı
Form gönder düğmesine tıklamak başarı değildir. Tarayıcı doğrulaması, sunucu hatası, spam kontrolü veya e-posta teslim sorunu olabilir. Mümkünse başarı olayı sunucunun kaydı kabul ettiği sonuç ekranında ya da güvenilir uygulama durumunda tetiklenir. Sayfanın yenilenmesi aynı başarıyı tekrar üretmemelidir.
Telefon ve e-posta bağlantı tıklaması kullanıcı niyetini gösterir; görüşme veya e-postanın gerçekleştiğini göstermez. Bu olaylar açık isimle raporlanır. CRM ile gerçek teklif eşlemesi gerekiyorsa gizlilik, benzersiz kimlik ve veri sahipliği planlanır; API entegrasyonu sunucu tarafı veri akışını güvenli hâle getirebilir.
E-ticaret ve özel uygulamalarda ölçüm katmanı
Ürün görüntüleme, sepete ekleme, ödeme başlama ve satın alma olayları ürün kimliği, para birimi ve tutarla tutarlı olmalıdır. Tarayıcı tarafı reklam engelleyici veya bağlantı kesintisinden etkilenebilir; analitik gelir ile gerçek sipariş sistemi birebir muhasebe kaynağı kabul edilmez. Farklar düzenli karşılaştırılır.
Özel web uygulamasında iş akışı; görev oluşturma, onay, rapor üretme veya veri aktarma gibi adımlarla ölçülebilir. Ancak çalışan performansını gizlice izleyen gereksiz ayrıntılar toplanmaz. Kullanım analitiği ürün iyileştirme amacı, erişim yetkisi ve saklama süresiyle sınırlandırılır.
UTM ve kampanya adlandırma düzeni
Kaynak, araç, kampanya ve gerektiğinde içerik parametreleri için tutarlı adlandırma sözlüğü hazırlanır. Türkçe karakter, boşluk, büyük-küçük harf ve farklı kısaltmalar aynı kampanyayı birçok satıra bölebilir. Link oluşturan ekiplerin kullanacağı kısa bir şablon ve kontrol tablosu bu dağınıklığı azaltır.
İç bağlantılara UTM eklemek oturum kaynağını bozabileceğinden kullanılmaz. Profil, e-posta, reklam veya ortaklık gibi dış kaynaklarda amaçla uyumlu etiketler kullanılır. Yönlendirme ve kısa bağlantı servislerinin parametreleri koruyup korumadığı yayından önce test edilir. Yerel profil kaynakları için Google İşletme Profili danışmanlığı ile ölçüm adları eşleştirilebilir.
Kurulum önizleme ve gerçek zamanlı testle doğrulanır
- Olay planındaki her senaryo test ortamında çalıştırılır.
- Tetikleyicinin doğru anda yalnızca bir kez çalıştığı kontrol edilir.
- Parametre adı, tipi ve izin verilmeyen kişisel veri gözden geçirilir.
- Mobil, masaüstü, farklı onay durumları ve form hata yolları sınanır.
- Gerçek zamanlı rapor ile tarayıcı/ağ isteği karşılaştırılır.
- Üretim yayını sonrası sınırlı gerçek işlemlerle yeniden doğrulama yapılır.
Test tamamlanmadan olayın “kuruldu” sayılması raporlarda aylarca fark edilmeyen boşluk oluşturabilir. Geçmişte ölçülmemiş olaylar sonradan güvenilir biçimde oluşturulamaz; yeni veri kurulumdan itibaren oluşur.
Rapor karar vermeyi kolaylaştıracak kadar sade olmalı
Her metrik aynı ekrana eklenmez. Yönetim sonucu ve eğilimi; pazarlama kaynak ve kampanyayı; ürün ekibi akış ve hatayı; teknik ekip olay sağlığını görmek ister. Raporlarda tarih aralığı, filtre ve metrik tanımı açıkça gösterilir. Küçük örneklem ve izleme değişikliği gibi yorum sınırlamaları not edilir.
Anormal düşüşte önce ölçüm bozulması, yayın değişikliği ve trafik kaynağı kontrol edilir; sonuç hemen kullanıcı talebine bağlanmaz. Arayüz engeli doğrulanırsa UI/UX dönüşüm optimizasyonu hipotez ve yeniden ölçümle uygulanabilir. Böylece analitik rapor arşivlenen bir pano değil, değişiklik kararının başlangıç ve doğrulama noktası olur.
Ölçüm yönetişimi ve teslim dokümanı
Teslimde amaç–olay–parametre matrisi, uygulama yerleri, test sonuçları, hesap ve mülk sahipliği, yayın yetkileri, UTM standardı ve bilinen sınırlamalar yer alır. Hesaplar işletmenin sahipliğinde kalır; gereksiz yönetici erişimleri kaldırılır. Yeni form veya sayfa eklendiğinde ölçüm gereksinimini kimin kontrol edeceği belirlenir.
Başlangıç için web sitesi ve varsa uygulama erişimi, ana iş hedefleri, mevcut analitik/etiket hesabı, formlar, reklam veya profil kaynakları ve kullanılan gizlilik/izin düzeni paylaşılmalıdır. Güvenilir ölçüm, daha fazla veri toplamaktan değil; doğru soruya, açık tanıma ve doğrulanmış olaya dayanır.
Bu çözüm kimler için uygun?
- Form, telefon, teklif veya satış sonuçlarını kaynağıyla görmek isteyen işletmeler
- GA4 ya da etiket kurulumu olduğu hâlde verisine güvenemeyen ekipler
- Yeni sitesinde ölçüm planını yayın öncesinde kurmak isteyen projeler
Proje kapsamında planlanabilenler
- Ölçüm ve olay planı
- Google tag, GA4 ve uygun projelerde Tag Manager kurulumu
- Form, telefon, e-posta ve temel etkileşim doğrulaması
- Anahtar olaylar, UTM standardı ve rapor görünümü
Sık sorulan sorular
Web Analitik ve Dönüşüm Ölçüm Kurulumu hakkında merak edilenler
Analitik kurulumu reklam yönetimini de kapsar mı?
Hayır. Hizmet, web sitesi ölçüm altyapısı ve veri doğrulamasına odaklanır. Reklam kampanyası yönetimi ayrı bir uzmanlık ve kapsamdır.
Geçmişte ölçülmeyen veriler sonradan oluşur mu?
Hayır. Yeni veya düzeltilen olaylar kurulumdan sonra veri üretir; ölçülmemiş geçmiş etkileşimler geriye dönük olarak oluşturulamaz.