Ver un aviso en Salud del sitio en WordPress no explica por sí solo qué está fallando ni qué cambio conviene hacer. Para tomar una decisión útil hay que leer el detalle, relacionarlo con una función de la web y comprobar el resultado después de intervenir.
Esta guía propone un procedimiento de diagnóstico para responsables de webs corporativas. Los ejemplos son orientativos: no describen incidencias verificadas en tu instalación.
Dónde consultar Salud del sitio
En el panel de WordPress, entra en Herramientas → Salud del sitio. La lección oficial de WordPress distingue dos pestañas: Estado, para los avisos y las comprobaciones, e Información, para consultar detalles técnicos y copiarlos al portapapeles.
Como primera revisión, abre cada aviso y guarda su texto completo. Anotar solo «la web tiene problemas» obliga a empezar el diagnóstico de nuevo cuando lo revisa otra persona.
Qué significa cada grupo de resultados
La documentación de Salud del sitio agrupa los resultados en problemas críticos, mejoras recomendadas y pruebas superadas. Los críticos pueden señalar riesgos de seguridad o problemas importantes de rendimiento; las recomendaciones plantean mejoras y las pruebas superadas indican comprobaciones sin incidencias detectadas.
Como criterio de trabajo, no conviertas el número de avisos en una nota de calidad de toda la web. Completa la revisión con tareas reales: abrir una página, editar un contenido y comprobar el formulario. Un resultado de esta pantalla no documenta por sí solo esas pruebas.
Cómo priorizar sin cambiar todo a la vez
Mi recomendación es preparar una lista breve por aviso con cuatro datos: qué dice, qué función afecta, qué evidencia existe y quién puede resolverlo. Después ordena la intervención según el impacto observado.
- Primero: situaciones que afectan al acceso, a una función necesaria o a información expuesta.
- Después: incompatibilidades y fallos reproducibles que dificultan el mantenimiento.
- Por último: mejoras que necesitan planificación y cuya urgencia no se ha demostrado.
Un aviso crítico merece investigación prioritaria; la acción concreta depende del detalle. Evita instalar una herramienta nueva solo para intentar que desaparezca la advertencia.
Tres ejemplos para orientar el diagnóstico
WordPress no puede comunicarse con WordPress.org
La documentación oficial relaciona esta comunicación con la consulta e instalación de actualizaciones. Como siguiente paso, envía al alojamiento el mensaje exacto, la fecha y los cambios recientes. Pide comprobar la conectividad necesaria antes de atribuir la causa a un plugin.
La petición de retorno o loopback falla
WordPress documenta que estas peticiones intervienen en eventos programados y comprobaciones de sus editores de código. Como procedimiento, revisa si hay una tarea concreta que no se ejecuta y conserva el error. Puedes ampliar el contexto con la guía de WP-Cron y tareas programadas.
Hay una advertencia sobre PHP
La formación oficial explica que la versión de PHP se gestiona en el alojamiento y recomienda una copia antes de actualizar. Prepara el cambio en un entorno de staging; documenta la versión anterior y valida las funciones importantes antes de trasladarlo a producción.
Qué información enviar al soporte
La pestaña Información muestra datos sobre WordPress, temas, plugins, servidor y base de datos. Según la documentación, sirve para consultar la configuración, no para modificarla desde esa pantalla.
Para una consulta de soporte, recomiendo compartir por un canal privado únicamente el contexto necesario:
- Mensaje completo y hora aproximada del fallo.
- Pasos para reproducirlo, indicando el resultado esperado y el observado.
- Cambios recientes y versiones de los componentes implicados.
- Captura revisada y un extracto pertinente de la información técnica.
- Pruebas realizadas y su resultado, sin confundir hipótesis con causas confirmadas.
Revisa lo que copias antes de enviarlo: no añadas contraseñas, tokens ni datos de clientes a una consulta o captura pública.
Cómo comprobar que la intervención ha funcionado
Propongo aplicar un cambio cada vez y comparar el antes y el después. Si se actualiza un componente, sigue el procedimiento de actualización de WordPress con validación y conserva una vía de recuperación.
- Vuelve a ejecutar las comprobaciones de Salud del sitio.
- Repite la operación que fallaba, con los mismos pasos.
- Abre las páginas y revisa imágenes, navegación y formulario.
- Registra qué cambió y qué sigue pendiente.
Si desaparece el aviso pero no has repetido la operación afectada, deja esa prueba pendiente. Integra el registro en tu checklist de mantenimiento mensual para que la siguiente revisión tenga contexto.
¿Necesitas interpretar los avisos de tu web?
Puedo revisar el contexto técnico y preparar un plan de mantenimiento WordPress con prioridades y comprobaciones concretas.
Fuentes oficiales
Fuentes consultadas el 1 de octubre de 2026. La priorización, los ejemplos de diagnóstico y la checklist son recomendaciones de trabajo, no una auditoría de una instalación concreta.
