Web sitesi ile CRM entegrasyonu, siteden gelen form, teklif, üyelik, randevu, canlı destek veya kampanya taleplerinin CRM sistemine otomatik ve düzenli şekilde aktarılmasıdır. Amaç yalnızca formu e-posta olarak göndermek değildir; gelen kişinin doğru müşteri kartına bağlanması, satış ekibine görev açılması, teklif sürecinin izlenmesi ve kaynağın raporlanabilmesidir.
Birçok işletmede ilk sorun şurada başlar: web sitesinden talep gelir, e-posta kutusunda bekler, satış ekibi manuel kayıt açar, bazen aynı kişi iki kez kaydedilir, bazen kaynak bilgisi kaybolur. CRM entegrasyonu bu kopukluğu azaltır. Doğru kurulduğunda web sitesi satış ekibinin veri giriş yükünü azaltan, lead kaynağını netleştiren ve takip disiplinini güçlendiren bir kanala dönüşür.
CRM entegrasyonu hangi problemi çözer?
CRM entegrasyonunun temel amacı, müşteri adayını kaybetmeden ve veri kalitesini bozmadan satış sürecine almaktır. Web sitesinde teklif formu dolduran bir kişi sadece ad, telefon ve mesaj bırakmış olabilir. Fakat CRM tarafında bu kayıt bir lead, contact, company, deal, görev veya kampanya kaydı olarak işlenebilir.
Örneğin bir kurumsal web sitesinde kullanıcı "teklif al" formunu doldurduğunda sistem şu işlemleri yapabilir: e-posta adresine göre mevcut kişi aranır, yoksa yeni kişi oluşturulur, firma adı varsa şirket kaydı açılır, talep türüne göre satış pipeline'ında fırsat oluşturulur, ilgili personele görev atanır ve kaynak olarak "web sitesi teklif formu" yazılır.
Bu akış manuel yürütüldüğünde her adım hata üretebilir. CRM entegrasyonu ise tekrar eden kayıt işini standartlaştırır. Özellikle web tasarım, özel yazılım, B2B hizmet, danışmanlık, eğitim, sağlık turizmi, araç kiralama veya teknik servis gibi teklif odaklı işlerde web sitesi ile CRM'in birlikte çalışması ciddi operasyon kolaylığı sağlar.
Önce veri akışı çizilmeli
CRM entegrasyonu kod yazmadan önce veri akışıyla başlar. Hangi web formu hangi CRM modülüne kayıt açacak? Hangi alan zorunlu olacak? Mevcut kayıt varsa güncellenecek mi, yoksa sadece yeni aktivite mi eklenecek? Satış ekibi bildirimi nereden alacak? Bu kararlar yazılı hale gelmeden entegrasyona başlamak risklidir.
Basit bir veri akışı şöyle olabilir:
- Kullanıcı web sitesindeki teklif formunu doldurur.
- Site formu doğrular ve veriyi sunucu tarafında işler.
- Sistem CRM'de e-posta veya telefonla mevcut kayıt arar.
- Kayıt yoksa yeni lead veya contact oluşturur.
- Kayıt varsa yeni talebi mevcut kayda not, aktivite veya deal olarak ekler.
- Satış temsilcisine görev atanır ve bildirim gönderilir.
- Aktarım başarısızsa kayıt hata kuyruğuna alınır.
API entegrasyon hizmeti bu akışın teknik uygulamasıdır. Ancak başarılı sonuç için API bağlantısından önce iş kuralı netleşmelidir. Çünkü aynı form verisi bir işletmede lead olarak, başka bir işletmede doğrudan teklif fırsatı olarak açılabilir.
CRM veri alanları web formuyla eşleştirilmeli
Web sitesindeki form alanları CRM'deki alanlarla birebir düşünülmelidir. Ad soyad, telefon, e-posta ve mesaj temel alanlardır; fakat çoğu işletme için hizmet türü, bütçe aralığı, il, şirket adı, çalışan sayısı, ürün ilgisi, kampanya kaynağı ve iletişim izni gibi alanlar da gerekir.
| Web sitesi alanı | CRM karşılığı | Neden önemli? |
|---|---|---|
| Ad soyad | Contact veya lead adı | Kişi kartının temel kimliği |
| E-posta | Unique contact alanı | Duplicate kontrolü ve iletişim için ana anahtar |
| Telefon | Telefon / mobil alanı | Hızlı dönüş ve alternatif eşleştirme |
| Firma adı | Company / account | B2B satışlarda şirket kaydı açmak için |
| Talep konusu | Lead source, deal name veya kategori | Doğru satış ekibine yönlendirmek için |
| UTM bilgisi | Kampanya kaynağı | Reklam ve kanal performansını ölçmek için |
| KVKK/onay alanı | İzin kaydı | İletişim iznini kanıtlanabilir tutmak için |
HubSpot'un contact API dokümanı, contact kayıtlarının properties nesnesiyle oluşturulabildiğini ve mevcut kayıtların e-posta gibi alanlarla güncellenebildiğini gösterir HubSpot Developers. Bu mantık çoğu CRM entegrasyonunda benzerdir: form alanları, CRM tarafındaki veri alanlarına kontrollü şekilde map edilir.
API mi webhook mu kullanılmalı?
Web sitesi ile CRM entegrasyonunda iki yaygın yöntem vardır: API üzerinden doğrudan kayıt oluşturmak veya webhook/otomasyon aracıyla olayı CRM tarafına iletmek. Hangisinin doğru olduğu projenin ihtiyaçlarına bağlıdır. Basit formlar için webhook yeterli olabilir; karmaşık eşleştirme, duplicate kontrolü, hata kuyruğu ve özel iş kuralları gerekiyorsa özel API entegrasyonu daha güvenli olur.
| Yöntem | Uygun olduğu durum | Dikkat edilmesi gereken risk |
|---|---|---|
| Formdan e-posta | Çok küçük ve düşük hacimli işler | Manuel takip, kayıp talep, kaynak bilgisinin kaybolması |
| Webhook | Standart form aktarımı ve basit otomasyonlar | Hata yakalama ve tekrar deneme sınırlı kalabilir |
| Doğrudan CRM API | Özel alan, duplicate kontrolü, pipeline ve görev akışı | API limitleri, yetki, güvenlik ve hata yönetimi gerekir |
| Ara entegrasyon katmanı | Birden fazla CRM, ERP veya panel bağlantısı | Ek geliştirme ve izleme ihtiyacı doğar |
Özel web yazılım hizmeti kapsamında entegrasyon katmanı kurulduğunda web sitesi, CRM, çağrı merkezi, yönetim paneli ve raporlama sistemi tek akışta birbirine bağlanabilir. Bu yapı özellikle form sayısı çok olan, birden fazla satış ekibiyle çalışan veya farklı kaynaklardan lead toplayan firmalarda daha sağlıklı olur.
Duplicate kayıt kontrolü baştan tasarlanmalı
CRM entegrasyonlarında en sık görülen sorunlardan biri duplicate kayıttır. Aynı müşteri adayı önce iletişim formu doldurur, sonra WhatsApp üzerinden yazar, sonra reklam kampanyasından tekrar form gönderir. Sistem her seferinde yeni kayıt açarsa satış ekibi aynı kişiyi üç ayrı müşteri gibi görür.
Duplicate kontrolü için e-posta, telefon, vergi numarası, müşteri kodu veya harici ID gibi alanlar kullanılabilir. Zoho CRM dokümanı, unique field mantığıyla aynı değere sahip kayıtların oluşturulmasını engellemenin duplicate yönetiminde kullanılabildiğini açıklar Zoho CRM Help. Bu yaklaşım web sitesi entegrasyonlarında da kritik bir prensiptir.
Pratik karar şudur: mevcut kişi yeniden form doldurduğunda ne olacak? Bazı işletmeler eski kaydı güncellemek ister. Bazıları yeni bir deal açmak ister. Bazıları sadece aktivite kaydı ekler ve satış temsilcisine takip görevi oluşturur. Bu karar iş modeline göre değişir, bu yüzden entegrasyon öncesi netleştirilmelidir.
Lead, contact, company ve deal ayrımı doğru kurulmalı
CRM sistemlerinde her kayıt aynı anlama gelmez. Lead henüz doğrulanmamış müşteri adayı olabilir. Contact iletişim kurulabilecek kişi kaydıdır. Company şirketi temsil eder. Deal ise satış fırsatıdır. Web sitesinden gelen her formu doğrudan deal yapmak bazı işletmelerde doğruyken, bazı işletmelerde satış pipeline'ını gereksiz kalabalıklaştırır.
Örnek bir B2B hizmet firmasında mantıklı akış şöyle olabilir: formdaki kişi contact olarak açılır, firma adı company olarak kaydedilir, talep konusu "kurumsal web sitesi" ise deal oluşturulur, bütçe aralığı boşsa deal düşük öncelikli kuyruğa alınır, form mesajı not olarak eklenir. Bu yapı satış temsilcisinin sonraki adımı görmesini kolaylaştırır.
Yazılım geliştirme tarafında bu ayrım veri modeliyle çözülür. Formdan gelen her alan tek bir tabloya yığılmak yerine müşteri, şirket, talep, görev ve kaynak gibi ayrı ama ilişkili yapılara bağlanır.
Hata yönetimi olmadan entegrasyon eksik kalır
CRM API'si geçici olarak çalışmayabilir, erişim anahtarı süresi dolabilir, zorunlu alan eksik gelebilir, telefon formatı kabul edilmeyebilir veya API limitine takılabilirsiniz. Entegrasyonun iyi sayılması için yalnızca başarılı senaryo değil, başarısız senaryo da tasarlanmalıdır.
MDN Web Docs, HTTP durum kodlarının isteklerin başarılı, hatalı veya sunucu kaynaklı problemli olup olmadığını gösteren sınıflara ayrıldığını açıklar MDN Web Docs. CRM entegrasyonunda bu bilgi pratik olarak şuna yarar: 400 serisi hatalar veri veya yetki problemine, 500 serisi hatalar çoğunlukla servis tarafı probleme işaret edebilir.
Sağlıklı hata yönetimi için şu yapı önerilir:
- Başarısız aktarımlar kaybolmadan hata kuyruğuna alınmalı.
- Hata nedeni okunabilir şekilde loglanmalı.
- Geçici hatalarda otomatik tekrar deneme yapılmalı.
- Kalıcı veri hatalarında yönetim panelinden düzeltme imkanı olmalı.
- Satış ekibi, aktarılmayan leadleri panelden görebilmeli.
- API anahtarları kod içinde değil güvenli ortam değişkenlerinde saklanmalı.
Yönetim paneli geliştirme bu noktada değer üretir. Çünkü entegrasyon hatası sadece geliştirici loglarında kalırsa operasyon ekibi hangi leadin CRM'e düşmediğini göremez.
UTM ve kaynak bilgisi satış raporları için saklanmalı
Web sitesi ile CRM entegrasyonu sadece kişi kaydı açmak için kullanılmamalıdır. Talebin nereden geldiği de kaydedilmelidir. Google Ads, organik arama, sosyal medya, e-posta kampanyası, referans bağlantısı veya doğrudan trafik bilgisi satış raporlarında kullanılabilir.
Örneğin aynı teklif formundan gelen iki leadin biri organik aramadan, diğeri ücretli reklamdan gelmiş olabilir. CRM'de bu kaynak ayrımı yoksa satış ekibi sadece toplam talep sayısını görür; hangi kanalın nitelikli fırsat ürettiğini anlayamaz. Bu nedenle UTM parametreleri ve landing page bilgisi lead kaydına yazılmalıdır.
Örnek CRM kaynak alanları:
- `utm_source`: google, instagram, newsletter gibi trafik kaynağı.
- `utm_medium`: cpc, organic, social, referral gibi kanal türü.
- `utm_campaign`: kampanya adı veya reklam grubu.
- `landing_page`: kullanıcının ilk geldiği sayfa.
- `form_name`: teklif formu, demo talebi, iletişim formu gibi form adı.
- `lead_source`: web sitesi, reklam, canlı destek veya telefon gibi özet kaynak.
KVKK ve izin kayıtları unutulmamalı
Türkiye'deki projelerde web sitesi ile CRM entegrasyonu yapılırken kişisel veri ve iletişim izni tarafı ayrıca düşünülmelidir. Formdan gelen ad, soyad, telefon, e-posta ve mesaj içeriği kişisel veri niteliği taşıyabilir. Bu nedenle aydınlatma metni, açık rıza gerektiren alanlar, ticari ileti izni ve kayıt zaman damgası iş modeline göre değerlendirilmelidir.
Teknik tarafta en azından şu alanların saklanması iyi bir başlangıçtır: izin kutusu seçildi mi, hangi metin versiyonuna onay verildi, onay zamanı nedir, IP veya oturum bilgisi tutulacak mı, kullanıcı hangi formdan geldi? Bu bilgiler CRM'e doğrudan yazılabilir veya entegrasyon logunda saklanabilir.
Burada kesin hukuki yorum yapmak doğru değildir; ancak teknik sistem, işletmenin hukuki yükümlülüklerini yerine getirebileceği şekilde tasarlanmalıdır. Gerekli metinlerin ve onay süreçlerinin hukuk danışmanı tarafından netleştirilmesi daha sağlıklı olur.
Web sitesi ile CRM entegrasyonu için kontrol listesi
Projeye başlamadan önce aşağıdaki kontrol listesi entegrasyon kapsamını netleştirmek için kullanılabilir:
- Hangi formlar CRM'e veri gönderecek?
- Her form hangi CRM modülüne kayıt açacak?
- Mevcut kayıt e-posta, telefon veya müşteri koduyla aranacak mı?
- Yeni lead oluştuğunda satış temsilcisine görev atanacak mı?
- Talep konusu pipeline aşamasını veya satış ekibini belirleyecek mi?
- UTM, landing page ve form adı CRM'e yazılacak mı?
- KVKK ve iletişim izni alanları saklanacak mı?
- CRM API hatalarında lead kaybolmadan kuyrukta tutulacak mı?
- Başarısız kayıtlar panelden tekrar gönderilebilecek mi?
- API anahtarı, webhook doğrulaması ve yetki sınırları planlandı mı?
Sonuç: CRM entegrasyonu satış disiplinini güçlendirir
Web sitesi ile CRM entegrasyonu doğru kurulduğunda formdan gelen talepler dağınık e-posta kayıtları olmaktan çıkar. Her talep müşteri kartına, satış fırsatına, görev akışına ve kaynak raporuna bağlanır. Böylece satış ekibi kiminle ne zaman ilgileneceğini daha net görür.
Webioo, CRM entegrasyonu projelerinde yalnızca API bağlantısına odaklanmaz; form alanlarını, müşteri veri modelini, duplicate kontrolünü, izin kayıtlarını, satış pipeline'ını, hata yönetimini ve yönetim paneli ihtiyacını birlikte ele alır. Çünkü iyi entegrasyon, iki sistemi bağlamaktan daha fazlasıdır: işletmenin takip düzenini yazılıma taşır.
Sıkça Sorulan Sorular
Web sitesi ile CRM entegrasyonu nedir?
Web sitesi ile CRM entegrasyonu, siteden gelen form, teklif, üyelik, randevu veya canlı destek taleplerinin CRM sistemine otomatik olarak aktarılmasıdır. Bu aktarım sadece kişi kaydı açmakla sınırlı değildir; lead, contact, company, deal, görev, kaynak ve izin bilgileri de iş modeline göre kaydedilebilir.
CRM entegrasyonu için API kullanmak şart mı?
Her zaman şart değildir. Basit form aktarımlarında webhook veya hazır otomasyon araçları yeterli olabilir. Ancak duplicate kontrolü, özel alan eşleştirme, pipeline açma, görev atama, hata kuyruğu ve güvenli veri yönetimi gerekiyorsa doğrudan API entegrasyonu veya özel entegrasyon katmanı daha doğru olur.
Web formundan gelen mevcut müşteri CRM'de tekrar açılır mı?
Doğru planlanmış entegrasyonda mevcut müşteri tekrar açılmak zorunda değildir. Sistem e-posta, telefon, müşteri kodu veya harici ID gibi alanlarla mevcut kaydı arar. Kayıt varsa yeni talebi not, aktivite veya deal olarak ekleyebilir. Bu karar işletmenin satış sürecine göre belirlenir.
CRM entegrasyonunda hangi alanlar mutlaka eşleştirilmeli?
Ad soyad, e-posta, telefon, mesaj, talep konusu, firma adı, form adı, kaynak, UTM parametreleri ve iletişim izni genellikle eşleştirilmesi gereken alanlardır. B2B projelerde şirket, vergi bilgisi, sektör, çalışan sayısı ve bütçe aralığı gibi ek alanlar da gerekebilir.
CRM API çalışmazsa web sitesinden gelen lead kaybolur mu?
Sağlıklı entegrasyonda kaybolmamalıdır. CRM API geçici olarak çalışmazsa form verisi güvenli şekilde yerel kuyruğa alınmalı, hata nedeni loglanmalı ve sistem daha sonra tekrar denemelidir. Kalıcı veri hatalarında yönetim panelinden düzeltme ve yeniden gönderme imkanı sunulmalıdır.
CRM entegrasyonu satış ekibine nasıl fayda sağlar?
Satış ekibi manuel kayıt açmak yerine hazır müşteri kartı, kaynak bilgisi, talep konusu, görev ve pipeline aşamasıyla çalışır. Böylece takip gecikmeleri azalır, duplicate kayıtlar kontrol altına alınır, hangi kanalın daha nitelikli talep getirdiği raporlanabilir.
