Web Sitesi Yayına Alındıktan Sonra Takip Edilmesi Gereken Metrikler

Web sitesi metrikleri, yayına aldığınız sitenin Google'da bulunup bulunmadığını, hızlı açılıp açılmadığını, ziyaretçiyi tutup tutmadığını ve para kazandırıp kazandırmadığını gösteren ölçülerdir. Bu yazıda ilk 90 günü nasıl takip ettiğimi anlatıyorum: dizinlenme, Core Web Vitals, dönüşüm, etkileşim ve hata metrikleri. Araç karşılaştırması yapmıyorum; yalnızca neye, ne zaman baktığımı paylaşıyorum.

Web sitesi metrikleri nedir ve yayından sonra neden hemen izlenmeli?

Web sitesi metrikleri, bir sitenin görünürlüğünü, teknik sağlığını, kullanıcı davranışını ve iş sonucunu sayıya döken ölçülerdir. Yayından hemen sonra izlemeniz gerekir, çünkü ilk haftalardaki dizinlenme sorunları, kırık formlar ve yavaş sayfalar fark edilmezse aylarca trafik ve müşteri kaybettirir.

2012'den beri onlarca site yayına aldım. Gördüğüm şey şu: sorunların çoğu yayın gününde değil, ilk üç haftada ortaya çıkıyor. Bir yönlendirme eksik kalıyor, bir form e-posta göndermiyor ya da mobil menü bir cihazda açılmıyor. Kimse bakmıyorsa bu sorunlar sessizce büyüyor.

Bu yüzden yayını bir bitiş çizgisi olarak görmüyorum. Yayın, ölçümün başladığı gündür. İlk 90 günde doğru metriklere düzenli bakarsanız hem teknik borcu erken kapatırsınız hem de sitenin gerçekten işe yarayıp yaramadığını veriyle görürsünüz.

İlk 90 günü neden üç döneme ayırıyorum?

Her metrik aynı hızda anlam kazanmaz. Hata metrikleri ilk saatte bilgi verir; arama görünürlüğü ise haftalar ister. Bu nedenle ilk 90 günü üç döneme bölüyorum ve her dönemde farklı sorulara odaklanıyorum.

Bu dönemler saha tecrübeme dayanan bir başlangıç çerçevesidir, garanti değil. Büyük bir e-ticaret sitesinde ikinci dönem uzar; beş sayfalık bir kurumsal sitede ise kısalır. Yine de sıralama aynı kalır: önce çalışma, sonra görünürlük, en son iş sonucu.

Her dönemin sonunda kısa bir değerlendirme toplantısı yaparım. Toplantıda yalnızca üç soru sorarım: ne düzeldi, ne bozuldu, bir sonraki dönemde neye odaklanacağız? Böylece takip bir rapor alışkanlığı olmaktan çıkar ve somut iş listesine dönüşür. Ekibin herkesi aynı sayfadan okur, kimse kendi rakamını savunmaya çalışmaz.

Yayın günü hangi ölçüm kurulumlarını doğrulamalısınız?

Ölçüm kurulumu yanlışsa sonraki 90 günün bütün verisi çöpe gider. Bu yüzden yayın günü raporlara değil, ölçümün kendisine bakarım. Amacım, her önemli olayın tek sefer ve doğru adla kaydolduğunu görmektir.

Yayın günü kontrol ettiğim maddeler şunlar:

1. Search Console mülkünü doğrulamak ve XML site haritasını göndermek.
2. GA4 veri akışının canlı alan adına bağlı olduğunu gerçek zamanlı raporda görmek.
3. Form gönderimi, telefon tıklaması ve WhatsApp tıklaması gibi olayları test etmek.
4. Önemli olayları GA4'te anahtar etkinlik olarak işaretlemek.
5. Test ortamındaki "noindex" etiketinin ve robots.txt engelinin kalktığını görmek.
6. Eski adreslerden yeni adreslere 301 yönlendirmelerinin çalıştığını denemek.

Site haritası elinizde yoksa XML site haritası oluşturucu ile hızlıca hazırlayabilirsiniz. Ayrıca kampanya trafiğini baştan ayırmak için bağlantılarınızı UTM oluşturucu ile etiketleyin. Aksi halde ilk ayın trafiği "doğrudan" kovasına düşer ve kaynağını hiç öğrenemezsiniz.

Dizinlenme durumunu yayın sonrası nasıl takip edersiniz?

Dizinlenme, sitenizin Google'ın veritabanına girip girmediğidir. Sayfa dizinde yoksa ne kadar iyi yazılmış olursa olsun aramada çıkmaz. Bu yüzden ikinci haftadan itibaren en çok baktığım rapor Search Console'daki Sayfa dizine ekleme raporudur.

Google'ın yeniden tarama dokümanı, taramanın birkaç günden birkaç haftaya kadar sürebileceğini açıkça söyler. Dolayısıyla ilk hafta dizinde birkaç sayfa görmeniz panik sebebi değildir. Ancak dördüncü haftada ana hizmet sayfalarınız hâlâ dizinde yoksa bir sorun vardır.

Takipte şu üç sayıyı yan yana tutarım:

• Site haritasında gönderdiğim sayfa sayısı.
• Dizine eklenmiş sayfa sayısı.
• Dizine eklenmeyen sayfalar ve her birinin nedeni.

İlk iki sayı zamanla birbirine yaklaşmalıdır. Aradaki fark büyüyorsa nedenlere inersiniz. Search Console'un genel kullanımını Google Search Console rehberimde anlattım; burada yalnızca yayın sonrası okumaya odaklanıyorum.

"Dizine eklenmedi" nedenlerini nasıl okursunuz?

Google'ın Sayfa dizine ekleme raporu yardım sayfası, dizine eklenmeyen sayfaları nedenlerine göre gruplar. Her neden sorun anlamına gelmez. Örneğin yönlendiren eski adreslerin dizinde olmaması doğrudur. Önemli olan, dizinde olmasını istediğiniz sayfaların hangi grupta durduğudur.

Yayın sonrası en sık karşılaştığım nedenler ve yorumum şöyle:

• "Taranmış, şu anda dizine eklenmemiş": Google sayfayı gördü ama henüz değerli bulmadı. İçeriği ve iç linkleri güçlendirirsiniz.
• "Keşfedilmiş, şu anda dizine eklenmemiş": Google adresi biliyor ama taramadı. Yeni sitelerde normaldir; sabır ve iç link gerekir.
• "noindex etiketi tarafından hariç tutuldu": Test ortamından kalan etiket olabilir. Hemen kontrol edersiniz.
• "Yönlendirmeli sayfa": Eski adresler için beklenen durumdur.
• "Bulunamadı (404)": Kırık iç link veya eksik yönlendirme işaretidir.

Site taşıdıysanız bu listeyi site taşıma kontrol listesi ile birlikte okuyun. Taşımada kaybolan adresler çoğu zaman tam bu raporda görünür hale gelir.

Gösterim, tıklama ve ortalama konum ilk haftalarda ne anlatır?

İlk haftalarda tıklama sayısına bakıp hayal kırıklığına uğrayan çok müşteri gördüm. Oysa yeni bir sitede ilk anlamlı sinyal tıklama değil, gösterimdir. Gösterim, Google'ın sizi hangi sorgularda sonuç sayfasına koyduğunu gösterir.

Bu dönemde üç şeye bakarım. İlk olarak gösterim alan sorguların sizin hedeflediğiniz konularla örtüşüp örtüşmediğine. Ardından hangi sayfanın hangi sorguda çıktığına. Son olarak ortalama konumun haftadan haftaya yönüne. Tek günlük dalgalanma bir şey söylemez; dört haftalık eğilim söyler.

Ortalama konumu tek başına yorumlamamak gerekir. Çok sayıda alakasız sorguda 60. sıradan gösterim alırsanız ortalama düşer, ama bu kötü haber değildir. Bu yüzden sorgu filtresiyle önemli kelimelerinizi ayrı izlerim.

SEO'nun gerçekçi zaman çizelgesini merak ediyorsanız SEO ne kadar sürede sonuç verir yazıma bakabilirsiniz. Orada ilk ayların neden sabır gerektirdiğini ayrıntılı anlattım.

Core Web Vitals değerlerini yayın sonrası nasıl izlersiniz?

Core Web Vitals, Google'ın sayfa deneyimini ölçmek için kullandığı üç metriktir. web.dev'deki Web Vitals dokümanına göre iyi eşikler şunlardır: LCP 2,5 saniye veya altı, INP 200 milisaniye veya altı, CLS 0,1 veya altı. Google bu değerleri ziyaretlerin 75. yüzdelik dilimine göre değerlendirir.

Yayından sonra bu metrikleri özellikle takip ederim, çünkü site canlıya çıktıktan sonra değişir. Pazarlama ekibi sohbet eklentisi, piksel ve çerez bandı ekler. Böylece test ortamında yeşil olan INP birkaç hafta içinde sarıya döner. Hızın sıralamayla ilişkisini site hızı SEO'yu nasıl etkiler yazımda ele aldım.

Laboratuvar verisi ile saha verisi neden farklı çıkar?

Laboratuvar verisi, tek bir test cihazında ve sabit ağ koşulunda ölçülür. Saha verisi ise gerçek kullanıcıların gerçek telefonlarından gelir. Bu yüzden Lighthouse size 95 puan verirken Search Console'daki Core Web Vitals raporu "iyileştirme gerekiyor" diyebilir.

Yeni bir sitede ilk haftalarda saha verisi çoğu zaman yoktur. Chrome kullanıcı deneyimi raporu yeterli ziyaret biriktirmeden değer göstermez ve verileri 28 günlük bir pencerede toplar. Dolayısıyla ilk ay laboratuvar testleriyle ilerlersiniz; ikinci aydan itibaren saha verisi karar vermeye başlar.

Laboratuvar testini doğru okumak için Google Lighthouse ile site performans testi yazımdaki adımları kullanabilirsiniz. Benim pratiğim şu: her büyük değişiklikten sonra ana sayfa, bir hizmet sayfası ve bir blog yazısı için mobil test çalıştırırım. Sonuçları tarihli bir tabloya yazarım.

Böylece bir metrik bozulduğunda hangi değişiklikten sonra bozulduğunu bilirsiniz. Bu tablo olmadan her yavaşlama bir tahmin oyununa döner.

Dönüşüm metriklerinde ilk ay neye bakmalısınız?

Dönüşüm, sitenin var olma sebebidir: form, arama, teklif talebi, satın alma. İlk ay dönüşüm oranından çok dönüşümün gerçekten kaydolup kaydolmadığına bakarım. Çünkü düşük oran bir pazarlama sorunudur; kaydolmayan dönüşüm ise ölçüm sorunudur.

Kontrol yöntemim basittir. GA4'teki form gönderimi sayısını, e-posta kutusuna düşen form sayısıyla karşılaştırırım. İkisi tutmuyorsa ya etiket iki kez çalışıyordur ya da bazı formlar hiç ulaşmıyordur. Aynı karşılaştırmayı CRM kaydıyla da yaparım.

Hangi eylemin dönüşüm sayılacağına karar vermediyseniz önce kurumsal web sitesinde dönüşüm hedefi yazısını okuyun. Hedef net değilse metrik de anlamsız kalır.

İlk ay sayılar küçük olur; bu yüzden oranlar sert dalgalanır. Örnek hesap: 400 ziyarette 6 form yüzde 1,5 eder, bir form fazlası oranı yüzde 1,75'e çıkarır. Bu kadar küçük örneklemde karar vermem. Ancak sıfır dönüşümü hiçbir zaman normal kabul etmem; önce ölçümü, sonra akışı test ederim.

Web sitesi metrikleri arasında etkileşim oranı neden hemen çıkmadan daha anlamlı?

GA4'te hemen çıkma oranının tanımı eski Universal Analytics'ten farklıdır. Google'ın etkileşim oranı yardım sayfasına göre etkileşimli oturum; 10 saniyeden uzun süren, bir anahtar etkinlik içeren ya da en az iki sayfa görüntülemesi olan oturumdur. Hemen çıkma oranı ise etkileşimsiz oturumların payıdır, yani etkileşim oranının tersidir.

Bu tanım önemlidir. Eski sistemde tek sayfa okuyup telefonu arayan ziyaretçi "hemen çıkma" sayılıyordu. Şimdi o ziyaretçi 10 saniyeyi geçtiği için etkileşimli sayılır. Dolayısıyla eski sitenizin raporlarıyla yeni sitenin rakamlarını doğrudan kıyaslamamalısınız.

Ben bu metrik grubunda etkileşim oranını ana gösterge olarak tutarım. Hemen çıkmayı ise yalnızca belirli sayfalarda sorun aramak için kullanırım. Kurumsal sitelerde hemen çıkmayı düşürmek için uyguladığım yöntemleri hemen çıkma oranı nasıl düşürülür yazımda ayrıca anlattım.

Sayfa bazında etkileşimi nasıl yorumlarsınız?

Site geneli etkileşim oranı tek başına az şey söyler. Asıl bilgi, sayfa ve kaynak kırılımındadır. Bu yüzden GA4'te açılış sayfası raporunu kanal boyutuyla birlikte açarım.

Yorumlarken şu soruları sorarım:

• Reklamdan gelen trafik organik trafikten belirgin şekilde daha mı az etkileşimli?
• Mobil etkileşim masaüstünden çok mu düşük?
• Bir hizmet sayfası diğerlerinden neden ayrışıyor?
• Blog yazısını okuyanlar hizmet sayfasına geçiyor mu?

Mobil ile masaüstü arasında büyük fark görürsem önce mobil deneyimi test ederim. Çoğu zaman sebep, mobilde görünmeyen bir buton ya da ekranı kaplayan bir açılır penceredir. Reklam trafiğinde düşük etkileşim görürsem ise hedefleme ile sayfa mesajının uyuşmadığından şüphelenirim.

Örneğin "fiyat" araması yapan kişi fiyat görmeden çıkıyorsa, sorun sayfada değil vaatte olabilir. Bu tür uyumsuzluklar ilk 90 günde en hızlı düzeltebileceğiniz kazançlardır.

Hata metriklerinde 404, 5xx ve yönlendirmeleri nasıl yakalarsınız?

Hata metrikleri, ziyaretçinin gördüğü ama size söylemediği sorunlardır. Kimse "sayfanız 404 verdi" diye e-posta atmaz; sadece rakibe gider. Bu yüzden ilk iki hafta hata takibini her gün yaparım.

Üç kaynaktan beslenirim. Birincisi Search Console'daki "Bulunamadı (404)" ve "Sunucu hatası (5xx)" grupları. İkincisi sunucu erişim günlükleri; burada Google'ın görmediği hataları da yakalarsınız. Üçüncüsü de GA4'te 404 sayfasının başlığına göre filtrelenmiş sayfa görüntülemeleri.

Yönlendirmeleri ayrıca test ederim. Zincirleme yönlendirme, yani bir adresin iki üç kez başka adrese atlaması, hem hızı düşürür hem taramayı zorlaştırır. Tek tek adresleri yönlendirme denetleyici ile kontrol edebilirsiniz.

Bir hatayı düzelttikten sonra Search Console'da "Düzeltmeyi doğrula" düğmesine basarım. Böylece Google o grubu yeniden kontrol eder ve sonucu size bildirir. Bu adımı atlayan ekipler, çoktan düzelmiş hataları raporda haftalarca görmeye devam eder.

Form ve ödeme hatalarını nasıl fark edersiniz?

En pahalı hatalar, dönüşüm adımında olanlardır. Form gönderilmiyorsa ya da ödeme sayfası bir tarayıcıda takılıyorsa, diğer bütün metrikler iyi görünse bile site para kaybettirir. Üstelik bu hatalar Search Console'da görünmez.

Bu yüzden ilk 90 gün boyunca haftada bir "gizli müşteri" testi yaparım. Gerçek bir telefondan, mobil veriyle, formu doldurur ve gönderirim. E-ticarette ise sepete ekleme ve ödeme adımına kadar ilerlerim. Ardından bildirimin doğru kişiye ulaşıp ulaşmadığını kontrol ederim.

Ayrıca GA4'te form başlatma ile form gönderimi arasındaki farkı izlerim. Formu başlatan çok, gönderen az ise sorun alan sayısında ya da doğrulama mesajlarındadır. Form tasarımında dikkat ettiğim noktaları randevu, teklif ve demo formu tasarımı yazımda topladım.

Tarama istatistikleri yeni bir sitede neyi gösterir?

Search Console'un Ayarlar bölümündeki Tarama istatistikleri raporu, Googlebot'un sitenize kaç istek attığını ve sunucunuzun nasıl yanıt verdiğini gösterir. Çoğu kişi bu rapora hiç bakmaz. Oysa yeni bir sitede Google'ın size ne kadar ilgi gösterdiğini en erken burada görürsünüz.

Bu raporda üç şeye dikkat ederim. İlk olarak ortalama yanıt süresine; süre yükseliyorsa sunucu Googlebot'u yavaşlatıyor demektir. Ardından yanıt kodlarının dağılımına; 404 ve 5xx payı küçük kalmalıdır. Son olarak dosya türlerine; isteklerin çoğu görsel ve betiklere gidiyorsa HTML sayfalarınız sırada bekliyor olabilir.

Yeni sitelerde tarama sayısı genellikle dalgalıdır. Bu yüzden tek bir günün düşüşünü sorun saymam. Ancak yanıt süresi haftalarca yükseliyorsa barındırma tarafını mutlaka incelerim, çünkü yavaş sunucu hem ziyaretçiyi hem Googlebot'u aynı anda etkiler.

Site haritası ve iç link durumunu nasıl izlersiniz?

Site haritası, Google'a "bu adresler önemli" dediğiniz listedir. Search Console'daki Site haritaları raporu, dosyanın başarıyla okunup okunmadığını ve kaç adres bulunduğunu gösterir. Yayından sonraki ilk hafta bu raporda "Başarılı" durumunu görmek isterim.

Sık gördüğüm sorun, site haritasında yönlendiren veya noindex taşıyan adreslerin kalmasıdır. Böylece Google'a çelişkili sinyal gönderirsiniz. Bu nedenle site haritasındaki her adresin 200 döndüğünü ve dizine açık olduğunu kontrol ederim.

İç link tarafında ise Search Console'daki Bağlantılar raporuna bakarım. Önemli hizmet sayfalarınız en çok iç link alan sayfalar arasında olmalıdır. Öyle değilse menü ve içerik içi bağlantıları düzenlersiniz. Bu konuyu iç linkleme stratejisi yazımda daha ayrıntılı işledim.

Kanal dağılımı ilk 90 günde nasıl değişmeli?

Yeni bir sitede trafiğin büyük kısmı genellikle doğrudan, sosyal ve ücretli kanallardan gelir. Organik trafik ise yavaş yavaş payını artırır. Bu artışın hızı sektöre, rekabete ve içerik üretim temposuna göre değişir. Bu değişimi izlemek, SEO çalışmasının işleyip işlemediğini gösteren en sade göstergedir.

GA4'te varsayılan kanal grubu raporunu açar ve her ayın sonunda kanal paylarını not ederim. Organik payın üç ay boyunca hiç kıpırdamaması, içerik veya teknik tarafta bir sorun olduğunu düşündürür. Öte yandan "doğrudan" payının çok yüksek kalması çoğu zaman etiketlenmemiş kampanya bağlantılarını işaret eder.

Kanal payını yorumlarken mutlak sayıyı da yanında tutarım. Reklam bütçesi arttığında organik pay düşebilir, ama organik ziyaret sayısı yine büyüyor olabilir. Yani oran tek başına yanıltabilir; ikisini birlikte okumak gerekir.

Mobil ve masaüstü kırılımını neden ayrı izlemelisiniz?

Birçok sektörde ziyaretçilerin çoğu mobil cihazdan gelir. Buna rağmen tasarım ekipleri siteyi çoğu zaman masaüstünde onaylar. Sonuçta ortalama metrikler iyi görünür, ama mobil kullanıcı aslında zorlanır.

Bu yüzden etkileşim oranını, dönüşüm oranını ve Core Web Vitals değerlerini her zaman cihaz kırılımıyla açarım. Mobil dönüşüm oranı masaüstünün çok altındaysa form, buton boyutu veya sayfa hızı tarafında bir engel vardır. Ayrıca Search Console'daki Core Web Vitals raporu mobil ve masaüstünü zaten ayrı gösterir.

Mobil deneyimi test ederken yalnızca emülatöre güvenmem. Orta seviye bir Android telefonla, mobil veriyle siteyi gezerim. Mobil kontrol adımlarını mobil uyumluluk testi yazımda sıraladım.

Metrikleri kime ve hangi formatta raporlamalısınız?

Aynı rakamlar herkese aynı şekilde anlatılmaz. Yazılım ekibi hata ve hız metriklerini ister; yönetim ise dönüşüm ve maliyet görür. Tek raporla herkese hitap etmeye çalışırsanız kimse raporu okumaz.

Ben iki katmanlı rapor kullanırım. Teknik katmanda dizinlenme, hata ve Core Web Vitals yer alır; bunu ekip her hafta görür. Yönetim katmanında ise potansiyel müşteri sayısı, dönüşüm oranı ve kanal dağılımı bulunur; bunu ayda bir, tek sayfada paylaşırım.

Her rakamın yanına kısa bir yorum yazarım: ne değişti, neden değişti, ne yapacağız. Böylece rapor bir sayı listesi olmaktan çıkar ve karar belgesine dönüşür.

Sunucu kesintilerini ve çalışma süresini nasıl izlersiniz?

Çalışma süresi, sitenizin erişilebilir olduğu zamanın oranıdır. Google Analytics kesintiyi göstermez, çünkü site kapalıyken etiket de çalışmaz. Bu yüzden ayrı bir uptime izleme servisi kurarım ve ana sayfa ile bir dönüşüm sayfasını birkaç dakikada bir kontrol ettiririm.

Uyarı kanalını da baştan belirlerim. E-posta uyarısı gece gözden kaçabilir; bu nedenle kritik siteler için telefon bildirimi tercih ederim. Ayrıca kesinti kayıtlarını aylık rapora eklerim. Böylece barındırma sağlayıcısıyla konuşurken elinizde somut tarih ve süre olur.

Kısa kesintiler tek başına sıralamayı çökertmez. Ancak tekrarlayan 5xx hataları Googlebot'un tarama hızını düşürebilir. Dolayısıyla kesinti sayısını ve süresini dizinlenme verisiyle yan yana okursunuz.

Site içi arama verisi size ne anlatır?

Sitenizde arama kutusu varsa, ziyaretçilerin yazdığı kelimeler en dürüst geri bildirimdir. İnsanlar menüde bulamadıklarını aramaya yazar. GA4'ün geliştirilmiş ölçüm özelliği, arama parametresini doğru ayarlarsanız bu sorguları otomatik kaydeder.

İlk 90 günde bu listeyi ayda bir incelerim. Aynı kelime sık tekrarlıyorsa ya o içerik yoktur ya da menüde görünmüyordur. Örneğin bir hizmet sitesinde "fiyat" araması sık çıkıyorsa, fiyat bilgisini daha görünür bir yere taşımayı düşünürsünüz. Sonuç sıfır olan aramalar ise doğrudan içerik fikri listesine gider.

Haftalık kontrol listesi nasıl olmalı?

Düzenli takibin sırrı, her hafta aynı sırayla aynı sorulara bakmaktır. Rapor açıp rastgele gezinmek zaman kaybettirir. Benim haftalık listem 20 dakikayı geçmez.

1. Search Console: dizine eklenen sayfa sayısı ve yeni hata grubu var mı?
2. Search Console: önemli sorgularda gösterim ve konum yönü.
3. Core Web Vitals raporu: kötü veya iyileştirme gerekiyor grubuna düşen adres var mı?
4. GA4: anahtar etkinlik sayısı ve CRM kaydıyla tutarlılığı.
5. GA4: kanal bazında etkileşim oranı.
6. Sunucu günlükleri veya uptime aracı: kesinti ve 5xx hatası.
7. Gizli müşteri testi: form ve ödeme akışı.

Her maddenin yanına "normal" veya "incele" yazarım. Böylece üç ay sonunda sitenin sağlık geçmişi tek sayfada görünür. Raporları yorumlama alışkanlığını geliştirmek isterseniz dijital pazarlama raporu nasıl okunur yazısı iyi bir başlangıçtır.

Hangi web sitesi metrikleri alarm sayılmalı?

Her dalgalanma alarm değildir. Ancak bazı durumlar beklemeye gelmez. Bu durumları önceden yazılı hale getirirseniz panik yerine prosedür uygularsınız.

Benim alarm listem şöyle:

• Dizine eklenen sayfa sayısında haftalık belirgin düşüş.
• Ana hizmet sayfasının dizinden çıkması.
• 5xx hatalarında ani artış veya bir saatten uzun kesinti.
• Anahtar etkinlik sayısının bir gün boyunca sıfıra inmesi.
• Core Web Vitals raporunda bir URL grubunun "kötü"ye geçmesi.

Bu web sitesi metrikleri arasında en sık gözden kaçan, dönüşümün sıfıra inmesidir. Çoğu zaman bir eklenti güncellemesi etiketi bozmuştur. Ekip bunu ay sonu raporunda fark eder ve bir ayın verisi kaybolur. Bu yüzden anahtar etkinlikler için GA4'te özel uyarı kurarım.

Web sitesi metrikleri 90 günün sonunda hangi kararları besler?

Doksan günün sonunda artık teknik sağlık sorusu kapanmış olmalıdır. Açık kalan soru, sitenin büyüme planıdır. Bu noktada web sitesi metrikleri size nereye yatırım yapacağınızı gösterir.

Gösterim alan ama tıklanmayan sayfalar için başlık ve açıklama çalışması yaparsınız. Bunun için meta title ve description yazma rehberimi kullanabilirsiniz. Trafik alan ama dönüşmeyen sayfalar için sayfa içi mesaj ve CTA düzenlemesi planlarsınız. Hiç gösterim almayan konular içinse içerik planı kurarsınız.

Ayrıca bu noktada uzun vadeli göstergelerinizi seçersiniz. Günlük takip metrikleri ile yönetim kuruluna giden KPI'lar aynı şey değildir. Bu ayrımı dijital pazarlama KPI'ları yazımda anlattım. Kısacası ilk 90 gün temeli kurar; sonraki dönem ise o temelin üstüne büyüme planı koyar.

Yayın sonrası takipte en sık hangi hataları görüyorum?

Birinci hata, ölçümü yayından sonraya bırakmaktır. İlk haftanın verisi hiçbir zaman geri gelmez. İkinci hata, her şeyi aynı sıklıkla izlemektir; ekip yorulur ve bir süre sonra hiçbir rapora bakmaz.

Üçüncü hata, farklı araçların rakamlarını birebir eşleştirmeye çalışmaktır. Search Console tıklaması ile GA4 oturumu farklı şeyleri sayar; küçük farklar normaldir. Dördüncü hata ise eski sitenin metrikleriyle yeni siteyi, tanım farkını bilmeden kıyaslamaktır.

Son hata da sorumluluğun belirsiz kalmasıdır. Ajans "müşteri bakıyor" der, müşteri "ajans bakıyor" der. Sonuçta kimse bakmaz. Bu yüzden her metrik grubuna bir isim yazarım. Kendi projelerimde bu takibi SEO danışmanlığı kapsamında üstleniyorum; ama hangi yolu seçerseniz seçin, sorumlu kişiyi baştan belirleyin.

Bir de şunu eklemek isterim: metrik takibi mükemmel olmak zorunda değildir. Eksik ama düzenli bir takip, kusursuz ama hiç açılmayan bir panodan her zaman daha değerlidir. Küçük başlayın, her hafta aynı listeye bakın ve gerektikçe genişletin.