Durante mucho tiempo las webs se trataron como una reforma de oficina. Se diseñaban, se publicaban y nadie volvía a ocuparse de ellas hasta que quedaban anticuadas o empezaban a fallar.
Ese planteamiento encaja mal con una web WordPress actual.
WordPress, los plugins, los temas, PHP y los servicios conectados cambian durante todo el año. En 2026 el proyecto ha planificado tres versiones mayores: WordPress 7.0, publicada el 20 de mayo; WordPress 7.1, prevista para el 19 de agosto, y WordPress 7.2, proyectada para el 10 de diciembre. Entre esos lanzamientos aparecen versiones de mantenimiento y parches de seguridad.
Esto no obliga a rediseñar la web tres veces al año. Sí obliga a dejar atrás la idea de que una web termina el día que se publica.
Cuando el sitio es importante para captar clientes, recibir reservas, vender o atender usuarios, conviene planificar varias revisiones técnicas durante el año. Cada nueva versión abre la puerta a mejoras, pero también puede descubrir incompatibilidades con el tema, los plugins o el servidor.
Hace falta alguien al volante.
Una versión mayor es un lanzamiento como WordPress 7.0 o 7.1. Suele reunir cambios en el editor, el panel de administración, las APIs, el rendimiento, la accesibilidad y las herramientas que utilizan los desarrolladores.
Después llegan versiones menores como 7.0.1 o 7.0.2. Estas corrigen errores o problemas de seguridad sin introducir una transformación comparable en el sistema.
Durante el desarrollo también se publican versiones de prueba:
Una pyme no debería instalar betas en su web pública. Una agencia, un proveedor de plugins o el responsable técnico sí puede utilizarlas en entornos separados para comprobar con antelación si algo va a fallar.
La frecuencia de lanzamientos tampoco debe interpretarse como una promesa permanente de tres versiones todos los años. Es el calendario previsto para 2026. WordPress señala expresamente que las fechas futuras se publican para facilitar la planificación y pueden modificarse.
WordPress 7.0 estaba previsto inicialmente para abril, pero se aplazó para resolver trabajo técnico relacionado con su arquitectura. La versión definitiva se lanzó el 20 de mayo de 2026.
Fue una actualización amplia. Su guía técnica recoge más de 419 cambios en el núcleo, más de 300 correcciones de errores y cientos de mejoras relacionadas con el editor, el panel y la integración de funciones de inteligencia artificial.
Entre los cambios más visibles para una empresa destacan:
WordPress 7.0 también elevó el mínimo técnico de PHP. Desde esta versión se necesita PHP 7.4 o superior, aunque WordPress recomienda PHP 8.3. PHP 7.4 ya está fuera de soporte oficial, por lo que debe entenderse como un mínimo de compatibilidad, no como la versión aconsejable para mantener una web empresarial.
La hoja de ruta sitúa WordPress 7.1 el 19 de agosto. En el momento de redactar este artículo sigue siendo una versión en desarrollo, de modo que algunas funciones previstas podrían cambiar o no llegar al lanzamiento final.
El plan de trabajo incluye mejoras en:
La propia hoja de ruta advierte de que estos elementos están en desarrollo y no todos tienen asegurada su inclusión definitiva.
Para una empresa el interés no está en memorizar cada función. Importa saber que pueden cambiar la forma en que el equipo edita páginas, revisa contenidos y aplica estilos en escritorio y móvil.
La fecha proyectada para WordPress 7.2 es el 10 de diciembre de 2026. Aún no hay una lista oficial cerrada de funciones que permita afirmar qué novedades concretas incorporará.
Presentarla ahora como una versión centrada en una función determinada sería especular.
Lo razonable es contar con una tercera ventana de actualización al final del año y reservar tiempo para comprobar compatibilidad, rendimiento y seguridad cuando exista información fiable sobre su contenido.
En ocasiones se aplazan las actualizaciones porque el propietario entra en la web y «todo sigue funcionando».
El problema es que los cambios importantes suelen estar debajo de la parte visible.
Una nueva versión puede modificar:
La página de inicio puede parecer igual después de actualizar, pero el tema, el constructor, el formulario o una integración podrían estar funcionando de forma distinta.
Por eso una actualización importante necesita pruebas, aunque el diseño apenas cambie.
Un calendario frecuente de versiones aporta ventajas.
La empresa puede recibir mejoras de edición, accesibilidad, rendimiento y seguridad sin abordar un rediseño completo. Los cambios se incorporan poco a poco y permiten que la plataforma siga evolucionando.
WordPress 7.0, por ejemplo, añadió revisiones visuales, nuevas opciones responsive y más control sobre patrones y navegación. Son funciones que pueden facilitar el trabajo del equipo y reducir la necesidad de recurrir a código para algunos ajustes.
El beneficio aparece cuando la instalación está cuidada.
Una web abandonada durante varios años no puede aprovechar estas mejoras con la misma facilidad. Antes será necesario revisar plugins, tema, PHP y código personalizado.
Cada versión mayor cambia piezas que utilizan otros componentes.
Un plugin puede tardar en adaptarse. Un tema antiguo puede emplear funciones que ya no se recomiendan. Un constructor visual puede necesitar una versión concreta para funcionar correctamente con el nuevo núcleo.
Las posibilidades de incidencia aumentan cuando la web incluye:
Esto no convierte las actualizaciones en algo peligroso que haya que evitar. Retrasarlas indefinidamente también genera problemas.
La salida sensata es probar antes de actualizar la web pública.
WordPress funciona sobre PHP. Aunque el propietario no lo vea, la versión instalada en el servidor condiciona la seguridad, la compatibilidad y el rendimiento.
WordPress 7.0 dejó de admitir PHP 7.2 y 7.3. El nuevo mínimo es PHP 7.4, mientras que la versión recomendada es PHP 8.3.
Hay una diferencia importante entre «funciona» y «es aconsejable».
PHP 7.4 puede cumplir el requisito mínimo de WordPress, pero ya no recibe soporte oficial del proyecto PHP. Mantener una web empresarial sobre software de servidor obsoleto aumenta el riesgo y limita las versiones de plugins que pueden utilizarse.
Un buen proveedor de hosting debería permitir:
En nuestra guía sobre cómo elegir un hosting para WordPress repasamos los criterios que importan más allá del precio.
Dejar la instalación como está puede parecer la opción más conservadora. En realidad, el resto de las piezas sigue cambiando.
Los navegadores se actualizan. Los servicios externos modifican sus APIs. Los plugins dejan atrás versiones antiguas y el hosting retira software obsoleto.
La web va quedando separada del entorno actual aunque nadie pulse ningún botón.
Saltar de WordPress 7.0 a 7.1 suele ser más manejable que actualizar una web que se quedó varias versiones atrás.
Cuanto mayor sea el salto, más cambios habrá que revisar al mismo tiempo:
Una instalación antigua puede requerir actualizaciones por fases. En ocasiones no conviene pasar directamente a la última versión porque antes hay que sustituir un plugin abandonado, renovar el tema o corregir código incompatible.
Es parecido a sanear un WordPress desordenado: primero se hace inventario, después se crean copias y se prueba el cambio en un entorno separado.
Las versiones menores pueden ser tan importantes como las mayores.
El 17 de julio de 2026 se publicó WordPress 7.0.2 para corregir un problema crítico y otro de severidad alta. Debido a la gravedad, WordPress activó actualizaciones automáticas forzadas en las instalaciones afectadas que las admitían. También publicó correcciones para las ramas 6.9 y 6.8 afectadas.
Este caso deja dos ideas útiles.
La primera es que una web no puede revisarse únicamente tres veces al año. Las tres versiones mayores sirven para organizar las intervenciones más amplias, pero las alertas de seguridad deben vigilarse de forma continua.
La segunda es que no siempre es cierto que una rama anterior quede inmediatamente sin correcciones. WordPress puede trasladar parches a versiones previas afectadas. Aun así, trabajar sobre una rama antigua reduce progresivamente la compatibilidad con temas, plugins y versiones actuales de PHP.
En por qué WordPress necesita mantenimiento aunque apenas lo toques explicamos cómo se combinan las actualizaciones del núcleo con las vulnerabilidades de plugins y temas.
Un desarrollador necesita decidir qué versiones de WordPress y PHP puede seguir probando.
Cuando una extensión adopta funciones nuevas, es habitual que deje de admitir instalaciones antiguas. Mantener compatibilidad indefinida encarece el desarrollo y limita las mejoras.
Una web desactualizada puede encontrarse en una situación incómoda:
Ese bloqueo no aparece de un día para otro. Se forma tras meses o años de aplazar decisiones.
Las nuevas versiones de WordPress suelen incluir correcciones relacionadas con el editor, la accesibilidad y la carga del sistema.
No todas producirán una mejora perceptible en cada web. El rendimiento depende mucho del tema, los plugins, las imágenes, los scripts externos y el hosting.
Aun así, quedarse en una base antigua impide aprovechar cambios del núcleo y obliga a mantener herramientas pensadas para un entorno anterior.
Si la web carga lentamente, conviene revisar también nuestra guía sobre Core Web Vitals en WordPress y las causas habituales de un WordPress lento.
La mejor forma de gestionar este ritmo es incorporar las revisiones al calendario de la empresa.
No hace falta convertir cada versión en un gran proyecto. Basta con preparar tres ventanas anuales de revisión amplia y mantener vigilancia continua sobre los parches de seguridad.
Un calendario anual podría organizarse así:
Las fechas concretas deben adaptarse al calendario oficial y al funcionamiento del negocio. Una tienda no debería programar una actualización delicada justo antes de su campaña más importante.
Comprueba:
Antes de actualizar conviene saber:
Cuantos menos componentes desconocidos haya, más sencillo será diagnosticar una incidencia.
Debe incluir la base de datos y los archivos. Conviene guardarla fuera del mismo servidor y comprobar que se puede restaurar.
En nuestra guía de copias de seguridad en WordPress explicamos por qué crear la copia es solo la primera parte del trabajo.
Un entorno de staging permite clonar la web y actualizarla sin afectar al sitio público.
Allí se pueden detectar:
Las webs sencillas también se benefician de esta prueba, aunque el proceso puede ser más ligero.
No hace falta revisar cada página con la misma profundidad.
Primero se prueban las funciones importantes para el negocio.
Esta lista debería estar documentada para repetir las mismas pruebas después de cada actualización importante.
Tras instalar la versión nueva hay que revisar:
También conviene vigilar la web durante los días siguientes. Algunos fallos solo aparecen cuando se ejecuta una tarea concreta o interviene un servicio externo.
En qué puedes tocar tú en WordPress y qué conviene delegar distinguimos las actualizaciones rutinarias de los cambios que necesitan más control.
Una versión mayor no tiene por qué limitarse a «actualizar y comprobar que no se rompe».
Es un buen momento para introducir mejoras pequeñas que llevan meses pendientes.
Al agrupar estas tareas en ventanas previstas se evitan cambios improvisados durante el resto del año.
Una agencia seria no debería limitarse a entrar en el panel y pulsar el botón de actualizar.
El trabajo empieza antes.
La agencia debe conocer:
No necesita probar todas las funciones de WordPress. Debe centrarse en las que afectan a las webs de sus clientes.
La copia de pruebas permite actualizar:
Después se ejecuta la lista de recorridos críticos.
La intervención debería fijar:
El plan puede ser breve, pero debe existir.
Si algo falla, hay que decidir si se corrige sobre la nueva versión o se recupera temporalmente el estado anterior.
Volver atrás no significa abandonar la actualización. Permite mantener la web operativa mientras se resuelve la incompatibilidad.
El propietario no necesita recibir una lista interminable de archivos modificados.
Sí necesita saber:
Un informe útil puede indicar:
La comunicación evita que el mantenimiento se convierta en una tarea invisible cuyo valor solo se aprecia cuando algo falla.
En Arreglo tu Web tratamos las versiones mayores como intervenciones planificadas dentro del mantenimiento, no como avisos del panel que deben aceptarse sin revisar.
El proceso puede incluir:
Los parches urgentes de seguridad se gestionan aparte, porque no siempre pueden esperar a la siguiente revisión trimestral.
Puedes consultar el alcance de nuestros servicios de mantenimiento WordPress o revisar la guía sobre actualizar WordPress de forma segura.
No siempre. En una web empresarial suele ser prudente revisar primero la compatibilidad y comprobar si existen incidencias iniciales. Las correcciones urgentes de seguridad sí pueden requerir una actuación inmediata.
Ayudan con determinadas versiones, especialmente con parches menores, pero no sustituyen las pruebas de formularios, pagos, diseño e integraciones.
Puede aparecer una incompatibilidad con el tema, un plugin o código personalizado. El riesgo se reduce con copias, pruebas en staging y un procedimiento para volver atrás.
La web puede continuar funcionando durante un tiempo, pero aumentarán las limitaciones de compatibilidad con plugins, PHP y servicios externos. Los saltos posteriores serán más difíciles.
No. El mínimo admitido es PHP 7.4, pero WordPress recomienda PHP 8.3. PHP 7.4 está fuera de soporte oficial, por lo que no es una elección aconsejable para una web nueva o mantenida a largo plazo.
No. Una actualización mayor no implica cambiar el diseño. Puede aprovecharse para hacer mejoras, pero su objetivo principal es mantener la plataforma compatible, segura y preparada para seguir evolucionando.
No. También hay que revisar tema, plugins, PHP, hosting, copias e integraciones. La compatibilidad depende del conjunto.
WordPress no se ha vuelto más inestable por publicar varias versiones. Ha adoptado un ritmo que obliga a gestionar la web como software y no como un folleto terminado.
Las tres versiones previstas para 2026 ofrecen una referencia sencilla para ordenar el año:
Entre esas fechas se mantienen las actualizaciones menores, la vigilancia de seguridad y las intervenciones necesarias.
Si la web forma parte de las ventas, la atención al cliente o el funcionamiento diario de la empresa, merece una planificación parecida a la que aplicas a otras áreas del negocio.
Puedes contactar con Arreglo tu Web para comprobar la versión actual de WordPress, PHP y los principales componentes de tu instalación, y preparar un calendario de actualización que no dependa de que algo se rompa primero.
