Web Canlı Destek Widget’ı Kurulumu: Alan Adı, Ziyaretçi ve UTM Bilgileri

Widget’ın siteye yerleştirilmesi

Kurulum için verilen yerleştirme kodunu doğru sitenin şablonuna ekleyin. Kodun tüm sayfalarda mı yoksa yalnız iletişim veya satış sayfalarında mı görünmesi gerektiği işletmenin akışına göre belirlenmelidir.

Kurulumu test ederken yönetici olarak oturum açılmış tarayıcıya güvenmeyin. Gizli pencere, mobil cihaz ve farklı sayfa yollarında sohbetin açıldığını; menü, çerez bildirimi veya sabit butonlarla üst üste gelmediğini kontrol edin.

Alan adı kısıtının amacı

Aynı widget kodunun yanlışlıkla başka bir sitede kullanılmasını azaltmak için desteklenen alan adlarını açıkça belirleyin. Ana alan adı, www alt alan adı ve test/staging alan adı farklı adresler olabilir.

Birden fazla markaya sahip şirketlerde her sitenin görüşmesinin doğru kanal altında toplanması önemlidir. Sadece görsel marka rengini değiştirmek doğru işletmeye yönlendirme yapıldığının kanıtı değildir.

Ziyaretçiden hangi bilgiler istenmeli?

Ad, e-posta veya telefon gibi alanları ihtiyaca göre yapılandırın. Kullanıcı henüz basit ürün bilgisi soruyorsa gereksiz form alanları sohbeti başlatmadan ayrılmasına neden olabilir. Buna karşılık işlem takibi için gerçekten gerekli alanların tutarlı alınması temsilciyi destekler.

Kişisel veri alanları toplanıyorsa aydınlatma metni, saklama süresi ve erişim yetkisi gerçek veri işleme sürecine uygun olmalıdır. Widget’a bir form eklenmesi tek başına hukuki yükümlülüklerin yerine getirildiği anlamına gelmez.

Bulunulan sayfa, referrer ve UTM bağlamı

Temsilciye gösterilen sayfa adresi müşterinin hangi ürün veya destek içeriğinden yazdığını anlamasına yardım edebilir. Referrer ve varsa UTM parametreleri trafiğin hangi bağlantı üzerinden geldiğine ilişkin ek bağlam sunabilir; bu alanlar her ziyarette dolu olmak zorunda değildir.

UTM etiketini müşterinin kimliği veya satın alma başarısı yerine koymayın. Bir ziyaretin kampanya parametresiyle gelmiş olması, satışın o kampanyadan kesin gerçekleştiğini kanıtlamaz. Bağlam bilgileri doğru soruyu daha hızlı sormak için kullanılmalıdır.

Çalışma saatleri ve çevrimdışı deneyimi

Canlı destekten beklenen yanıt, işletmenin gerçek çalışma saatleriyle uyumlu olmalıdır. Ekip çevrimdışıyken verilen açıklama belirsizse müşteri aynı soruyu başka kanallardan tekrar gönderip operasyon yükünü artırabilir.

Çevrimdışı formu veya mesaj saklama akışı kullanılıyorsa ne zaman dönüş yapılacağı hakkında yalnız işletmenin gerçekten karşılayabileceği bilgi verilmelidir. Otomatik “anında yanıt” vaadi, temsilci bulunmadığında güven kaybına yol açar.

Web sohbetini ortak gelen kutusu ile birleştirin

Web görüşmeleri temsilci atanabilen bir kanal olarak ele alındığında ekip sosyal medya mesajlarıyla aynı çalışma düzeninde ilerleyebilir. Bunun için sohbetin doğru kanala düşmesi, müşterinin son mesajının görünmesi ve sorumlu kişinin belirlenmesi gerekir.

Ziyaretçi daha sonra WhatsApp’tan yazarsa iki konuşmanın aynı kişiye ait olduğunu yalnız isim benzerliğinden varsaymayın. Müşteri profili birleştirme işlemleri gerekli doğrulama yapılmadan gerçekleştirilmemelidir.

Yayına almadan önce test ortamı ve sorumluluk

Widget entegrasyonunu yalnızca kodun sayfaya eklenmesi olarak ele almayın. Hangi alan adlarında görünmesi gerektiğini, hangi ekibin mesajları izleyeceğini ve müşteriye hangi çalışma saatlerinin gösterileceğini önceden belirleyin. Canlı mağazanın bütün sayfalarında açılacak bir sohbet penceresi ile yalnızca destek sayfasında açılacak pencerenin beklentisi farklıdır. Önce test sayfasında görünümü ve gerçek bir mesaj akışını doğrulamak, hatalı bağlantıyı bütün siteye yaymadan düzeltme fırsatı verir.

Kurulumdan önce sitenin responsive düzenini ve mevcut katmanlarını da kontrol edin. Sabit çerez bildirimi, ödeme butonu veya mobil alt menüyle aynı yerde duran sohbet düğmesi birini diğerinin üstüne kapatabilir. Masaüstü önizlemesinde iyi görünen bir konum, küçük ekranda erişilemez hale gelebilir. Kabul testi; masaüstü, telefon, dokunmatik kullanım ve klavye gezinmesini kapsamalıdır.

Alan adı kısıtını doğru yapılandırma

Bir widget’ın hangi alan adlarından başlatılabildiğini sınırlamak, üçüncü taraf bir sitenin aynı entegrasyon ayarlarını gelişigüzel kullanmasını önlemeye yönelik kontrollere katkı verir. İzin listesinde yalnızca gerekli canlı alan adları ve kontrollü test alanları bulunmalıdır. Ana alan adı, www sürümü ve ayrı alt alan adlarının farklı değerlendirilebileceğini göz önünde bulundurun; sitenin gerçek çalıştığı her hostu açıkça test edin.

Alan adı sınırlaması tek başına kimlik doğrulama veya kişisel veri güvenliğinin bütününü sağlamaz. Ziyaretçinin tarayıcıda görünen bilgileri, gerçek işletme yetkisi ile karıştırılmamalıdır. Widget için herkese açık tutulması gereken bilgilerle sunucu tarafında gizli kalması gereken anahtar ve yetkileri ayrı tutun. Test sonrası geçici hostları izin listesinden çıkarın.

Ziyaretçi formunu az ve anlaşılır tutun

Sohbeti açan herkesden ad, soyad, telefon ve e-posta istemek cevap verme oranını düşürebilir; ayrıca gereksiz veri işlemeye yol açabilir. Önce hangi bilgilerin görüşmeyi ilerletmek için gerçekten gerekli olduğunu belirleyin. Yalnızca genel bir ürün sorusu için kimlik bilgisi gerekmeyebilir; geri dönüş yapılacaksa iletişim kanalı açıkça sorulabilir. Ziyaretçinin hangi veriyi neden verdiğini anlayacağı kısa açıklamalar kullanın.

Ziyaretçi bilgileriyle ilgili aydınlatma ve tercih süreçleri web sitesinin gerçek hukuki yapısına göre hazırlanmalıdır. Temsili örnek metni canlı sözleşme diye yayımlamayın. Form alanlarının boş, hatalı biçimli veya beklenmedik karakterlerle dolu olduğu testleri yapın. Müşteriye ait bilgi yönetici ekranında görünürken yetkisiz çalışanların gereksiz detaylara erişmediğini ayrıca kontrol edin.

Sayfa ve kampanya bağlamını doğru yorumlayın

Bulunulan sayfa, referrer ve UTM parametreleri bir görüşmenin nereden geldiğini anlamaya yardım edebilir; ancak her ziyaretçi için kesin ve tam olarak bulunacaklarını varsaymayın. Ziyaretçi doğrudan siteye gelmiş olabilir, tarayıcı referer bilgisini sınırlayabilir veya bağlantı kampanya parametresi taşımayabilir. Bu alanların boş olması her zaman entegrasyon hatası değildir. Temsilci ekranda gördüğü bilgiyi müşteri niyetinin kesin kanıtı gibi yorumlamamalıdır.

Örneğin müşteri ödeme sayfasındayken sohbet başlatmışsa öncelikle ödeme adımında yardıma ihtiyaç duyup duymadığını sorun; sırf sayfa yoluna bakarak başarısız ödeme kaydı varmış gibi cevap vermeyin. UTM bilgisi varsa kampanya raporunu yorumlamak için kullanılabilir ama müşterinin onaylı iletişim tercihini tek başına göstermez. Analitik bağlamla kişisel veri işleme amacını birbirinden ayırın.

Mesai dışı durum ve gerçekçi yanıt beklentisi

Çalışma saatleri widget’da gösteriliyorsa mesajı kimin ne zaman karşılayacağıyla uyumlu olmalıdır. Mesai bittiğinde form veya çevrimdışı mesaj seçeneği açıksa ziyaretçiye canlı temsilciyle hemen görüşüyormuş izlenimi vermeyin. Açık ve ölçülebilir bir geri dönüş süresi belirlenemiyorsa kesin süre vaadinden kaçının. Ertesi gün için hangi ekipte hangi konuşmaların beklediği görünür olmalıdır.

Çalışma saatini yalnızca normal iş gününde değil, resmi tatil, hafta sonu ve geçici yoğunluk senaryosunda da sınayın. Widget’ın bu günlerde tamamen kaybolması mı, mesaj bırakmaya izin vermesi mi istendiği işletme kararıdır. Her iki yaklaşımda da kullanıcının son adımda ne olacağını anlaması gerekir. Mesai dışında bırakılan talebin atanmamış gelen kutusunda kaybolmadığını doğrulayın.

Yayın sonrası bakım ve performans kontrolü

Widget yayınlandıktan sonra yalnızca bir kez görünmesini kontrol etmek yeterli değildir. CSS veya tema güncellemeleri sabit konumlu düğmeyi gizleyebilir; yeni bir modal pencere sohbet panelinin üstüne çıkabilir. Önemli sayfalarda görünüm, sohbet başlatma ve mesaj alma testlerini periyodik olarak tekrarlayın. Özellikle mobil cihazda klavye açıldığında yazı alanının görünür kaldığından ve kapatma düğmesinin erişilebilir olduğundan emin olun.

İlk gerçek görüşmelerde yanlış takıma yönlendirme, yinelenen ziyaretçi kaydı ve hatalı sayfa bağlamı gibi operasyonel sorunları örneklem üzerinden inceleyin. Güncellenen kodun dış kaynağa istemeden bağımlılık eklemediğini yerel varlık istekleriyle kontrol edin. Üçüncü taraf analitik veya pazarlama betiği ekleniyorsa bunların hukuki ve teknik değerlendirmesi widget kurulumundan ayrı yapılmalıdır.

Yayın öncesi kabul testi için örnek matris

Masaüstü ve mobil tarayıcıda dört temel senaryo yürütün: çalışma saati içinde ilk sohbet, mesai dışında bırakılan mesaj, iletişim alanı boş bırakılmış ziyaretçi ve kampanya parametresi içeren bağlantı. Her senaryoda sohbet paneli açılıyor mu, yazı alanı kullanılabilir mi, mesaj doğru gelen kutusuna düşüyor mu ve temsilcinin gördüğü bilgi ziyaretçinin verdiği veriyle uyuşuyor mu sorularını yanıtlayın. Testi yalnızca geliştiricinin kendi oturumunda yapmak yerine gizli pencerede de tekrarlayın.

Sonuç tablosunda test edilen alan adı, cihaz/ekran sınıfı, saat durumu, beklenen sonuç ve gözlenen sonucu saklayın. Eksik UTM bilgisini otomatik hata saymayın; gerçek linkte parametre olup olmadığını önce kontrol edin. Bir senaryo başarısızsa genel "widget çalışmıyor" ifadesi yerine görünüm, bağlantı, mesaj iletimi veya temsilci erişimi adımlarından hangisinin bozulduğunu yazın.

Ziyaretçi bilgisi ve erişim kapsamını gözden geçirin

Web canlı destekte toplanan ad, e-posta veya telefon gibi bilgiler yalnızca ihtiyaç duyulan temsilcilerin erişebileceği kapsamda tutulmalıdır. Görüşmenin başka takıma devri sırasında müşteri hizmeti için gerekli bağlam ile gereksiz kişisel ayrıntıyı ayırın. Bir müşterinin farklı günlerdeki iki ziyaretini yalnızca aynı tarayıcıda görünmesine bakarak kesin biçimde aynı kimlik kabul etmeyin. Müşteri profilinin gerçekten doğru kişiyle eşleştiği gerektiğinde kontrol edilmelidir.

Widget üzerinde bir aydınlatma bağlantısı gösterilmesi tek başına bütün veri işleme yükümlülüklerini tamamlamaz. Gerçek şirket bilgileri, işleme amacı ve uygulanan veri politikası ilgili hukuk danışmanıyla teyit edilmelidir. Operasyon ekibi kişisel verileri test sohbetine kopyalamamalı; hata incelemesi için gerekiyorsa maskelenmiş örnek ve teknik olay bilgisi kullanmalıdır.

Widget yayın kontrol listesi

1. Doğru site ve alan adlarında görünümü test edin.
2. Mobil, masaüstü ve gizli pencere üzerinde sohbet başlatın.
3. Ziyaretçi alanlarını ve aydınlatma bağlantılarını kontrol edin.
4. Çalışma saati içi ve dışı senaryoları deneyin.
5. Gelen görüşmenin doğru ekip ve müşteri bağlamıyla açıldığını doğrulayın.