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.
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.