Dijital pazarlama

Pazarlama için veri analizi

Pazarlama için veri analizi, her kanal için hareket ettiğinde kararınızı değiştirecek tek bir sayı seçmek demektir; rapordaki diğer her sayı süstür. Zor kısım o sayıyı seçmek değil, geri kalanı atmaktır.

  • Ders 7 / 8
  • Orta
  • Ücretsiz, kayıt yok

Her kanal için tek sayı ve bırakılacak sayı

Her hücrede önce bir karara bağlı sayı, sonra yalnızca iyi hissettiren sayı.

  • Organik arama

    satmak için yazdığınız sayfalara gelen tıklamalar. Ortalama konumu bırakın.

  • Sosyal

    başlayan konuşmalar. Takipçi sayısını bırakın.

  • E-posta

    etiketlenmiş bağlantıya gelen tıklamalar. Açılma oranını bırakın.

  • Ücretli reklam

    gerçek bir talebin maliyeti. Gösterimleri bırakın.

Dört sayı

Bu ayrım bir standart değil, bizim tercihimiz. İşinizde kararı değiştiren başka bir sayı varsa doğru olan odur.

Son kontrol: Bu dersteki bilgiler ve araç adları bu tarihte kaynaklarıyla yeniden doğrulanır.

Hangi sayılara bakmalı, hangilerini bırakmalı

Kendi kullandığımız kural tek cümle: bir sayı, hareket ettiğinde farklı bir şey yapacaksanız bakmaya değerdir. Gönderi gösterimleriniz sekiz binden on iki bine çıkıyor ve cumartesi zaten yapacağınız şeyi yapıyorsanız, o sayı sizin için bir sayı değil, bir histir.

Neredeyse her zaman yanıltıcı üç sayı. Birincisi takipçi sayısı; yalnızca bir gün kaç kişinin bir düğmeye bastığını söyler, bugün hakkında hiçbir şey söylemez. İkincisi gösterim ve görüntülenme; bir sonuç değil, bir girdidir ve Telegram'da tek bir yeni okur olmadan bile yaşlandıkça artar. Üçüncüsü Search Console'daki ortalama konum; en kötüsü budur, çünkü kesin bir rakam gibi görünür.

Google bu sayının nasıl kurulduğunu kendisi yazmış: Performans raporunda gösterilen konum, sayfanıza giden bir bağlantının sonuçlarda tuttuğu en üst konumdur ve sitenizin göründüğü "bütün sorgular boyunca ortalaması alınmıştır". Yani sayfanız yeni bir ifade için üçüncü sayfada görünmeye başladığı anda, hiçbir şey kötüleşmeden ortalama konum kötüleşir. Aylık raporunuz bu sayıyı ilerleme ölçüsü olarak kullanıyorsa, o rapor size yalan söylüyor.

Bunun yerine her kanal için bir karara bağlı tek bir sayı tutun: arama için satmak amacıyla yazdığınız sayfalara gelen tıklamalar; sosyal için başlayan konuşma sayısı; e-posta için etiketlenmiş bağlantıya gelen tıklamalar; reklam için gerçek bir talebin maliyeti. Dört sayı. Raporunuz bundan fazlasını taşıyorsa gerisini kimse okumaz.

Pazarlama için veri analizi: hangi sayıya bakmalı

UTM nedir ve onsuz ne kaybedersiniz

Birisi bağlantıya tıkladığında Analytics'in bağlantının nerede olduğunu bilmesi için sayfa adresinin sonuna eklediğiniz birkaç kelime. Onlarsız, Instagram biyografisinden gelen bir tıklama, bir kanal gönderisinden gelen bir tıklama ve e-posta imzanızdan gelen bir tıklama aynı isimsiz satıra düşer ve hangi işin karşılığını verdiğini artık söyleyemezsiniz.

Google parametre listesini yayımlıyor ve o sayfadaki iki nokta başka yerde pek tekrarlanmıyor. Birincisi, Google açıkça diyor ki parametre eklediğinizde her zaman utm_source, utm_medium ve utm_campaign kullanın; gerisi isteğe bağlı. İkincisi, o listedeki iki parametre, utm_creative_format ve utm_marketing_tactic, Google'ın kendi ifadesiyle "şu anda Google Analytics özelliklerinde raporlanmıyor". Onları ayarlayıp hiçbir yerde görmeyebilirsiniz.

Çoğu kişinin kafasını karıştıran üçüncü bir nokta: Google, UTM parametrelerinin Landing page + query string ve Page path + query string boyutlarından çıkarıldığını ve bunun yerine Page location boyutunda göründüğünü belirtiyor. Kampanya etiketinizi sayfalar raporunda arayıp bulamadıysanız bozuk bir şey yok; başka yerde.

Her şeyin bağlı olduğu disiplin de teknik değil, kayıt tutmayla ilgili: her yer için tek bir ad ve hep aynısı. Bir kez instagram, bir kez Instagram, bir kez de insta yazarsanız raporda üç ayrı satır kurmuş olursunuz ve hiçbiri gerçek sayı değildir. Her kanal için hangi adı kullandığınızı kaydeden sade bir dosya, herhangi bir analiz aracından daha önemlidir.

Raporu okunur tutan ve onu bozan şeyler

Bağlantı etiketleme disiplinitek dosya, beş dakika

Her zaman

  • source, medium ve campaign'i her seferinde birlikte koyun
  • her şeyi küçük harfle yazın
  • her kanal için kullanılan adı kaydeden tek bir dosya tutun
  • etiketlenmiş bağlantıyı yayımlamadan önce bir kez açın

Asla

  • tek bir kanalı her seferinde farklı yazmak
  • kendi sitenizin içine giden bir bağlantıyı etiketlemek
  • bir parametrenin içine birinin adını, telefonunu ya da e-postasını koymak
  • Google'ın raporlanmadığını söylediği iki parametreye güvenmek

Etiketleme yalnızca ziyaretin nereden geldiğini düzeltir. O ziyaretin satışa dönüşüp dönüşmediği başka bir sorudur ve bu liste onu yanıtlamaz.

Analytics sayısı Search Console sayısıyla neden uyuşmaz

Çünkü iki farklı şeyi sayarlar ve hiçbiri bozuk değildir. Search Console Google tarafından bakar: biri arama sonuçlarında bağlantınıza tıkladı. Analytics sitenizin tarafından bakar: birinin tarayıcısında bir sayfa açıldı, ölçüm kodu çalıştı ve Google'ın sunucusuna bir mesaj gitti.

Bu iki an arasında birkaç şey olabilir. Kullanıcı sayfa tam yüklenmeden geri dönebilir. Bir tarayıcı ya da eklenti ölçüm betiğini engelleyebilir. Ve hepsinden önemlisi, Search Console yalnızca Google Aramayı sayar, Analytics ise her yerden gelen girişleri sayar. Bu yüzden ikisini sayı sayıya karşılaştırmak anlamsız bir uğraştır; anlamlı olan, her birini kendi geçmişiyle karşılaştırmaktır.

Her biri yalnızca kendisinin yanıtlayabileceği bir soruyu yanıtlar. Search Console, insanların hangi ifadeleri arayıp sizi gördüğünü ve tıklamadığını söyler; bu başka hiçbir araçta yoktur ve sayfa başlıkları ile meta açıklamaları buradan düzeltilir. Analytics, ziyaretten sonra ne olduğunu ve insanların nereden geldiğini söyler. İkisiyle de çalışıyorsanız, bu bölümdeki Search Console ve Google Analytics 4 dersleri araç katmanını daha ayrıntılı açıyor.

Search Console ve Analytics: her biri hangi soruyu yanıtlar

Search Console

  • Google tarafından sayar: bir sonuca tıklama
  • yalnızca Google Arama, başka kanal yok
  • sizi görüp tıklamadıkları ifadeleri gösterir
  • sitede koda ihtiyaç duymaz

Google Analytics

  • site tarafından sayar: ölçüm kodunun çalışması
  • her yerden gelenler, etiketli bağlantılar dahil
  • ziyaretten sonra ne olduğunu söyler
  • betik çalışmazsa hiçbir şey saymaz

İkisi de bozuk değil ve sayılarının uyuşması beklenmez. Bu şekil, hangisinin daha doğru olduğuyla değil, sorunun farkıyla ilgilidir.

Sayıya güvenmeden önce ölçümün kendisini denetleyin

Bir grafiğin aniden düşmesinin en yaygın nedeni gerçek bir düşüş değil, bozulmuş bir ölçümdür. En kötü hâli de sessiz olanıdır: hiçbir yere hata yazılmaz, rapor her gün gelir, yalnızca sayılar küçülmüştür.

Ayda bir bakmaya değer üç şey. Ölçüm kodunun hâlâ bütün sayfalarda olduğu, yeni sayfalar ve ödeme sayfaları dahil. Betik dosyasının gerçekten 404 değil 200 döndürdüğü; bunu sunucu günlüğünde ya da tarayıcının ağ sekmesinde görebilirsiniz. Ve sayfa önbelleğinin, artık var olmayan bir adrese işaret eden eski bir HTML kopyasını sunmadığı.

Sonuncusu bizim zor yoldan öğrendiğimiz maddedir ve bu sayfanın birinci elden bölümünde yazılıdır. Kısası şu: sitenizin HTML'i haftalarca bir önbellek katmanında durduğunda, bir betik dosyasının adındaki herhangi bir değişiklik ölçümü kesebilir ve bunu raporda değil, yalnızca sunucu günlüğünde görürsünüz.

Gerçekten okunan bir aylık rapor

Tek sayfa. Daha uzunsa kimse okumaz ve gelecek ay onu hazırlamaya sizin de sabrınız kalmaz.

Yukarıda seçtiğiniz dört kanal sayısı; her biri tek başına değil, geçen ayın sayısının yanında. Altında neyin değiştiğine dair iki satır ve nedenine dair bir tahmin, açıkça tahmin olduğu belirtilerek. Sonra gelecek ay denemeyi düşündüğünüz bir şey. Ve sonda, bilmediğiniz bir şeye dair bir satır; raporu bir reklamdan ayıran o satırdır.

Raporda olmayanlar da önemlidir: kimsenin karar almadığı grafikler, araç panolarının ekran görüntüleri ve kaynağını söyleyemediğiniz her sayı. Bir sayıyı iki cümlede açıklayamıyorsanız, o sayının raporunuzda işi yoktur.

Yapay zekayla hızlı yol

Bir modelin analizde gerçekten iyi olduğu şey, size ne olduğunu söylemek değildir. Bilmez ve söylerse bir hikâye uyduruyordur. İyi olduğu şey, altmış satırlık bir tabloda diğerlerinden farklı satırları bulmak ve her biri için gidip denetleyeceğiniz birkaç olasılık yazmaktır. Model sizin yerinize bakar, sizin yerinize düşünmez. On dakikalık bir analizi bir sayfa alakasız metinden ayıran da bu farktır.

  1. Ayı sade bir tablo olarak dışa aktarın: kanal ya da sayfa sütunu, bu ay sütunu, geçen ay sütunu. Üç sütun yeter.
  2. Yapıştırmadan önce birinin adını, e-postasını ya da telefonunu taşıyan her sütunu silin. Toplulaştırılmış veri kalır, kişisel veri kalmaz.
  3. Aşağıdaki tarifi gönderin ve çıktıyı bir sonuç değil, bir yapılacaklar listesi sayın. Her satırı, gidip bakılacak bir şeydir.
  4. Önce teknik olasılıklara gidin: ölçüm kodu, önbellek, değişen bir sayfa adresi. Düşüş bu türdense analizin geri kalanı anlamsızdır.
  5. Bunun için pahalı bir model gerekmez; iş mekaniktir ve Flash sınıfından hızlı bir model bunu yapar. Bugünkü seçim için sitenin yapay zeka bölümüne bakın.

Kopyalamaya hazır şablon

Aşağıda bir sitenin aylık dışa aktarımı var. Sütunlar: {sütun adları}. Dönem: {bu ay} ile {geçen ay}.

{tablo}

Üç şey yap, sonra dur:

1. Değişimi tablonun geri kalanının değişimiyle bağdaşmayan satırları göster. Her satır için yalnızca neyin olağandışı olduğunu yaz.
2. Her satır için en fazla üç olasılık yaz ve her birini gidip denetleyebileceğim biçimde yaz. Bozuk ölçüm ya da değişmiş bir sayfa adresi gibi teknik olasılıkları ayrı ve önce koy.
3. Bu tabloda olmayan ve yanıt için gereken verinin ne olduğunu söyle.

Kurallar:
- Tabloda olmayan hiçbir sayıyı yazma ve bu sütunlar dışında hiçbir yüzde hesaplama.
- Sonuç çıkarma ve ne olduğunu söyleme. Yalnızca olasılık.
- Pazarlama tavsiyesi verme. Ben bir kontrol listesi istiyorum.
- Tablo bir kısmı yanıtlamaya yetmiyorsa bunu söyle.

Çıktıya güvenmeden önce: Bu tarifin çıktısı bir kontrol listesidir ve siz denetlemeden hiçbir satırı doğru değildir. Üç şeyi aklınızda tutun. Birincisi, model geçen ay ne yapıp ne yapmadığınızı bilmez; bu yüzden herhangi bir değişimin en büyük nedeni genellikle tabloda değil, takviminizdedir. İkincisi, nedeni kesinlikle ilan eden bir cümle yazarsa o cümleyi atın; iki sütunlu bir tablo bunu üretemez. Üçüncüsü, herhangi bir pazarlama yorumundan önce teknik olasılıkları eleyin, çünkü ölçümdeki bir düşüş gerçek bir düşüşe tıpatıp benzer ve ikisini yalnızca sunucu günlüğü ayırır.

Bu işte yapay zeka

Analizde yapay zeka analistin yerini almaz ama sıkıcı kısmını devralır: uzun bir tabloyu okumak ve geri kalanına uymayanları işaretlemek. Faydalı kullanımla tehlikeli kullanımın ayrıldığı yer de tam burasıdır. Bir modele satışların neden düştüğünü sorarsanız bir yanıt alırsınız ve o yanıt uydurmadır. Nereye bakmanız gerektiğini sorarsanız size bir saat kazandıran bir liste alırsınız.

Gerçekten işe yarayan araçlar

  • Claude İstemede sonuç çıkarma, yalnızca olasılık yaz dediğinizde genelde uyar ve analizde bu, zekilikten daha önemlidir. İran, Anthropic'in iki destekli ülke listesinin hiçbirinde yok; bunu Anthropic'in kendi sayfasından okuduk.
  • Gemini Uzun tablolarda hızlı ve ucuz; aylık tekrar eden bir iş için ekonomisi daha iyidir. Farsça web uygulamasının desteklenen dil listesinde var ama İran desteklenen ülkeler listesinde yok; iki bilgi de Google'ın kendi yardım sayfalarından.
  • NotebookLM Birkaç aylık raporu kaynak olarak yükleyin, yalnızca onlardan yanıt üretir; yeni bir sayının belirmesini engelleyen budur. Google, Gemini uygulamasının çalıştığı bölgelerde çalıştığını söylüyor ve İran o listede yok.

Nerede geri teper

Buradaki asıl risk halüsinasyonun olağan biçimi değil, daha tehlikeli biçimidir: model "doğrudan trafik düştü çünkü Instagram kampanyasını durdurdunuz" gibi bir cümle üretir; cümle makul görünür, uydurma bir rakam içermez ve verdiğiniz veriden çıkmaz. Uydurulan bir sayı değil, bir muhakemedir ve bunu fark etmek daha zordur. Anthropic'in belgelerinde bu davranışı azaltmayı hedefleyen bir sayfa var ve pratik çözümü yukarıdaki tarifte kullanılanın aynısı: yalnızca verilen veriden çalışmasını ve veri yetmediğinde bunu söylemesini açıkça isteyin.

İkinci risk daha küçük görünür ama değildir: analiz dışa aktarımları çoğu zaman kişisel veri taşır. Ham bir sipariş dosyasında telefon numaraları ve adresler, bir iletişim formu dışa aktarımında adlar ve e-postalar bulunur. Bu, müşterilerinizin bilgisidir ve onu bir sohbet kutusuna yapıştırmak başka bir şirketin sunucusuna göndermek demektir; sonrasında ne olduğu plana ve ayarlara bağlıdır ve her hizmetin bu konuda kendi sayfası vardır. Basit kural: kopyalamadan önce kimlik sütunlarını silin. Toplulaştırılmış analiz onlara ihtiyaç duymaz.

Kaynaklar: Anthropic docs: reduce hallucinations Anthropic: is my data used for model training Anthropic: supported countries and regions Google: where Gemini Apps are available Google: NotebookLM availability

Bu tavsiyenin sınırı

Burada üç şey yok. Birincisi, herhangi bir kıyas sayısı: iyi bir dönüşüm oranının ne olduğunu, normal bir tıklama oranının nasıl göründüğünü ya da işiniz için ayda kaç ziyaretin yeterli olduğunu söylemiyoruz. Böyle bir rakam sektörünüzü, fiyatlarınızı ve şehrinizi bilmeden anlamsızdır ve İran pazarı için zaten yayımlanmamıştır. İkincisi, Google araçlarındaki tanımlar ve rapor adları değişir; burada aktardıklarımız bu sayfanın doğrulama tarihinde Google'ın kendi yardım sayfalarından okundu, dayanmadan önce o sayfayı okuyun. Üçüncüsü, bu ders sayıları okumakla ilgilidir, teknik kurulumla değil; araçların kurulumu ve yapılandırması Analytics ve Search Console derslerinin işidir.

Kendi işimizden

Bu sitenin ölçümünü bir keresinde hiçbir raporun göstermeyeceği bir biçimde kırdık. Kendi sunucumuzda tuttuğumuz yerel gtag.js kopyası adını dosyanın içerik özetinden alıyordu; dosya her gece yeniden indirildiğinde yeni bir ad alıyor ve önceki kopya o anda siliniyordu. Sorun şu ki bu sitenin HTML'i uç önbellekte otuz güne kadar duruyor ve o eski HTML eski dosya adına işaret ediyordu. Yani önbellekten sayfa alan her ziyaretçi artık var olmayan bir dosyayı istiyordu.

Ve o yol bir nginx rewrite olduğu için PHP hiç çalışmıyor, istekler statik bir 404 ile yanıtlanıyordu. Sonuç: önbellekli sayfalarda hiç veri toplanmıyordu ve Google Analytics yalnızca daha küçük bir sayı gösteriyordu, hiçbir yerde tek satır hata olmadan. Bunu sunucu günlüğünde bulduk: dört günlük günlükte altı eski özet istenmişti ve hiçbiri bir kez olsun 200 döndürmemişti.

Çözüm, dosya adını sabitlemek ve önbellek kırmayı bir ?ver= sorgusuna taşımaktı; böylece bayat HTML bile gerçek bir dosyaya iniyor. Bugün inc/analytics.php içindeki RGB_GA4_NAME sabit gtag.js ve eski kopyaların temizliği, otuz günlük uç önbellekten bilerek uzun olacak şekilde 45 güne ayarlı. Bu sayfa için önemli olan ders: grafikteki bir düşüşü önce pazarlamaya yormayın. HTML'iniz önbellekleniyorsa dosya adları ölçüm sisteminizin bir parçasıdır.

Gerçek devam soruları

Küçük bir işletme için kaç analiz aracı gerekir?

İki: biri her kanaldan gelenleri görmek, biri arama tarafını görmek için. Üçüncü bir araç genellikle yeni bir soru yanıtlamadan yalnızca grafik ekler. Son üç ayda bir araçtan karar çıkarmadıysanız onu kaldırın.

Raporumda doğrudan trafik yüksek; bu ne demek?

Genellikle kaynağın belirlenmediği anlamına gelir, birinin adresi yazdığı değil. Bir mesajlaşma uygulamasındaki etiketsiz bağlantı, bir uygulama içinden tıklama ve güvenli bir sayfadan güvensiz bir sayfaya geçiş hep aynı kovaya düşer. Yapabileceğiniz en iyi şey, kova küçülsün diye kendi bağlantılarınızı etiketlemektir.

Rapora ne sıklıkla bakmalıyım?

Harekete geçebileceğiniz sıklıkta. Bir pazarlama grafiğine her gün bakmak genellikle sıradan dalgalanmadan başka bir şey göstermez ve aceleci kararlar doğurur. Kararlar için aylık, teknik arızaları yakalamak için haftalık makul bir bileşimdir.