Web Formu CRM Entegrasyonu Nasıl Yapılır?

Web sitenizdeki bir form gönderildiğinde talep nereye gidiyor? Birçok işletmede cevap, birkaç kişinin ortak kullandığı bir e-posta kutusudur. Talep orada okunur, bazen aranır, bazen gözden kaçar; hangi kampanyadan geldiği, kime atandığı ve nasıl sonuçlandığı ise hiçbir yerde kayıtlı değildir. Formu doğrudan CRM'e bağlamak bu belirsizliği ortadan kaldırır: Her gönderim, kaynağıyla birlikte bir müşteri kaydına dönüşür ve sorumlu kişiye ulaşır.

Bağlantı teknik olarak birkaç satırlık bir iş gibi görünse de sağlıklı çalışması beş karara bağlıdır: formun hangi veriyi hangi biçimde topladığı, kaynak bilgisinin nasıl taşındığı, aktarımın hata anında nasıl davrandığı, aynı kişinin tekrar başvurusunun nasıl yakalandığı ve kişisel verinin nasıl korunduğu. Formların ve sitenin teknik altyapısını nasıl kurduğumuzu web tasarım ve yazılım sayfamızda bulabilirsiniz.

Form veri modeli

Entegrasyondan önce her form alanının CRM'de hangi alana, hangi biçimde yazılacağı kararlaştırılmalıdır. Ad ve soyad tek alanda mı, ayrı alanlarda mı tutulacak? “İlgilendiğiniz hizmet” sorusu serbest metin mi olacak, yoksa CRM'deki ürün listesiyle birebir eşleşen bir seçim listesi mi? Seçim listeleri raporlanabilir veri üretir; serbest metin ise tek tek okunmadan analiz edilemez.

Formdaki her sorunun CRM'de bir karşılığı olmalıdır. Karşılığı olmayan bilgi ya kaybolur ya da not alanına yığılır. Pratik bir yöntem, satış ekibinin ilk görüşmede sorduğu soruları listelemek ve bunlardan hangilerinin formda sorulmasının gerçekten zaman kazandıracağına birlikte karar vermektir. Sitede birden fazla form varsa (iletişim, teklif, randevu, katalog indirme) her birine ayrı bir form kimliği ve talep türü verilir.

Bu eşleştirme, yazılı bir alan tablosunda tutulmalıdır; forma yeni bir alan eklendiğinde ilk güncellenecek belge odur. Kontrol noktası: Her formdan bir test gönderimi yapın ve CRM'de oluşan kayıtta her alanın doğru yere, doğru biçimde yazıldığını tek tek doğrulayın.

Kaynak ve UTM

Bir talebin hangi reklamdan ya da hangi aramadan geldiğini bilmek, pazarlama bütçesini doğru dağıtmanın ön koşuludur. Bu bilgi, ziyaretçinin tıkladığı bağlantıdaki UTM parametrelerinde taşınır: utm_source (kaynak), utm_medium (ortam), utm_campaign (kampanya), gerektiğinde utm_content ve utm_term. Google Ads'in gclid, Meta'nın fbclid gibi tıklama kimlikleri de sayfa adresine eklenerek gelir.

Sorun şu ki ziyaretçi formu çoğu zaman ilk açtığı sayfada doldurmaz. Reklamla bir hizmet sayfasına gelir, başka sayfalara geçer ve formu birkaç tıklama sonra gönderir; bu sırada gezilen sayfaların adresinde UTM bilgisi artık yer almaz. Çözüm, parametreleri ilk girişte tarayıcıda saklamak ve form gönderilirken gizli alanlarla CRM'e taşımaktır. Açılış sayfasının adresini ve yönlendiren siteyi kaydetmek, UTM taşımayan trafiğin kaynağını yorumlamaya yardım eder. Konunun ayrıntılarını UTM parametrelerini CRM kaydında korumak yazısında bulabilirsiniz.

UTM değerlerinin yazımı da standart olmalıdır: Aynı kaynak bir kampanyada “facebook”, diğerinde “fb” diye yazılırsa raporda iki ayrı kaynak görünür. Kontrol noktası: Son bir ayın CRM kayıtlarında kaynak alanı boş kalanların oranına bakın; oran yüksekse sorun ya gizli alanlarda ya da reklam bağlantılarındadır.

API, webhook ve hata yönetimi

Form verisi CRM'e genellikle iki yoldan ulaşır. Birincisinde sitenin sunucusu gönderimi CRM'in API'sine doğrudan iletir. İkincisinde form aracı her gönderimde, önceden belirlenen bir adrese webhook adı verilen otomatik bir bildirim yollar. Hangisi seçilirse seçilsin, API anahtarı gibi erişim bilgileri tarayıcıda çalışan kodda değil, sunucu tarafında tutulmalıdır; aksi hâlde sayfa kaynağını inceleyen herkes anahtarı ele geçirip CRM'inize kayıt yazabilir.

Asıl zor kısım, işler ters gittiğinde ne olacağıdır. CRM bakımdayken, bağlantı kesildiğinde ya da zorunlu bir alan boş geldiğinde gönderim kaybolmamalıdır. Sağlam bir kurgu, gönderimi önce sitenin kendi veritabanına kaydeder, ardından CRM'e iletir. İletim başarısız olursa kayıt bir kuyrukta bekler, belirli aralıklarla yeniden denenir; deneme hakkı dolduğunda sorumlu kişiye bildirim gider. Yeniden denemenin aynı kaydı ikinci kez oluşturmaması için her gönderime benzersiz bir kimlik verilir ve CRM daha önce işlediği kimliği tekrar kaydetmez.

Kontrol noktası olarak iki sayıyı düzenli karşılaştırın: sitenin kaydettiği form gönderimi sayısı ve CRM'de oluşan kayıt sayısı. Aradaki fark, sessizce kaybolan taleplerin göstergesidir.

Mükerrer kontrol

Aynı kişi bir hafta içinde hem teklif hem iletişim formunu doldurabilir ya da gönder düğmesine iki kez basabilir. Her gönderim yeni bir kişi kaydı açarsa iki temsilci aynı kişiyi arar, raporlarda da başvuran kişi sayısı olduğundan yüksek görünür. Mükerrer kontrol, yeni gönderimin mevcut bir kayda ait olup olmadığını belirleyen kurallardan oluşur.

Eşleştirmenin temeli, verinin karşılaştırılabilir hâle getirilmesidir. Telefon numarası boşluk, parantez ve baştaki sıfırdan arındırılıp ülke koduyla (+90) saklanır; e-posta adresi küçük harfe çevrilir. Ardından kural yazılır: Telefon veya e-posta eşleşiyor ve diğer bilgiler bununla çelişmiyorsa yeni kişi açılmaz; gönderim mevcut kişinin altına yeni bir talep olarak eklenir. Yalnızca ad benzerliğine dayanarak otomatik birleştirme yapılmamalıdır; aynı adı taşıyan farklı kişiler olabilir.

Belirsiz durumlar için bir inceleme listesi tutmak iyi bir dengedir: Örneğin e-posta bir kayıtla, telefon başka bir kayıtla eşleşiyorsa kayıtlar otomatik birleştirilmez, kontrol için işaretlenir. Kontrol noktası: Aynı telefon numarasına sahip birden fazla kişi kaydı olup olmadığını ayda bir sorgulayın.

KVKK ve güvenlik

Web formu kişisel veri toplar; bu nedenle 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamındaki aydınlatma yükümlülüğü, form gönderilmeden önce yerine getirilmelidir. Formun yanında, verinin hangi amaçla işleneceğini ve kişinin haklarını anlatan aydınlatma metnine bağlantı verilir. Talebe dönüş yapmak için toplanan veri ile kampanya duyurusu göndermek için alınan izin ayrı konulardır: Ticari elektronik ileti gönderilecekse önceden işaretlenmemiş ayrı bir onay kutusu kullanılmalı ve İleti Yönetim Sistemi (İYS) yükümlülükleri kontrol edilmelidir.

CRM'de onayın kendisi kadar kanıtı da saklanmalıdır: onayın tarihi ve saati, formun adresi ve onay metninin o anki sürümü. Hangi hukuki dayanağın uygulanacağı faaliyete göre değiştiği için metinlerin bir hukuk danışmanıyla hazırlanması doğru olur.

Güvenlik tarafında temel önlemler şunlardır: formun yalnızca HTTPS üzerinden gönderilmesi, bot gönderimlerine karşı gizli tuzak alanı, gönderim sıklığı sınırı ya da doğrulama testi kullanılması, webhook çağrılarının imza veya gizli anahtarla doğrulanması ve CRM'de kişisel verilere erişimin görev gereği ihtiyaç duyan rollerle sınırlandırılması. Amaç için gerekmeyen bilgiyi formda hiç sormamak ise en etkili korumadır.

Uygulamada sık yapılan hatalar

• Form verisini yalnızca e-postayla iletip CRM'e aktarımı elle yapmak.
• UTM ve tıklama kimliklerini açılış sayfasında okuyup sonraki sayfalarda kaybetmek.
• Başarısız aktarımları kaydetmemek, form ve CRM kayıt sayılarını hiç karşılaştırmamak.
• Telefon ve e-postayı standart biçime çevirmeden mükerrer kayıt kontrolü kurmaya çalışmak.
• Pazarlama iletisi onayını önceden işaretli kutuyla almak ya da onayın kanıtını saklamamak.

Çamlıca yaklaşımı

Form entegrasyonunu sitenin tasarımıyla aynı anda planlıyoruz; alan eşleştirmesini, kaynak takibini ve hata senaryolarını yayından önce test ediyoruz. Çamlıca Reklam Ajansı olarak sunduğumuz uzmanlıkların kapsamını hizmetler sayfamızda inceleyebilirsiniz.

Entegrasyonun değeri, kaydın CRM'de nasıl kullanıldığıyla ortaya çıkar. Bu yüzden çalışmayı gerektiğinde yapay zekâ, CRM ve otomasyon; kaynakları satış sonucuyla eşleştiren dijital reklam ve performans pazarlaması; formlara organik trafik taşıyan SEO, AEO ve GEO ekiplerimizle birlikte yürütüyoruz. CRM'in temel mantığı için CRM'in ne olduğunu anlattığımız yazıya, arama görünürlüğünün katmanları için SEO, AEO ve GEO arasındaki farkı ele alan rehberimize göz atabilirsiniz.