Neden baştan doğru kurulmalı?
Analitik yapısı sonradan değiştirildiğinde geçmiş veri taşınamaz. Yanlış kurulmuş bir yapı, aylarca kullanılamaz veri üretir.
Temel kararlar
- Kaç property gerekli? Genellikle site başına bir tane
- Alt alan adları nasıl ele alınacak?
- Çoklu alan adları birleştirilecek mi?
- Test ortamı ayrı mı ölçülecek?
- Erişim yetkileri kimde olacak?
Sahiplik: en kritik madde
Analitik hesabı kurum adına açılmalıdır. Ajans veya çalışan hesabına bağlı yapılar, ilişki bittiğinde ciddi sorun çıkarır:
- Geçmiş veri erişimi kaybedilebilir
- Yapılandırma değiştirilemez
- Yeni ekip sıfırdan kurmak zorunda kalır
Kurallar: Hesap kurum e-postasıyla açılır, diğerlerine erişim verilir.
Çoklu alan adı yönetimi
| Durum | Yaklaşım |
|---|---|
| Tek site, tek alan adı | Tek property |
| Ana site + alt alan adı (blog) | Tek property, alt alan adı ölçümü açık |
| Farklı ülke siteleri | Tek property + ülke boyutu (veya ayrı) |
| Tamamen farklı markalar | Ayrı property |
| Ödeme sağlayıcısı yönlendirmesi | Hariç tutma listesine ekle |
Son satır e-ticarette kritiktir: Eklenmezse satın alma sonrası dönüş "yönlendirme" sayılır ve dönüşüm yanlış kanala yazılır.
Kurulum kontrol listesi
- Hesap kurum adına açıldı mı?
- Veri saklama süresi uzatıldı mı?
- Dahili trafik filtrelendi mi?
- Bot filtresi açık mı?
- Ödeme sağlayıcıları hariç tutuldu mu?
- Search Console bağlantısı kuruldu mu?
- Anahtar olaylar tanımlandı mı?
- Erişim yetkileri düzenlendi mi?
İkinci madde sıkça atlanır ve varsayılan süre dolduğunda geçmiş veri geri getirilemez.
Erişim yönetimi
- Ayrılan çalışan ve ajansların erişimi kaldırılmalı
- Yetki düzeyleri role uygun verilmeli
- Yönetici erişimi sınırlı kişide olmalı
- Düzenli erişim denetimi yapılmalı
Belgeleme
Kurulum kararlarının nedenini yazılı tutun. Ekip değiştiğinde "bu neden böyle ölçülüyor" sorusunun yanıtı olmalıdır.
Ne anlama gelir?
Analitik hesap yapısı (analytics account structure), bir analitik aracının (örneğin Google Analytics) hesap, mülk ve veri görünümü gibi katmanlarının nasıl düzenlendiğidir. Doğru kurulmuş bir hesap yapısı, verinin temiz, düzenli ve anlamlı biçimde toplanmasını sağlar; yanlış bir yapı ise karışık, güvenilmez ve yorumlanması zor veriye yol açar. Bu yüzden analitik kurulumunun temeli, sağlam bir hesap yapısıdır.
Temel kavramlar
- Hesap: En üst düzey, genellikle işletmeyi temsil eder
- Mülk (property): Bir web sitesi veya uygulama
- Veri akışı/görünüm: Verinin toplandığı ve filtrelendiği katman
Neden doğru yapı önemli?
İyi bir hesap yapısı, birkaç kritik soruna karşı koruma sağlar. Örneğin kendi ekibinizin ve botların trafiğini filtrelemek, gerçek kullanıcı verisini kirlenmekten korur; farklı siteleri veya alt bölümleri doğru ayırmak, verinin karışmasını önler. Ayrıca ham (filtresiz) bir veri kopyasını her zaman saklamak, bir filtre hatası durumunda veriyi kurtarabilmek için önemli bir güvenlik ağıdır. Yanlış yapılandırılmış bir hesap ise; çift sayımlar, eksik veri veya kirli metriklerle SEO ve pazarlama kararlarını yanıltır. Analitik kurulumuna başlamadan önce hesap yapısını doğru tasarlamak, sonradan düzeltmesi zor sorunların önüne geçer.
Gerçek örnek
Bir işletmenin analitik verisi güvenilmezdi; çünkü kendi ofis trafiği ve botlar filtrelenmemiş, veri şişmişti. Hesap yapısı yeniden düzenlenip iç trafik ve bot filtreleri kurulduğunda ve bir ham veri kopyası saklandığında, metrikler gerçek kullanıcı davranışını yansıtır hale geldi.
Özet
Analitik hesap yapısı, analitik aracının hesap, mülk ve görünüm katmanlarının düzenlenişidir. Doğru yapı temiz ve güvenilir veri sağlar; iç trafik/bot filtreleme, doğru ayrıştırma ve ham veri kopyası saklama kritiktir. Yanlış yapı kararları yanıltır; kurulumdan önce doğru tasarlanmalıdır.