El tema públic i l’administració executen hooks, recursos i permisos diferents. Un connector pot fallar només a wp-admin, o un perfil pot carregar un giny trencat mentre les pàgines anònimes continuen sanes en memòria cau.
Si l’equip necessita ajuda per recuperar la via d’administració bloquejada, consulta el servei de recuperació d’accés a l’administració WordPress i el seu abast. La intervenció distingeix compte i fallada d’inici de sessió, i acorda comprovació i lliurament abans de canviar res.
Inspecciona la resposta administrativa abans de canviar el tema actiu o el web públic.
Comprova l’estat i el cos
Obre Xarxa per a /wp-admin/ i anota l’estat, longitud, redireccions i tipus de contingut.
Patrons:
500 i buit -> error PHP o servidor
200 i buit -> error ocult o sortida prematura
200 amb HTML -> CSS, JavaScript o overlay
403 -> seguretat, capacitat o tallafoc
3xx -> autenticació o dominiMira el codi font per distingir HTML buit de contingut ocult.
Llegeix els registres administratius
Relaciona l’hora amb PHP i WordPress. Conserva el primer error fatal i la ruta del component.
Activa WP_DEBUG_LOG protegit i sense mostrar només si cal. No exposis errors al navegador.
Comprova si el fatal passa a admin_init, als ginys, durant la creació del menú o en un avís d’actualització.
Compara les rutes d’administració
Prova profile.php, edit.php, plugins.php i una pàgina directa de connector. Si alguna funciona, està implicat l’escriptori o el hook d’una pantalla.
Prova un altre administrador autoritzat. Una fallada específica pot venir d’opcions de pantalla, ginys, idioma o metadades corruptes.
No creïs ni comparteixis comptes sense els controls habituals.
Comprova memòria i temps
L’administració carrega més codi i dades que el web públic. Conserva els errors de memòria o timeout i identifica el consumidor abans d’apujar límits.
Un recompte sense límits o una crida de llicència pot bloquejar una pantalla. Mesura consultes i API a staging.
Recorda que els timeouts administratius ocupen els mateixos workers PHP.
Aïlla connectors administratius
Utilitza WP-CLI per desactivar el connector assenyalat o reanomena només el seu directori. Els connectors obligatoris i drop-ins es revisen a part.
wp plugin deactivate example-pluginExecuta com l’usuari correcte i a l’arrel adequada. Conserva fitxers i dades; no desinstal·lis.
Si encara es carrega part de la interfície, utilitza un mode de diagnòstic limitat a la teva sessió.
Inspecciona els recursos de l’administració
Si hi ha HTML, revisa Consola i Xarxa a la recerca de CSS o JS absent, CSP i excepcions. Els connectors d’optimització haurien d’excloure els recursos administratius.
Un modal de benvinguda pot cobrir tota la pantalla. Inspecciona DOM i estils abans d’eliminar ajustos.
Buida la memòria cau de recursos després de reparar, no sessions de clients alienes.
Repara l’estat de l’usuari
Els ginys i opcions de pantalla viuen en metadades d’usuari. Compara el compte afectat amb un altre que funcioni mitjançant les API de WordPress.
No eliminis totes les metadades. Corregeix només la clau demostrada després d’una còpia i deixa que WordPress reconstrueixi els valors.
Revisa errors de traducció si només falla un idioma.
Revisa menús i columnes personalitzats
Els connectors creen menús, avisos i columnes només per a certes capacitats. Un callback pot consultar totes les entrades o cridar un servei abans de renderitzar.
Desactiva el mòdul a staging i mesura aquella pantalla. Carrega metadades per lots i desa només referències no personals. No retiris les comprovacions de permisos per aconseguir que renderitzi.
Comprova la sortida i la compressió
Espais, depuració o un controlador de compressió trencat poden deixar l’HTML administratiu en blanc. Compara la resposta crua i Content-Encoding amb l’origen.
Revisa auto_prepend_file, el buffer PHP i connectors de seguretat o optimització. Retira echo o var_dump() temporals. No desactivis TLS o la compressió globalment sense proves.
Verifica la feina administrativa
Prova l’escriptori, editor, desament, pàgines de connectors i temes, mitjans, cron i sortida o entrada. Comprova que la part pública continuï igual.
El manteniment recurrent ha de vigilar errors fatals administratius i el temps de les pantalles crítiques. La reparació acaba quan l’equip pot fer les seves tasques, no quan /wp-admin/ mostra una capçalera.
Separa la recuperació de l’administració de la disponibilitat pública
Prepara una comparació del mateix moment: URL pública original com a visitant sense sessió, pantalla administrativa que falla i una altra tasca de gestió autoritzada. Registra estat, existència d’HTML i evidència d’error corresponent en cada cas. Són comprovacions pendents d’executar; la portada visible no permet donar-ne els resultats per fets.
Si la ruta pública també queda en blanc, torna a l’arbre de pantalla blanca sense missatge d’error. Si només falla una pantalla o usuari d’administració, centra el diagnòstic en els seus hooks, recursos i context autoritzat. La memòria cau pública pot ocultar un problema que apareix en executar una petició nova.
Per tancar, repeteix la tasca real: obrir l’editor corresponent, desar un canvi de prova autoritzat o utilitzar la pantalla de gestió afectada, segons el que s’hagi acordat. Veure només la capçalera de l’escriptori deixa l’acceptació incompleta. Comprova també la part pública i registra les pantalles pendents per separat.
Per sol·licitar una valoració de reparació de l’administració WordPress, aporta URL pública, ruta de pantalla, hora aproximada, canvis recents i si afecta altres usuaris autoritzats. L’accés de diagnòstic es comparteix després pel canal acordat; la consulta pública no necessita credencials.