AI yönlendirme trafiği: ChatGPT'den gelen ziyaretçiyi ölçmek

Perşembe 14:40. Pazarlama sorumlusu analitik panelinde yönlendiren raporunu açıyor ve son otuz günde chatgpt.com adresinden 412 oturum geldiğini görüyor. Ekranı satış müdürüne çevirdiğinde tek bir soru geliyor: bunların kaçı teklif istedi? Cevap yok. CRM'de aynı ay açılan 87 fırsatın kaynak alanında ya «doğrudan» yazıyor ya da alan tamamen boş. Trafik raporu bir tarafta, gelir tablosu diğer tarafta duruyor; ikisini birbirine bağlayan tek bir alan yok. Sayılar örnektir, ama tablo tanıdıktır.

Bu yazı o boşluğu kapatmakla ilgili. Analitik tarafında yapay zekâ yönlendirmelerini görünür yapmanın adımlarını GA4'te ChatGPT ve Perplexity ziyaretlerini görmek yazısı anlatıyor; burada bir adım sonrasını ele alıyoruz. Sırayla şunlara bakacağız: bir ziyaretin yapay zekâ kaynaklı olduğunu hangi kanıtlar gösterir ve hangi referrer / UTM desenleri hangi motora işaret eder, yönlendiren bilgisi neden yarı yolda kaybolur, oturum düzeyindeki veriyi kişi düzeyindeki kayda nasıl taşırsınız, lead kaydında hangi alanlar durmalı, atıf zinciri en çok nerede kopar, «bizi nereden duydunuz» sorusu bu boşluğu kapatır mı, aynı ziyaretçiyi iki kez saymamak için ne yapılır, ölçülemeyen bir gün nasıl raporlanır, bu trafiğin karşılığı tıklama mı gelir mi ve kurgu haftalık hangi kontrollerle ayakta kalır.

Bir ziyaretin yapay zekâ kaynaklı olduğunu ne kanıtlar?

Elinizde üç tür kanıt var ve üçü de aynı güçte değil. Birincisi tarayıcının kendiliğinden gönderdiği yönlendiren alan adıdır: ziyaretçi bir asistanın cevabındaki bağlantıya tıkladığında, tarayıcı çoğu durumda o asistanın alan adını sizin sunucunuza bildirir. Bu kanıt ücretsizdir, kurulum gerektirmez ve tam da bu yüzden en kırılgan olanıdır — birazdan göreceğimiz gibi kaybolmaya çok müsaittir.

İkincisi bağlantının kendisine iliştirilmiş kampanya parametreleridir. Bazı motorlar dışarı verdikleri bağlantılara kendi kaynak etiketlerini ekler; bu durumda ziyaret, yönlendiren hiç gelmese bile kendi kimliğini taşır. Üçüncüsü ise dolaylı kanıttır: hangi sayfaya inildiği, hangi sorunun cevabı olarak inildiği ve o oturumun davranış deseni. Tek başına hiçbir şey kanıtlamaz ama diğer ikisiyle birlikte okunduğunda sınıflandırmayı doğrular.

Bir noktayı baştan ayırmak gerekiyor: motorun tarayıcısı ile motorun gönderdiği ziyaretçi aynı şey değildir. GPTBot, ClaudeBot, PerplexityBot ya da Google-Extended gibi ajanlar sitenizi içerik toplamak için okur; bunlar insan ziyareti değildir ve trafik raporunda insan satırıyla aynı yerde durmamalıdır. Rocketly'nin GEO tarafındaki llms.txt, robots ve şema araçları bu ajanların erişim durumunu tek tek okur; o ekran «botlar giriyor mu» sorusunu cevaplar, «kaç kişi geldi» sorusunu değil. İkisini aynı grafikte toplamak, hiç ziyaretçi getirmeyen bir motoru başarılı göstermenin en kestirme yoludur.

Aşağıdaki tablo, yönlendiren ve parametre desenlerini pratikte nasıl okuyacağınızı özetliyor. Alan adları zamanla değişir; tabloyu ezber değil, kontrol listesi olarak kullanın.

Asistan	Tipik yönlendiren alan adı	Sık görülen parametre	Ölçümde dikkat edilecek nokta
ChatGPT	chatgpt.com, chat.openai.com	utm_source=chatgpt.com	Masaüstü ve mobil uygulamadan gelen tıklama çoğu zaman yönlendiren taşımaz, doğrudan trafiğe düşer
Perplexity	perplexity.ai ve alt alan adları	utm_source=perplexity	Alt alan adları ayrı satırlar olarak birikir; alan adını tek biçime indirgemeden saymayın
Gemini	gemini.google.com	—	Arama sonucundaki yapay zekâ özetinden gelen tıklama organik arama gibi görünür, ayrı bir yönlendiren üretmez
Claude	claude.ai	—	Cevap içindeki bağlantılar yeni sekmede ve sık sık yönlendiren bilgisi olmadan açılır
Copilot	copilot.microsoft.com, bing.com	—	Arama motoru kökenli satırlarla karışır; asistan ile aramayı aynı kovaya koymayın
Grok	grok.com, x.com	—	Sosyal yönlendirmeyle iç içe geçer; yalnız alan adına bakmak yanıltıcıdır

Yönlendiren bilgisi neden yarı yolda kaybolur?

Bu trafiğin en can sıkıcı özelliği, önemli bir kısmının kimliksiz gelmesidir. Dört ana sebep var. Birincisi uygulamadır: asistanı tarayıcıda değil masaüstü ya da telefon uygulamasında kullanan bir kişi bağlantıya tıkladığında, açılan tarayıcı çoğu zaman «nereden geldim» bilgisini taşımaz. İkincisi uygulama içi tarayıcılardır; bağlantı gömülü bir pencerede açılır ve zincir orada kırılır.

Üçüncüsü yönlendiren politikasıdır: kaynak site, tarayıcıya alan adını paylaşmamasını söyleyebilir. Dördüncüsü ise en insanı olanıdır — kişi bağlantıya hiç tıklamaz. Cevapta markanızın adını okur, yeni bir sekme açar, adınızı yazar ve doğrudan gelir. Bu ziyaretin raporunuzdaki adı «doğrudan» olur, oysa gerçek kaynağı bir asistan cevabıdır.

Buradan çıkan sonuç şu: yönlendiren üzerinden ölçülen sayı her zaman gerçek etkinin altında kalır. Bu bir hata değil, yöntemin sınırıdır ve rapora böyle yazılmalıdır. Alt sınır olduğunu bilerek okunan bir sayı, kesin gibi sunulan bir tahminden çok daha kullanışlıdır. Ayrıca marka adının aranarak gelen ziyaretlerdeki artışı ayrı bir sinyal olarak izlemek işe yarar; asistanda anılma arttığında bu kalem çoğu zaman önce kıpırdar.

Oturum düzeyindeki veriyi kişi düzeyindeki kayda nasıl taşırsınız?

Analitik aracı oturumları sayar; CRM kişileri ve fırsatları tutar. Bu iki dünya arasında otomatik bir köprü yoktur. Analitikte «chatgpt.com'dan 412 oturum» satırını görmek, o oturumlardan hangisinin form doldurduğunu söylemez — çünkü analitik aracı sizin lead kaydınızı tanımaz, CRM de tarayıcı oturumunu.

Köprü, form gönderiminde kurulur. Ziyaretçi siteye indiği anda yönlendiren alan adı, kampanya parametreleri ve iniş sayfası tarayıcı tarafında saklanır; form gönderildiğinde bu değerler gizli alanlarla birlikte CRM'e yazılır. Böylece kayıt, kendi kökenini yanında taşır. Bu kurgunun sağlıklı işlemesi büyük ölçüde açılış sayfasının dönüşüm tasarımına bağlıdır: formun bulunduğu sayfa, ziyaretçinin ilk indiği sayfa değilse ilk temas bilgisini taşımanız gerekir, yoksa her kayıt kendi iç yönlendirmesini kaynak sanır.

İkinci köprü ise anonim ziyaretçiyi kayıtlı kişiye çeviren şeydir. Bir rehber, bir hesaplayıcı ya da bir kontrol listesi karşılığında e-posta almak, o ziyaretin kimliğini kalıcı hale getirir; lead mıknatısının ölçüm tarafındaki asıl işlevi de budur. Kimlik oluşmadan atıf yapılamaz, çünkü atıflanacak bir kayıt yoktur.

Lead kaydında hangi alanlar durmalı?

Tek bir «kaynak» alanı bu iş için yetmez. Pratikte altı alan gerekir ve her biri farklı bir soruyu cevaplar. İlk temas kanalı: kişi sizi ilk kez hangi yoldan buldu. İlk yönlendiren alan adı: ham hostname, normalleştirilmiş biçimde. İlk iniş sayfası: hangi içerik cevabın kaynağıydı. Son temas kanalı: form gönderiminden hemen önceki kanal. İlk temas tarihi: zinciri sonradan kurmak için gerekli. Ve sınıflandırma etiketi: bu kayıt kesin mi, olası mı, sınıflandırılamadı mı.

Son alan en çok atlananıdır ve en değerlisidir. Ölçümde en tehlikeli şey bilinmeyeni bilinen bir kutuya zorla yerleştirmektir. Rocketly'nin GEO tarafındaki AI yönlendirme trafiği ekranı bu yüzden sınıflandırılamayan satır sayısını ayrıca yazar: hangi asistanın yalnız tıklama değil dönüşüm getirdiğini gösterirken, gösteremediği kısmı da açıkça bırakır. Bilinmeyenin büyüklüğünü görmeden bilinenin anlamını okuyamazsınız.

• Kesin: yönlendiren alan adı ya da kampanya parametresi motoru doğrudan söylüyor.
• Olası: doğrudan trafik, ama kişi kendi beyanında asistanı söyledi ya da iniş sayfası yalnız o cevapta geçen bir alt sayfa.
• Sınıflandırılamadı: hiçbir sinyal yok. Bu satır silinmez, sayılır.

Atıf zinciri en çok nerede kopar?

Zincir dört noktada kopar. Birincisi cihaz değişimidir: kişi telefonunda asistana sorar, akşam bilgisayarından formu doldurur. İki oturumun bağı yoktur; kayıt ikinci cihazın kanalıyla açılır.

İkincisi telefondur. Ziyaretçi sayfadaki numarayı arar ve dijital iz orada biter. Aramaya kaynak bilgisi iliştirmenin yolu, sayfada gösterilen numarayı kanala göre değiştirmek ve gelen çağrıyı kayıtla eşleştirmektir; çağrının doğru ekibe düşmesi ve kaydın açılması ise akıllı çağrı yönlendirmenin işidir. Aksi halde en nitelikli temaslar raporda hiç görünmez.

Üçüncüsü zamandır. Bir asistan cevabıyla imza arasında haftalar geçebilir; çerezler o kadar yaşamaz, kişi arada üç kez daha gelir ve son temas her şeyi üstlenir. Dördüncüsü ise sohbettir: ziyaretçi form yerine pencereden yazar. Bu durumda kaynak verisini konuşma kaydına iliştirmek gerekir, yoksa canlı sohbetten gelen lead'lerin tamamı tek bir kanal gibi görünür.

«Bizi nereden duydunuz» sorusu boşluğu kapatır mı?

Kısmen kapatır ve bu kısım küçümsenmemelidir. Forma eklenen tek satırlık serbest ya da seçmeli bir alan, teknik olarak ölçülemeyen ziyaretin bir bölümünü geri kazandırır — özellikle uygulamadan gelen ve doğrudan görünen trafiği. Üç kural işi kurtarır.

Birincisi seçenek listesinde asistanların açıkça yer almasıdır; «internet» ya da «arama motoru» gibi geniş bir kova her şeyi yutar. İkincisi bu cevabın ayrı bir alana yazılması, teknik atıf alanının üzerine yazılmamasıdır: beyan ile ölçüm iki farklı kanıttır ve birbirinin yerine geçmez. Üçüncüsü beklentinin doğru kurulmasıdır — insanlar hatırladıklarını söyler, olanı değil. Beyan verisi yön gösterir, ondalık hassasiyet vermez.

Aynı ziyaretçiyi iki kez saymamak için ne yapılır?

Çift sayım bu alanda en sık görülen rapor hatasıdır ve genellikle iyi niyetten doğar: her kanal kendi katkısını tam olarak yazmak ister. Sonuçta asistan kanalı 40 lead, organik arama 40 lead, e-posta 40 lead raporlar ve toplam gerçek lead sayısının iki katına çıkar.

Çözüm bir kural seçip ona sadık kalmaktır. İlk temas modeli, talebi kimin yarattığını gösterir ve yeni pazar açan içerik için doğru mercektir. Son temas modeli, dönüşümü kimin kapattığını gösterir. İkisini aynı raporda yan yana koyabilirsiniz, ama tek bir sayıda toplayamazsınız. Pratik bir yol: fırsat kaydında ilk temas kanalı sabit kalsın, son temas kanalı her etkileşimde güncellensin ve raporlar hangi mercekle bakıldığını başlığında yazsın.

İkinci tuzak, aynı kişinin iki ayrı kayıt olarak açılmasıdır. Aynı e-posta ile iki hafta arayla gelen iki form, iki farklı kanal etiketiyle iki lead üretirse hem sayı hem atıf bozulur. Tekilleştirme kuralı, atıf kuralından önce gelir.

Ölçülemeyen bir günü nasıl raporlarsınız?

Ölçüm zincirinin kendisi de arıza yapar: etiket bir sürümde düşer, gizli alan bir form güncellemesinde silinir, entegrasyon bir gün veri çekmez. Bu günlerde raporun gösterdiği şey «sıfır ziyaret» değildir; veri yokluğudur ve ikisi aynı grafikte aynı biçimde görünürse ekip olmayan bir krizle uğraşır.

Rocketly'nin GEO tarafındaki ölçülemeyen gün sıfır değildir ilkesi tam olarak bunu uygular: sağlayıcı yanıt vermediğinde ya da ödenek dolduğunda grafik o noktada kopar, oran yüzde sıfır değil çizgi gösterir ve kaç günün ölçülemediği ayrıca yazılır. Aynı mantığı kendi CRM raporunuza taşıyın: kaynağı boş kalan kayıtların oranı, raporun altında sabit bir satır olsun. O oran yükseldiğinde sorun trafikte değil ölçümdedir. Uyarı kuralları arasında ölçüm boşluğunun ayrı bir tip olarak durması da bu ayrımın ürün tarafındaki karşılığıdır — düşüş uyarısıyla veri yokluğu uyarısı aynı bildirimi üretmez.

Bu trafiğin karşılığı tıklama mı, gelir mi?

Kanalı ayırt etmenin tek amacı gurur duyulacak bir grafik değildir; bütçe kararıdır. Bunun için üç ölçüyü kanal kırılımında okumak gerekir. Birincisi kaydolan kullanıcının gerçekten kullanmaya başlayıp başlamadığı, yani aktivasyon oranı; asistan üzerinden gelen kişi çoğu zaman sorusunu netleştirmiş halde gelir ve bu kalemde farklı davranır.

İkincisi ilişkinin toplam değeridir. Tek satışa bakıp kanalı ucuz ya da pahalı ilan etmek yanıltır; müşteri yaşam boyu değeri kanal kırılımında hesaplandığında sıralama çoğu zaman değişir.

Üçüncüsü hızdır: aynı fırsat kaç günde kapanıyor. Satış hızı kanal bazında okunduğunda, hangi kaynağın satış ekibine kolay iş getirdiği görünür hale gelir.

Bir uyarı: bu trafik, alışıldık kanallar gibi yeniden hedeflenemez. Asistanda bir kitle listesi satın alamazsınız; elinizdeki kaldıraç, gelen ziyaretçiyi kendi listenize almak ve oradan devam etmektir. Yeniden pazarlamanın bu kanaldaki rolü, kaynağı değil sonucu yeniden yakalamaktır.

Kurgu haftalık hangi kontrollerle ayakta kalır?

Bu ölçüm bir kez kurulup unutulmaz, çünkü hem motorlar hem sizin siteniz değişir. Haftalık dört kontrol yeterlidir. Bir: kaynağı boş kalan yeni kayıtların oranı geçen haftaya göre arttı mı. İki: yönlendiren listesinde daha önce görmediğiniz bir alan adı belirdi mi — yeni asistanlar ve yeni alt alan adları sessizce eklenir. Üç: form gizli alanları hala doluyor mu; bir test gönderimi bu soruyu otuz saniyede cevaplar. Dört: asistanlardaki görünürlük ile gelen trafik aynı yönde mi hareket ediyor.

Son kontrol, iki ayrı ölçümü yan yana koymayı gerektirir. Cevapta anılmak ile alan adınızın kaynak olarak gösterilmesi farklı şeylerdir; ilki bilinirlik, ikincisi tıklama üretir. GEO tarafındaki anılma mı kaynak gösterilme mi ayrımı ile kaynak istihbaratı birlikte okunduğunda, trafiğin neden düştüğü sorusuna «cevapta hiç geçmiyoruz» ile «geçiyoruz ama kaynak başkası» arasında ayrım yaparak cevap verebilirsiniz. Kavramın bütününü üretici motor optimizasyonu yazısı çerçeveliyor.

Bu dört kontrolü tek panelde toplamak ve haftalık raporu kendiliğinden göndermek istiyorsanız Rocketly hesabınızı ücretsiz açıp GEO ekranlarını kendi alan adınızla deneyebilirsiniz.

Sıkça sorulan sorular

Asistanlardan gelen trafik neden doğrudan trafik gibi görünüyor?

Çünkü tıklamaların önemli bir bölümü masaüstü ya da mobil uygulamadan gelir ve tarayıcı yönlendiren bilgisini taşımaz. Buna, cevapta adınızı okuyup adres çubuğuna yazarak gelen kişiler eklenir. Doğrudan trafikteki artışı marka aramalarındaki artışla birlikte okumak, bu görünmez payı tahmin etmenin en pratik yoludur.

Yönlendiren alan adına göre kanal kuralı yazmak yeterli mi?

Başlangıç için yeterli, tek başına değil. Alan adı listesi eskir; yeni asistanlar ve alt alan adları çıkar. Kuralı aylık gözden geçirin, hostname'i tek biçime indirin ve kural dışında kalan yönlendirenleri ayrı bir listede biriktirin. O liste, kuralın bir sonraki sürümünü kendisi yazar.

Motorun tarayıcısı ile ziyaretçiyi nasıl ayırırım?

Bot erişimi sunucu günlüklerinde ve robots yapılandırmasında görünür; ziyaretçi ise sayfa üzerindeki ölçüm etiketiyle sayılır. İkisi farklı kaynaklardan gelir ve aynı grafikte toplanmamalıdır. Bot erişimi içeriğinizin cevaba girip girmediğiyle, ziyaret ise cevabın sizi getirip getirmediğiyle ilgilidir.

Bu ölçümü kurmak için kaç veri kaynağı gerekiyor?

Üç: site tarafındaki ölçüm etiketi, formların gizli alanları ve CRM'deki atıf alanları. Dördüncü bir kaynak olarak asistanlardaki görünürlük ölçümü eklenirse, trafikteki değişimin sebebini görünürlük tarafında arayabilirsiniz. Bu dördü olmadan da başlanabilir, ama sebep sorusu cevapsız kalır.