Qué incluye la versión 7.1.3
WordPress publicó la versión 7.1.3 el 6 de octubre como actualización de mantenimiento y seguridad. El anuncio oficial enumera siete correcciones de seguridad y cuatro errores corregidos, y recomienda actualizar los sitios de inmediato. La publicación describe las áreas afectadas y agradece las notificaciones responsables; no afirma que todos los sitios estén comprometidos.
El número de correcciones no basta para determinar si una instalación concreta está expuesta. También influyen la versión, la configuración, los permisos, los plugins y el alojamiento. La conclusión práctica sí es clara: dar prioridad a la actualización, confirmar que la versión tiene soporte y programar el trabajo sin dejarlo para semanas después.
Actualizar pronto con una vía de recuperación
Antes de cambiar el sitio público, comprueben que existe una copia reciente y que se puede restaurar. Una copia de la base de datos por sí sola quizá no incluya archivos, medios y configuración. En un sitio importante para el negocio, conviene acordar quién se encarga, cuándo se hará y cómo contactar con el proveedor de alojamiento o mantenimiento si surge un problema.
Si el alojamiento ofrece un entorno de pruebas, comprueben allí la actualización con el tema y los plugins esenciales. Las pruebas no deberían servir de excusa para aplazar indefinidamente una actualización de seguridad: permiten detectar incompatibilidades antes de que afecten a visitantes. Los sitios pequeños también pueden actualizarse en un periodo tranquilo con una copia recuperable.
Revisar toda la plataforma, no solo el núcleo
WordPress, los temas, los plugins, PHP y el alojamiento son componentes distintos. Actualizar el núcleo no corrige automáticamente un plugin desactualizado, y una actualización de plugin puede crear otro problema de compatibilidad. El mantenimiento debería revisar actualizaciones pendientes, eliminar extensiones que ya no se usan y detectar componentes sin soporte.
En un sitio con código propio, pagos o reservas, incluyan esos recorridos en las comprobaciones. Que la página principal cargue no basta si falla un formulario, el pago o la navegación por idiomas. Mantengan los registros necesarios para diagnosticar y confirmen que las copias y la supervisión vuelven a funcionar después de actualizar.
Lista de comprobación posterior
Después de actualizar, revisen el sitio público en una ventana privada y prueben los recorridos importantes: navegación, formularios, diseño móvil, acceso, búsqueda, compra o reserva e integraciones. Comprueben la versión del núcleo, los avisos del panel y los registros, así como la próxima ejecución de las copias programadas.
Si aparece un error, anoten la hora, la URL y los pasos para reproducirlo antes de cambiar varios ajustes a la vez. Una restauración debe tener en cuenta los pedidos o solicitudes recibidos desde la copia. Un diagnóstico ordenado conserva información y evita convertir un problema limitado de compatibilidad en una interrupción prolongada.
La seguridad forma parte del mantenimiento habitual
Un sitio necesita responsables de actualizaciones, copias y recuperación. Para muchas organizaciones pequeñas basta un procedimiento documentado: conocer los componentes, recibir avisos, probar los recorridos principales y conservar una copia útil. Si un proveedor gestiona la instalación, pidan confirmación de la versión y de cualquier excepción.
La recomendación de WordPress es actualizar de inmediato. La respuesta razonable no es alarmarse ni ignorar el aviso: aplicar la versión con una opción de recuperación y comprobar después el sitio. La publicación oficial documenta las correcciones; la existencia de un parche no demuestra que una web concreta haya sufrido un incidente.
Fuentes y lecturas adicionales
¿Quieres señalar un error factual o sugerir una fuente? Contactar con la redacción.
