Un lunes a la ma\u00f1ana alguien del equipo entra al sitio de la empresa y encuentra algo raro: la p\u00e1gina tarda una eternidad, el formulario de contacto no env\u00eda nada o el navegador muestra una advertencia roja. Nadie sabe bien qui\u00e9n lo arm\u00f3, cu\u00e1ndo se actualiz\u00f3 por \u00faltima vez ni d\u00f3nde est\u00e1 la contrase\u00f1a del hosting.<\/p>\n
Esa escena es muy com\u00fan en sitios hechos con WordPress. La plataforma es flexible, popular y relativamente f\u00e1cil de administrar, y justamente por eso muchas empresas la publican, la dejan andando y se olvidan de ella durante meses o a\u00f1os.<\/p>\n
Sin embargo, un sitio WordPress no es un folleto impreso. Tiene n\u00facleo, tema, plugins, una base de datos, una versi\u00f3n de PHP y un servidor que cambian con el tiempo. Cuando nadie acompa\u00f1a esos cambios, los problemas se acumulan en silencio hasta que aparecen todos juntos, generalmente en el peor momento.<\/p>\n
En esta nota repasamos las se\u00f1ales que indican que un sitio WordPress necesita mantenimiento urgente, c\u00f3mo distinguir lo grave de lo que puede esperar, qu\u00e9 revisar primero, qu\u00e9 no conviene hacer apurados y c\u00f3mo pasar de apagar incendios a un mantenimiento ordenado. Al final hay una lista de verificaci\u00f3n para hacer un diagn\u00f3stico r\u00e1pido.<\/p>\n
La idea de que \u201csi no lo toco, no se rompe\u201d no aplica a un sitio web publicado. El entorno alrededor del sitio cambia aunque el contenido quede igual.<\/p>\n
Algunos cambios que ocurren sin que la empresa haga nada:<\/p>\n
El resultado es un sitio que funcionaba bien el d\u00eda que se public\u00f3 y que, con el paso del tiempo, queda cada vez m\u00e1s expuesto y m\u00e1s fr\u00e1gil.<\/p>\n
Muchas empresas tienen un sitio que arm\u00f3 un proveedor anterior, un freelancer que ya no responde o alguien del equipo que se fue. Nadie tiene claro qu\u00e9 plugins se instalaron ni por qu\u00e9.<\/p>\n
En esos casos el riesgo no es solo t\u00e9cnico. Tambi\u00e9n es operativo: si algo falla, no hay a qui\u00e9n llamar, no hay accesos documentados y cada minuto de diagn\u00f3stico se pierde buscando contrase\u00f1as.<\/p>\n
WordPress se usa en una enorme cantidad de sitios en todo el mundo. Eso lo vuelve atractivo para ataques automatizados que recorren internet buscando versiones viejas, plugins vulnerables y contrase\u00f1as d\u00e9biles.<\/p>\n
No hace falta que la empresa sea grande o conocida. Los bots no eligen v\u00edctimas por su facturaci\u00f3n, sino por las puertas que encuentran abiertas.<\/p>\n
Hay s\u00edntomas que indican que el sitio necesita atenci\u00f3n inmediata. No son detalles est\u00e9ticos: afectan la seguridad, la reputaci\u00f3n o la capacidad de recibir consultas.<\/p>\n
Conviene actuar el mismo d\u00eda si aparece alguna de estas se\u00f1ales:<\/p>\n
Cuando aparece una de estas se\u00f1ales, ya no se trata de mantenimiento preventivo. Se trata de contener un incidente.<\/p>\n
Si Google detecta malware, phishing o contenido enga\u00f1oso, puede mostrar una advertencia a los visitantes antes de que entren al sitio. Esa advertencia espanta a cualquier cliente potencial.<\/p>\n
Se puede consultar el estado del dominio en el informe de Navegaci\u00f3n segura de Google<\/a>. Si el sitio est\u00e1 verificado en Search Console, el apartado de problemas de seguridad<\/a> detalla qu\u00e9 se detect\u00f3 y c\u00f3mo pedir una revisi\u00f3n una vez limpio.<\/p>\n Un s\u00edntoma cl\u00e1sico de un sitio comprometido es el spam inyectado: p\u00e1ginas de productos que la empresa no vende, enlaces ocultos o resultados de b\u00fasqueda con t\u00edtulos en otros idiomas.<\/p>\n Otro es la redirecci\u00f3n selectiva. El due\u00f1o entra desde la computadora de la oficina y todo parece normal, pero un cliente que llega desde Google con el celular termina en una p\u00e1gina de apuestas o de ofertas falsas.<\/p>\n Un usuario con rol de administrador creado sin explicaci\u00f3n es una se\u00f1al muy seria. Lo mismo vale para archivos PHP nuevos en carpetas de im\u00e1genes o plugins que nadie recuerda haber instalado.<\/p>\n En esos casos conviene no borrar nada a las apuradas: primero hay que preservar evidencia y entender el alcance.<\/p>\n No todo lo urgente es un ataque. Muchas veces el sitio simplemente se qued\u00f3 atr\u00e1s y empieza a fallar por acumulaci\u00f3n.<\/p>\n Estas se\u00f1ales indican que el mantenimiento est\u00e1 muy demorado:<\/p>\n WordPress incluye una pantalla de Salud del sitio<\/a> en Herramientas que revisa la configuraci\u00f3n y marca problemas cr\u00edticos y mejoras recomendadas.<\/p>\n No reemplaza una auditor\u00eda, pero es un buen primer term\u00f3metro. Si aparecen avisos sobre PHP, actualizaciones autom\u00e1ticas, HTTPS o tareas programadas, ya hay trabajo pendiente.<\/p>\n PHP es el lenguaje sobre el que corre WordPress. Cada versi\u00f3n tiene un per\u00edodo de soporte, y el sitio oficial publica el calendario de versiones soportadas<\/a>.<\/p>\n Correr una versi\u00f3n sin soporte significa no recibir correcciones de seguridad. Adem\u00e1s, WordPress publica sus requisitos recomendados<\/a>, que conviene contrastar con lo que ofrece el hosting.<\/p>\n El detalle importante es que subir la versi\u00f3n de PHP puede romper plugins o temas viejos. Por eso no es un cambio para hacer un viernes a la tarde sin prueba previa.<\/p>\n A veces las se\u00f1ales no aparecen en el panel de WordPress, sino en el d\u00eda a d\u00eda comercial. Son igual de importantes porque muestran que el sitio dej\u00f3 de cumplir su funci\u00f3n.<\/p>\n Conviene prestar atenci\u00f3n si:<\/p>\n Un formulario de contacto roto es uno de los problemas m\u00e1s caros y menos visibles. El visitante completa sus datos, aprieta enviar y el mensaje nunca llega a nadie.<\/p>\n La forma m\u00e1s simple de detectarlo es enviar una consulta de prueba de forma peri\u00f3dica y confirmar que llega a la casilla correcta. Si el sitio env\u00eda correos sin un servicio SMTP configurado, la entrega suele ser poco confiable.<\/p>\n Un sitio lento no siempre es un sitio roto, pero suele ser un sitio descuidado: im\u00e1genes enormes, plugins que cargan scripts en todas las p\u00e1ginas, cach\u00e9 mal configurada o un hosting que qued\u00f3 chico.<\/p>\n Herramientas como PageSpeed Insights<\/a> ayudan a ver c\u00f3mo se comporta el sitio con datos de laboratorio y, cuando hay suficiente tr\u00e1fico, con datos de usuarios reales.<\/p>\n No todo requiere la misma velocidad de respuesta. Ordenar los problemas evita dos errores frecuentes: entrar en p\u00e1nico por detalles menores o ignorar un incidente real.<\/p>\n Esta tabla resume una forma pr\u00e1ctica de priorizar:<\/p>\nContenido extra\u00f1o y redirecciones<\/h3>\n
Usuarios y archivos que nadie reconoce<\/h3>\n
Se\u00f1ales t\u00e9cnicas que indican deterioro<\/h2>\n
\n
La herramienta de Salud del sitio<\/h3>\n
Versiones de PHP fuera de soporte<\/h3>\n
S\u00edntomas de negocio que tambi\u00e9n cuentan<\/h2>\n
\n
Formularios que fallan en silencio<\/h3>\n
Velocidad y experiencia en el celular<\/h3>\n
C\u00f3mo distinguir lo urgente de lo importante<\/h2>\n