El 6 de octubre de 2026 WordPress publicó la versión 7.1.3. El anuncio en español la describe como una actualización de seguridad y mantenimiento, con 7 correcciones de seguridad y 4 correcciones de errores, y recomienda actualizar los sitios de inmediato. El camino habitual es el escritorio: Actualizaciones y después «Actualizar ahora». Si el sitio admite actualizaciones automáticas en segundo plano, el proceso puede empezar solo.
Esa versión corrige el núcleo. Los plugins, el tema y la prueba de que el formulario o la tienda siguen respondiendo quedan en otra pantalla. En una pyme, esa segunda parte suele esperar para cuando haya tiempo. Esta guía la ordena: qué anotar, qué respaldar, en qué orden actualizar y qué recorrer cuando el botón ya terminó.
Qué corrige la 7.1.3 y qué sigue en tus manos
El anuncio de la versión agradece los reportes de siete correcciones. Un sitio de servicios, sin carrito, también puede verse afectado:
- XSS almacenado en la administración de comentarios, mediante comentarios pendientes.
- Denegación de servicio en
WP_Http::make_absolute_url(). - Inyección SQL de segundo orden en la exportación WXR.
- Un usuario con rol de autor podía fijar publicaciones.
- Divulgación, sin autenticación, de comentarios en publicaciones privadas o no publicadas.
- XSS en contenidos incrustados de Imgur.
- Parámetros falsificables en el hook
{status}_{type}.
La portada puede verse igual y el sitio quedar fuera de esta versión. Como cortesía, las correcciones se están llevando a las ramas que aún pueden recibirlas, hoy hasta la 4.7, y el anuncio recuerda que solo la versión más reciente tiene soporte activo. El archivo de versiones lista la 7.1.3, del 6 de octubre de 2026, como la última publicación e indica que solo la más reciente de la serie 7.1 es segura de usar y se mantiene de forma activa. En esa serie también figuran la 7.1 del 19 de agosto, la 7.1.1 del 17 de septiembre y la 7.1.2 del 22 de septiembre.
Actualizar el núcleo deja intactos los plugins y el tema. La pantalla de Salud del sitio puede marcar plugins pendientes: esas extensiones amplían el sitio —formularios, tienda y otras funciones— y por eso tienen un acceso profundo.
Anota la versión, los accesos y las licencias
Completa esta ficha antes de cambiar nada:
| Qué revisar | Dónde mirarlo | Qué dejar anotado |
|---|---|---|
| Núcleo | Escritorio → Actualizaciones | Versión instalada y si aparece un aviso |
| Plugins | Actualizaciones y la pantalla Plugins | Activos, inactivos y cuáles tienen automática |
| Tema | Apariencia | Tema activo y si el diseño vive en un tema hijo |
| Salud del sitio | Herramientas → Salud del sitio | Avisos críticos y la versión en Información |
| Funciones del negocio | Sitio público | Formulario, acceso, reservas o pagos que no pueden fallar |
En extensiones compradas en WooCommerce.com, la documentación de actualización indica revisar WooCommerce → Extensiones → Mis suscripciones y comprobar que la tienda está conectada a la cuenta: sin esa conexión, esas actualizaciones no llegan al escritorio. Si nadie entra hace meses, recupera el usuario administrador antes de instalar nada nuevo.
Respalda archivos y base de datos
La guía para actualizar WordPress recomienda respaldar el sitio antes de empezar. La documentación de respaldos separa archivos y base de datos: la base vive en MySQL o MariaDB y no se obtiene al descargar la carpeta. Hacen falta ambas, y hay que respaldar la base siempre antes de una actualización. La pantalla de Actualizaciones repite ese aviso cuando hay una versión nueva del núcleo.
Pide la fecha de la última copia, si incluye archivos y base, y cómo se restauraría fuera del sitio público. La pauta para comprobar respaldos ayuda a formularlo. En una tienda, WooCommerce ubica temas, extensiones y archivos subidos en wp-content, y productos, pedidos y ajustes en la base. Pide un respaldo actual y, cuando sea posible, probar en staging.
En qué orden conviene actualizar
Desde WordPress 3.7, la mayoría de los sitios aplica en segundo plano las actualizaciones menores y de seguridad, si el clic funciona sin pedir credenciales FTP. Las versiones mayores siguen pidiendo «Actualizar ahora». La 7.1.3 es de seguridad y el proyecto pide aplicarla de inmediato. En un sitio simple puedes hacerlo el mismo día, con copia reciente y alguien disponible para probar el contacto. En una tienda, WooCommerce pide ensayar en staging y repetir en producción el mismo conjunto. Una corrección de seguridad se adelanta al ciclo mensual; la copia se mantiene.
- Confirma una copia de archivos y de base tomada cerca de este cambio.
- Anota las versiones de núcleo, plugins y tema.
- Si existe staging, aplica allí el conjunto y recorre el formulario, la reserva o la compra.
- En el sitio público, actualiza el núcleo desde Escritorio → Actualizaciones y espera el mensaje de término.
- Actualiza después plugins y temas. La documentación de esa pantalla incluye activos e inactivos.
- Si WooCommerce pide actualizar la base de datos, complétalo con el respaldo ya hecho y espera a que termine.
- Si usas caché, vacíala al final para que los visitantes dejen de ver la versión anterior.
La pantalla de temas advierte que las personalizaciones en los archivos del tema se pierden al actualizar, y sugiere un tema hijo para las modificaciones. Si el diseño se editó en el tema padre, revísalo con quien lo construyó antes de actualizar el tema.
WooCommerce pide evitar varias actualizaciones mayores de la tienda a la vez, salvo que ese conjunto ya se haya probado en staging. Durante la ventana en producción recomienda el modo Coming soon (próximamente), para que nadie pague mientras cambian archivos y base de datos.
Activa las automáticas donde alguien pueda revisarlas
Desde WordPress 5.5 se pueden activar actualizaciones automáticas por plugin y por tema: en Plugins, también en lote, y en Apariencia, tema por tema. La documentación indica que WordPress las intenta dos veces al día. Avisa por correo al propietario del sitio si terminan bien, fallan o quedan a medias: esa casilla tiene que existir y alguien debe abrirla. Antes de encenderlas, la guía pide poder volver a una versión anterior.
Si el control no aparece, revisa que WordPress sea 5.5 o posterior. Si ya lo es, el hosting o un plugin pueden haberlo ocultado. Esas tareas dependen del cron de WordPress; Herramientas → Salud del sitio avisa cuando el segundo plano no funciona, hay plugins pendientes o el sitio no llega a WordPress.org. Con el núcleo al día, Actualizaciones indica que las próximas correcciones de seguridad se aplicarán solas.
Deja en automático el núcleo de seguridad. Una pasarela, el tema visible o una integración con el sistema de la empresa merecen que alguien mire el resultado. Si nadie puede revisar el sitio ese día, enciende de a poco.
Qué probar cuando el botón ya terminó
El mensaje de actualización completa cierra la parte técnica. El negocio se comprueba en el sitio:
- Abre la portada, una página de servicio y el contacto desde un teléfono y desde un computador.
- Envía el formulario y confirma que llega a la casilla del equipo.
- Entra con el usuario de quien publica contenidos.
- Si hay tienda, recorre ficha, carrito, pago, envíos, impuestos, correo del pedido y cada extensión que uses, con el método de prueba que ya tengan.
- Si activaste el modo próximamente, quítalo solo después de ese recorrido.
Anota la fecha, las versiones que quedaron y qué se comprobó. Si una página queda lenta, relaciona la demora con el plugin o el tema que acabas de tocar. La guía para detectar por qué WordPress está lento ayuda a separar esa causa de un límite del hosting.
Lo que sigue instalado aunque nadie lo use
Un plugin desactivado sigue en el servidor y la pantalla de Actualizaciones también lo lista cuando hay una versión nueva. En los temas inactivos, Salud del sitio recomienda quitarlos si no piensas usarlos. Con los plugins, deja para otra ventana uno cuyo uso desconoces y pregunta a quien construyó el sitio qué enciende. Un formulario o una pasarela pueden depender de un nombre que hoy no te dice nada.
Las extensiones de pago dejan de ofrecer actualización cuando vence la suscripción o se pierde la conexión con la cuenta. En WooCommerce.com ese estado se mira en Mis suscripciones. Renovar la licencia forma parte del mantenimiento.
Si la actualización se queda a medias
Espera el mensaje final antes de insistir con el botón. Si una actualización falló o una automática no se completó, la pantalla de Actualizaciones indica borrar el archivo .maintenance de la carpeta raíz, por FTP, y reintentar: ese archivo mantiene el aviso.
Si aparece un cuadro de conexión FTP, la guía de actualización lo relaciona con el propietario de los archivos. Pide al hosting que revise permisos o que aplique el cambio. Si el sitio público deja de responder, restaura la copia. Para pedir ayuda, envía la URL, la hora, la versión de partida, el texto del error y qué estabas actualizando.
La vía manual —reemplazar wp-admin y wp-includes sin borrar wp-content— está documentada para cuando el clic no funciona. Conviene que la haga quien administra el servidor. Después puede hacer falta upgrade.php para la base y reactivar los plugins.
Preguntas frecuentes
¿Aplicar la 7.1.3 deja un sitio comprometido como si fuera nuevo?
Cierra las correcciones del núcleo de esa versión. Un administrador que nadie creó, o archivos ajenos al sitio, piden otra revisión. Si ya hay una vulneración, contener el acceso va primero. Cuando la Ley 21.719 entre en vigencia, el aviso a la Agencia forma parte de esa respuesta en los casos que la ley define.
¿Puedo dejar la 7.1.3 para más adelante si la web se ve bien?
El anuncio recomienda actualizar de inmediato. La portada puede abrir mientras siguen pendientes comentarios, exportación o incrustaciones, y solo la publicación más reciente de la serie se mantiene de forma activa.
¿Las actualizaciones automáticas reemplazan el respaldo?
WordPress pide poder volver a una versión anterior antes de activar las automáticas de plugins y temas. El correo avisa del resultado. Restaurar el sitio sigue dependiendo de la copia.
Si prefieres delegar el mantenimiento
En el WordPress administrado de Bitsur, las actualizaciones de WordPress, temas y plugins se evalúan según compatibilidad técnica y estabilidad. Quien publica conserva el contenido. La guía del servicio separa ese trabajo técnico del trabajo del sitio.
Escríbenos con la URL, la versión que muestra Actualizaciones y las funciones que no pueden detenerse. Con eso se puede ver si te conviene aplicar la 7.1.3 con tu proveedor actual o revisar un plan que incluya el mantenimiento.