B2B Lead Generation Rehberi 2026

Hedef hesap ve hedef profil tanımı

Aday üretimini başlatan tanım, kiminle çalışmak istediğinizdir. Hedef profil iki düzeyde yazılır: şirket düzeyinde sektör, ölçek ve coğrafi kapsam; kişi düzeyinde satın almacı, teknik kullanıcı ve karar verici rolleri. Bu tanım olmadan üretilen talep, nitelendirilmesi zor bir havuz oluşturur.

Hedef profil ile isim isim hesap listesi farklıdır. Her aday üretim çalışmasında kapalı bir hesap listesi gerekmez; ABM planlıyorsanız ayrıca seçilmiş hesaplarla çalışabilirsiniz. Gelen talebi karşılayabilecek ekip kapasitesini ve uygun olmayan talebe verilecek yanıtı da planlayın.

Kazanılmış işlerin yanında kaybedilen fırsatları, hizmet maliyetini ve müşteri devamlılığını da inceleyin. Yalnız kapanan başarılı işler üzerinde profil kurmak, henüz yeterince denenmemiş müşteri gruplarını görünmez kılabilir. Profil değişikliklerinin gerekçe ve tarihini kaydedin.

• Hedef profilin şirket ve kişi düzeyi tanımlarını yazın.
• ABM uygulanacaksa uygun hedef hesapları ayrıca seçin.
• Kampanya ve takip kapsamını ekibin karşılayabileceği düzeyde tutun.
• Profil uyumunu kazanım, kayıp ve hizmet verme koşullarıyla birlikte değerlendirin.

Kanal planı: her kanalın hattaki rolü

SEO ve içerik, araştırma sırasında organik keşfedilebilirliği destekleyebilir. Google Ads uygun arama niyetleri veya kampanya türleriyle erişim sağlayabilir; anında gösterim garantisi değildir. LinkedIn mesleki hedefleme, etkinlikler doğrudan görüşme imkânı sunabilir. Kanalı yalnız rol etiketine bakarak seçmek yerine gerçek müşteri verisiyle sınayın.

Meta yalnız keşif veya hatırlatma kanalı değildir; siteye trafik, mesaj veya lead formu gibi farklı akışlar kurulabilir. Hangi hedefin uygun olduğunu ürün, kitle ve takip düzeni belirler. Yeniden hedefleme kullanılacaksa veri ve platform koşulları sağlanmalıdır; her anonim ziyaretçinin tanındığı varsayılmaz.

Her kanal için gözlenen olayı ve gerçek iş sonucunu ayırın. E-posta açılması gizlilik özelliklerinden etkilenebilir; yalnız açılma oranını satış ilgisi kabul etmeyin. Platformların aynı satışa farklı atıf yapmasıyla aynı sistemde aynı olayın iki kez gönderilmesi farklı sorunlardır. Müşteri toplamını doğrulanmış tekil satış veya fırsat kaydından hesaplayın.

Tabloyu yana kaydırarak inceleyin.

Site ve yapay zekâ görünürlüğü: 2026'nın teknik temeli

Web sitesi önemli bir değerlendirme noktasıdır; bazı talepler platform formundan veya doğrudan iletişimden de gelebilir. Worgoo Kurumsal kapsamında ürün kapsamının, teknik belgenin ve başvuru yolunun bulunabilirliği birlikte ele alınır. Her soruyu ilk ekrana sığdırmak yerine görevleri anlaşılır bir sayfa düzeninde tamamlatın. LCP, INP ve CLS için laboratuvar testini gerçek kullanıcı verisiyle karıştırmayın.

AI cevabında marka adı, tıklanabilir kaynak ve sitede oluşan ziyaret farklı sonuçlardır. Google’ın aramadaki AI özellikleri için ek şema veya özel dosya zorunlu değildir; bu kural bütün asistanların çalışma biçimini açıklamaz. Örnek soru kontrollerinde platform, dil, tarih ve kaynak URL’sini kaydedin.

Google'ın SEO başlangıç rehberi, açık site düzeni, taranabilir bağlantılar ve kullanıcıya yararlı özgün içeriğin arama keşfine yardımcı olduğunu açıklar; sıralama garantisi verilmez. SEO'nun görünürlüğü düzenli içerik ve teknik temelin birikimiyle oluşur.

Form tasarımında dikkat edilecekler

Formda ilk dönüşü yapabilmek için gerekli bilgiyi isteyin; ekstra alan sayısı, adayın formu tamamlamamasına yol açabilir. Form alanlarını hedef profil tanımıyla eşleştirin; nitelendirmeyi yalnız forma değil, sonraki görüşme aşamasındaki kriterlere bağlayın.

Aday niteliği: MQL ve SQL aşamaları

İletişim bilgisi bırakan herkes MQL değildir. Pazarlamanın belirlenmiş uygunluk kriterlerini karşılayan aday MQL olarak izlenebilir; satışın potansiyel müşteri olarak nitelediği kayıt SQL olur. Doğrudan satış kaynağından gelen adayın önce MQL olması şart değildir. MQL ve SQL rehberi aşama ve payda ayrımını detaylandırır.

Formun uzunluğu tek başına aday kalitesi değildir. Gerekli alanların anlaşılır olması ve doğru yönlendirme önemlidir. Uygun olmayan, daha sonra takip edilecek ve iletişimden çekilen kayıtları ayrı gerekçelerle tutun; hepsini MQL’e geri döndürmek geçmişi ve takip kararını bulanıklaştırır.

MQLSQL oranını aynı MQL kohortunun belirli gözlem penceresindeki geçişiyle hesaplayın. SQLkazanım için de aynı SQL kohortu esas alınır. Kazanılan iş / kapanan iş oranı başka bir göstergedir. Yalnız kapananları seçip bekleyenleri dışlamak genel geçiş oranını çarpıtabilir.

• MQL ve SQL tanımını ve geçiş kriterini yazılı belgeye bağlayın.
• Her kayıtta kanal bilgisini ayrı alan olarak tutun.
• Satış ekibinin geri dönüşlerini kriter güncellemesine bağlayın.
• İlk dönüş beklentisini satış kapasitesine göre belirleyin.
• Oranları aynı kohort ve yeterli gözlem süresiyle raporlayın; güncel bekleyenleri ayrıca gösterin.

Ölçüm ve hattın iyileştirilmesi

Aday üretim hattının sağlığı beş göstergeyle izlenir: kanal bazında üretilen MQL sayısı, MQL'den SQL'e geçiş oranı, SQL'den kapanan iş sayısı, ilk dönüş süresi ve kanal başına maliyet. Maliyet hesabında payda açık yazılmalıdır; örneğin kanal bazında MQL başına maliyet, belirli dönemin toplam kanal harcamasının o dönemde üretilen MQL sayısına bölümüyle hesaplanır.

Google Ads tarafında çevrimdışı dönüşüm aktarımı, CRM'de sonuçlanan işleri reklamlara bağlama yöntemlerini açıklar; tekrarlar ve aşama adları temizlenmeden sonuç güvenilir olmaz ve her satış otomatik eşleşmez. Dönüşüm ölçümü belgesi tıklama ile gerçek satışın ayrı olaylar olduğunu vurgular; telefon tıklaması gerçekleşmiş görüşme değildir.

İyileştirme önceliğini tek bir düşük yüzdeye göre vermeyin. Nitelikli talep hacmi, aşamada kaybedilen gerçek kayıt sayısı, maliyet ve iş değeri birlikte değerlendirilir. Ölçüm hatası varsa önce onu düzeltin; düşük hacimdeki rastlantısal değişimi bütçe kararı için kesin sonuç gibi sunmayın.

Tabloyu yana kaydırarak inceleyin.

Başlangıç kontrol listesi

Aday üretim sistemini kurmaya başlarken aşağıdaki maddeleri sırayla tamamlayın.

• Hedef müşteri profilini ve gerekiyorsa ABM hesap listesini yazın.
• Kanal planını rollerin bilgi arama yoluna göre kurun ve her kanalın ölçülen olayını yazın.
• Ürün bilgisi, belge ve başvuru görevlerini mobilde test edin; performansı ölçün.
• Arama erişimini ve platforma göre AI kaynak görünümünü ayrı kontrol edin.
• MQL ve SQL tanımını ve geçiş kriterini yazılı belgeye bağlayın.
• CRM'de kanal bilgisini ve ilk-son temas kaynağını ayrı alanlarda tutun.
• Çevrimdışı aktarım öncesi tekrarları ve aşama adlarını temizleyin.
• Aynı tanımlarla raporlayın; sonraki iyileştirmeyi hacim, maliyet ve iş etkisine göre seçin.

Sonuç

Aday üretiminde önce müşteri uygunluğunu, takip sorumlusunu ve hangi sonucun değerli olduğunu tanımlayın. Kanalları gerçek kullanım verisiyle seçin; site ve iletişim akışını test edin. Tekil kayıt, nitelendirme ve satış sonucunu aynı sistemde izlerken platformların farklı atıf ve ölçüm sınırlarını koruyun.