Alıcılar Sizi Önce Yapay Zekaya Soruyor: Bu Trafiği CRM'de Nasıl İzlersiniz?

Bunu yapmak zorunlu hale geliyor, çünkü alıcı davranışında ölçülebilir bir kayma var. G2'nin Mart 2026'da 1.076 B2B karar vericiyle yaptığı araştırmaya göre yazılım araştırmasına doğrudan bir yapay zeka sohbet aracıyla başlayanların oranı %51'e çıktı; bir yıl önce bu oran %29'du. Aynı araştırmada katılımcıların %71'i yazılım araştırmasında yapay zeka sohbet araçlarından faydalandığını, %69'u bu araçların yönlendirmesiyle başlangıçta düşündüğünden farklı bir tedarikçiye yöneldiğini, %33'ü ise daha önce tanımadığı bir tedarikçiden satın aldığını söylüyor.

Bu yazıda bu trafiğin neden ölçülmesi zor olduğunu, CRM tarafında hangi yapının kurulması gerektiğini ve kanal görünür hale geldiğinde hangi kararların verilebileceğini ele alıyoruz.

Birincisi yukarıdaki G2 araştırması. Dikkat çekici olan tek başına %51 oranı değil, bir yılda %29'dan %51'e çıkan hız. B2B alıcı davranışı genelde yavaş değişir; bu hızda bir kayma sık görülmüyor.

İkincisi atıf tarafı. Demandbase verisine göre ChatGPT kaynaklı B2B site trafiği bir yıl içinde yaklaşık dört katına çıktı. Yani sadece araştırma davranışı değişmiyor, bu davranış siteye tıklama olarak da yansıyor.

Bu iki veriyi birleştirdiğinizde tablo şu: alıcı, sizinle temas etmeden önce hakkınızda bir değerlendirme yapıyor ve bu değerlendirmeyi sizin sayfanızda değil bir modelin cevabında yapıyor. Sonra ya sizi listeye dahil ediyor ya etmiyor.

✓  Referrer bilgisi çoğu zaman kayboluyor. Kullanıcı asistanın verdiği cevaptaki bağlantıya tıkladığında kaynak bilgisi her zaman taşınmıyor. Taşınmadığında oturum doğrudan trafik olarak kaydediliyor.

✓  Kullanıcı bağlantıya hiç tıklamıyor olabilir. Asistan markanızı söylüyor, kullanıcı markanızı ayrı bir sekmede arıyor veya doğrudan adresi yazıyor. Bu durumda kanal marka araması veya doğrudan trafik olarak görünüyor ve gerçek tetikleyici kayıt altına girmiyor.

✓  Yolculuk tek oturumda tamamlanabiliyor. Asistan zaten karşılaştırmayı yapmış, kullanıcı doğrulama için geliyor ve formu aynı oturumda dolduruyor. Kısa oturum süresi ve tek sayfa görüntüleme, bu ziyaretçiyi analitik tarafında ilgisiz bir ziyaretçi gibi gösteriyor.

Sonuç şu: analitik aracınızdaki kanal raporu bu kanalı olduğundan küçük gösteriyor. Kanalın gerçek büyüklüğünü öğrenmenin en güvenilir yolu, ziyaretçiye sormak ve cevabı CRM'de tutmak.

Birincisi zorunlu olmaması. Zorunlu yapıldığında form terk oranı artıyor ve gelen cevapların kalitesi düşüyor, çünkü insanlar geçmek için ilk seçeneği işaretliyor.

İkincisi seçeneklerin ziyaretçinin diliyle yazılması. "Organik arama" ziyaretçinin kullandığı bir ifade değil. "Google'da ararken buldum" ve "ChatGPT gibi bir yapay zeka asistanı önerdi" ziyaretçinin tanıdığı ifadeler.

Üçüncüsü serbest metin seçeneğinin açık bırakılması. Beklemediğiniz cevaplar bu alandan geliyor ve kanal listesini güncellemeniz gereken anı da bu cevaplar haber veriyor.

Örnek: sistem oturumu doğrudan trafik olarak kaydetmiş, ziyaretçi ise formda yapay zeka asistanı önerdi diye işaretlemiş. Bu iki kaydı tek alanda tutarsanız biri diğerini eziyor. İki ayrı alanda tuttuğunuzda arada bir fark oluşuyor ve o fark tam olarak ölçmek istediğiniz şey.

Dönem sonunda bu iki alanı karşılaştırmak, analitik aracınızın bu kanalı ne kadar eksik gördüğünü de gösteriyor. Bu bilgi, bütçe konuşmasında analitik raporundan daha güvenilir bir dayanak oluyor.

✓  İçerik yapısı kararı. Bu kanaldan gelen ziyaretçiler belirli sayfalara düşüyorsa, o sayfaların yapısı asistanların alıntılamaya uygun biçimde düzenlenmeye değer. Soru bazlı başlıklar, cevabı öne alan giriş, SSS bölümü ve kaynak gösterme bu tarafta doğrudan etki ediyor.

✓  Ürün sayfası derinliği kararı. Asistanlar karşılaştırma yaparken ürün ve fiyat bilgisinin net olduğu sayfaları tercih ediyor. Fiyat ve özellik bilgisini belirsiz bırakan sayfalar bu karşılaştırmanın dışında kalıyor.

✓  Satış konuşması kararı. Bu kanaldan gelen aday, karşılaştırmayı zaten yapmış olarak geliyor. Satış görüşmesinin tanıtımla başlaması gereksiz; doğrulama ve itiraz karşılama ile başlaması daha verimli. Bu bilgi CRM'de işaretliyse satış temsilcisi görüşmeye buna göre hazırlanabiliyor.

Üçüncü madde en çok atlanan madde. Kaynak bilgisi pazarlama raporu için değil, satış konuşmasını değiştirmek için de kullanılabilir.

Yöntem şu: alıcınızın soracağı soruları alıcının diliyle yazın ve asistanlara sorun. Kendi ürün adınızı içeren sorular değil, kategori sorularını sorun. "Zoho CRM iyi mi" sorusu size bir şey öğretmez, çünkü zaten markayı içeriyor. "Türkiye'de küçük bir ekip için hangi CRM uygun" sorusu öğretir, çünkü listeye girip girmediğinizi gösterir.

Test ederken üç şeyi kaydedin:

•  Cevapta yer alıyor musunuz, hangi sırada ve hangi nitelemeyle

•  Cevapta kimler var, yani asistan sizi kimlerle aynı kümede değerlendiriyor

•  Cevabın kaynak olarak gösterdiği sayfa hangisi, sizin sayfanız mı yoksa üçüncü bir site mi

Üçüncü madde en çok bilgi taşıyan madde. Asistan sizi anlatırken kaynak olarak kendi sayfanızı değil bir dizin sitesini veya bir haberi gösteriyorsa, o konuda sizin sayfanız yeterince açık yazılmamış demektir. Düzeltilecek yer de tam olarak orası.

Bu testi ayda bir kez, sabit bir soru listesiyle yapmak yeterli. Soru listesi sabit kalmalı, çünkü değişimi görmek için karşılaştırma noktası gerekiyor. Cevaplar zaman içinde değişiyor ve bu değişim içerik çalışmasının işe yarayıp yaramadığına dair en hızlı geri bildirim.

Somut bir örnek: bir yönetici sektör etkinliğinde markanızı duyuyor, iki hafta sonra bir asistana o alanda çözüm sorduğunda markanız da cevapta çıkıyor, ardından sitenize geliyor. Bu yolculukta atıf tek bir kanala verilemez. Etkinlik olmasa asistan cevabı ilgi çekmeyebilirdi; asistan cevabı olmasa etkinlik hatırlanmayabilirdi.

O yüzden bu kanalı ölçerken doğru soru "kaç fırsat bu kanaldan geldi" değil, "kaç fırsatın yolculuğunda bu kanal geçti". İkinci soru daha zor ölçülür ama daha doğru cevap verir. Kaynak detayı ve atıf kanalı alanlarını ayrı tutmanın bir faydası da bu: aynı fırsat için birden fazla temas noktası kaydedilebilir hale geliyor.

✓  Kaynak alanı özelleştirme: Kaynak ve kaynak detayı alanları seçim listesi olarak tanımlanabilir, zorunluluk ve doğrulama kuralları alan bazında ayarlanabilir.

✓  Müşteri adayı yönetimi: Gelen adayın hangi kanaldan geldiğine göre atama ve önceliklendirme kuralları kurulabilir. Karar aşamasına yakın gelen adayın daha hızlı temas alması bu şekilde sağlanır.

✓  Raporlama: İlk temas kanalı ile atıf kanalı arasındaki farkı gösteren bir rapor kurulabilir. Bu rapor, kanalın gerçek büyüklüğüne dair en güvenilir iç veri kaynağınız oluyor.

✓  Web sitesi tarafındaki ölçüm: Ziyaretçi davranışının sayfa bazında izlenmesi ve dönüşüm noktalarının test edilmesi, hangi sayfaların bu kanaldan trafik aldığını görmenizi sağlar.

•  Aynı araştırmada alıcıların %69'u yapay zekanın yönlendirmesiyle başlangıçta düşündüğünden farklı bir tedarikçiye yöneldiğini söylüyor.

•  Bu trafik analitik tarafında büyük ölçüde doğrudan trafik olarak görünüyor; kanalı görünür kılmanın en güvenilir yolu ziyaretçiye sormak ve cevabı CRM'de tutmak.

•  Kurulumun üç parçası var: kaynak taksonomisine yeni bir değer eklemek, doğru kurgulanmış bir "bizi nasıl buldunuz" alanı ve ilk temas kanalı ile atıf kanalının ayrı tutulması.

•  Kendi verimizde bu kanalın hacmi küçük ama dönüşüm eğilimi diğer kanalların üzerinde; taban küçük olduğu için oran paylaşmıyoruz.

•  Ayda bir kez sabit bir kategori sorusu listesiyle asistanlara sorarak cevapta görünüp görünmediğinizi test edin; asistanın hangi sayfayı kaynak gösterdiği en çok bilgi taşıyan veri.

•  Kanalı tek atıf modeliyle değerlendirmeyin; doğru soru kaç fırsatın yolculuğunda bu kanalın geçtiği.