WordPress 7.0.1: los 31 bugs que corrige y cómo actualizar

Actualizado el 13/07/2026: A pocos días del lanzamiento, WordPress 7.0.1 se muestra estable en producción: no aparecieron regresiones masivas y la mayoría de los reportes de la comunidad hablan de actualizaciones sin sobresaltos. Sumamos el detalle técnico fino de las correcciones —PHP 8.5, el bug de wp_kses() con el CSS inline y los arreglos del editor de bloques— que en la primera versión de esta nota estaban contados por arriba.

WordPress 7.0.1 corrige errores en 31 puntos del CMS, con arreglos que tocan el editor de bloques. Salió en julio de 2026 como versión de mantenimiento de la rama 7.0, la misma que estrenó la infraestructura de IA. No suma funciones nuevas: estabiliza lo que 7.0 dejó medio flojo.

WordPress 7.0.1 es la primera versión de mantenimiento de la rama 7.0, publicada por el equipo de WordPress.org en julio de 2026. Corrige 31 bugs reportados tras el lanzamiento de WordPress 7.0, sin agregar funcionalidades. Su foco está en el editor de bloques, la compatibilidad con PHP y la sanitización de CSS inline vía wp_kses().

WordPress es un gestor de contenidos de código abierto desarrollado por Matt Mullenweg, diseñado para crear y administrar sitios web, blogs y tiendas en línea.

WordPress es un sistema de gestión de contenidos de código abierto creado en 2003 por Matt Mullenweg y Mike Little. Permite crear y administrar sitios web y blogs mediante una interfaz gráfica, con capacidad de extender funcionalidad mediante plugins y temas.

¿WordPress 7.0.1 está andando bien tras el lanzamiento?

Sí. A varios días de su publicación en julio de 2026, WordPress 7.0.1 se comporta como lo que es: una versión de mantenimiento de bajo riesgo. No hay reportes de regresiones masivas ni de sitios caídos por la actualización, y la cobertura especializada la trató desde el arranque como un update seguro. La nota de Search Engine Journal la resume en 31 correcciones sin cambios de comportamiento visibles para el usuario final.

Ese es el punto de una release punto-uno bien hecha: que no la notes. Ahora que pasaron unos días desde el lanzamiento de 7.0.1 mantenimiento, se puede ir más fino sobre qué arregló exactamente, más allá del titular de «31 bugs». Estos son los cambios concretos que confirmaron las notas oficiales:

• Compatibilidad con PHP 8.5. El bug estaba en la función del core que devuelve la URL y las dimensiones de una imagen adjunta. En PHP 8.5 tiraba comportamiento inesperado. Poca gente corre 8.5 hoy, pero es la rama nueva del lenguaje y conviene tenerla cubierta.
• El detalle real del fix de wp_kses(). No borraba cualquier CSS: se comía declaraciones inline válidas y las dejaba convertidas en un style=')' roto. El bug se había colado durante el desarrollo de 7.0, así que solo afectaba a esa rama.

La lectura práctica: si venías bancando alguno de estos síntomas, actualizar te lo saca de encima sin pedirte nada a cambio. Si no los tenías, igual conviene ponerte al día, porque son fixes acumulativos. Para el que dudaba entre saltar ya o esperar, el análisis de Fyrepress sobre actualizar a WordPress 7 ahora o esperar ayuda a decidir según cuán crítico sea tu sitio.

¿Cuáles son los 31 bugs que corrige WordPress 7.0.1?

El grueso está en el editor. De las 31 correcciones, buena parte toca el block editor: regresiones al insertar bloques, foco que se perdía al navegar con el teclado, y problemas de accesibilidad que habían aparecido con el rediseño de 7.0. Tema relacionado: consultar con la comunidad de WordPress.

El resto se reparte entre la interfaz de administración, la biblioteca de medios y el fix de wp_kses() que ya detallamos arriba. En el Admin, además, se corrigieron regresiones del rediseño de 7.0. Sobre el contexto de comunidad detrás de estos parches hablamos en lo que dice la comunidad WordPress.

Ponele que tenés un theme que mete estilos inline en algunos bloques. Con WordPress 7.0, la sanitización nueva se pasaba de estricta y te limpiaba CSS que era del todo válido. Resultado: bloques que se veían rotos sin que hubieras tocado nada. La 7.0.1 ajusta ese filtro para que deje pasar lo que corresponde.

¿Cómo afectaban estos errores al funcionamiento de WordPress 7.0?

Depende de qué usabas. Si tu sitio es contenido plano con un theme de bloques estándar, capaz ni te enteraste. Pero si armás páginas con bloques personalizados o un theme que estira Gutenberg, los síntomas eran concretos.

• CSS que desaparecía. El bug de wp_kses() se comía estilos inline legítimos, y de golpe un bloque perdía su color o su espaciado.
• Foco perdido en el editor. Navegando con teclado entre bloques, el cursor se iba a cualquier lado. Un dolor para quien depende de accesibilidad.
• Regresiones al insertar. Algunos bloques anidados no se insertaban donde debían, o duplicaban el wrapper.

¿Eran bugs que te tiraban el sitio? No. Eran de esos que te hacen perder media hora buscando el problema en tu código cuando en realidad venía del core. Los peores. Para más detalles técnicos, mirá diseñar landing pages en WordPress.

¿Qué requisitos técnicos necesito para instalar WordPress 7.0.1?

Los requisitos no cambian respecto de 7.0, porque es la misma rama. Lo que sí trae 7.0.1 es mejor comportamiento con PHP 8.5, según la tabla de compatibilidad de PHP del handbook de WordPress.

Componente	Mínimo	Recomendado
PHP	7.4	8.3 o superior
MySQL	8.0	8.0+
MariaDB (alternativa)	10.5	10.6+
HTTPS	Recomendado	Obligatorio en la práctica

Ojo con PHP. Si tu hosting todavía te tiene en 7.2 o 7.3, WordPress 7.0.1 no va a andar como corresponde (esas ramas están fuera de soporte desde 2019-2020, hace más de 5 años). La mayoría de los hostings serios ya te ponen en 8.x por defecto. Si estás armando o migrando un sitio, un hosting WordPress como el de Donweb ya viene con PHP 8.3, así que ese requisito lo tenés cubierto sin tocar nada.

¿Qué relación tiene WordPress 7.0.1 con la IA integrada?

Acá viene la parte que confunde a mucha gente. WordPress 7.0 fue la versión grande: la que abrió la puerta a la IA dentro del CMS, la infraestructura para que plugins y themes hablen con modelos de lenguaje sin reinventar la rueda cada uno.

WordPress 7.0.1 no agrega nada de eso. Es la de mantenimiento. Estabiliza los bugs que quedaron dando vueltas después del lanzamiento de 7.0, varios de ellos rozando la infraestructura nueva. Pensalo así: 7.0 puso los cimientos de la IA, 7.0.1 rellena las grietas. Te puede servir nuestra cobertura de crear landing pages efectivas en WordPress.

¿Vas a ver funciones de IA nuevas al actualizar? No. Vas a ver menos cosas rotas. Que para una versión punto uno es exactamente lo que uno espera.

¿Cómo actualizar a WordPress 7.0.1 sin romper el sitio?

La actualización en sí es un clic. El drama nunca está en el botón, está en lo que no revisaste antes de apretarlo. Este es el checklist que uso yo. Tema relacionado: probar cambios en un staging.

1. Backup completo primero. Base de datos y archivos. Sin backup no hay actualización, punto.
2. Clonar a staging. Probá la 7.0.1 en una copia antes de tocar producción. Si tu hosting te da staging con un clic, mejor.
3. Verificar la versión de PHP. Que estés en 8.x. Si estás en 7.3, actualizá PHP primero (y probá).
4. Actualizar plugins y themes. Ponelos al día antes del core, no después.
5. Desactivar auto-updates de versiones mayores en sitios críticos. Las menores como esta pueden ir automáticas; las mayores, a mano.
6. Si el sitio factura, esperá unos días. Dejá que la comunidad encuentre los bordes raros primero.

Ese punto 6 no es paranoia. Subís la versión, la probás en staging, anda bárbaro, la mandás a producción y de repente un plugin viejo que nadie mantiene desde hace dos años empieza a tirar un fatal error en el checkout justo cuando entra el pico de tráfico, y ahí te querés matar. Mejor prevenir. Eso sí: como te contamos arriba, en el caso puntual de 7.0.1 los primeros días vinieron tranquilos, así que el margen de riesgo es bajo.

¿Qué cambios impactan a temas y plugins personalizados?

El cambio en wp_kses() es el que tenés que mirar de cerca si desarrollás. Al ajustar la sanitización de CSS inline, cambia qué estilos pasan el filtro. En la 7.0 se filtraba de más y una regla de CSS inline válida terminaba mutilada; en 7.0.1 se corrige. Pero cualquier cambio en un filtro de sanitización merece una pasada por staging, porque nunca sabés qué asumió tu código.

Si tenés bloques custom que dependen de estilos inline generados en el render, probalos. Si usás wp_kses_post() o filtros propios sobre el output, revisá que sigan comportándose igual. En la práctica el fix te resuelve problemas, no te los crea, pero probar cuesta cinco minutos y equivocarse en producción cuesta bastante más. En probar cambios en un entorno de staging profundizamos sobre esto.

¿WordPress 7.0.1 incluye parches de seguridad?

No. WordPress 7.0.1 es una versión de mantenimiento centrada en bugs, no en seguridad: las notas oficiales no listan CVEs. Cuando hay vulnerabilidades, el equipo de WordPress suele sacar releases dedicadas de seguridad, esas que te llegan como auto-update aunque tengas todo apagado. Acá no es el caso.

Según la cobertura de Search Engine Journal, 7.0.1 son 31 correcciones de bugs. Antes de asumir que trae parches de seguridad, chequeá las notas oficiales del release. Si no figuran CVEs ahí, no los hay en esta versión. Esto se conecta con lo que analizamos en solucionar enlaces rotos en WordPress.

Aclaración importante: la seguridad de WordPress (hardening, firewalls, vulnerabilidades) es tema del blog hermano, seguridadenwordpress.com. Acá nos quedamos en el terreno de los bugs y la estabilidad.

Qué está confirmado y qué no

• Confirmado: WordPress 7.0.1 corrige 31 bugs, varios de ellos en el editor de bloques, según la comunicación de WordPress.org.
• Confirmado: es release de mantenimiento sobre la rama 7.0, sin funciones nuevas.
• Confirmado: incluye el fix de wp_kses() para la sanitización de CSS inline, la mejora con PHP 8.5 y arreglos en la interfaz de administración.
• Confirmado: a los pocos días del lanzamiento no aparecieron regresiones masivas reportadas.
• Pendiente: si tu combinación específica de theme y plugins tiene algún borde raro con el nuevo filtro de CSS. Eso solo lo sabés probando en tu propio staging.

Errores comunes al actualizar

• Actualizar directo en producción sin backup. El clásico. Un plugin incompatible te tira el sitio y no tenés a qué volver. Backup y staging, siempre.
• Quedarse en PHP 7.2 o 7.3. Mucha gente actualiza el core pero no mira la versión de PHP del hosting. Si estás en una rama vieja, vas a arrastrar warnings y comportamientos raros.
• Creer que 7.0.1 trae IA nueva. No. La IA llegó con 7.0. Esta versión solo corrige. Si buscabas features, actualizar no te las va a dar.
• No probar los bloques custom tras el cambio de wp_kses(). El fix de CSS inline puede alterar cómo se renderiza tu estilo. Cinco minutos de prueba en staging te ahorran un lío.

Preguntas Frecuentes

¿WordPress 7.0.1 está andando bien tras el lanzamiento?

Sí. A pocos días de su publicación en julio de 2026, no hay reportes de regresiones masivas ni de sitios caídos por la actualización. Es una release de mantenimiento de bajo riesgo, tratada por la cobertura especializada como un update seguro. Igual, en sitios críticos conviene probar en staging antes de pasarla a producción.

¿Qué corrige exactamente el fix de PHP 8.5 en WordPress 7.0.1?

Corrige un bug en la función del core que devuelve la URL y las dimensiones de una imagen adjunta, que se comportaba mal bajo PHP 8.5. WordPress 7 pide PHP 7.4 como mínimo y recomienda 8.3 o superior, así que el fix apunta a quienes ya corren la rama más nueva del lenguaje en servidores modernos. Sobre eso hablamos en verificar y reparar enlaces dañados.

¿Qué errores corrige WordPress 7.0.1?

Corrige 31 bugs, varios en el editor de bloques (regresiones al insertar, foco de teclado y accesibilidad). También arregla el bug de wp_kses() que rompía CSS inline, regresiones en la interfaz de administración y la compatibilidad con PHP 8.5.

¿Es seguro actualizar a WordPress 7.0.1 en producción?

Sí, con recaudos. Hacé backup completo, probá en staging y verificá tu versión de PHP antes. En sitios críticos conviene esperar unos días tras el lanzamiento, aunque en este caso los primeros reportes ya vinieron sin sobresaltos.

¿WordPress 7.0.1 agrega funciones de IA?

No. Las funciones de IA llegaron con WordPress 7.0. La 7.0.1 es una versión de mantenimiento que solo corrige bugs de esa infraestructura, sin sumar capacidades nuevas.

Conclusión

WordPress 7.0.1 hizo lo que se esperaba de una release de mantenimiento: barrió 31 bugs, dejó el editor de bloques más fino y no rompió nada de camino. A los pocos días de salir, la señal es que se puede actualizar tranquilo. El «anda bien» que circula por la comunidad se sostiene con las notas oficiales: sin CVEs, sin regresiones masivas, con fixes concretos en PHP 8.5, wp_kses() y el Admin.

Si administrás sitios, el plan no cambió: backup, staging, verificá PHP, actualizá. El fix de wp_kses() por sí solo ya justifica el update para cualquiera que haya visto un estilo inline desaparecer sin explicación. De acá en adelante, lo que conviene seguir es la próxima versión mayor de la rama 7, que sí sumará movimiento en la parte de IA. Esta, por ahora, es la que te deja el terreno parejo.

Fuentes

• WordPress.org News – Anuncio oficial del release de mantenimiento 7.0.1
• WordPress.org – Página de versión 7.0.1 con el detalle de tickets
• Search Engine Journal – WordPress 7.0.1 y sus 31 correcciones
• Make WordPress Core – RC1 de 7.0.1 y notas del ciclo de release
• Fyrepress – Actualizar a WordPress 7 ahora o esperar