Quick Callback Request - PrestaShop Sizi Arayalım Butonu, Formu ve Talep Listesi, CAPTCHA Yok

İletişim formunu asla doldurmayacak ziyaretçi

Satın almak isteyen ama önce tek bir sorusu olan pek çok insan vardır. İletişim formu onlardan konu, mesaj ve sipariş numarası ister; alt bilgideki telefon numarası ise aramayı onların yapmasını bekler. İkisi de kararsız olanı kaybeder.

Bu modül neredeyse hiçbir şey istemez: bir ad ve bir telefon numarası ya da e-posta adresi. Ziyaretçi butona dokunur, iki alan doldurur, siz de onu geri ararsınız.

Mağazanın tamamı için bir kez seçilen dört konum

Formun nerede duracağını dört seçenek arasından siz belirlersiniz: sol kenarda kayan sekme, sağ kenarda kayan sekme, sayfanın altına oturan alt bar ya da yüzen buton. Yüzen butonu seçerseniz, ayrı bir ayar onu sol alt veya sağ alt köşeye yerleştirir.

Kararsızsanız yüzen butonu seçin. Butona dokunmak küçük bir işlem menüsü açar, menüdeki seçenek de formu bir modal içinde gösterir — böylece form sayfa içeriğiyle hiç yarışmaz ve telefonda da masaüstündeki gibi davranır. Kayan sekme ile alt bar ise ekran daraldıkça bazı öğeleri bilerek gizler, çünkü düzenin yine de sığması gerekir — masaüstü ağırlıklı trafikte kullanışlıdır, ziyaretçilerinizin çoğu mobildeyse o kadar değil.

CAPTCHA yok — ve bu bir ödün değil

Sürüm 1.x, tamamen ziyaretçinin tarayıcısında hesaplanıp doğrulanan bir matematik sorusu içeriyordu. Hiçbir şeyi durdurmuyor, buna karşılık insanları rahatsız ediyordu.

Sürüm 2 bunu kaldırır ve formu, hepsi görünmez olan üç yolla korur:

İnsanların hiç görmediği, botların ise doldurduğu bir honeypot alanı. Formun oluşturulduğu ana atılan HMAC-SHA256 imzasından oluşan bir imzalı zaman kodu — sayfa yüklendikten sonra iki saniyeden hızlı ya da iki saatten geç gelen gönderim reddedilir. Ve aynı adresten saatte en fazla beş talep kabul eden IP başına hız sınırı.

Ayarlanacak hiçbir şey ve gerçek bir ziyaretçinin çözeceği hiçbir bulmaca yoktur.

Her talep saklanır, yalnızca e-postayla gönderilmez

Belirlediğiniz adreslere bir e-posta uyarısı gider. Talep ayrıca modülün kendi veritabanı tablosuna yazılır ve yapılandırma sayfasındaki listede görünür; burada kayıtları okundu veya okunmadı olarak işaretleyebilir, toplu olarak silebilir ve tek bir talebe özel not ekleyebilirsiniz.

Bu liste, gözden kaçabilecek bir bildirim ile gerçekten üzerinde çalışabileceğiniz küçük bir talep akışı arasındaki farktır.

Formun sorduğu bilgiler

Ad her zaman istenir. Bunun ötesinde yalnızca telefon, yalnızca e-posta ya da her ikisi arasında seçim yaparsınız; isterseniz bir talep türü de sorabilirsiniz, böylece talep size sınıflandırılmış olarak ulaşır.

Yazı ve arka plan renkleri birer ayardır; yani widget temanızla çatışmak yerine ona uyacak şekilde ayarlanabilir.

Onay kutusu ve kendi yasal sayfalarınız

Bir onay kutusu her zaman gösterilir — bunu kapatan bir ayar yoktur. Kutu işaretli gelir; ziyaretçi işareti kaldırırsa sunucu gönderimi sessizce kabul etmek yerine belirli bir mesajla reddeder. Kutuyu kendi Kullanım Koşulları ve Gizlilik Politikası adreslerinize yönlendirebilirsiniz; bu alanları boş bırakırsanız modül, mağazanızda zaten tanımlı olan Kullanım Koşulları CMS sayfasına bağlantı verir.

Sürüm 1.x burada üreticinin kendi demo sitesine sabit bir bağlantı koyuyordu. Bu kaldırıldı.

Sürüm 2, sessizce yanlış olan birkaç şeyi düzeltti

Çoklu mağaza bozuktu. Ön yüz ve gönderim işleyicisi, ziyaretçi hangi mağazada olursa olsun her zaman 1 numaralı mağazanın ayarlarını okuyordu. Artık ikisi de bulunulan mağazanın yapılandırmasını okuyor.

Gönderimler sessizce başarısız olabiliyordu. Form, sunucuda ne olursa olsun başarı bildiriyordu. Artık gerçek bir sonuç döndürüyor; geçersiz e-posta adresi veya eksik onay için alana özel mesajlar veriyor.

Bildirim e-postası bazı kurulumlarda şablonunu bulamıyordu, çünkü posta dizini modül köküne değil denetleyiciye göre çözümleniyordu.

Talep kaydı, SQL'i dize birleştirmeyle kuruyordu. Talepler artık parametreli sorgularla yazılıyor.

Saklama tablosunun adı, genel ve çakışmaya açık callbacks yerine wecallyouback_request oldu; mevcut kayıtlar güncellemede kendiliğinden taşınıyor.

PrestaShop 9'un Hummingbird teması için düzeltmeler

Hummingbird, yani PrestaShop 9'un varsayılan temasını kullanıyorsanız bunu açıkça belirtmekte fayda var.

Yüzen buton ve modalı, Bootstrap 4'ün veri özniteliklerine (data-toggle, data-dismiss) dayanıyordu; Bootstrap 5 kullanan bir tema bunları yok sayar — dolayısıyla butona tıklamak hiçbir şey yapmıyordu. 2.0.5, ikisini de modülün kendi saf JavaScript koduyla yeniden yazdı; jQuery'ye veya temanın modal bileşenine hiçbir bağımlılık kalmadı, böylece buton Bootstrap sürümü ne olursa olsun her temada çalışıyor.

2.0.6, butonun harekete geçirici metninin beş satıra bölünmesini engelledi ve simgesinin incecik bir şeride sıkışmasını düzeltti. 2.0.7 ise modalı ekranın tepesine yapışık bırakmak yerine dikeyde ortaladı.

Altta daha hafif bir modül

Sürüm 2 yalnızca PrestaShop 1.7+ ile çalışır; 1.4/1.5/1.6'ya ait tüm kod yolları ve backward_compatibility/ klasörü kaldırıldı. Her PrestaShop sürümü için birer tane olmak üzere neredeyse birbirinin aynısı olan dört ön yüz şablonu tek bir şablona indi; sol ve sağ kayan sekmelerin CSS ve JavaScript dosyaları da ortak dosyalarda birleşti.

Kaldırılanlar arasında şunlar da var: dışarıdan gelen Google Material Icons bağımlılığı (artık satır içi SVG), sabit bir jQuery CDN etiketi, eski bir PDF kılavuz, bir PSD kaynak dosyası ve kullanılmayan beş posta dili klasörü.

Uyumluluk

PrestaShop 1.7 - 9 ile ve sekiz dilde: Almanca, Felemenkçe, Fransızca, İngilizce, İspanyolca, İtalyanca, Lehçe ve Türkçe.

Dürüst bir uyarı: bildirim e-postası şablonu yalnızca İngilizce ve Fransızca olarak geliyor. Ziyaretçinin gördüğü form ve arka ofis sekiz dilin tamamına çevrilmiş durumda; gelen kutunuza düşen uyarı ise değil.

Üç standart hook, override yok, tema değişikliği yok. Hâlâ PrestaShop 1.5 veya 1.6 mı kullanıyorsunuz? Onun yerine modülün 1.x sürümünü kullanın — 2.0 ve üzeri yalnızca 1.7+ içindir.

Sıkça sorulan sorular

Ziyaretçilerin CAPTCHA çözmesi gerekiyor mu?

Hayır ve CAPTCHA'yı açan bir ayar da yok. Koruma; gizli bir honeypot alanından, sayfa yüklendikten sonra iki saniyenin altında veya iki saatin üzerinde gelen gönderimleri reddeden HMAC imzalı bir zaman kodundan ve tek bir IP adresinden saatte beş talep sınırından oluşuyor. Gerçek bir ziyaretçi bunların hiçbirini görmez.

Form nerede görünür?

Mağaza genelinde nerede seçerseniz orada; dört seçenek var: sol kenarda kayan sekme, sağ kenarda kayan sekme, alt bar veya yüzen buton. Ayrı bir ayar, yüzen butonu sol alt veya sağ alt köşeye yerleştirir. Kararsızsanız yüzen butonu seçin — bir modal açtığı için sayfa genişliğinden hiç etkilenmez.

PrestaShop 9'da Hummingbird kullanıyorum ve yüzen buton hiçbir şey yapmıyor.

2.0.5 veya sonrasına güncelleyin. O sürümden önce buton Bootstrap 4 veri özniteliklerini kullanıyordu, Bootstrap 5 temaları ise bunları yok sayar. Artık modülün kendi JavaScript kodu üzerinde çalışıyor ve her temada çalışıyor. Butonun tasarım gereği iki adımlı bir denetim olduğunu da unutmayın: ilk dokunuş küçük bir işlem menüsü açar, menüdeki seçenek de formu açar.

Onay kutusu isteğe bağlı mı?

Her zaman gösterilir ve onu kaldıran bir ayar yoktur. İşaretli gelir, ama gerçekten zorunlu tutulur — işareti kaldırın, sunucu gönderimi sessizce kabul etmek yerine belirli bir hata ile reddeder.

Form hangi bilgileri istiyor?

Bir ad ve ayrıca telefon numarası, e-posta adresi ya da her ikisi — seçim sizin. İsterseniz bir talep türü de sorabilirsiniz. Onay kutusu her zaman gösterilir.

Talepler nereye gidiyor?

Belirlediğiniz bildirim e-postası adreslerine ve modülün yapılandırma sayfasındaki bir listeye. Orada talepleri okundu ya da okunmadı olarak işaretleyebilir, toplu olarak silebilir ve herhangi bir talebe özel not ekleyebilirsiniz.

Bildirim e-postası gelmiyor.

Geçerli bir bildirim adresi tanımlanmış mı, kontrol edin — tanımlı değilse modül listesinde modülün yanında bir uyarı çıkar ve her gönderim, nedeniyle birlikte Gelişmiş Parametreler → Loglar altına kaydedilir. Adres tanımlıysa ve gönderim yine de başarısız oluyorsa Gelişmiş Parametreler → E-posta bölümünü ve aynı kaydı inceleyin.

Form mağaza ön yüzünde görünmüyor.

"Show the form" (formu göster) ayarının Yes olduğundan ve modülün etkin olduğundan emin olun. Yoğun şekilde özelleştirilmiş bir temada, temanın displayHeader (veya header) hook'unu çağırdığından emin olun.

Kendi görselimi kullanabilir miyim?

Evet. Modülün views/img/ klasöründeki rep_bottom.png, rep_left.png veya rep_right.png dosyasını aynı boyutta bir PNG ile değiştirin.

Dar ekranlarda yazılar kayboluyor.

Bu, alt bar ve kayan sekme için tasarım gereğidir; form yine de sığsın diye öğeleri kademeli olarak gizlerler. Trafiğinize uymuyorsa bunun yerine yüzen buton konumunu kullanın.

1.x sürümünden yükselttiğimde mevcut taleplerime ne olacak?

Kendiliğinden taşınırlar. Eski callbacks tablosu, güncellemeden sonraki ilk yüklemede yeni wecallyouback_request tablosuna kopyalanır; ayarlarınız da onlarla birlikte gelir.