GA4 Not Set Açılış Sayfası Ne Demek? Nedenleri ve Çözümü

GA4 not set açılış sayfası ne demek?

GA4 not set açılış sayfası, Analytics'in o oturum için açılış sayfası bilgisini hiç almadığı anlamına gelir. Google'ın yardım sayfasına göre bu durum, oturumda page_view olayı bulunmadığında ortaya çıkar. Yani oturum var, ama oturumu bir sayfa görüntülemesine bağlayan kayıt yok.

Bu satır tek başına bir "hata mesajı" değildir. Analytics, bilgi gelmeyen boyutlara yer tutucu olarak (not set) yazar. Dolayısıyla sorunun kaynağı genellikle raporda değil, veri toplama tarafındadır.

Bu yazıda önce satırın ne anlama geldiğini, ardından nedenlerini ve teşhis yöntemlerini anlatıyoruz. Son bölümlerde de satırı nasıl azaltacağınızı ve raporda nasıl yorumlayacağınızı göstereceğiz.

"(not set)" değeri Google'a göre neyi ifade eder?

Google Analytics Yardım'daki tanıma göre (not set), Analytics'in bir boyut için hiçbir bilgi almadığı durumlarda kullandığı yer tutucu addır. Kaynak bilgisi eksik olduğunda, açılış sayfası bilinmediğinde ya da özel parametre henüz kayıtlı olmadığında aynı ifadeyi görürsünüz.

Yardım sayfası bir ayrıma özellikle dikkat çeker: (not set) ile "(data not available)" aynı şey değildir. İkincisi gizlilik ve eşik kaynaklı bir kısıtı anlatır. (not set) ise çoğunlukla yapılandırma ve etiketleme ile azaltabileceğiniz bir durumdur.

Bu ayrım pratikte önemlidir. Çünkü (not set) satırını gördüğünüzde "Google veriyi saklıyor" demezsiniz. Önce kendi kurulumunuzu sorgularsınız.

Kaynak olarak Analytics Yardım'daki (not set) değeri sayfasını kullanıyoruz. Menü adları zamanla değişebildiği için kesin buton metnine değil, kavramlara yaslanıyoruz.

Oturum neden page_view olmadan başlar?

Analytics, açılış sayfasını oturumun ilk page_view olayına bakarak belirler. Oturum içinde hiç page_view yoksa Analytics bu boyutu dolduramaz ve (not set) yazar. Bu yüzden asıl soru şudur: oturumu başlatan şey neden bir sayfa görüntülemesi olmadı?

Sahada en sık şu senaryolarla karşılaşırız:

• Başka bir olay (tıklama, kaydırma, özel olay) sayfa yüklenmeden önce çalışır.
• Etiket yapılandırması page_view olayını göndermez ya da çok geç gönderir.
• Sunucudan gelen olaylar, oturum bilgisi taşımadan Analytics'e ulaşır.
• Onay gelmeden önce ulaşan olaylar eksik parametreyle kaydolur.

Bu listenin sırası önem sırası değil, teşhis sırasıdır. Önce etiketinizin ilk olarak ne gönderdiğine bakarsınız. Sonra olay sırasını incelersiniz.

Her senaryoyu aşağıdaki bölümlerde ayrı ayrı ele alıyoruz.

Oturum zaman aşımı açılış sayfasını boşaltır mı?

Bazen evet. Kullanıcı sekmeyi açık bırakıp döndüğünde, önceki oturum süresi dolmuş olabilir. Bu noktada yapılan bir etkileşim yeni bir oturum başlatır. Etkileşim sayfa yüklemesi değilse, yeni oturumda page_view olmaz.

Bunu saha gözlemimiz olarak aktarıyoruz. Google'ın (not set) sayfası bu senaryoyu ayrı bir madde olarak saymıyor. Yine de oturum zaman aşımı ile page_view eksikliğinin birlikte görüldüğü kurulumlara sık rastlıyoruz.

Özellikle uzun içerikli sayfalar, video sayfaları ve formlu sayfalar bu durumu sık yaşar. Kullanıcı bir süre sayfada kalır, sonra bir düğmeye tıklar. Yeni oturumun ilk kaydı o tıklama olur.

Oturum zaman aşımı süresi veri akışı ayarlarında yer alır. Panelde ilgili bölümü bulup mevcut süreyi sitenizin kullanım biçimiyle karşılaştırın. Değişiklik yapmadan önce mevcut değeri not edin, çünkü ayar yalnızca ileriye dönük veriyi etkiler.

Etiket geç yüklenirse ya da olay sırası bozulursa ne olur?

Etiketiniz sayfa yüklendikten çok sonra çalışıyorsa, kullanıcının ilk etkileşimi etiketten önce gerçekleşebilir. Ancak Analytics yalnızca etiket çalıştıktan sonra olay alır. Bu yüzden ilk gelen kayıt page_view yerine başka bir olay olabilir.

Google Tag Manager kullanıyorsanız tetikleyici ayarı kritiktir. Google'ın yardım sayfası, session_start olayının eksik olmasını kaynak/ortam boyutundaki (not set) için tipik neden olarak gösterir ve bunu yanlış Tag Manager tetikleyici yapılandırmasına bağlar. Aynı mantık açılış sayfası için de geçerlidir.

Kontrol listemiz şöyledir:

1. Yapılandırma etiketi, tüm sayfalarda ve ilk tetikleyiciyle çalışıyor mu?
2. Olay etiketleriniz, yapılandırma etiketinden önce mi çalışıyor?
3. Aynı sayfada hem yerleşik hem Tag Manager etiketi var mı?
4. Sayfa yüklenirken tetikleyicide gecikme tanımlı mı?

Etiket sistemi hakkında temel bilgi için Google Tag Manager rehberimize bakabilirsiniz.

Tek sayfa uygulamalarda (SPA) neden daha çok çıkar?

Tek sayfa uygulama (SPA), sayfa değişse bile tarayıcıda yeni bir belge yüklemeyen sitedir. React ve Vue gibi altyapılarda yaygındır. Sayfa geçişleri yalnızca adres çubuğunu değiştirir, tarayıcı yeni bir sayfa yüklemez.

Bu yapıda page_view olayı kendiliğinden gönderilmeyebilir. Geliştirici, her yol değişiminde olayı elle tetiklemelidir. Tetiklemezse kullanıcı sitede gezer, ama Analytics yalnızca tıklama gibi başka olayları görür.

Sonuç olarak oturumlar açılış sayfası olmadan kaydolur. Üstelik sorun fark edilmez, çünkü toplam oturum sayısı doğru çıkar.

Teşhis için şunlara bakın:

• Sayfalar arasında gezerken DebugView'da her geçişte page_view var mı?
• Geçiş olaylarında sayfa adresi parametresi dolu mu?
• İlk sayfa yüklemesinde page_view gidiyor mu?

Çözüm genellikle geliştirici ekibiyle çalışmayı gerektirir. Bu nedenle olayın hangi yol değişiminde ve hangi parametrelerle gönderilmesi gerektiğini yazılı bir ölçüm planına dökmenizi öneririz.

Measurement Protocol olayları açılış sayfasını neden boş bırakır?

Measurement Protocol, sunucudan ya da uygulamadan doğrudan Analytics'e olay göndermenizi sağlayan bir yöntemdir. CRM'den gelen dönüşümleri veya çevrimdışı satışları içeri almak için kullanırsınız. Ayrıntılar için Google'ın Measurement Protocol belgesine bakın.

Bu olaylar tarayıcıdaki oturumdan bağımsız gelir. Oturum kimliği ve ilgili parametreleri göndermezseniz, Analytics olayı mevcut bir oturuma bağlayamaz. Ayrıca page_view göndermediğiniz için açılış sayfası bilgisi de oluşmaz.

Örnek senaryo: Bir e-ticaret sitesi, ödeme sonrası sunucudan "purchase" olayı gönderiyor. Kullanıcı tarayıcıda yoksa, olay yeni bir oturum gibi görünebilir. Bu oturumun açılış sayfası da (not set) olur.

Bu nedenle sunucu kaynaklı olayları ayrı bir analiz bakışıyla okuyun. Dönüşümün gerçek kaynağını görmek istiyorsanız GA4 dönüşümleri eksik çıkıyor yazımıza göz atın.

Onay modu (consent) açılış sayfasını nasıl etkiler?

Onay modu, kullanıcının çerez iznine göre etiketlerin davranışını değiştiren bir ayardır. Google'ın yardım sayfası, onay modunda hatalı "default" komutunu ve reddedilmiş onayla olay göndermeyi (not set) nedenleri arasında sayar.

Pratikte iki sorun görürüz. Birincisi, varsayılan onay durumunu etiketlerden sonra tanımlarsınız. Böylece ilk olaylar yanlış izin durumuyla gider. İkincisi, onay banner'ı geç çıkar ve kullanıcı etkileşimi onaydan önce olur.

Bu durumda ilk yük, page_view olmadan eksik parametreli bir kayıt olarak ulaşabilir. Sonraki olaylar ise farklı bir oturuma düşer.

Kontrol edeceğiniz noktalar:

• Varsayılan onay komutu, tüm Google etiketlerinden önce çalışıyor mu?
• Onay güncellemesi, kullanıcı banner'da seçim yaptığı anda mı gidiyor?
• Reddedilen onayla gelen olayları beklediğiniz gibi mi yönetiyorsunuz?

Hukuki yükümlülükler için KVKK ve GDPR uzmanınıza danışın. Bu yazı hukuki danışmanlık değildir.

Veri eşikleri ve "(data not available)" ile karıştırmalı mıyız?

Hayır. Bu iki ifade farklı nedenlerle oluşur. (not set), Analytics'in o boyut için bilgi almamasıdır. "(data not available)" ise gizlilik ya da veri eşiği nedeniyle bilginin gösterilmemesini anlatır.

Eşik uygulanan raporlarda belirli satırlar küçük kullanıcı sayıları yüzünden gizlenebilir. Bu durumda rapor eksik durur, ama etiket tarafında sorun yoktur. Eşik sınırlarının güncel değerini Google'ın resmi yardım sayfasından kontrol edin; biz sayı vermiyoruz.

Ayrım için basit bir test kullanın:

1. Aynı raporu Keşfet bölümünde açın.
2. Aynı tarih aralığında (not set) satırının olay sayısına bakın.
3. Satır hâlâ görünüyorsa sorun etiket kaynaklıdır.
4. Satır kayboluyorsa eşik veya gizlilik etkisinden şüphelenin.

Böylece boşuna etiket düzeltmeye girişmezsiniz. Üstelik hangi ekibin (yazılım, reklam, analitik) işe başlaması gerektiğini de bu aşamada netleştirirsiniz. Kullanıcı bazlı raporlar ve eşikler hakkında daha geniş bir çerçeve için GA4 nedir yazımıza bakabilirsiniz.

(not set) hangi boyutlarda ve neden çıkar?

Satır yalnızca açılış sayfasında çıkmaz. Aşağıdaki tablo, Google'ın yardım sayfasında saydığı başlıca durumları özetler. Bu tablo kaynağa dayanır, ancak menü adları zamanla değişebilir.

Bu tabloda gördüğünüz gibi her boyutun nedeni farklıdır. Dolayısıyla "tüm (not set) satırlarını düzelt" diye tek bir adım yoktur. Her boyut için ayrı teşhis yaparsınız.

Sorunu Keşfet raporuyla nasıl teşhis edersiniz?

Keşfet (Explore), serbest biçimli rapor oluşturma alanıdır. Açılış sayfasına göre kırılımı olay adıyla birleştirerek (not set) oturumlarının ilk olayını görebilirsiniz. Standart raporlar bu detayı vermez.

Önerdiğimiz sıra şudur:

1. Boş bir keşif oluşturun ve tarih aralığını seçin.
2. Boyut olarak "Açılış sayfası" ve "Olay adı" ekleyin.
3. Metrik olarak olay sayısı ve oturumu ekleyin.
4. Satırlara "Açılış sayfası" boyutunu, sütunlara olay adını koyun.
5. Filtreyle yalnızca (not set) satırını bırakın.

Sonuçta hangi olay adlarının (not set) satırında yoğunlaştığını görürsünüz. Örneğin satırda neredeyse yalnızca "click" ya da "scroll" varsa, oturumlar page_view'suz başlıyor demektir.

Bu analiz bir tanı koyar, ama tek başına çözüm değildir. Raporu kaydedip ileride aynı kırılımı tekrar açın; böylece düzeltme öncesi ve sonrası farkı kolayca görürsünüz. Bulduğunuz olay adlarını sonraki adımda DebugView'da canlı olarak sınayın.

DebugView ile oturumun ilk olayını nasıl kontrol edersiniz?

DebugView, cihazınızdan gelen olayları gerçek zamana yakın bir akışta gösteren hata ayıklama ekranıdır. Etiket sırasını görmek için en iyi araçtır. Çünkü olayların hangi sırayla ulaştığını saniye saniye izlersiniz.

Adımlar:

1. Hata ayıklama modunu açın (Tag Manager önizleme ya da hata ayıklama eklentisi).
2. Sitenizi ilk kez ziyaret eder gibi, temiz bir oturumla açın.
3. DebugView'da ilk gelen olayları üstten alta okuyun.
4. page_view olayından önce başka olay geliyorsa not alın.
5. Onay banner'ına tıklamadan önce ve sonra davranışı karşılaştırın.

Burada aradığınız şey net: oturumun ilk kaydı page_view olmalı. Değilse etiket sıranız ya da onay akışınız düzeltilmelidir.

Ayrıca farklı senaryoları ayrı sınayın: doğrudan giriş, reklam tıklaması ve e-posta bağlantısı. Çünkü her kaynak farklı bir tetikleyici yoluna girebilir. UTM'li bağlantı testi için UTM oluşturucumuzu kullanabilirsiniz.

Olay adına göre kırılım bize ne söyler?

Olay adı kırılımı, sorunun hangi etkileşim türünden çıktığını gösterir. (not set) oturumlarında en çok görünen olay, çoğu zaman kök nedeni işaret eder.

Bu eşleştirme kesin bir kural değil, bir hipotez listesidir. Yani her satırı DebugView ile doğrulamadan karar vermeyin.

Üstelik aynı sitede birden fazla neden aynı anda çalışabilir. Bu yüzden önce en yüksek hacimli olayı çözün. Küçük kalemleri sonraya bırakın.

GA4 not set açılış sayfası satırını nasıl azaltırsınız?

Satırı sıfırlamak çoğu sitede mümkün olmaz, çünkü bazı oturumlar teknik olarak page_view'suz kalır. Hedefiniz, nedenini bildiğiniz küçük bir paya inmektir. Aşağıdaki adımları teşhis sonucunuza göre uygularsınız.

• Yapılandırma etiketinin tüm sayfalarda ilk tetiklenmesini sağlayın.
• Olay etiketlerini yapılandırma etiketinden sonraya alın.
• SPA'da her yol değişiminde page_view gönderin.
• Onay varsayılanını tüm etiketlerden önce tanımlayın.
• Measurement Protocol çağrılarında oturum bilgisini taşıyın.
• Oturum zaman aşımı ayarını sitenizin kullanım süresiyle karşılaştırın.

Her değişikliği ayrı bir sürüm olarak kaydedin. Böylece hangi adımın etkili olduğunu görürsünüz.

Değişiklik sonrası eski veriler düzelmez. Analytics, geriye dönük düzeltme yapmaz. Bu yüzden yeni veriyi birkaç gün izleyip karşılaştırın. Ölçüm kurulumunu birlikte denetlemek isterseniz SEO danışmanlığı hizmetimizi inceleyebilirsiniz.

İçerik grubu ve özel parametrelerdeki (not set) açılış sayfasından farklı mı?

Evet, farklıdır. Google'ın yardım sayfasına göre içerik grubu boyutunda (not set), otomatik toplanan olayların content_group parametresini kabul etmemesinden ya da boş değer göndermenizden doğar. Özel parametrelerde ise kayıttan sonraki ilk 24 saat boyunca aynı ifade çıkabilir.

Bu iki durum açılış sayfasındaki page_view eksikliğiyle ilgili değildir. Ancak aynı raporda yan yana çıktıkları için çoğu kişi hepsini tek sorun sanır. Sonuçta yanlış yerde düzeltme yapar.

Ayırmak için şu adımları izleyin:

1. Satırın hangi boyutta olduğunu not edin.
2. Boyut özel tanımlıysa kayıt tarihine bakın.
3. Boyut açılış sayfasıysa page_view akışını inceleyin.
4. İçerik grubunda parametrenin hangi olaylarla gittiğini kontrol edin.

Örneğin yeni kaydettiğiniz bir özel boyutta ilk gün (not set) görmek normaldir. Bir gün bekleyip raporu yenileyin. Gerçek sorun, yalnızca bekledikten sonra da devam eden satırlardır.

Google Ads ve UTM kaynaklı (not set) farklı mı?

Evet, kaynağı farklıdır. Reklam boyutlarında (not set), genellikle Ads ve Analytics hesaplarının bağlı olmamasından ya da otomatik etiketlemenin kapalı olmasından gelir. Elle etiketlediğiniz adreslerde eksik ya da hatalı UTM parametresi de aynı sonucu doğurur.

Bu konu açılış sayfasından ayrıdır. Ancak aynı raporda yan yana durur ve birbirine karışır. İkisini ayırmak için kaynak/ortam sütununa bakın.

Pratik bir kontrol:

• Reklam bağlantılarında otomatik etiketleme açık mı?
• Elle UTM kullanıyorsanız kaynak, ortam ve kampanya alanları eksiksiz mi?
• Adreslerde parametre yazımı tutarlı mı?

UTM yapısını doğru kurmak için UTM nedir yazımızı okuyun. Kanal gruplama ve atıf konularına girmiyoruz; bu yazıda yalnızca açılış sayfası boyutunu ele alıyoruz.

Raporda (not set) satırını ne yapmalısınız?

Satırı silmeyin. Silerseniz oturumların bir kısmını raporun dışında bırakırsınız ve toplamlar tutmaz. Bunun yerine satırı tutun ve payını zaman içinde izleyin.

Önerimiz basit bir izleme alışkanlığıdır. Aylık raporunuza "açılış sayfası (not set) payı" diye bir not ekleyin. Pay yükseliyorsa, son yapılan etiket değişikliklerini gözden geçirin.

Karar verirken şu sorulara bakın:

1. Pay aniden mi arttı, yoksa yavaş mı?
2. Artış bir yayın, banner ya da etiket değişikliğiyle aynı döneme denk geliyor mu?
3. Dönüşüm ve gelir raporlarınız aynı dönemde sapma gösterdi mi?

Pay kalıcı ve düşükse çoğu zaman normaldir. Ani sıçrama ise genellikle kurulum değişikliğine işaret eder. Güncel değerlendirme için yüzde sınırı vermiyoruz, çünkü sitenizin yapısına göre değişir.

Dönüşüm oranını hesaplarken eksik oturumların etkisini görmek için dönüşüm oranı hesaplayıcımızdan yararlanın.

GA4 not set açılış sayfası hangi raporlarda ortaya çıkar?

Satırı, açılış sayfası boyutunu kullanan her raporda görebilirsiniz. Edinme, etkileşim ve dönüşüm raporlarında bu boyutu sütun olarak eklediğinizde (not set) en üstte ya da ortada bir satır olarak belirir. Keşfet raporlarında da aynı davranışı görürsünüz.

Burada dikkat edeceğiniz nokta şudur: Satır, sitenizde "(not set)" adında bir sayfa olduğu anlamına gelmez. Analytics yalnızca bu oturumlar için sayfa bilgisini bulamadığını söyler. Dolayısıyla adresi açıp bakmanın bir anlamı yoktur.

Rapor türüne göre satırın göreli büyüklüğü değişir. Örneğin bir sayfa bazlı raporda küçük görünen pay, dönüşüm raporunda büyük bir kayıp gibi durabilir. Çünkü dönüşümleri getiren oturumlar, sunucu kaynaklı olaylarda daha çok page_view'suz kalır.

Bu yüzden satırı tek bir raporda değerlendirmeyin. Aynı payı iki üç raporda karşılaştırın ve farkın nereden geldiğine bakın. Böylece sorunun belirli bir olay türünde mi, yoksa tüm sitede mi olduğunu ayırt edersiniz.

GA4 not set açılış sayfası gerçek bir kullanıcı kaybı mıdır?

Hayır, kullanıcı kaybı değildir. Oturumlar ve olaylar Analytics'e ulaşmıştır; yalnızca hangi sayfayla başladıkları bilinmez. Toplam oturum ve kullanıcı sayınız bu nedenle genellikle bozulmaz.

Kayıp, yorumlama tarafında yaşanır. Hangi açılış sayfasının ne kadar dönüşüm getirdiğini hesaplarken (not set) oturumları hiçbir sayfaya yazılmaz. Sonuçta sayfa bazlı performansı olduğundan düşük okuyabilirsiniz.

Örnek senaryo: Bir kampanya sayfası, kayıt formundan gelen dönüşümlerin bir bölümünü (not set) satırına bırakıyor olsun. Kampanya sayfasının dönüşüm oranı raporda düşük görünür. Oysa gerçek performans daha iyi olabilir.

Bu etkiyi azaltmak için sayfa kararlarını yalnızca tek bir göstergeye bağlamayın. Dönüşüm olaylarını, oturum kaynağını ve sayfa trafiğini birlikte okuyun. Ayrıca büyük bütçe kararlarından önce (not set) payını mutlaka kontrol edin.

Örnek bir senaryoda GA4 not set açılış sayfası nasıl çözülür?

Aşağıdaki örnek senaryo, sahada sık gördüğümüz bir akışı özetler. Rakam içermez; amaç yöntemi göstermektir.

Bir kurumsal site, Tag Manager ile ölçüm yapıyor ve bir onay banner'ı kullanıyor. Raporda, formu dolduran oturumların büyük kısmı (not set) açılış sayfasıyla geliyor.

Ekip önce Keşfet'te olay adına göre kırılım yapar. Satırda "form_submit" ve "click" olaylarının baskın olduğunu görür. Ardından DebugView'da temiz bir oturum açar. Sonuç net çıkar: onay banner'ına tıklanana kadar yapılandırma etiketi çalışmıyor, form etiketi ise sayfa yüklenir yüklenmez tetikleniyor.

Çözüm iki adımdır:

1. Varsayılan onay durumunu ve yapılandırma etiketini sayfa yüklenirken ilk sıraya almak.
2. Form olayının tetikleyicisini yapılandırma etiketinden sonraya bırakmak.

Değişiklikten sonra yeni oturumlarda ilk olay page_view olur. Böylece (not set) payı düşer. Eski veri ise olduğu gibi kalır.

Bu sorun SEO ve reklam kararlarını nasıl etkiler?

Açılış sayfası verisi, hangi sayfaların organik ve ücretli trafikte iş getirdiğini gösterir. Bu veri eksikse içerik önceliklendirmesi ve reklam hedef sayfası seçimi zayıf bir temele dayanır.

SEO tarafında, en iyi sayfaları belirlerken payı büyük bir (not set) satırı yanıltıcı olabilir. Reklam tarafında ise hedef sayfa karşılaştırmaları (not set) oturumlarını dışarıda bırakır. Bu da A/B kararlarını çarpıtabilir.

Pratik öneri şudur: Kritik kararlardan önce (not set) payını rapora not edin. Pay belirgin ise kararı ertelemek ya da ek veri kaynaklarıyla (Search Console gibi) doğrulamak daha güvenlidir. Search Console hakkında Google Search Console rehberimize göz atabilirsiniz.

Böylece ölçüm eksikliği, strateji hatasına dönüşmeden yönetilir.

Düzeltmenin işe yaradığını nasıl doğrularsınız?

Düzeltme yaptıktan sonra sonucu iki yoldan sınarsınız. Birincisi canlı test, ikincisi birkaç günlük veri karşılaştırmasıdır.

Canlı testte DebugView'ı yeniden açıp temiz oturumlarla ilk olayı kontrol edin. Doğrudan giriş, reklam tıklaması ve e-posta bağlantısı için ayrı ayrı deneyin. Her senaryoda ilk kayıt page_view olmalıdır.

Veri karşılaştırmasında düzeltme tarihinden sonraki günleri öncesiyle kıyaslayın. Aynı hafta içi günleri karşılaştırın; çünkü trafik düzeni günlere göre değişir.

Ayrıca şunları not edin:

• Değişikliğin tarihi ve yapan kişi.
• Hangi etiket ya da tetikleyicinin değiştiği.
• Düzeltme öncesi ve sonrası (not set) payı.

Bu kayıt, ileride sorun tekrar ettiğinde size zaman kazandırır. Sonuçlar beklediğiniz gibi değilse sıradaki nedeni (SPA, sunucu olayları, zaman aşımı) sınayın.

Ekip olarak hangi kontrol listesini kullanırız?

Talha Aslan ve ekibi olarak (not set) sorununa her zaman aynı sırayla yaklaşırız. Sıra, çözümü hızlandırır ve gereksiz değişikliği önler. Aşağıdaki liste örnek bir çalışma düzenidir.

1. Satırın hangi boyutta ve hangi tarihten itibaren çıktığını belirleyin.
2. Keşfet'te olay adına göre kırın.
3. DebugView'da temiz oturumla ilk olayı izleyin.
4. Etiket sırasını ve tetikleyicileri gözden geçirin.
5. Onay modu komut sırasını doğrulayın.
6. SPA veya sunucu kaynaklı olayları ayrıca sınayın.
7. Değişikliği tek tek yapın ve tarihini kaydedin.
8. Birkaç gün sonra aynı raporu tekrar karşılaştırın.

Bu liste kesin sonuç garanti etmez. Her site farklıdır ve bazı oturumlar teknik olarak page_view'suz kalabilir. Yine de nedeni bilmek, raporu güvenle okumanızı sağlar.

Ölçüm planı kurarken mikro dönüşümleri de planlayın. Bunun için mikro dönüşüm ve GA4 olay kurulumu yazımıza bakın.

Başka platformlardaki benzer yer tutucu uyarılar için ne yapmalısınız?

GA4'teki (not set) gibi, diğer platformlar da eksik veriyi belirli ifadelerle gösterir. Mantık aynıdır: platform bilgiyi almamıştır, siz de kaynağı aramalısınız.

Örneğin sosyal medya tarafında, ayar eksikliğine bağlı benzer uyarılar çıkabilir. Böyle bir durum için Instagram'da "bu ses işletme hesaplarında kullanılamıyor" uyarısı yazımıza bakabilirsiniz. Konu farklı, ama teşhis yaklaşımı benzerdir: önce kapsamı, sonra ayarı kontrol edin.

Ayrıca yapay zeka kaynaklı trafiğin GA4'te nasıl göründüğünü merak ediyorsanız GA4 yapay zeka trafiği yazımıza göz atın. Bu yazıyı burada tekrar anlatmıyoruz.

Ne zaman uzman desteği almalısınız?

Aşağıdaki durumlarda dışarıdan bakış işinizi hızlandırır:

• (not set) payı kalıcı olarak yüksek kalıyorsa.
• Dönüşüm ve gelir raporları (not set) ile birlikte bozulduysa.
• SPA ya da sunucu tarafı ölçümü kurduysanız.
• Onay yönetimi aracı ve Tag Manager birlikte çalışıyorsa.

Bu durumlarda ölçüm denetimi yapmanızı öneririz. Denetim, etiket sırasını, onay akışını ve olay planını birlikte inceler. Böylece sorunu tek tek yamalamak yerine kaynağında çözersiniz.

Ekibimiz bu tür denetimleri SEO ve reklam çalışmasının bir parçası olarak yürütür. Reklam ölçümünüzü gözden geçirmek isterseniz Google Ads yönetimi sayfamızı inceleyin.

Not: Bu yazı genel bilgilendirme amaçlıdır. Hukuki ya da vergisel danışmanlık değildir. Menü adları ve özellikler değişebileceği için güncel durumu Google Analytics Yardım'dan doğrulayın.