Gizli alanlar

Neden gizli alan kullanılır?

Formlar çoğu zaman yanıtlayanın sağlayamayacağı (ya da sağlamaması gereken) bağlam bilgisine ihtiyaç duyar. Gizli alanlar, URL üzerinden her gönderime meta veri eklemenizi sağlayarak bu sorunu çözer. Yanıtlayan formu açmadan önce hakkında bir şeyler bildiğinizde — nereden geldiği, kimin yönlendirdiği veya sisteminizdeki hangi kayda ait olduğu gibi — bu özellik işe yarar.

• Trafik kaynaklarını takip edin — bir gönderimin e-posta kampanyasından mı, sosyal medya gönderisinden mi yoksa web sitenizden mi geldiğini öğrenin

• CRM’inize bağlanın — gönderimin doğru kayda bağlanması için bir kişi kimliği, fırsat kimliği veya hesap kimliği iletin

• Takip mesajlarını kişiselleştirin — zaten sahip olduğunuz bir ad veya e-postayı yakalayın, ardından koşullu mantıkta veya e-posta bildirimlerinde kullanın

• Çoklu form süreçleri — bir formdaki veriyi bir sonrakine aktararak yanıtlayanların aynı bilgiyi tekrar girmesini önleyin

• A/B testi — her gönderiyi yanıtlayanın gördüğü varyant veya deney ile etiketleyin

Gizli alan ekleme

Boş bir satırda / yazın ve Düzen kategorisinden Gizli Alan’ı seçin. Yalnızca formun en üst düzeyinde çalışır — bir sütun veya yinelenen grup içinde çalışmaz. Her gizli alanın iki ayarı vardır:

• Alan türü — bir sayı veya metin değeri saklayın (varsayılan olarak metin)

• Parametre adı — bu alanı dolduracak URL parametresi (örn. utm_source, contact_id). Bu, aynı zamanda bu alanın anahtarıdır; yani bir çağıranın gönderdiği ve yanıtın altında geri geldiği isim budur. Bkz. Alan anahtarları

URL parametresiyle ön doldurma

Bir parametre adı, yazıldığı haliyle URL-güvenli olmalıdır: harfler, rakamlar ve - _ . ~ ! * ’ ( ) güvenlidir. Boşlukları ve diğer özel karakterleri percent-encoded olarak yazın, örneğin recipient%20name. Boş, geçersiz veya yinelenen bir parametre adı bir yayınlama hatasıdır — araç çubuğundaki sorun göstergesi bunu işaretler ve siz düzeltene kadar yayınlama durur.

Bir yanıtlayan formunuzu URL’de eşleşen bir parametre ile açtığında, gizli alan o değeri otomatik olarak yakalar. Örneğin, gizli alanınızın parametre adı utm_source ise aşağıdaki URL alanı newsletter olarak ayarlar.

https://form.formbase.so/abc123?utm_source=newsletter

Birden fazla gizli alanı aynı anda iletebilirsiniz:

https://form.formbase.so/abc123?utm_source=newsletter&utm_medium=email&contact_id=12345

• Değerler yalnızca bir kez, form açıldığında okunur.

• Boş bir parametre (?utm_source=) alanı boş bırakır.

• Sayısal bir gizli alan, sayı olmayan değerleri yok sayar, bu yüzden ?score=abc alanı boş bırakır.

• Request bağlantıları URL parametrelerini yok sayar. Buradaki gizli alanlar değerlerini isteğin context’inden alır.

Bir paylaşım bağlantısında, yanıtlayanın düzenleyebileceği görünür bir alanda bir URL değerini göstermek için — örneğin adını önceden doldurmak için — gizli alanı @ yazarak alanın varsayılan değeri yapın. Bkz. Alan ayarları → Varsayılan değerler.

İstekler önceden doldurmak için gizli alana ihtiyaç duymaz

Yukarıdaki gizli alan + @ tekniğinin nedeni, bir paylaşım bağlantısının içeri girmek için tek bir yola sahip olmasıdır: URL. Herkes bir URL’yi düzenleyebilir, bu yüzden bir paylaşım bağlantısı bir değeri yalnızca bir parametre aracılığıyla taşıyabilir ve bunu alan şey de bir gizli alandır.

Bir isteğin ikinci, özel bir içeri giriş yolu daha vardır. Çağıran, isteği oluştururken yanıtları sunucu tarafında belirler; bu yüzden bir istek görünür bir soruyu doğrudan önceden doldurabilir — buna ne bir gizli alan ne de bir @ varsayılanı karışır. Alıcı formu açtığında, yanıt zaten kutuda hazır olur.

• prefill

  — alan anahtarıyla adreslenen, görünür sorular için başlangıç yanıtları. Alıcı bunları görür ve değiştirebilir.

• readonly

  — önceden doldurulmuş bu anahtarların, alıcının okuyabilip değiştiremeyeceği alt kümesi.

• context

  — alıcının hiçbir zaman görmediği, gizli alanlar için değerler.

Bu ayrım zorunlu kılınır: görünür bir sorunun anahtarını context içinde göndermek

mesajıyla reddedilir; tersi de reddedilir. Bu yüzden bir gizli alanı, yalnızca bir şeyi önceden doldurmak için değil, göstermek istemediğiniz veriyi taşımak istediğinizde ekleyin.

Yaygın kullanım senaryoları

• UTM takibi — utm_source, utm_medium ve utm_campaign adlarında gizli alanlar oluşturun. Form bunları URL’den otomatik olarak yakalar ve her değer bir gönderim sütunu olarak kaydedilir. Analitik Trafik Kaynakları grafiği, gizli alanlardan bağımsız olarak utm_source ve utm_medium’u URL’den kendi başına okur. Bağlantı başına varsayılanları Paylaş iletişim kutusundan ayarlayın.

• CRM entegrasyonu — HubSpot, ActiveCampaign veya Mailchimp gibi araçlardan bir kişi veya fırsat kimliği iletin. Gönderimleri entegrasyonlarınıza ulaştığında kimlik her şeyi birbirine bağlar.

• Yönlendirme atıfı — her iş ortağı, URL’de kendi kodu bulunan benzersiz bir bağlantı alır. Hangi gönderimi kimin sağladığını tam olarak görürsünüz.

• Ön doldurulmuş bağlam — bir destek formuna müşteri adı veya plan katmanı iletin. Farklı sorular göstermek için koşullu mantıkta kullanın ya da teşekkür sayfasına aktarın.

• Önceden doldurulmuş yanıtlar — e-posta aracınızdan ?email=jane@example.com gönderin ve bu gizli alanı formun Email sorusunun varsayılanı yapın. Yanıtlayan, adresini zaten doldurulmuş görür ve yalnızca yanlışsa düzeltir.

Gizli alan verilerini görüntüleme

Gönderi tablosunda gizli alanlar kendi sütunları olarak görünür — formbase bunları görünür sorulardan ayırt edebilmeniz için göz-çizgi simgesiyle işaretler. Bunlar ayrıca dışa aktarmalarda, entegrasyonlarda (Google Sheets, web kancaları vb.) ve gönderi ayrıntı panelinde de yer alır.

Gizli alanları mantıkla kullanma

Gizli alanlar, koşullu mantıkta koşul kaynağı olarak çalışır. Bir mantık kuralı, gizli alanın değerini okuyarak farklı sorular gösterme, bir sayfaya atlama veya bir hesaplanan alan güncelleme gibi dallanma işlemleri yapabilir.

Örnek: URL aracılığıyla ?plan=enterprise iletin. Bir mantık kuralı, gizli “plan” alanının “enterprise” olup olmadığını kontrol eder ve kurumsal özgü sorular içeren özel bir sayfaya atlar.

Sonraki adımlar