L’error 422 pot semblar una fallada estranya perquè no sempre bloqueja tota la web. De vegades apareix en enviar un formulari, en finalitzar una compra, en desar canvis a WordPress, en connectar una API o en processar una acció concreta dins de la pàgina.
I precisament per això acostuma a confondre.
La teva web no sempre està caiguda. El servidor pot estar funcionant correctament, però hi ha una petició concreta que no pot processar perquè les dades enviades no encaixen amb el que espera rebre.
Dit d’una manera senzilla: el servidor entén la sol·licitud, però no pot processar-ne el contingut.
Segons la documentació oficial de MDN sobre el codi HTTP 422, el servidor entén el tipus de contingut enviat i la sintaxi de la petició és correcta, però no pot processar les instruccions incloses en aquesta sol·licitud:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/422
Què és l’error 422
L’error 422 pertany a la família de codis HTTP 4XX. Això vol dir que, en principi, el problema està relacionat amb la sol·licitud que rep el servidor, no necessàriament amb una caiguda general del servidor.
El seu nom tècnic actual és 422 Unprocessable Content, tot i que encara el pots trobar com 422 Unprocessable Entity en molts plugins, APIs, panells de hosting o eines antigues.
La clau és aquesta diferència: el servidor no està dient “no entenc el que m’envies”. Està dient “entenc el que m’envies, però no ho puc processar tal com està”.
| Codi | Què significa | On sol estar el problema |
|---|---|---|
| Error 400 | La sol·licitud està mal formada | URL, paràmetres, sintaxi o estructura de la petició |
| Error 401 | Falta autenticació | Usuari, sessió, token o permisos |
| Error 403 | No hi ha permís per accedir-hi | Regles de seguretat, permisos o bloqueig |
| Error 422 | La sol·licitud s’entén, però no es pot processar | Dades invàlides, camps incorrectes, validacions, API o formularis |
| Error 500 | Fallada interna del servidor | PHP, plugins, tema, memòria, permisos o configuració del servidor |
Per això l’error 422 no s’ha de tractar com un simple “la web s’ha trencat”. Normalment hi ha una acció concreta que està fallant perquè alguna cosa en les dades enviades no compleix les condicions necessàries.
Exemple senzill per entendre l’error 422
Imagina que tens un formulari de contacte amb aquests camps obligatoris:
- Nom
- Telèfon
- Missatge
L’usuari omple el nom, escriu el missatge, però deixa l’email buit o introdueix un email amb un format incorrecte. La petició pot arribar correctament al servidor, però el sistema no la pot processar perquè falta una dada necessària o perquè aquesta dada no compleix la validació.
En aquest cas, la web podria retornar un error 422.
No perquè el servidor estigui trencat. No perquè WordPress hagi deixat de funcionar. No perquè el hosting hagi caigut. Sinó perquè l’acció enviada no compleix les condicions necessàries per completar-se.
Causes habituals de l’error 422
L’error 422 pot tenir diferents orígens, però gairebé sempre apareix quan una web, plugin, formulari o aplicació intenta enviar dades que el servidor no pot processar.
| Causa | Exemple habitual | On revisar-ho |
|---|---|---|
| Camps obligatoris buits | Formulari que no envia email, telèfon o nom | Plugin de formularis |
| Format de dades incorrecte | Data, telèfon, email o codi postal mal enviat | Validacions del formulari |
| Conflicte amb WooCommerce | Error en aplicar un cupó o finalitzar una compra | Checkout, pagaments, enviaments |
| Problema amb una API | Un CRM o passarel·la rebutja les dades enviades | Resposta de l’API |
| Camps personalitzats mal configurats | Camp ocult obligatori que no s’envia | ACF, JetEngine, Elementor, formularis |
| Caché desactualitzada | La pàgina mostra una versió antiga del formulari | Plugin de caché o CDN |
| Regla de seguretat massa estricta | Firewall que bloqueja caràcters o camps concrets | WAF, ModSecurity, plugin de seguretat |
Encara que l’error es vegi en pantalla com un simple número, al darrere acostuma a haver-hi un problema força concret: un camp que falta, una dada mal enviada, una validació que no es compleix o una integració que està rebutjant la informació rebuda.
Error 422 a WordPress
A WordPress, l’error 422 sol estar relacionat amb accions concretes. No és habitual que tota la instal·lació es trenqui per un 422, sinó que falli una part específica del lloc.
Pot aparèixer, per exemple, en enviar un formulari d’Elementor, Contact Form 7, Gravity Forms o Fluent Forms; en desar una configuració; en processar una compra a WooCommerce; en connectar una eina externa; o en enviar dades des d’un plugin cap a una API.
En aquests casos, l’important no és desactivar plugins sense criteri, sinó identificar quina acció exacta dispara l’error.
Per exemple:
- Si apareix en enviar un formulari, revisa els camps obligatoris, validacions, camps ocults i configuracions antispam.
- Si apareix a WooCommerce, revisa el checkout, cupons, mètodes d’enviament, passarel·la de pagament i camps personalitzats.
- Si apareix en desar canvis a WordPress, revisa permisos, regles de seguretat, firewall, plugins d’optimització i possibles bloquejos del servidor.
- Si apareix en connectar amb una eina externa, revisa l’API, el token, els camps enviats i el format esperat.
La pregunta clau no és només “per què apareix l’error 422”, sinó “què estava intentant fer la web just abans que aparegués”.
Error 422 a WooCommerce
En una botiga online, l’error 422 pot ser especialment problemàtic perquè pot afectar directament les vendes. Si apareix durant el procés de compra, pot impedir que el client completi la comanda.
Els punts més sensibles solen ser aquests:
| Zona de WooCommerce | Possible causa del 422 |
|---|---|
| Carretó | Producte no disponible, variació incorrecta o cupó invàlid |
| Checkout | Camp obligatori buit o mal validat |
| Enviaments | Mètode d’enviament incompatible amb l’adreça |
| Pagaments | Passarel·la rebutjant dades incompletes o incorrectes |
| Cupons | Regla de descompte mal configurada |
| Camps personalitzats | Camp afegit al checkout que no es processa bé |
Aquí convé revisar primer el moment exacte en què apareix l’error. No és el mateix que falli en afegir un producte al carretó que en confirmar el pagament. Cada punt assenyala una part diferent del procés.
Per exemple, si l’error apareix en aplicar un cupó, l’origen pot estar en les regles del cupó, en la configuració dels descomptes o en un conflicte amb un altre plugin. Si apareix en pagar, pot estar relacionat amb la passarel·la de pagament, les dades de facturació o una validació del checkout.
Error 422 en formularis
Els formularis són una de les causes més habituals de l’error 422. Això passa perquè molts plugins apliquen regles de validació abans d’enviar la informació.
El formulari pot fallar per motius com aquests:
- L’email no té un format vàlid.
- Un camp obligatori no s’està enviant.
- Un camp ocult està buit.
- El telèfon conté caràcters no permesos.
- L’arxiu adjunt supera la mida permesa.
- El sistema antispam està bloquejant la petició.
- Una regla de seguretat interpreta el contingut com a sospitós.
- Una integració externa rebutja les dades rebudes.
Un cas típic és el d’un formulari que visualment sembla correcte, però per dins no està enviant tots els camps que necessita la integració. Per exemple, un CRM pot exigir nom, email i consentiment legal, però el formulari només està enviant nom i email.
Per a una persona, el formulari pot semblar ben configurat. Per al sistema que rep les dades, la petició està incompleta.
Error 422 en APIs i integracions
L’error 422 també és molt comú quan una web es connecta amb eines externes. Per exemple, una passarel·la de pagament, un CRM, una plataforma d’email marketing, una eina de reserves, Make, Zapier, n8n o un software de facturació.
En una API, el 422 sol indicar que les dades enviades no compleixen les regles esperades. El servidor entén la petició, però rebutja el contingut perquè hi ha un camp absent, un valor incorrecte o un format invàlid.
| Camp enviat | Què espera l’API | Possible error |
|---|---|---|
email buit | Email obligatori | L’API rebutja el registre |
country: España | Codi ES | País invàlid |
amount: "49 euros" | Número 49.00 | Import no processable |
phone: 666 111 222 | Telèfon sense espais | Format incorrecte |
date: 30/04/2026 | Format 2026-04-30 | Data invàlida |
Per això, quan l’error ve d’una API, no n’hi ha prou amb mirar WordPress. Cal revisar la resposta completa que retorna l’eina externa, perquè moltes vegades allà apareix el camp exacte que està fallant.
El número 422 et diu el tipus de problema. El missatge de l’API acostuma a dir-te on és el problema.
Com solucionar l’error 422 pas a pas
Abans de tocar arxius, desactivar plugins o canviar configuracions del servidor, convé seguir un procés ordenat. L’error 422 es diagnostica millor quan es localitza l’acció exacta que no es pot completar.
1. Reprodueix l’error
El primer és comprovar quan apareix. Anota la URL exacta, el navegador, l’usuari amb què passa, l’hora aproximada i l’acció que provoca la fallada.
| Pregunta | Per què importa |
|---|---|
| Apareix en enviar un formulari? | Pot ser un problema de validació |
| Apareix en finalitzar una compra? | Pot estar a WooCommerce o a la passarel·la |
| Apareix en desar una pàgina? | Pot ser firewall, permisos o seguretat |
| Apareix només en mòbil? | Pot haver-hi un camp ocult o script que falla |
| Apareix des d’una integració externa? | Pot ser l’API o el format de dades |
Aquest pas evita una de les pitjors maneres de solucionar errors tècnics: tocar coses a l’atzar.
2. Revisa els camps obligatoris
Si l’error apareix en un formulari, checkout, registre o àrea privada, revisa tots els camps obligatoris. No miris només el que veu l’usuari en pantalla; revisa també camps ocults, camps condicionals i camps que s’envien automàticament.
A WordPress això és especialment important quan s’utilitzen formularis avançats, camps dinàmics, integracions amb CRM o checkouts personalitzats.
Pot ser que un camp no aparegui visualment per a l’usuari, però sí que sigui obligatori per al sistema que processa la sol·licitud.
3. Comprova el format de les dades
Una dada pot estar present, però arribar en un format incorrecte. Això és molt habitual en telèfons, dates, imports, províncies, països, codis postals, emails i camps personalitzats.
Per exemple, una eina pot esperar el país com ES, però la web li envia España. Per a una persona és el mateix. Per a una API, no.
El mateix pot passar amb dates, preus o telèfons. El contingut sembla correcte, però no està en el format que el sistema espera.
4. Revisa els plugins relacionats
Si estàs a WordPress, no comencis desactivant-ho tot. Comença pels plugins que intervenen directament en l’acció que falla.
Ordre recomanat:
- Plugin de formularis.
- Plugin de WooCommerce o checkout.
- Passarel·la de pagament.
- Plugin de seguretat.
- Plugin de caché.
- Plugin d’optimització.
- Plugin de camps personalitzats.
- Integració externa relacionada.
L’ideal és fer aquestes proves en staging per no afectar la web en producció. Si l’error ha aparegut just després d’actualitzar un plugin o canviar una configuració, comença per aquí.
5. Consulta els logs del servidor
Els registres d’errors poden donar-te informació que no apareix en pantalla. Des de cPanel, el panell del hosting o el sistema de logs disponible, revisa què passa just a l’hora en què apareix l’error.
Busca referències a:
- Plugins concrets.
- Arxius PHP.
- Endpoints bloquejats.
- Errors de validació.
- Peticions rebutjades.
- Regles de seguretat activades.
- Respostes d’APIs externes.
Sense logs, moltes vegades només veus el símptoma. Amb logs, pots apropar-te a l’origen real.
6. Neteja la caché amb criteri
La caché pot provocar comportaments estranys quan la web mostra una versió antiga d’una pàgina, formulari o checkout que ja no coincideix amb la lògica actual del lloc.
Neteja la caché en aquest ordre:
- Caché del plugin de WordPress.
- Caché del servidor.
- Caché del navegador.
- Caché de CDN, si utilitzes Cloudflare o una altra eina.
- Caché d’optimització o minificació de CSS i JavaScript.
Després, prova exactament la mateixa acció que generava l’error. Si desapareix, probablement hi havia una versió cachejada causant conflicte. Si continua, cal seguir revisant validacions, plugins o integracions.
7. Revisa les regles de seguretat
De vegades el 422 apareix perquè una regla de seguretat bloqueja una petició que considera sospitosa. Això pot passar amb formularis que envien URLs, textos llargs, caràcters especials, codi HTML, arxius adjunts o camps amb contingut poc habitual.
No es tracta de desactivar la seguretat de la web. Es tracta d’identificar si una regla concreta està bloquejant una acció legítima i ajustar-la correctament.
Checklist ràpid per diagnosticar un error 422
Pots utilitzar aquesta taula com a guia ràpida:
| Pas | Què revisar | Prioritat |
|---|---|---|
| 1 | URL exacta on apareix l’error | Alta |
| 2 | Acció que dispara la fallada | Alta |
| 3 | Formulari, checkout o plugin implicat | Alta |
| 4 | Camps obligatoris i camps ocults | Alta |
| 5 | Format d’email, telèfon, data, país o import | Alta |
| 6 | Canvis recents en plugins o tema | Mitjana |
| 7 | Caché de WordPress, servidor o CDN | Mitjana |
| 8 | Logs del servidor | Alta |
| 9 | Resposta completa de l’API | Alta si hi ha integració |
| 10 | Regles de firewall o seguretat | Mitjana |
L’error 422 és culpa del hosting?
No sempre.
De fet, moltes vegades el hosting no és l’origen del problema. El servidor simplement retorna l’error perquè la web, el plugin, el formulari o l’API no poden processar les dades enviades.
Ara bé, un bon hosting sí que marca la diferència en el diagnòstic. Quan tens accés a logs clars, còpies de seguretat, suport tècnic real, cPanel, un entorn estable i eines adequades, localitzar el problema és molt més fàcil.
La diferència no està només en què la web funcioni quan tot va bé. La diferència està en tenir visibilitat quan alguna cosa falla.
Què revisar abans de demanar suport
Abans de contactar amb suport, apunta tres coses:
- En quina URL apareix l’error.
- Què estaves fent just abans.
- Si has canviat alguna cosa recentment a la web.
Per exemple: actualitzar un plugin, modificar un formulari, tocar WooCommerce, activar caché o canviar regles de seguretat.
Amb aquesta informació, serà molt més fàcil revisar els logs i trobar l’origen de l’error sense perdre temps en proves innecessàries.
Com prevenir futurs errors 422
No tots els errors 422 es poden evitar, però sí que pots reduir molt el risc si mantens una base tècnica ordenada.
Recomanacions importants:
- Mantén WordPress, plugins i tema actualitzats, però prova els canvis importants en staging.
- Evita instal·lar diversos plugins que facin el mateix, especialment en formularis, seguretat, caché i checkout.
- Revisa bé els camps obligatoris en formularis i processos de compra.
- Documenta les integracions externes i els camps que envia cada formulari.
- Comprova les respostes de les APIs quan connectis eines externes.
- Utilitza un sistema de còpies de seguretat fiable.
- Revisa els logs quan aparegui un error, no només la part visible de la web.
- Treballa amb un hosting que no sigui una caixa negra.
A JC Hosting t’ajudem a tenir una base tècnica més clara
Quan apareix un error 422, el problema no sempre és que la web estigui caiguda. Moltes vegades el problema és que una part concreta del sistema està bloquejada perquè alguna cosa no encaixa: una dada, una validació, un plugin, una integració o una regla de seguretat.
A JC Hosting treballem amb infraestructura pensada per a webs professionals: discos NVMe, LiteSpeed, cPanel, còpies de seguretat diàries i suport en espanyol. Però, sobretot, treballem amb una idea clara: que el teu hosting no sigui una caixa negra.
Perquè quan la teva web falla, necessites alguna cosa més que espai en un servidor. Necessites una base tècnica que et permeti entendre què està passant, corregir el problema i continuar funcionant.
