422 errorea arraroa iruditu daiteke, ez duelako beti web osoa blokeatzen. Batzuetan formulario bat bidaltzean agertzen da, erosketa bat amaitzean, WordPressen aldaketak gordetzean, API bat konektatzean edo orrialdearen barruan ekintza zehatz bat prozesatzean.
Eta horregatik sortzen du hainbeste nahasmen.
Zure webgunea ez dago zertan erorita egon. Zerbitzaria ondo funtzionatzen egon daiteke, baina eskaera zehatz bat ezin du prozesatu, bidalitako datuak ez direlako espero duenarekin bat etortzen.
Modu errazean esanda: zerbitzariak eskaera ulertzen du, baina ezin du haren edukia prozesatu.
MDNren HTTP 422 kodeari buruzko dokumentazio ofizialaren arabera, zerbitzariak bidalitako eduki mota ulertzen du eta eskaeraren sintaxia zuzena da, baina ezin ditu eskaera horretan jasotako instrukzioak prozesatu:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/422
Zer da 422 errorea
422 errorea HTTP 4XX kodeen familiakoa da. Horrek esan nahi du, printzipioz, arazoa zerbitzariak jasotzen duen eskaerarekin lotuta dagoela, eta ez derrigorrez zerbitzari osoaren erorketa batekin.
Gaur egungo izen teknikoa 422 Unprocessable Content da, nahiz eta oraindik ere 422 Unprocessable Entity bezala aurki dezakezun plugin, API, hosting panel edo tresna zahar askotan.
Gakoa desberdintasun honetan dago: zerbitzariak ez du esaten “ez dut ulertzen bidaltzen didazuna”. Esaten ari da “ulertzen dut bidaltzen didazuna, baina ezin dut dagoen bezala prozesatu”.
| Kodea | Zer esan nahi du | Non egon ohi da arazoa |
|---|---|---|
| 400 errorea | Eskaera gaizki osatuta dago | URLan, parametroetan, sintaxian edo eskaeraren egituran |
| 401 errorea | Autentifikazioa falta da | Erabiltzailean, saioan, tokenean edo baimenetan |
| 403 errorea | Ez dago sartzeko baimenik | Segurtasun arauetan, baimenetan edo blokeoan |
| 422 errorea | Eskaera ulertzen da, baina ezin da prozesatu | Datu baliogabeetan, eremu okerretan, balidazioetan, APIetan edo formularioetan |
| 500 errorea | Zerbitzariaren barneko akatsa | PHPn, pluginetan, gaian, memorian, baimenetan edo zerbitzariaren konfigurazioan |
Horregatik, 422 errorea ez da tratatu behar “webgunea hautsi da” esaldi soil batekin. Normalean ekintza zehatz bat ari da huts egiten, bidalitako datuetako zerbaitek beharrezko baldintzak betetzen ez dituelako.
422 errorea ulertzeko adibide erraz bat
Imajinatu harremanetarako formulario bat duzula, derrigorrezko eremu hauekin:
- Izena
- Emaila
- Telefonoa
- Mezua
Erabiltzaileak izena betetzen du, mezua idazten du, baina emaila hutsik uzten du edo formatu okerreko email bat sartzen du. Eskaera zerbitzarira ondo irits daiteke, baina sistemak ezin du prozesatu, beharrezko datu bat falta delako edo datu horrek balidazioa gainditzen ez duelako.
Kasu horretan, webguneak 422 errorea itzul dezake.
Ez zerbitzaria hautsita dagoelako. Ez WordPressek funtzionatzeari utzi diolako. Ez hosting-a erori delako. Bidalitako ekintzak osatzeko behar diren baldintzak betetzen ez dituelako baizik.
422 errorearen ohiko arrazoiak
422 erroreak jatorri desberdinak izan ditzake, baina ia beti agertzen da webgune, plugin, formulario edo aplikazio batek zerbitzariak prozesatu ezin dituen datuak bidaltzen dituenean.
| Arrazoia | Ohiko adibidea | Non berrikusi |
|---|---|---|
| Derrigorrezko eremuak hutsik | Emaila, telefonoa edo izena bidaltzen ez duen formularioa | Formularioen plugina |
| Datuen formatu okerra | Data, telefonoa, emaila edo posta kodea gaizki bidalita | Formularioaren balidazioak |
| WooCommerceko gatazka | Kupoi bat aplikatzean edo erosketa amaitzean errorea | Checkouta, ordainketak, bidalketak |
| API batekin arazoa | CRM batek edo ordainketa pasabide batek bidalitako datuak baztertzen ditu | APIaren erantzuna |
| Eremu pertsonalizatuak gaizki konfiguratuta | Bidaltzen ez den ezkutuko eremu derrigorrezkoa | ACF, JetEngine, Elementor, formularioak |
| Cache zaharkitua | Orrialdeak formularioaren bertsio zahar bat erakusten du | Cache plugina edo CDN |
| Segurtasun arau zorrotzegia | Firewallak karaktere edo eremu zehatzak blokeatzen ditu | WAF, ModSecurity, segurtasun plugina |
Errorea pantailan zenbaki soil gisa agertu arren, atzean arazo nahiko zehatza egon ohi da: falta den eremu bat, gaizki bidalitako datu bat, betetzen ez den balidazio bat edo jasotako informazioa baztertzen ari den integrazio bat.
422 errorea WordPressen
WordPressen, 422 errorea normalean ekintza zehatzekin lotuta egoten da. Ez da ohikoa instalazio osoa 422 errore batekin apurtzea; normalean webgunearen zati zehatz batek egiten du huts.
Adibidez, Elementor, Contact Form 7, Gravity Forms edo Fluent Forms bidez formulario bat bidaltzean ager daiteke; konfigurazio bat gordetzean; WooCommercen erosketa bat prozesatzean; kanpoko tresna bat konektatzean; edo plugin batek datuak API batera bidaltzean.
Kasu hauetan, garrantzitsuena ez da pluginak irizpiderik gabe desaktibatzea, baizik eta errorea zehazki zein ekintzak eragiten duen identifikatzea.
Adibidez:
- Formulario bat bidaltzean agertzen bada, berrikusi derrigorrezko eremuak, balidazioak, ezkutuko eremuak eta antispam konfigurazioak.
- WooCommercen agertzen bada, berrikusi checkouta, kupoiak, bidalketa metodoak, ordainketa pasabidea eta eremu pertsonalizatuak.
- WordPressen aldaketak gordetzean agertzen bada, berrikusi baimenak, segurtasun arauak, firewalla, optimizazio pluginak eta zerbitzariaren balizko blokeoak.
- Kanpoko tresna batekin konektatzean agertzen bada, berrikusi APIa, tokena, bidalitako eremuak eta espero den formatua.
Galdera gakoa ez da bakarrik “zergatik agertzen da 422 errorea”, baizik eta “zer egiten saiatzen ari zen webgunea errorea agertu baino justu lehenago”.
422 errorea WooCommercen
Online denda batean, 422 errorea bereziki arazo larria izan daiteke, salmentetan zuzenean eragin dezakeelako. Erosketa prozesuan agertzen bada, bezeroak eskaera amaitzea eragotz dezake.
Puntu sentikorrenak hauek izaten dira:
| WooCommerceko eremua | 422 errorearen balizko arrazoia |
|---|---|
| Saskia | Produktua erabilgarri ez egotea, aldaera okerra edo kupoi baliogabea |
| Checkouta | Derrigorrezko eremu bat hutsik edo gaizki balidatuta |
| Bidalketak | Bidalketa metodoa helbidearekin bateragarria ez izatea |
| Ordainketak | Pasabideak datu osatu gabeak edo okerrak baztertzea |
| Kupoiak | Deskontu araua gaizki konfiguratuta egotea |
| Eremu pertsonalizatuak | Checkoutari gehitutako eremu bat ondo ez prozesatzea |
Hemen komeni da lehenik errorea zein unetan agertzen den berrikustea. Ez da gauza bera produktua saskira gehitzean huts egitea edo ordainketa baieztatzean huts egitea. Puntu bakoitzak prozesuaren zati desberdin batera eramaten du.
Adibidez, errorea kupoi bat aplikatzean agertzen bada, jatorria kupoiaren arauetan, deskontuen konfigurazioan edo beste plugin batekin dagoen gatazkan egon daiteke. Ordaintzean agertzen bada, ordainketa pasabidearekin, fakturazio datuekin edo checkoutaren balidazio batekin lotuta egon daiteke.
422 errorea formularioetan
Formularioak dira 422 errorearen arrazoi ohikoenetako bat. Izan ere, plugin askok balidazio arauak aplikatzen dituzte informazioa bidali aurretik.
Formularioak arrazoi hauengatik egin dezake huts:
- Emailak ez du formatu baliozkorik.
- Derrigorrezko eremu bat ez da bidaltzen ari.
- Ezkutuko eremu bat hutsik dago.
- Telefonoak baimendu gabeko karaktereak ditu.
- Erantsitako fitxategiak baimendutako tamaina gainditzen du.
- Antispam sistemak eskaera blokeatzen du.
- Segurtasun arau batek edukia susmagarritzat jotzen du.
- Kanpoko integrazio batek jasotako datuak baztertzen ditu.
Kasu tipiko bat hau da: formularioak bisualki ondo dagoela ematen du, baina barrutik ez ditu integrazioak behar dituen eremu guztiak bidaltzen. Adibidez, CRM batek izena, emaila eta legezko baimena eska ditzake, baina formularioak izena eta emaila bakarrik bidaltzen ditu.
Pertsona batentzat, formularioa ondo konfiguratuta dagoela dirudi. Datuak jasotzen dituen sistemarentzat, eskaera osatu gabe dago.
422 errorea APIetan eta integrazioetan
422 errorea oso ohikoa da webgune bat kanpoko tresnekin konektatzen denean. Adibidez, ordainketa pasabide batekin, CRM batekin, email marketing plataforma batekin, erreserba tresna batekin, Make, Zapier, n8n edo fakturazio software batekin.
API batean, 422 erroreak normalean esan nahi du bidalitako datuek ez dituztela espero diren arauak betetzen. Zerbitzariak eskaera ulertzen du, baina edukia baztertzen du, eremu bat falta delako, balio bat okerra delako edo formatua baliogabea delako.
| Bidalitako eremua | APIak espero duena | Balizko errorea |
|---|---|---|
email hutsik | Derrigorrezko emaila | APIak erregistroa baztertzen du |
country: España | ES kodea | Herrialde baliogabea |
amount: "49 euros" | 49.00 zenbakia | Zenbatekoa ezin da prozesatu |
phone: 666 111 222 | Tarterik gabeko telefonoa | Formatu okerra |
date: 30/04/2026 | 2026-04-30 formatua | Data baliogabea |
Horregatik, errorea API batetik datorrenean, ez da nahikoa WordPress begiratzea. Kanpoko tresnak itzultzen duen erantzun osoa berrikusi behar da, askotan han agertzen baita huts egiten ari den eremu zehatza.
422 zenbakiak arazo mota adierazten dizu. APIaren mezuak, normalean, arazoa non dagoen esaten dizu.
Nola konpondu 422 errorea pausoz pauso
Fitxategiak ukitu, pluginak desaktibatu edo zerbitzariaren konfigurazioak aldatu aurretik, komeni da prozesu ordenatu bat jarraitzea. 422 errorea hobeto diagnostikatzen da osatu ezin den ekintza zehatza lokalizatzen denean.
1. Errepikatu errorea
Lehenengo pausoa errorea noiz agertzen den egiaztatzea da. Idatzi URL zehatza, nabigatzailea, zein erabiltzailerekin gertatzen den, gutxi gorabeherako ordua eta akatsa eragiten duen ekintza.
| Galdera | Zergatik da garrantzitsua |
|---|---|
| Formulario bat bidaltzean agertzen da? | Balidazio arazo bat izan daiteke |
| Erosketa amaitzean agertzen da? | WooCommercen edo pasabidean egon daiteke |
| Orrialde bat gordetzean agertzen da? | Firewall, baimen edo segurtasun arazoa izan daiteke |
| Mugikorrean bakarrik agertzen da? | Ezkutuko eremu bat edo script bat huts egiten egon daiteke |
| Kanpoko integrazio batetik agertzen da? | APIa edo datuen formatua izan daiteke |
Pauso honek akats teknikoak konpontzeko modu txarrenetako bat saihesten du: gauzak ausaz ukitzea.
2. Berrikusi derrigorrezko eremuak
Errorea formulario batean, checkout batean, erregistro batean edo eremu pribatu batean agertzen bada, berrikusi derrigorrezko eremu guztiak. Ez begiratu soilik erabiltzaileak pantailan ikusten duena; berrikusi ezkutuko eremuak, baldintzapeko eremuak eta automatikoki bidaltzen diren eremuak ere.
WordPressen hori bereziki garrantzitsua da formulario aurreratuak, eremu dinamikoak, CRM integrazioak edo checkout pertsonalizatuak erabiltzen direnean.
Baliteke eremu bat erabiltzailearentzat ikusgai ez egotea, baina eskaera prozesatzen duen sistemarentzat derrigorrezkoa izatea.
3. Egiaztatu datuen formatua
Datu bat egon daiteke, baina formatu okerrean iritsi. Hau oso ohikoa da telefonoetan, datetan, zenbatekoetan, probintzietan, herrialdeetan, posta kodeetan, emailetan eta eremu pertsonalizatuetan.
Adibidez, tresna batek herrialdea ES bezala espero dezake, baina webguneak España bidaltzen dio. Pertsona batentzat gauza bera da. API batentzat, ez.
Gauza bera gerta daiteke datekin, prezioekin edo telefonoekin. Edukia zuzena dirudi, baina ez dago sistemak espero duen formatuan.
4. Berrikusi lotutako pluginak
WordPressen bazaude, ez hasi dena desaktibatzen. Hasi huts egiten duen ekintzan zuzenean parte hartzen duten pluginetatik.
Gomendatutako ordena:
- Formularioen plugina.
- WooCommerce edo checkout plugina.
- Ordainketa pasabidea.
- Segurtasun plugina.
- Cache plugina.
- Optimizazio plugina.
- Eremu pertsonalizatuen plugina.
- Lotutako kanpoko integrazioa.
Egokiena proba hauek staging ingurune batean egitea da, ekoizpenean dagoen webguneari ez eragiteko. Errorea plugin bat eguneratu edo konfigurazio bat aldatu ondoren agertu bada, hasi hortik.
5. Kontsultatu zerbitzariaren logak
Erroreen erregistroek pantailan agertzen ez den informazioa eman diezazukete. cPanel-etik, hosting paneletik edo erabilgarri duzun log sistematik, berrikusi zer gertatzen den errorea agertzen den ordu berean.
Bilatu honelako erreferentziak:
- Plugin zehatzak.
- PHP fitxategiak.
- Blokeatutako endpointak.
- Balidazio erroreak.
- Baztertutako eskaerak.
- Aktibatutako segurtasun arauak.
- Kanpoko APIen erantzunak.
Logik gabe, askotan sintoma bakarrik ikusten duzu. Logekin, benetako jatorrira hurbil zaitezke.
6. Garbitu cachea irizpidez
Cacheak portaera arraroak sor ditzake webguneak orrialde, formulario edo checkout baten bertsio zaharra erakusten duenean, eta bertsio hori ez datorrenean bat gunearen egungo logikarekin.
Garbitu cachea ordena honetan:
- WordPress pluginaren cachea.
- Zerbitzariaren cachea.
- Nabigatzailearen cachea.
- CDN cachea, Cloudflare edo antzeko tresnaren bat erabiltzen baduzu.
- CSS eta JavaScript optimizazio edo minifikazio cachea.
Ondoren, probatu errorea sortzen zuen ekintza bera. Desagertzen bada, ziurrenik cacheatutako bertsio batek sortzen zuen gatazka. Jarraitzen badu, balidazioak, pluginak edo integrazioak berrikusten jarraitu behar da.
7. Berrikusi segurtasun arauak
Batzuetan 422 errorea agertzen da segurtasun arau batek eskaera bat susmagarritzat jotzen duelako. Hori gerta daiteke formularioek URLak, testu luzeak, karaktere bereziak, HTML kodea, fitxategi erantsiak edo ohikoak ez diren eremuak bidaltzen dituztenean.
Ez da webgunearen segurtasuna desaktibatzea. Kontua da identifikatzea ea arau zehatz batek ekintza legitimo bat blokeatzen duen, eta arau hori behar bezala doitzea.
422 errorea diagnostikatzeko checklist azkarra
Taula hau gida azkar gisa erabil dezakezu:
| Pausoa | Zer berrikusi | Lehentasuna |
|---|---|---|
| 1 | Errorea agertzen den URL zehatza | Handia |
| 2 | Akatsa eragiten duen ekintza | Handia |
| 3 | Inplikatutako formularioa, checkouta edo plugina | Handia |
| 4 | Derrigorrezko eremuak eta ezkutuko eremuak | Handia |
| 5 | Email, telefono, data, herrialde edo zenbatekoaren formatua | Handia |
| 6 | Pluginetan edo gaian egindako azken aldaketak | Ertaina |
| 7 | WordPress, zerbitzari edo CDN cachea | Ertaina |
| 8 | Zerbitzariaren logak | Handia |
| 9 | APIaren erantzun osoa | Handia, integrazioa badago |
| 10 | Firewall edo segurtasun arauak | Ertaina |
422 errorea hostingaren errua da?
Ez beti.
Izan ere, askotan hosting-a ez da arazoaren jatorria. Zerbitzariak errorea itzultzen du, webguneak, pluginak, formularioak edo APIak ezin dituztelako bidalitako datuak prozesatu.
Hala ere, hosting on batek alde handia egiten du diagnostikoan. Log argiak, segurtasun kopiak, benetako laguntza teknikoa, cPanel, ingurune egonkorra eta tresna egokiak badituzu, askoz errazagoa da arazoa aurkitzea.
Aldea ez dago soilik webguneak dena ondo doanean funtzionatzean. Aldea zerbait huts egiten duenean ikusgarritasuna izatean dago.
Zer berrikusi laguntza eskatu aurretik
Laguntza teknikoarekin harremanetan jarri aurretik, apuntatu hiru gauza:
- Zein URLtan agertzen den errorea.
- Zer egiten ari zinen justu lehenago.
- Azkenaldian webgunean zerbait aldatu duzun.
Adibidez: plugin bat eguneratzea, formulario bat aldatzea, WooCommerce ukitzea, cachea aktibatzea edo segurtasun arauak aldatzea.
Informazio horrekin, askoz errazagoa izango da logak berrikustea eta errorearen jatorria aurkitzea alferrikako probetan denbora galdu gabe.
Nola prebenitu etorkizuneko 422 erroreak
422 errore guztiak ezin dira saihestu, baina arriskua asko murriztu dezakezu oinarri tekniko ordenatua mantentzen baduzu.
Gomendio garrantzitsuak:
- Mantendu WordPress, pluginak eta gaia eguneratuta, baina probatu aldaketa garrantzitsuak staging ingurunean.
- Saihestu gauza bera egiten duten hainbat plugin instalatzea, batez ere formularioetan, segurtasunean, cachean eta checkoutetan.
- Berrikusi ondo derrigorrezko eremuak formularioetan eta erosketa prozesuetan.
- Dokumentatu kanpoko integrazioak eta formulario bakoitzak bidaltzen dituen eremuak.
- Egiaztatu APIen erantzunak kanpoko tresnak konektatzean.
- Erabili segurtasun kopia sistema fidagarri bat.
- Errorea agertzen denean, berrikusi logak, ez soilik webgunearen alde ikusgarria.
- Lan egin kutxa beltz bat ez den hosting batekin.
JC Hosting-en oinarri tekniko argiagoa izaten laguntzen dizugu
422 errorea agertzen denean, arazoa ez da beti webgunea erorita dagoela. Askotan arazoa da sistemaren zati zehatz bat blokeatuta dagoela, zerbaitek ez duelako bat egiten: datu batek, balidazio batek, plugin batek, integrazio batek edo segurtasun arau batek.
JC Hosting-en web profesionalentzat pentsatutako azpiegiturarekin lan egiten dugu: NVMe diskoak, LiteSpeed, cPanel, eguneroko segurtasun kopiak eta gaztelaniazko laguntza. Baina, batez ere, ideia argi batekin egiten dugu lan: zure hosting-a ez dadila kutxa beltz bat izan.
Zure webguneak huts egiten duenean, zerbitzari batean espazioa baino gehiago behar duzulako. Zer gertatzen ari den ulertzeko, arazoa zuzentzeko eta lanean jarraitzeko aukera emango dizun oinarri teknikoa behar duzu.
