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

> Hogyan ellenőrzi a Gravity Forms a mezőket, mit jelent a mezőhöz nem köthető hiba, és miért mutat több beküldést egy követőszolgáltatás, mint a Gravity Forms.

## 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](https://hub.hellowp.io/hu/plugins/gravityforms/spamvedelem-elso-lepesek/) 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](https://hub.hellowp.io/hu/plugins/gravityforms/spamvedelem-spam-bejegyzesek/).