Què importa primer: WordPress ha intentat bloquejar o llegir la vostra prova galeta i no ha rebut el valor esperat. Hi participen tots els encarregats de detecció i resposta del navegador, domini, ruta, HTTPS.
Què indica realment aquest símptoma
Si l’error afecta cada navegador, la configuració del servidor és més probable que una configuració de privacitat local. Capturar Set- Galeta i la següent sol· licitud mostra si el galeta ha estat emès, emmagatzemat i retornat.
Recull proves abans de canviar res
- Inspecciona Set- Galie en wp-registrein.php i la capçalera Galeta en la següent sol·licitud.
- Compara el domini de la galeta i el camí amb l’adreça en el navegador.
- Comprova l’adreça WordPress, l’adreça del lloc i la detecció HTTPS darrere de proxies.
- Busqui advertències de capçaleres-ja-enviats i respostes d’accés a la memòria cau.
Causes més habituals
- Desajustament de dominis: La galeta pertany a un altre servidor, variant www o antic domini de migració.
- Desajustament de galetes segures: WordPress creu que la sol· licitud és HTTP mentre que el navegador usa HTTPS, o viceversa.
- Pàgina d’accés a la memòria cau: Un CDN o memòria cau de pàgina serveix galetes o nonces obsolet.
- Producte inicial: La sortida de l’PHP evita que s’ enviï la capçalera set-Cookie.
Seqüència segura de diagnòstic i reparació
- Exclou wp-registrein.php i wp-admin de cada pàgina completa cau.
- Corregir el maneig canònic URLs i reenviar HTTPS.
- Elimina COOKIE_ DOMAIN intencionat anul· la a menys que l’arquitectura els requereixi.
- Esborra només el navegador rellevant galetes i repeteix durant la inspecció de capçaleres.
Com distingir entre les causes probables
No tractis Desajustament de dominis i Desajustament de galetes segures com a causes equivalents. La galeta pertany a un altre servidor, variant www o antic domini de migració. En canvi, wordPress creu que la petició és HTTP mentre que el navegador usa HTTPS, o viceversa. Per distingir- les, usa aquestes dues comprovacions: Inspecciona Set- Galie en wp- registrein.php i la capçalera Galeta en la següent sol· licitud; i compara el domini galeta i la ruta amb l’adreça en el navegador. Amb aquestes dades podreu decidir si convé aplicar la primera acció controlada — Excloir wp-registrein.php i wp-admin de cada pàgina completa cau — o si heu de conservar l’estat actual i ampliar la recerca.
En un lloc de WordPress en producció, repeteix la petició que falla mentre comprova una pàgina que funciona correctament i l’àrea d’administració. Un error aïllat en una ruta requereix un rollback més acotat que un problema que afecta PHP, la base de dades o totes les peticions. Documenta la data i hora exactes, la URL o transacció afectada, l’últim estat correcte conegut i cada canvi realitzat durant el diagnòstic. Aquest registre permet distingir una reparació reproduïble d’una desaparició temporal del símptoma.
Què no has de fer
No desactivis els indicadors de seguretat o HttpOnly galeta per a fer funcionar l’accés. Fieu l’esquema i la detecció de domini que va causar el desajustament.
Com verificar la reparació
- L’accés persisteix a través d’una actualització de la pàgina d’administració.
- L’autenticació correcta ha estat configurada i retornada pel servidor canònic.
- Altres navegadors i una sessió neta es comporten consistentment.
Que el símptoma visible desaparegui no és suficient. Tanca la incidència només quan l’acció original que fallava, el recorregut de negoci relacionat i els registres rellevants confirmin que el problema ha desaparegut.
CRITERI D’INCIDENT WP REPAIR
Reconstrueix la incidència abans de corregir-la
Si l’error afecta cada navegador, la configuració del servidor és més probable que una configuració de privacitat local. Capturar Set- Galeta i la següent sol· licitud mostra si el galeta ha estat emès, emmagatzemat i retornat.
- 1
Inspecciona Set- Galie en wp-registrein.php i la capçalera Galeta en la següent sol·licitud.
- 2
Compara el domini de la galeta i el camí amb l’adreça en el navegador.
- 3
Comprova l’adreça WordPress, l’adreça del lloc i la detecció HTTPS darrere de proxies.
- 4
Busqui advertències de capçaleres-ja-enviats i respostes d'accés a la memòria cau.
Què ha de quedar verificat
- l’accés persisteix a través d’una actualització de la pàgina d’administració.
- l’autenticació correcta ha estat configurada i retornada pel servidor canònic.
- Altres navegadors i una sessió neta es comporten consistentment.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Aquest error significa que el navegador del visitant està bloquejant les galetes?+
No necessàriament. WordPress mostra aquest missatge cada vegada que la vostra galeta de prova no ha estat retornada correctament, que sovint és un problema del costat del servidor com un desajust de domini o un conflicte de marca de galetes segures en comptes d’una configuració de privacitat real del navegador. Comprova si el problema afecta cada navegador, no només un visitant, és la manera més ràpida de descartar una configuració local.
Es segur simplement deshabilitar banderes de galetes segures o HttpOnly perquè els inicis de sessió funcionin de nou?+
No. Apaga aquestes banderes elimina una protecció de seguretat en comptes de fixar la causa subjacent, que és gairebé sempre una detecció incorrecta HTTPS o un desajust de domini entre la galeta i l’adreça canònica del lloc. La solució correcta és corregir l’esquema i la detecció de domini, no debilitar la galeta.
Per què aquest error només apareixerà després d’una migració o canvi de domini?+
Si la galeta ha estat emesa per a un domini antic, una variant de www, o un host diferent del que està ara en la barra d’adreces, WordPress no la reconeixerà com a vàlida. Comparar el domini i la ruta de la galeta amb l’adreça actual del navegador generalment ho revela immediatament.
Podria ser la memòria cau la raó per la qual l’inici de sessió encara fallant fins i tot després d’eliminar les galetes del navegador?+
Sí. Una memòria cau CDN o de pàgina completa que serveix a una resposta wp-inici de sessió.php ranci pot distribuir valors antics de nonces o galetes independentment del que feu el navegador. Exclou wp-inici de sessió.php i wp-admin de cada capa de memòria cau de pàgina és un pas requerit, no opcional.