Web sohbet widget'ı kurulumu: siteye canlı destek eklemek

Salı, 15.40. Bir muhasebe yazılımı satan ekibin fiyat sayfasında o anda yirmi üç ziyaretçi var. İçlerinden biri yıllık pakette faturanın ne zaman kesildiğini merak ediyor, sayfada soracak bir yer arıyor ve altta iletişim formunu buluyor: ad, e-posta, konu, mesaj, bir de doğrulama kutusu. Formu doldurmuyor, sekmeyi kapatıyor. Ertesi sabah panelde görünen tek iz, fiyat sayfasında bir dakika on iki saniye kalıp çıkan bir oturum. Sorunun ne olduğu hiçbir yerde yazmıyor; yalnızca cevaplanmadığı biliniyor.

Bu yazı o soruyu sayfadan çıkmadan sorulabilir hale getiren web sohbet widget'ının kurulumunu anlatıyor. Sırasıyla ele alacağımız konular şunlar: widget'a hangi işi verdiğinizi tanımlamak, hangi sayfalarda hangi anda göstereceğinize karar vermek, kodu yerleştirip alan adı iznini açmak, karşılama mesajıyla ön formu yazmak, mesai dışını kurgulamak, atama ve yanıt süresi hedeflerini bağlamak, botla insan arasındaki sınırı çizmek, konuşmayı müşteri kaydına iliştirmek, ölçümü kurmak ve ilk otuz günde en sık yapılan hataları elemek.

Sohbet balonunu açmadan önce hangi soruya cevap vermelisiniz?

Bir sohbet widget'ı tasarım öğesi değil, sayfaya konulmuş bir sözdür: "yazarsanız cevap alırsınız." Bu söz tutulmadığında balonun olmaması olmasından iyidir, çünkü cevapsız kalan ziyaretçi yalnızca sorusunu değil, markaya duyduğu güveni de kaybeder. Bu yüzden kurulumun ilk adımı kod değil karar: widget hangi işi yapacak? Pratikte üç iş vardır ve üçü aynı anda iyi yapılmaz. Birincisi satın alma öncesi engelleri kaldırmak, ikincisi randevu ya da demo almak, üçüncüsü mevcut müşterinin destek sorusunu karşılamak.

Bu üç iş farklı sayfalarda yaşar, farklı kişiler tarafından yanıtlanır ve farklı hızda cevap ister. Fiyat sayfasındaki soru dakikalar içinde yanıt beklerken bilgi bankasındaki soru saat ölçeğinde tolere edilebilir. İşi seçmeden yapılan kurulumda balon her sayfada aynı cümleyle açılır, herkese aynı kişi bakar ve iki hafta sonra kimse gelen kutusunu açmaz. Widget'ın satış tarafındaki mantığını ve ziyaretçiyi nasıl fırsata çevirdiğini daha ayrıntılı görmek isterseniz canlı sohbetin satış sürecine ne kattığını anlatan yazı iyi bir başlangıç noktasıdır.

Widget hangi sayfalarda ve hangi anda görünmeli?

Her sayfada, girer girmez açılan bir balon en yaygın hatadır. Ziyaretçi henüz ne aradığını bilmiyorken açılan pencere kapatılır ve bir daha açılmaz. Doğru kurulum sayfayı, niyeti ve zamanlamayı birlikte düşünür: hangi sayfadaki ziyaretçi hangi kararı vermek üzeredir, o karara takıldığını nasıl anlarız? Aşağıdaki tablo tipik bir B2B sitesi için başlangıç kurgusudur; sayılar örnektir, kendi ölçümünüzle güncellemeniz gerekir.

Sayfa	Widget'ın işi	Tetikleyici	İlk mesaj neyi sorar
Fiyatlandırma	Satın alma engelini kaldırmak	30 saniye ya da sayfadan çıkış hareketi	Hangi paketin uyduğuna karar vermek
Ürün ve özellik sayfaları	Demo randevusu açmak	İkinci ürün sayfası görüntülemesi	Özelliği kendi verisiyle görmek isteyip istemediği
Yardım ve dokümantasyon	Çözülemeyen soruyu yakalamak	Site içi aramanın sonuçsuz kalması	Aradığını bulup bulamadığı
Ödeme adımı	Terk edilmeyi önlemek	Formda 60 saniye duraklama	Takıldığı alanın hangisi olduğu
Blog ve içerik	Görünmemek	Yok	Balon kapalı kalır

Tablodaki son satır kasten boş: içerik okuyan biri satın alma niyetiyle gelmemiştir ve balon orada sadece dikkat dağıtır. Demo randevusu almayı hedefleyen sayfalarda ise widget bir toplantı davetine dönüşür; sohbetin sonunda takvim bağlantısı paylaşılır. Bu akışı kurmadan önce demonun kendisinin nasıl kurgulanacağını netleştirmek işe yarar, çünkü randevu alma cümlesi demonun ne vaat ettiğine göre değişir. Mobilde tetikleyicileri gevşetin: küçük ekranda erken açılan balon içeriğin yarısını kapatır.

Kurulum adımları: koddan ilk gerçek mesaja kadar

Teknik kurulum çoğu üründe tek bir betik satırıdır, ancak balonun ekranda görünmesi kurulumun bitmesi anlamına gelmez. Rocketly tarafında Web Sohbet Widget'ı özelliği izinli alan adları üzerinden çalışır: yalnızca listeye eklediğiniz alan adlarından gelen ziyaretçi mesajları gelen kutusuna düşer, kopyalanan betik başka bir sitede çalıştırıldığında konuşma açılmaz. Bu ayrıntı kurulumu test ederken önemlidir, çünkü staging alan adını listeye eklemeyi unutan ekipler balonun "bozuk" olduğunu düşünür.

• Alan adı iznini açın: canlı site, staging ve varsa kampanya alt alan adı listeye girsin.
• Betiği sayfanın tüm şablonlarına değil, widget'ı göstermeye karar verdiğiniz şablonlara koyun.
• Görünürlük kuralını ve tetikleyici süreyi yazın; masaüstü ve mobil için ayrı değer verin.
• Konuşmanın hangi ekibe düşeceğini seçin; sahipsiz bir kuyruk bırakmayın.
• KVKK bilgilendirmesini balonun ilk ekranına koyun: hangi veri toplanıyor, ne kadar saklanıyor.
• İki cihazdan test mesajı gönderin, gelen kutusunda göründüğünü ve bildirimin düştüğünü doğrulayın.

Testi ekipten biri değil, süreci bilmeyen biri yapsın. İçeriden bakan kişi balonun nerede olduğunu bildiği için bulur; dışarıdan gelen biri bulamıyorsa kontrast, konum ya da mobil davranış sorunu var demektir. Yayına almadan önce sayfa hızını da ölçün: widget betiği ana içerikten sonra yüklenmeli, ilk boyamayı geciktirmemelidir.

Karşılama mesajı ne demeli, ön formda ne sormalı?

"Size nasıl yardımcı olabilirim?" cümlesi kibar ama işe yaramaz, çünkü ziyaretçiye düşünme işini geri verir. İyi karşılama mesajı sayfaya özeldir ve tek bir seçim önerir: fiyat sayfasında "hangi pakette kaç kullanıcı olacağını yazın, uygun olanı söyleyeyim" cümlesi, genel bir selamdan çok daha fazla yanıt alır. Mesajı yazarken ziyaretçinin o sayfada verdiği karara bakın, ürününüzün özellik listesine değil.

Ön form ise bir denge sorunudur. Hiç bilgi almazsanız konuşma yarıda kesildiğinde kimseye ulaşamazsınız; baştan dört alan sorarsanız ziyaretçinin yarısı yazmadan çıkar. Pratik çözüm bilgiyi konuşmanın içine yaymaktır: ilk mesaj serbest metin olsun, iletişim bilgisini ancak sohbet bir yere bağlandıktan sonra isteyin. Ziyaretçiden veri toplamanın kademelendirilmesi konusunu web sitesi sohbet robotuyla müşteri adayı toplamayı anlatan yazıda daha ayrıntılı bulabilirsiniz. Sık gelen soruların yanıtlarını Hazır Yanıtlar olarak kaydedin: temsilci aynı cümleyi günde on kez yazmak yerine tek tıkla gönderir ve dil birliği kendiliğinden korunur.

Mesai bittikten sonra gelen mesaja ne oluyor?

Ziyaretçinin çoğu sizin çalışma saatlerinizi bilmez. Gece yarısı yazılan bir mesaj sabah dokuzda okunacaksa, bunu ziyaretçinin baştan bilmesi gerekir; aksi halde beklediği yanıt gelmeyince kişi rakibe gider ve dönüşü olmaz. Mesai Dışı Otomatik Yanıt özelliği kanal bazında çalışır, yani web sohbeti için WhatsApp'tan farklı bir saat aralığı tanımlayabilirsiniz. Kapalı saatte gelen mesaj cevapsız kalmaz: ziyaretçi ne zaman dönüleceğini görür ve konuşma sabah kuyruğa açık olarak düşer.

Otomatik yanıtın metni önemlidir. "Şu anda müsait değiliz" cümlesi bir kapıdır; "yarın 09.00'da ilk iş bu mesaja dönüyoruz, acilse şu numaraya yazabilirsiniz" cümlesi bir köprüdür. İkinci biçimde ziyaretçinin e-postasını istemek de doğallaşır. Aynı mantığın diğer kanallardaki kurulumunu, özellikle şablon ve zaman aralığı seçimini WhatsApp otomatik yanıt kurgusunu anlatan yazıda karşılaştırmalı görebilirsiniz. Tatil günleri için ayrı bir takvim tanımlayın; resmi tatilde çalışan mesai kuralı en can sıkıcı hatalardan biridir.

Sohbeti kim yanıtlayacak: atama, SLA ve nöbet düzeni

Widget kurulumlarının çoğu teknik olarak değil, sahiplik yüzünden çöker. Balon herkesin görebildiği ama kimsenin sorumlu olmadığı bir kuyruğa açılır; ilk hafta merakla bakılır, üçüncü hafta okunmamış sayısı üç haneye çıkar. Atama Kuralları ve SLA özelliği bu noktada devreye girer: konuşma açıldığı anda bir ekibe ya da kişiye düşer, yanıt süresi hedefi konur ve hedef aşıldığında konuşma öne çıkar. Sahibi olan mesaj, sahibi olmayan mesajdan çok daha hızlı kapanır.

Nöbet düzenini takvimle kurun: gün içinde iki saatlik bloklar halinde bir kişi birinci sırada olsun, ikinci kişi yedek kalsın. Yanıtlayan kişi soruya hakim değilse konuşmayı müşteriye taşımadan Ekip İçi Sohbet üzerinden ekibe sorabilir; dahili not yalnız kuruluşunuza görünür, ziyaretçi tarafında hiçbir şey değişmez. Web sohbetinden gelen taleplerin bir kısmı tek mesajla kapanmaz ve bilet haline gelir; bu geçişin nasıl kurulacağını yardım masası ve destek talebi yönetimi rehberinde adım adım bulabilirsiniz.

Bot nerede biter, insan nerede başlar?

Bot ile insan arasındaki sınır widget kalitesini belirleyen tek en önemli karardır. Bot, cevabı belgelenmiş ve tek biçimli olan soruları karşılamak için iyidir: çalışma saatleri, teslimat süresi, entegrasyon listesi, fatura tarihi. Müzakere, itiraz, şikayet ve "bizim durumumuz biraz farklı" ile başlayan her cümle insana gitmelidir. Devir kuralı zamana değil içeriğe bağlanmalı; "üç mesaj sonra insana bağla" kuralı çoğu zaman geç kalır.

Devrin nasıl kurulacağı, bağlamın nasıl taşınacağı ve hangi sinyallerin insanı çağırması gerektiği başlı başına bir konudur; botun bittiği yeri doğru kurmayı anlatan yazı bu sınırı örneklerle çiziyor.

Rocketly tarafında ara bir kademe daha var: Yapay Zekâ Yanıt Önerisi konuşmayı okuyup taslak hazırlar, gönderme kararını temsilci verir. Bu kurgu botun hızını insanın muhakemesiyle birleştirir. Asistanın hangi tonla konuşacağını ve neyi bilmediğinde susacağını belirlemek için persona, ton ve bilgi tabanı kurulumunu önceden yazılı hale getirin.

Widget konuşması CRM'de nereye düşüyor?

Sohbet, kaydı olmayan bir kanaldan geldiği için kolayca havada kalır: ziyaretçi anonimdir, konuşma kapanır ve iki hafta sonra aynı kişi telefonla aradığında kimse bu konuşmayı bulamaz. Kurulumun bu adımı görünürde teknik değil, kayıt disiplinidir. Konuşma bir kişi kaydına bağlandığı anda geçmişi olur. Kişi Rehberi gelen kutusuna yazan herkesi tek listede toplar ve aynı kişinin farklı kanallardaki konuşmalarını tek kayıtta birleştirir; böylece web sohbetinden başlayıp e-postayla süren bir konu iki ayrı müşteri gibi görünmez.

Müşteri 360 Geçmişi ise konuşmanın yanında müşterinin notlarını, etiketlerini ve açık fırsatlarını gösterir. Temsilci "daha önce ne konuşmuştuk" sorusunu ziyaretçiye sormak zorunda kalmaz. Satış tarafında ise widget'tan gelen nitelikli konuşmanın bir fırsata dönüşmesi gerekir; bunun hangi aşamada ve hangi alanlarla yapılacağını baştan tanımlamak, sonradan veri temizlemekten ucuzdur. Kanal eklemenin CRM kurulumunun neresine oturduğunu CRM implementasyon rehberindeki adım sırasıyla karşılaştırın.

Hangi sayıları izlemelisiniz?

Widget'ın başarısı konuşma sayısıyla ölçülmez; konuşma sayısı yalnızca trafiğin ve tetikleyicinin bir fonksiyonudur. Anlamlı ölçüm dört soruya bakar: kaç ziyaretçi yazdı, ne kadar sürede yanıt aldı, konuşma bir sonuca bağlandı mı, ziyaretçi memnun kaldı mı? Gelen Kutusu İstatistik Panosu açık, bekleyen ve kapanan konuşma sayısını, kanal dağılımını ve temsilci başına yükü tek ekranda toplar; Kanal Analitiği ise yoğun saatleri ve yanıt süresi trendini gösterir, böylece nöbet takvimini gerçek yoğunluğa göre düzeltebilirsiniz.

Konuşma kapanırken CSAT Memnuniyet Anketi için tek kullanımlık bir davet gönderildiğinde puan doğrudan o konuşmanın yanına iliştirilir; düşük puanların hangi sayfadan gelen sohbetlerde toplandığını görmek karşılama mesajını yeniden yazmanın en hızlı yoludur. Sohbetten doğan demo ve kayıt taleplerini reklam tarafındaki ölçümle aynı dilde konuşturmak isterseniz dönüşüm takibi kurulumunu widget olaylarını da kapsayacak biçimde planlayın. Ölçümü ilk günden kurun: iki ay sonra geriye dönük veri üretilemez.

İlk otuz günde en sık yapılan hatalar neler?

Birinci hata balonu açık bırakıp kimseyi görevlendirmemektir; ikincisi her sayfada aynı karşılama mesajını kullanmaktır. Üçüncüsü daha sinsidir: widget çalışmayı bırakır ve kimse fark etmez. Bağlantı koptuğunda ya da bir kanal hata verdiğinde Kanal Sağlık Paneli uyarı üretir, otomatik yeniden bağlanmayı dener ve webhook loglarını gösterir. Bu paneli kurulum haftasında bir kez açıp bırakmayın; sessiz kalan bir kanal, kötü yanıt veren bir kanaldan daha pahalıdır.

Dördüncü hata yükü ölçmeden büyütmektir. Kaydedilmiş Görünüm Alarmları tam bu iş içindir: "yanıtsız web sohbeti beşi geçerse haber ver" gibi bir eşik koyarsınız, alarm görünümün kendi koşullarına göre çalışır ve sorun büyümeden bildirim gelir. Beşinci hata ise widget'ı tek başına bırakmaktır. Aynı sorunun günde on kez gelmesi, sohbette değil dokümantasyonda çözülmesi gereken bir eksiği gösterir; bu döngüyü self-servis destek ve bilgi bankası kurgusuyla kapatırsanız sohbet hacmi düşerken kalan konuşmaların değeri artar.

Kurguyu kendi sitenizde denemek isterseniz Rocketly hesabınızı açıp widget'ı tek bir sayfada yayına alarak başlayabilirsiniz.

Sıkça sorulan sorular

Web sohbet widget'ı site hızını yavaşlatır mı?

Betik ana içerikten sonra, eşzamansız olarak yüklendiğinde sayfanın ilk boyamasını geciktirmez. Yayına almadan önce widget'lı ve widget'sız iki ölçüm alın; fark belirgin çıkıyorsa betiğin yükleme sırasını ve tetikleyici gecikmesini kontrol edin.

Ziyaretçi mesaj yazdıktan sonra sayfayı kapatırsa konuşma kaybolur mu?

Hayır. Konuşma gelen kutusunda açık kalır. Ziyaretçinin iletişim bilgisini aldıysanız e-posta ya da başka bir kanaldan dönebilirsiniz; almadıysanız aynı tarayıcıdan geri döndüğünde sohbet kaldığı yerden devam eder.

Widget'ı kaç sayfada yayına almalıyım?

Tek bir sayfayla başlayın. Fiyatlandırma ya da en çok gezilen ürün sayfası iyi bir başlangıçtır. İki hafta boyunca yanıt süresini ve konuşma kalitesini ölçün, ekip yükü taşıyabiliyorsa kapsamı genişletin.

Aynı anda hem bot hem temsilci yanıtlayabilir mi?

Evet, sıralı çalıştıklarında. Bot ilk mesajı karşılar ve niyeti belirler, tanımlı devir koşulu oluştuğunda konuşma temsilciye geçer. Aynı konuşmada ikisinin paralel yazması ziyaretçide karışıklık yaratır, bu yüzden devir anını tek yönlü tutun.