Ellenőrzés (validáció) és a hiányzó beküldések okai

Az ellenőrzés működése

Az űrlap beküldésekor a Gravity Forms minden mezőt ellenőriz, mielőtt a beküldést elmentené. A többoldalas űrlapokon az ellenőrzés oldalanként fut, amikor a látogató továbblép.

Az ellenőrzés két nagy csoportba tartozik:

• Kötelező mező ellenőrzése: biztosítja, hogy a kötelező mezőknek legyen értékük.
• Mezőspecifikus ellenőrzés: megnézi, hogy a beküldött érték megfelel-e a mezőtípushoz beállított további szabályoknak, például a számtartományoknak vagy a választási korlátoknak.

Egyes mezőtípusok állapotellenőrzést is végeznek: megnézik, hogy a mező beállításai nem változtak-e meg az űrlap betöltése és a beküldése között.

A mezőspecifikus működést az egyes mezőtípusok fejezetei írják le. Egyéni ellenőrzési logikához a gform_validation szűrőt használd.

Mezőhöz nem köthető ellenőrzési hiba

Ha az ellenőrzési hiba nem egy konkrét mezőhöz tartozik, az általában a reCAPTCHA kiegészítő problémája. Ez várt viselkedés olyan botbeküldéseknél, amelyek nem használnak JavaScriptet, mert ilyenkor a reCAPTCHA-válaszjel nem kerül be a beküldésbe.

Ha ez normál látogatóknál fordul elő, valamilyen ütköző szkript megakadályozza a reCAPTCHA szkript futását. Frissítés után is előfordulhat, ha az oldal gyorsítótárban van, mert a rejtett reCAPTCHA-válaszmező neve olyan értéken alapul, amelyben a kiegészítő verziószáma is benne van.

Ismert, hogy a sablonok és bővítmények gyorsítótárazó és optimalizáló funkciói (például WP Rocket és WP Fastest Cache), valamint a Cloudflare Rocket Loader okozhatja a hibát. Az űrlapot tartalmazó oldalakat ki kell zárni ezekből a funkciókból. A spamvédelemről a Spamvédelem fejezetekben olvashatsz.

Miért mutat több beküldést egy követőszolgáltatás, mint a Gravity Forms

A külső követőszolgáltatások, például a CallRail, a HubSpot, a Ruler Analytics, a ServiceTitan és a WhatConverts néha olyan rögzített beküldéseket mutatnak, amelyek nem találhatók a Gravity Forms beküldéslistájában.

Miért történik ez

Ezek a szolgáltatások gyakran JavaScripttel olvassák ki az űrlapadatot közvetlenül a böngészőből. A szkriptek a küldés gombra kattintáskor futnak, vagyis a próbálkozást még azelőtt rögzítik, hogy az adat elmenne a kiszolgálóra. Így a Gravity Forms ellenőrzése előtt rögzítenek, és a követőszolgáltatás olyan beküldést jegyez fel, amelyet a Gravity Forms soha nem ment el beküldésként.

Több oka lehet annak, hogy egy beküldés megjelenik a követőszolgáltatásban, de a Gravity Formsban nem:

• A beküldés megbukott a kiszolgálóoldali ellenőrzésen (például egy kötelező mező üresen maradt, vagy érvénytelen az e-mail-cím). A Gravity Forms hibaüzenetet mutat, és nem hoz létre beküldést.
• A beküldést a Gravity Forms honeypotja vagy más spamszűrője elkapta, és nem mentette el, vagy elmentette spamként.
• A beküldés a feldolgozási folyamat egy másik pontján bukott el, például sikertelen fizetésnél olyan űrlapon, amely a beküldés létrehozása előtt fizetést kér.

Mindegyik esetben a követőszolgáltatás rögzíti a kísérletet, mert a szkriptje már összegyűjtötte az adatot, a Gravity Forms viszont nem hoz létre beküldést, mert a beküldés nem sikerült.

Spam beküldések keresése

Ha úgy gondolod, hogy egy beküldésnek mentve kellett volna lennie, nézd meg az űrlap beküldéseinek Spam szűrőjét. A Gravity Forms elmentheti a beküldést spamként is, ahelyett, hogy eldobná. A spam megtekintéséhez nyisd meg az űrlap beküldéseinek oldalát, és válaszd ki a Spam állapotszűrőt. További részletek: Spam beküldések.