Chat Sitesinde CTR ve Dwell Time Nasıl Ölçülür? Event Taxonomy ile SEO Raporuna Bağlama Rehberi

Chat siteleri büyürken tek bir “başarı metriği” çoğu şeyi tek başına anlatmaz. Özellikle arama motorlarından gelen kullanıcıyı yakalayıp sohbete dönüştürmek istediğinizde, chat sitesi için kullanıcı etkileşim metrikleri (CTR, dwell time) nasıl ölçülür ve SEO raporuna nasıl bağlanır? sorusu ürün analitiğinin tam merkezinde durur. Çünkü CTR kullanıcı niyetini (tıklama) yansıtırken; dwell time (ve daha doğru ifadeyle etkileşim/kalıcılık ölçümleri) sayfanın gerçekten değer üretip üretmediğini gösterir: bekleme, okuma ve aksiyon deneme gibi.

Bir de chat platformlarında “bir sonraki adım” çoğunlukla tek bir anlama geliyor: sohbet başlatma. İlk mesajı atmak, oda/konu akışında ilerlemek veya thread’e gerçekten girmek gibi. Bu yüzden SEO raporlarınızı yalnızca trafik ve sıralama üzerinden kurmak yerine; SERP → landing page → sohbet aksiyonları zinciriyle raporlamanız gerekir. Bu rehber de tam olarak bunu yapmanıza yardımcı olacak: event taxonomy tasarlayıp CTR ile dwell/engagement metriklerini SEO KPI ağacına bağlayabileceğiniz uygulanabilir bir şema sunar.

İhtiyaç çerçevesi: CTR vs dwell time neyi ölçer, chat sitelerinde neden kritiktir?

CTR (Click-through Rate) temelde “impression başına tıklama” oranıdır. Chat sitelerinde CTR, doğru arama niyetini yakalayıp yakalamadığınızın güçlü bir işaretidir: Başlık/description uyumu, snippet kalitesi ve sayfanın arama sonucunun vaat ettiği değeri gerçekten sunup sunmadığı.

Dwell time ise ilk bakışta tıklayıp sayfada ne kadar kaldığınızı “basitçe” ölçen bir kavram gibi görünür. Ancak chat sitelerinde kullanıcı deneyimi ekranlar arasında hızla akabilir: oda listesi → sohbet ekranı → mesaj denemesi. Bu yüzden dwell time’ı mutlaka aksiyon bazlı event’lerle birlikte düşünmek gerekir.

Özetle: CTR’yi “neden tıklıyorlar?” sorusuna, dwell/engagement metriklerini ise “tıklayıp değer deniyorlar mı?” sorusuna yanıt verecek şekilde ayrıştırdığınızda SEO kazanımlarını somut davranışa çevirirsiniz. Aksi halde sadece session duration’a bakarak “SEO iyi ama etkileşim düşük” gibi yanıltıcı yorumlar yapmak kaçınılmaz hale gelir.

Ölçüm mimarisi: GSC + Analytics + site içi event’ler

Sağlam bir ölçüm mimarisi üç katmandan oluşur: (1) Arama verisi (GSC), (2) genel davranış verisi (GA4/alternatif), (3) chat’e özel mikro etkileşim event’leri.

Katman 1: Google Search Console (GSC)
GSC’den impression ve CTR görürsünüz. Ancak CTR burada “sayfa/keyword düzeyi” için değerli bir sinyaldir; dwell time gibi kullanıcı içi davranışın kendisi GSC’de yer almaz.

Katman 2: Analytics (GA4/BigQuery)
GA4’te oturum/etkileşim süresi, sayfa görüntüleme ve kullanıcı akışı gibi genel metrikleri toplayabilirsiniz. Chat sitelerinde kritik olan nokta şu: bu metrikler tek başına yorumlanmamalı; event’lerle ayrıştırılmalıdır.

Katman 3: Site içi event’ler
Chat aksiyonlarını “ölçüm birimi” haline getirmeniz gerekir: CTA click, sohbet başlatma, ilk mesaj denemesi, geri dönme, oturum sonu. Böylece dwell/engagement zamanı, “hangi aşamada harcandı?” sorusuyla bağlanır.

Event Taxonomy tasarımı: kullanıcı akışına göre event listesi

Event taxonomy, hangi event’in hangi koşulda tetikleneceğini netleştirir. Chat deneyiminde akış çoğu zaman aşamalıdır: SERP tıklaması → landing page → sohbet ekranı → ilk mesaj denemesi → devam/geri dön. Bu nedenle event’leri tek bir “chat başladı” event’ine indirgemek yerine farklı aşamalara bölmek daha sağlıklıdır.

Aşağıdaki tablo, örnek bir event taxonomy taslağıdır. Parametrelerde özellikle channel, page_type, device ve thread_type gibi boyutlara yer vermek raporlamayı hızlandırır.

Event adı	Tetik koşulu (trigger)	Parametreler (örnek)	SEO raporunda kullanım
serp_click	UTM olmayan organic tıklama ile landing page açıldığında (referrer + kanal eşlemesi)	channel=organic, landing_page, device, keyword_estimate	GSC CTR ile landing quality’yi karşılaştırma
sohbet_baslatildi	“Sohbet Başlat” CTA’sı başarılı şekilde yeni thread/oda ekranını açtığında	page_type=chat_room, thread_type=public/private, device	CTR → sohbet başlatma dönüşümü; dwell time segmentasyonu
ilk_mesaj_denendi	Input’a odak + submit denemesi (mesaj gönderimi başarılı olsun/olmasın ayrı event)	message_type=text/media, success, device	Landing kalitesi ve UX sürtünmesi tespiti
geri_donuldu	Kullanıcı sohbet ekranından oda listesine/önceki sayfaya geri döndüğünde	from=chat_room, to=room_list, device	“tıklayıp değer yok” sinyali; düşük dwell’ı açıklama

Bu yaklaşımın en büyük getirisi: “dwell time”ı tek bir sayı olmaktan çıkarıp, hangi adımda tüketildiğini görünür kılar. Böylece rakiplerin çoğunun yaptığı gibi yalnızca sayfa süresi raporlayarak yanlış karar vermekten de kaçınırsınız.

CTR ölçümü: GSC CTR’yi hangi seviyede kullanmalı? “kanonik CTR” yaklaşımı

CTR’yi çoğunlukla GSC’de sayfa düzeyinde görürsünüz; ancak chat sitelerinde aynı içeriğin farklı URL’lerle (oda parametreleri, slug varyasyonları, dil varyantları) görünmesi CTR’yi parçalayabilir. Bu yüzden “kanonik CTR” yaklaşımı uygulayın: raporlama için tek bir kanonik landing page tanımı yapın.

Kanonik CTR demek; URL parametrelerini normalize edip (ya da aynı içeriğin farklı varyantlarını tek kanonik kategori altında toplayıp) impression/CTR’yi daha tutarlı bir seviyede analiz etmektir. Böylece “CTR düştü” yorumunuz gerçekten içeriğe mi, yoksa ölçümün parçalanmasına mı dayandığı daha net anlaşılır.

Pratikte şu eşleştirmeyi kurun: GSC’de landing page olarak görünen URL’i, Analytics’te kullanılan page_type ve page_canonical boyutuna bağlayın. Böylece sonraki event’ler (sohbet başlatma, ilk mesaj denemesi) doğru landing sayfası üzerinden rapora tutarlı şekilde bağlanır.

Ek olarak CTR’yi sadece “haftalık trend” olarak değil, keyword kümeleri ve niyet bazında yorumlayın. Örneğin “chat odası”, “sesli sohbet”, “konuşma” gibi sorguların snippet vaatleri farklı olduğundan, aynı toplamdaki CTR farklı sonuçlara işaret edebilir.

Dwell time ölçümü: “gerçek dwell time” tanımı ve sohbet aksiyonlarıyla ayrıştırma

Dwell time ölçerken iki yaygın risk bulunur: (1) Analytics’in “session duration” gibi metrikleri tüm sayfa sürelerini kapsar ama chat aksiyonlarının gerçekleştiği anları doğrudan yakalamaz; (2) SPA/iframe gibi mimariler zaman damgalarını sapıtabilir. Bu nedenle “gerçek dwell time” hedefi şudur: kullanıcı tıkladıktan sonra chat deneyiminin belirli aşamalarında ne kadar kaldı?

Tek bir süre metrik yerine aşama temelli süreler kurmak daha doğru olur. Örneğin:

• landing_to_chat_view: landing page görüntülenmesinden chat ekranının ilk kez görünmesine kadar geçen süre
• chat_view_dwell: chat ekranı görünürken kullanıcı etkileşim event’i gerçekleşene kadar geçen süre (CTA click değil, mesaj denemesi gibi)
• thread_first_action_latency: sohbet başlatma ile ilk mesaj denemesi arasındaki süre
• active_dwell: “metin girişi/oda değişimi/mesaj denemesi” event’leri olduğunda sayılan süre (pasif beklemeyi azaltır)

Bu ayrım, özellikle şu örnekte kritik: Kullanıcı sayfayı açar ama “Sohbet Başlat” CTA’sına hiç basmadan 10 saniye bekleyip çıkar. Session duration yüksek görünebilir; fakat chat aksiyonu olmadığı için bu dwell “kalite” sayılmaz.

Burada yine chat sitesi için kullanıcı etkileşim metrikleri (CTR, dwell time) nasıl ölçülür ve SEO raporuna nasıl bağlanır? sorusunun çekirdeğine geliyoruz: dwell time’ı SEO raporuna taşırken sadece süreyi değil, “süre içinde hangi aksiyonların tetiklendiğini” de beraber göstermeniz gerekir.

Zaman pencereleri ve eşikler: bounce/short session ayrımı, dwell threshold

Chat sitelerinde “short session” ile “bounce” her zaman aynı anlama gelmez. Kullanıcı saniyeler içinde oda değiştiriyor, başka bir thread’e geçiyor veya ilk mesaj alanına odaklanıp hemen vazgeçiyor olabilir. Bu nedenle minimum dwell threshold belirlemek şarttır.

Öneri: Önce ölçümün ham verisini toplayın, ardından dağılım analizi yaparak eşiği seçin. Örneğin chat_view_dwell dağılımında 0–3 saniye aralığının çoğunlukla CTA/ilk mesaj event’i içermediğini görürseniz, bu aralığı “pasif/deneme değil” sınıfına alabilirsiniz.

Eşik kurgularken şu mantık işinize yarar: Pasif bekleme ≠ değer. Bu yüzden “dwell threshold”u, yanına aksiyon gerçekleşme oranı ekleyerek seçin. Bir sayfada dwell süresi uzun ama “ilk mesaj denendi” oranı düşükse, kullanıcı büyük ihtimalle teknik/UX sürtünmesine takılmıştır (yüklenme, yetki, hata mesajı gibi).

UTM + iç arama/yönlendirmeler: organic SERP tıklamasını ayrıştırma

SEO raporunda en çok hata üreten alanlardan biri kanal karışmasıdır. Örneğin kullanıcı bir sayfaya SEO ile girip sonra site içinde arama/filtre ile başka bir odaya geçerse, ilk tıklamanın CTR ve dwell etkisini sonraki gezinmeden ayırmak gerekir.

Çözüm: Landing seviyesinde UTM/kanal etiketleri ve yönlendirme event’leriyle “attribution kökünü” belirleyin. Böylece serp_click event’i sadece ilk girişte tetiklenir; sonraki iç gezintiler farklı event’lerle rapora taşınır.

İç arama/oda listesi yönlendirmelerinde de aynı kuralla ilerleyin: “arama sonucu click” ile “sayfa içi yönlendirme click” farklı event olsun. Aksi halde SERP tıklamasıyla ilişkili dwell artışı aslında kullanıcıların iç gezinmesiyle açıklanır ve yanlış SEO iyileştirmelerine sebep olabilir.

SEO raporuna bağlama: KPI ağacı (GSC → CTR → landing quality → event-based engagement → dönüşüm)

Chat siteleri için en pratik çerçeve “KPI ağacı”dır. Bu ağaç, her metriğin bir sonraki metriğe nasıl bağlandığını gösterir.

Örnek KPI ağacı:

1. GSC: impression ve CTR (keyword/landing page seviyesinde)
2. CTR → landing quality: landing page açıldıktan sonra sohbet ekranının ne kadar hızlı görüldüğü (landing_to_chat_view)
3. Landing quality → event-based engagement: sohbet_baslatildi ve ilk_mesaj_denendi event’lerinin gerçekleşme oranı ile chat_view_dwell dağılımı
4. Engagement → retention/lead: oturum başına mesaj sayısı, geri_donuldu, dönüşüm (kayıt/lead/abonelik gibi)

Burada kritik nokta şu: SEO raporlarınızda “dwell time”ı tek bir satır olarak değil, event-based engagement oranlarıyla birlikte raporlayın. Çünkü dwell time tek başına “iyi deneyim” olmayabilir; “takılı kalma” da olabilir.

Örneğin landing page → sohbet başlatma oranı → dwell time korelasyonu size şunu anlatır: “SEO kazanımı var” demek için sadece daha yüksek CTR yetmez; sohbet başlatma ve ilk mesaj denemesinin artması gerekir. Bu yaklaşım, brief’in vaat ettiği somut “hangisi ne zaman tetiklenir” mantığını rapora doğrudan taşır.

Örnek dashboard: GSC performans, landing etkileşimi, sohbet başlatma dönüşümü

Aşağıda üç parçalı bir dashboard örneği görebilirsiniz. Amaç, SEO ekiplerinin anlayacağı akışla (GSC → CTR → landing kalitesi → sohbet aksiyonu) ilerlemek.

Dashboard 1: GSC performans tablosu
Sütunlar: keyword_grubu, landing_page_canonical, impressions, clicks, CTR, ort. pozisyon. Ek alan: son 28 günde CTR trend (%) ve “değişim nedeni” için landing kalite notu.

Dashboard 2: Landing page etkileşim yüzdesi
Sütunlar: landing_page_canonical, chat ekranı görünme oranı (landing_to_chat_view başarı oranı), chat_view_dwell medyan, active_dwell oranı, geri_donuldu oranı.

Dashboard 3: Sohbet başlatma dönüşümü
Sütunlar: channel (organic/paid), thread_type, sohbet_baslatildi oranı, ilk_mesaj_denendi oranı, thread_first_action_latency medyan, kayıt/lead dönüşümü.

Bu üç dashboard birlikte okunduğunda, “CTR arttı ama ilk mesaj denendi düşüyor” gibi uç senaryolarda net bir aksiyon planı çıkarabilirsiniz (snippet vaat uyumu, sayfa yükleme hızı, chat erişim akışı, hata/engellere dair UX düzeltmeleri).

Yaygın hatalar

Chat sitelerinde metrikler yanlış yorumlandığında SEO raporunuz ürün ekibinin aksiyon planını bozar. En sık görülen sorunlardan bazıları şunlardır:

1) “Sadece session duration’a bakmak”
Örneğin landing page → sohbet ekranına geçiş çok hızlıysa ama kullanıcı sohbet başlatmadan çıkıyorsa session duration artmış görünebilir. Bu durumda rapor “kullanıcı sayfada kalmış” der; fakat değer üreten event’ler (sohbet_baslatildi, ilk_mesaj_denendi) olmadığı için sonuç yanıltıcı olur. Doğru okuma, dwell/engagement sürelerinin aksiyon event’leriyle birlikte segmentlenmesidir.

2) Double counting
Event’leri iki kez tetiklemek (ör. aynı CTA tekrar render edildiğinde) hem dwell hem de dönüşüm oranlarını şişirir. Özellikle SPA’da event tetikleme mantığı re-render’larla çoğalabilir.

Hatalar ve düzeltmeler: ölçüm çakışması, SPA/iframe kaynaklı dwell sapmaları

Tek sayfalı uygulama (SPA) ve iframe kullanan chat mimarilerinde dwell time sapması sık görülür. Kullanıcı sayfa içinde gezinirken “sayfa görünümü” event’leri beklediğiniz gibi çalışmayabilir; zaman damgaları yanlış sayfalara bağlanabilir.

Çözüm: Dwell time hesabında “sayfa yükleme” yerine view + aksiyon event’leriyle süreyi kurun. Örneğin chat_view_start ile chat_view_end gibi görünürlük event’leri ve ilk aksiyon (sohbet_baslatildi, ilk_mesaj_denendi) ile süreyi hesaplamak, iframe kaynaklı kesintileri azaltır.

Bir diğer çakışma alanı: “landing page göründü” ile “chat ekranı hazır” arasındaki fark. Chat ekranı yüklenirken teknik gecikme varsa, kullanıcı aktif etkileşim event’i üretmeden bekleyebilir. Bu bekleme süresini active_dwell’den ayrı raporlayın ki UX sorunu ile SEO kalite sorununu birbirine karıştırmayasınız.

Uygulama kontrol listesi ve doğrulama adımları

Başlamadan önce aşağıdaki doğrulama adımlarını uygularsanız, ölçümün güvenilirliğini hızlıca test edersiniz.

1. Event’lerin tekilleştiğini doğrulayın: Sohbet başlatma ve ilk mesaj denemesi event’leri aynı kullanıcı oturumunda beklenmedik şekilde kaç kez tetikleniyor kontrol edin.
2. Attribution kökünü sabitleyin: GSC CTR analizine bağladığınız landing_page_canonical ile “serp_click” event’inin eşleştiğini kontrol edin. İç arama yönlendirmeleri serp_click üzerine eklenmemeli.
3. Dwell hesaplarını aşama bazlı doğrulayın: chat_view_dwell medyanını manuel test senaryolarınızla karşılaştırın (ör. kullanıcı 5 saniye bekleyip geri dönüyor mu, 20 saniye mesaj deniyor mu?).
4. Boşluk (gap) event’lerini izleyin: landing_to_chat_view tetiklenmiyor mu? Bu durumda chat ekranı hiç görünmüyor olabilir veya event trigger hatalı olabilir.

Bu kontrol listesi, “grafikler var ama gerçek hayatla uyumsuz” problemini erken yakalamanızı sağlar. Çünkü chat deneyiminde kullanıcı davranışı tek bir metrikle temsil edilmez; event taxonomy’nin tutarlı olması şarttır.

Örnekler: Yanıltan okuma ve doğru okuma

Örnek 1: “chat başlatıldı event’i olmadan sadece session duration’a bakmak”
Diyelim ki bir landing page için session duration ortalaması yükseldi. Oysa event olmadan “kullanıcı sohbet başlatıyor mu” bilinmez. Bazı kullanıcılar chat ekranı açılırken hata alıp geri döndüğünde, session duration yükselmiş görünebilir; fakat dönüşüm yoktur. Doğru event set olmadan SEO “başarılı” sanılabilir.

Örnek 2: “landing page → sohbet başlatma oranı → dwell time korelasyonu ile SEO kazanımı okuması”
GSC’de CTR artışı gördüğünüz bir keyword kümesi için landing_page_canonical düzeyinde sohbet_baslatildi oranı artıyorsa ve chat_view_dwell medyanı da makul bir aralıkta kalıyorsa, bunun “gerçek kalite artışı” olma ihtimali yükselir. Tam tersine CTR artarken sohbet başlatma oranı düşüyor ve geri_donuldu artıyorsa, snippet vaat uyumsuzluğu veya yüklenme/UX sorunu gündeme gelir.

Örnek 3: Dashboard metrik eşlemesi
GSC keyword (ör. “sesli sohbet odası”) → landing page → CTR → landing_to_chat_view → chat_view_dwell/active_dwell → sohbet_baslatildi → ilk_mesaj_denendi → kayıt/lead. Bu sırayı kesintisiz izlediğinizde SEO raporu büyümenin doğrudan girdisi haline gelir.

Sık sorulan sorular

Dwell time ile engagement time arasındaki fark nedir? Hangisini kullanmalıyım?
Dwell time çoğu zaman “sayfada kalma”yı ifade eder; engagement time ise etkileşim event’leri üzerinden (ör. mesaj denemesi, CTA tıklama, okunabilirlik/scroll/odak) daha davranışsal bir ölçümdür. Chat sitelerinde engagement time daha anlamlıdır; dwell time ise engagement’a destek olacak şekilde aşama bazlı ve aksiyonlarla birlikte raporlanmalıdır.

CTR sadece GSC’de mi ölçülür, GA4’te nasıl ele alınır?
CTR’nin ham hali GSC’de zaten sağlıklıdır. GA4’te ise CTR yerine kullanıcıların landing page’e gelişini ve etkileşimini izlemek daha doğrudur. GA4’te landing click/serp_click event’ini kurup (attribution ile) GSC CTR ile korelasyon yapmak en temiz yaklaşımdır.

SPA (tek sayfa uygulaması) ve iframe kullanıyorsak dwell time neden sapar?
SPA’da “sayfa görünümü” event’leri beklenmedik şekilde tetiklenebilir veya zaman damgaları yanlış bağlı olabilir. iframe kullanımı da visibility/API kısıtları nedeniyle hesaplamayı zorlaştırır. Bu yüzden chat_view_start/chat_view_end gibi görünürlük ve aksiyon event’leriyle dwell’i hesaplamak gerekir.

Sohbet başlatma event’i için en doğru tetikleme noktası hangisi (CTA click mi, ilk mesaj mı)?
CTA click çoğu zaman “niyet” ölçer; sohbet_baslatildi event’i ise gerçek thread/oda açıldığında tetiklenmelidir. İlk mesaj event’i ayrıca “değer denemesi” olduğundan ayrı tutulmalıdır. İdeal set: sohbet_baslatildi + ilk_mesaj_denendi + (isterseniz) gönderim başarısı.

Short session’ları yanlış ‘bounce’ olarak mı yorumluyoruz?
Evet, sık yapılan hata burası. Short session bazen geri_donuldu, oda değişimi veya hızlı deneme anlamına gelebilir. Bounce yorumunu yalnız duration’a değil; aksiyon event var/yok durumuna bağlayın.

GSC’deki CTR ile site içi etkileşim oranı neden her zaman aynı yönde gitmez?
CTR; snippet uyumu, algılanan niyet ve rekabet etkisiyle değişirken, etkileşim sayfa performansı, UX sürtünmesi ve erişim koşullarına bağlıdır. Bu yüzden “CTR arttı” ile “ilk mesaj denendi arttı” aynı anda gerçekleşmeyebilir; event taxonomy bu farkı görünür kılar.

Özel durum: giriş/oturum gerektiren sayfalarda ölçüm nasıl yapılır?
Giriş gerektiren sayfalarda sohbet_baslatildi ve ilk_mesaj_denendi event’lerinin success/blocked ayrımını yapın. Örneğin “auth_required_shown” ve “auth_success_after_login” gibi ara event’ler kurarak, etkileşim düşüşünün SEO kalitesinden mi yoksa erişim sürtünmesinden mi kaynaklandığını ayırabilirsiniz.

SEO raporuna aktarırken nasıl kontrol edilir? (adım adım doğrulama)

Raporu yayımlamadan önce aşağıdaki mini doğrulamalar, “grafikler doğru ama hikaye yanlış” riskini azaltır.

1. CTR değişimini: GSC’de sadece toplam CTR’ye bakmayın; landing_page_canonical ve keyword kümesi bazında inceleyin.
2. Dwell/engagement değişimini: chat_view_dwell medyanını ve active_dwell oranını aksiyon event’leriyle birlikte kontrol edin.
3. Dönüşüm bağlantısını: Sohbet başlatma oranı artmadan “SEO kazanımı” demeyin; en azından ilk mesaj denemesiyle birlikte kanıtlayın.

Bu kontrol yaklaşımı, brief’in hedeflediği gibi CTR ve dwell time metriklerini somut event’lere ayırarak raporlamanızı daha tutarlı hale getirir.

İlgili okuma

Ölçüm altyapınızı büyütürken şu rehberlerle event taxonomy’nin SEO etkisini daha geniş kapsamda ele alabilirsiniz:

• Sohbet Odalarında CTR Artırma Rehberi: Oda Listesi Title/Description Şablonları, Rich Results ve A/B Test
• Chat Siteleri İçin Schema.org Yapılandırılmış Veri: ChatAction ve Conversation Nasıl Eklenir? (Topluluk Sinyalleriyle Uyumlu Uygulama Rehberi)
• Chat Konuşma Arşivleri (Loglar) SEO Rehberi: Hangi Mesajlar İndekslenmeli, Hangileri Gizlenmeli?