Checklist de mantenimiento WordPress: semanal, mensual y trimestral

El calendario de mantenimiento de un vistazo

Usa este calendario como punto de partida y ajústalo según los cambios del sitio web y las consecuencias de una interrupción. Una tienda que recibe pedidos necesita respaldos de base de datos más frecuentes que un sitio informativo con cambios ocasionales.

Checklist semanal: confirma que el sitio atienda a tus visitantes

Checklist mensual: rendimiento, limpieza y vencimientos

Checklist trimestral: demuestra que puedes recuperar el sitio

Cómo actualizar WordPress con una ruta de recuperación

Las versiones menores del núcleo suelen corregir errores o problemas de seguridad; las versiones mayores pueden traer cambios más amplios. Ambas necesitan verificación, y hasta un parche de plugin puede alterar un formulario o el proceso de compra.

1. Paso 1

   Registra versiones y lee los changelogs

   Anota las versiones instaladas y las de destino del núcleo, los plugins y los temas. Revisa compatibilidad, orden de dependencias, requisitos PHP, urgencia de seguridad y cambios irreversibles de base de datos antes de elegir una ventana de mantenimiento.

2. Paso 2

   Crea y verifica un respaldo reciente

   Antes de cada actualización, respalda archivos y base de datos del mismo momento y comprueba que puedas acceder a la copia externa. Identifica el procedimiento de restauración, el responsable y los pedidos o envíos nuevos que podrías borrar al recuperar la base de datos.

3. Paso 3

   Clona producción en un staging protegido

   Usa una copia reciente con la misma versión PHP y las configuraciones relevantes del hosting. Aísla correo, pagos e integraciones y ejecuta pruebas iniciales para distinguir fallas existentes de las causadas por la actualización.

4. Paso 4

   Actualiza en el orden compatible

   Sigue las dependencias del proveedor en lugar de asumir un orden universal. Actualiza de uno en uno los plugins de mayor riesgo, como tienda, constructor, formularios e integraciones, probando entre cambios y registrando versión y resultado.

5. Paso 5

   Prueba el sitio actualizado

   Revisa diseño en escritorio y celular, acceso, formularios, búsqueda, checkout y tareas programadas que use el sitio. Consulta la consola del navegador y el registro de errores PHP, compara con las pruebas iniciales y detente si falla una función crítica.

6. Paso 6

   Publica los cambios probados con cuidado

   Crea un respaldo nuevo de producción antes de aplicar las versiones probadas o publicar código de forma selectiva. Nunca reemplaces la base de datos de producción por la de staging sobre pedidos o formularios nuevos; las migraciones necesitan un plan específico de publicación y recuperación.

7. Paso 7

   Verifica producción y completa el registro

   Vacía las cachés necesarias, repite las pruebas críticas en producción y confirma que funcionen el monitoreo y los respaldos programados. Si algo falla, detén la publicación y aplica el plan de reversión o reparación conservando los datos nuevos; documenta la falla y la siguiente acción.

Diagnostica un conflicto entre plugins con pruebas

1. Reproducir

   Describe una acción que falla

   Registra la página, recorrido de clics, rol de usuario, navegador, error y cambios recientes. Reproduce la falla en staging y compara con una sesión limpia del navegador antes de modificar plugins.

2. Aislar

   Usa diagnóstico por sesión o staging

   Usa staging como primera opción, sobre todo para checkout y todo lo que modifique datos. En un sitio en vivo, el modo de diagnóstico del plugin Health Check & Troubleshooting desactiva plugins y cambia a un tema predeterminado solo en tu sesión iniciada, así los visitantes siguen viendo el sitio normal.

3. Acotar

   Desactiva la mitad en staging

   Mantén juntas las dependencias necesarias, desactiva la mitad de los plugins candidatos y repite la misma prueba. Prueba la otra mitad o grupos menores hasta encontrar un sospechoso, y compruébalo solo y junto al plugin o tema con el que interactúa.

4. Inspeccionar

   Consulta errores del navegador y PHP

   Abre las herramientas de desarrollador del navegador, Console y Network, para detectar fallas de scripts o solicitudes. En staging, activa WP_DEBUG y WP_DEBUG_LOG con WP_DEBUG_DISPLAY en false; registra el error PHP y la hora correspondiente en un log protegido.

5. Resolver

   Vuelve a probar todos los componentes

   Prueba una corrección compatible del proveedor, un ajuste o una versión compatible; reactiva todos los plugins necesarios y repite las pruebas del visitante. Sal del modo de diagnóstico, desactiva el debug temporal y elimina o restringe los logs antes de cerrar el ticket.

// Edita las definiciones existentes antes del comentario de fin; evita duplicados.
// Cambia la ruta de ejemplo por una ubicación privada donde PHP pueda escribir.
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', '/absolute/private/path/wp-errors.log');
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', '0');

Comprueba la entrega de formularios y corrige rutas rotas

Controles de seguridad que debes verificar

• 2FA y cuentas individuales

  Exige autenticación de dos factores en las cuentas privilegiadas de WordPress, hosting y registrador cuando esté disponible. Verifica su activación y los códigos de recuperación, elimina accesos de administrador compartidos y asigna una cuenta a cada persona.

• Permisos mínimos

  Revisa Usuarios > Todos los usuarios cada mes y después de cambios de personal. Elimina usuarios que ya no trabajan contigo reasignando su contenido cuando corresponda, investiga administradores desconocidos y usa Editor u otro rol limitado cuando no hagan falta permisos de administrador.

• Menos código sin uso

  Elimina plugins y temas sin uso después de comprobar sus dependencias. Conserva el tema padre del tema activo si es necesario y un tema alternativo mantenido si forma parte del plan de recuperación; revisa actualizaciones de todos los componentes restantes.

• Protección del acceso

  Configura límites de intentos o protección de inicio de sesión en el hosting o la herramienta de seguridad. Prueba los controles y el acceso de recuperación, revisa patrones sospechosos y evita reglas que bloqueen usuarios legítimos o integraciones necesarias.

• Desactiva la edición desde el panel

  Agrega define('DISALLOW_FILE_EDIT', true); en wp-config.php antes del comentario que indica dejar de editar, sin duplicar definiciones. Verifica que no estén disponibles los editores de archivos de temas y plugins; esto reduce una vía de edición, pero no evita toda intrusión.

• PHP con soporte y escaneos

  Consulta los datos de PHP en Herramientas > Salud del sitio > Información > Servidor, confirma que la versión reciba parches de seguridad oficiales y prueba los cambios en staging. Programa escaneos de malware, revisa resultados e investiga usuarios o archivos inesperados aunque el escaneo salga limpio.

Aplica la misma checklist a los sitios de tus clientes

Usa un procedimiento estándar con excepciones por sitio: hosting, responsable de credenciales, formularios críticos, plugins, frecuencia y retención de respaldos, método de publicación y contacto de recuperación. Un panel central ayuda a coordinar, pero una actualización masiva exitosa no demuestra que cada sitio funcione.

Sitio / período del reporte / responsable: [completar]
Actualizaciones: [componente, versión anterior, nueva versión, prueba]
Actualizaciones pendientes: [motivo, responsable, próxima revisión]
Respaldos: [frecuencia, última copia externa verificada, retención]
Prueba de restauración: [última fecha, resultado en staging, próxima prueba]
Seguridad: [escaneo, cambios de usuarios/accesos, hallazgos abiertos]
Disponibilidad: [monitor, incidentes, renovación de SSL/dominio]
Pruebas de visitantes: [formularios, llegada al buzón, enlaces, checkout]
Rendimiento: [páginas, datos de campo/laboratorio, cambios, pendientes]
Siguientes acciones: [ticket, responsable, prioridad, fecha o aprobación]

Si delegas el trabajo, acuerda marca, accesos, revisión y comunicación con el cliente en el proceso de WordPress en marca blanca. Cotiza desarrollo o reparaciones mayores mediante el servicio de desarrollo web en marca blanca, para mantener claro el alcance del plan de mantenimiento.

Sitio caído o hackeado: prioridades de la primera hora

Este es un orden de actuación, no una promesa de tiempo de recuperación. Ante una posible intrusión, necesitas contener el problema y conservar evidencia además de recuperar el sitio web.

1. Confirmar

   Verifica desde otra red

   Usa el monitor externo y otra conexión para confirmar la falla. Revisa el estado del hosting, DNS, vigencia del certificado y cambios recientes; registra cuándo observaste el problema por primera vez y avisa al responsable.

2. Conservar

   Guarda evidencia antes de cambios destructivos

   Pide al hosting que preserve los logs y cree una copia aislada de archivos y base de datos. Trátala como evidencia posiblemente comprometida, sepárala de los respaldos limpios y evita acumular cambios sin registro.

3. Contener

   Limita el impacto

   Coordina con el hosting para restringir acceso o mostrar una página de mantenimiento limpia si el sitio distribuye contenido malicioso. Revoca sesiones y cuentas sospechosas, protege accesos privilegiados desde un dispositivo confiable y pausa tareas que puedan enviar correo malicioso o propagar cambios.

4. Recuperar

   Elige una recuperación confiable

   Si falló una actualización, aplica la reversión documentada conservando los registros nuevos de producción. Si hubo intrusión, busca ayuda especializada para identificar el punto de entrada, limpiar o restaurar un respaldo anterior verificado, corregir la causa y renovar los secretos afectados antes de reabrir.

5. Verificar

   Prueba y mantén abierto el incidente

   Revisa formularios, entrega de correo, acceso y compras cuando corresponda, y monitorea errores recurrentes o señales de intrusión. Registra qué está confirmado, qué sigue pendiente y cuándo informarás al responsable; evalúa si los datos expuestos requieren revisión especializada.

Cuándo hacerlo tú y cuándo contratar ayuda

El mantenimiento WordPress de Fer Marketing parte desde $250 por sitio al mes, con precios por volumen para agencias. Incluye actualizaciones, seguridad, respaldos externos, restauraciones probadas, monitoreo de uptime y un reporte mensual; las agencias pueden revender el servicio en marca blanca con su propia marca.

Para páginas nuevas, cambios de contenido, formularios e integraciones, usa la gestión de sitios WordPress. Confirma por escrito alcance, cobertura y excepciones, y contacta a Fer Marketing con los datos del sitio y los problemas pendientes.