WordPress 7.0: checklist de migración para hosting

WordPress 7.0 “Armstrong” se lanzó el 20 de mayo de 2026 y marca el inicio de una nueva era para la plataforma: IA integrada directamente en el core, un dashboard rediseñado y requisitos técnicos actualizados que importan si estás migrando a WordPress 7.0. Si tu sitio corre PHP 7.2 o 7.3, tenés un problema.

Qué es WordPress 7.0 Armstrong y por qué es la actualización más importante desde 2018

WordPress 7.0 es la primera versión mayor de la plataforma que integra IA directamente en el core, con un cliente de IA gestionado desde un hub central, un nuevo tema de administración más moderno y herramientas de desarrollo que apuntan a darle más control al desarrollador que nunca antes. Según el anuncio oficial, está nombrado en honor a Louis Armstrong, el primer gran solista del jazz (detalle simpático, pero lo que importa son los cambios técnicos).

El Field Guide publicado en make.wordpress.org el 14 de mayo de 2026 ya anticipaba los cambios más profundos: bloques nuevos, herramientas de diseño ampliadas y un toolbox para desarrolladores que incluye hooks nuevos y una API extendida. Lo que no anticipaba tan claramente es el impacto en plugins que tocan el admin con CSS propio.

¿Por qué importa más que otras versiones recientes? Porque es la primera que cambia el piso técnico de forma significativa en años. No es un parche de Gutenberg ni una mejora de performance incremental. Requiere que revisés tu stack completo antes de pulsar “Actualizar”.

Requisitos técnicos: PHP 8.3, MySQL y servidor compatible

Arranquemos con lo concreto. Los requisitos oficiales para WordPress 7.0 son:

• PHP: mínimo 7.4, recomendado 8.3 (también soporta 8.4)
• Base de datos: MySQL 8.0+ o MariaDB 10.6+
• Servidor web: Apache 2.4+ o Nginx 1.20+
• HTTPS: obligatorio — sin SSL activo, varias funcionalidades de IA no cargan
• PHP 7.2 y 7.3: sin soporte. Si estás ahí, actualizá antes de tocar WordPress.

Acá viene la tabla que te va a ahorrar tiempo si tenés que justificarle una migración de PHP a tu hosting:

Versión PHP	Soporte oficial	Performance relativa	¿Recomendado para WP 7.0?
7.2 / 7.3	Sin soporte	Referencia base	No — actualizar urgente
7.4	Mínimo soportado	+12% vs 7.2	Solo si no hay alternativa
8.1	Soportado	+35% vs 7.2	Aceptable, no ideal
8.2	Soportado	+40% vs 7.2	Buena opción de transición
8.3	Recomendado oficial	+47% vs 7.2	Sí — opción ideal
8.4	Soportado	+49% vs 7.2	Sí, si tu hosting lo tiene

Los números de performance son aproximados basados en benchmarks internos de la comunidad, no del laboratorio de WordPress. Tomalos como referencia, no como promesa. Más contexto en evaluar tus opciones de hosting en la nube.

Si tu hosting todavía no ofrece PHP 8.3 ni MySQL 8.0, ese es el primer problema que tenés que resolver. Desde donweb.com ya tienen soporte completo para PHP 8.3 y MariaDB 10.6 en sus planes de hosting WordPress, por si necesitás mover el sitio antes de actualizar.

Checklist previo a la migración: 7 pasos antes de actualizar

Ponele que tenés un sitio de producción con tráfico real. No actualizás en vivo sin revisar esto primero.

• 1. Backup completo: base de datos + carpeta wp-content + archivos raíz. No el backup automático del hosting — uno manual que vos descargues y verificás.
• 2. Entorno staging: cloná el sitio en un subdominio o entorno de prueba. Nada debería probarse primero en producción.
• 3. Verificar versión PHP actual: chequeá en el panel de tu hosting o con php -v por SSH. Si está en 7.x, actualizá PHP antes de actualizar WordPress.
• 4. Limpiar la base de datos: eliminá revisiones viejas, spam en comentarios y transients caducados. WP-Optimize o Advanced DB Cleaner hacen esto en minutos.
• 5. Revisar compatibilidad de plugins críticos: especialmente los que tocan el admin, el editor o el sistema de medios. Ver la sección siguiente para el detalle.
• 6. Verificar certificado SSL: HTTPS es obligatorio en 7.0. Si tu certificado vence en menos de 30 días, renovalo antes.
• 7. Confirmar soporte del hosting: PHP 8.3 y MySQL 8.0 disponibles, límites de memoria PHP no menores a 256MB.

Siete pasos. No son opcionales si el sitio tiene valor real.

Compatibilidad de plugins y temas: cuáles pueden fallar

Acá está el problema más común que la gente se va a encontrar después de actualizar.

El nuevo admin de WordPress 7.0 viene con un tema de administración rediseñado que cambia variables CSS, selectores y estructura de algunos elementos. Cualquier plugin que haya inyectado estilos propios con selectores apuntando a clases del admin viejo puede romperse visualmente (no funcionalmente, ojo). Widgets mal alineados, botones fuera de lugar, metaboxes con padding raro.

Los page builders son el caso más delicado. Elementor, Bricks, Beaver Builder, Oxygen y Breakdance ya anunciaron versiones con soporte para WordPress 7.0 (o las tienen disponibles al 20 de mayo de 2026, momento del lanzamiento de WP 7.0), pero si no estás en la última versión de cada uno, vas a tener conflictos. Actualizalos antes de actualizar WordPress core, no después.

Los que ya confirmaron compatibilidad completa con 7.0 al día del lanzamiento:

• Yoast SEO y Rank Math
• WooCommerce (con su propia actualización de mayo 2026)
• WPML
• WP Rocket
• Gravity Forms
• Advanced Custom Fields

La regla general: si un plugin no tuvo actualización en los últimos 12 meses y toca el editor, el admin o el sistema de medios, es candidato a problemas. Buscalo en el repositorio oficial de WordPress y fijate cuándo fue la última actualización. Sobre eso hablamos en cambios que vienen en 2026.

Problemas comunes después de la actualización y cómo resolverlos

Actualización hecha. Algo se rompió. Pasa. Estas son las situaciones más frecuentes:

Desalineación visual en el dashboard o metaboxes: casi siempre es un plugin inyectando CSS viejo. Activá el modo de salud del sitio (Herramientas > Salud del sitio) y desactivá plugins de a uno hasta identificar el culpable. Una vez identificado, buscá si tiene actualización disponible o buscá un reemplazo.

Page builder que no carga correctamente: mismo diagnóstico. Si actualizaste WordPress antes de actualizar el page builder, ahí está tu problema. Actualizá el plugin y si el conflicto persiste, restaurá desde staging y hacé la secuencia correcta: primero plugins, después core.

Plugins que tocan el sistema de revisiones o el editor de medios: WordPress 7.0 cambió varios hooks internos en estos sistemas. Plugins legacy que se enganchan a hooks deprecados pueden fallar silenciosamente (sin error visible, pero la funcionalidad no hace nada). Revisá el log de errores de PHP.

¿Y si un plugin no tiene versión compatible y es crítico para tu negocio? Tres opciones: esperar a que el autor lo actualice, contratar un desarrollador para parchearlo vos, o buscar un reemplazo. La opción de “quedarme en WordPress 6.x” existe pero te aleja del soporte de seguridad activo eventualmente.

Guía paso a paso: migración segura sin downtime

Si tenés un sitio de tráfico medio a alto, este es el flujo que minimiza el riesgo: Cubrimos ese tema en detalle en auditar tu seguridad antes de migrar.

• Paso 1: Cloná el sitio en staging con los mismos plugins y tema activos.
• Paso 2: En staging, actualizá todos los plugins y el tema a sus últimas versiones.
• Paso 3: En staging, actualizá WordPress core a 7.0.
• Paso 4: Probá todas las funcionalidades críticas: formularios, checkout si es ecommerce, módulos de membresía, integración con CRM.
• Paso 5: Si staging pasa, hacé un backup fresco de producción.
• Paso 6: En producción, primero actualizá plugins y tema. Verificá que el sitio siga funcionando.
• Paso 7: Actualizá WordPress core a 7.0. Verificación exhaustiva nuevamente.

Todo el proceso lleva entre 1 y 3 horas dependiendo de la cantidad de plugins. Hacelo en horario de bajo tráfico si no tenés un proceso de mantenimiento con modo en construcción.

Cuándo actualizar: estrategia de timing para no apresurarse

No hay obligación de actualizar el primer día. La fecha de lanzamiento es para los early adopters y para los sitios simples con pocos plugins.

Si tu sitio tiene muchas dependencias críticas (ecommerce activo, integraciones con sistemas externos, page builder con mucha personalización), esperá entre 1 y 2 semanas. En ese lapso los proveedores de plugins más importantes van a tener versiones de compatibilidad confirmadas y los bugs post-lanzamiento más graves ya van a estar parcheados.

Sitios con 5 plugins o menos y un tema estándar pueden actualizar sin drama. Sitios con 30+ plugins activos y customizaciones profundas del admin deberían esperar y hacer staging antes. Es simple: el costo de una migración con problemas en producción supera ampliamente el costo de esperar dos semanas.

Preguntas Frecuentes

¿Cuáles son los requisitos de hosting para WordPress 7.0?

WordPress 7.0 requiere PHP 7.4 como mínimo (recomendado 8.3 o 8.4), MySQL 8.0+ o MariaDB 10.6+, y Apache 2.4+ o Nginx. HTTPS es obligatorio para que todas las funcionalidades de IA funcionen correctamente. PHP 7.2 y 7.3 ya no tienen soporte en esta versión. Tema relacionado: resolver problemas de configuración.

¿Mi hosting es compatible con WordPress 7.0 y PHP 8.3?

Depende del proveedor. Chequeá en el panel de control de tu hosting qué versiones de PHP y MySQL ofrece. Si tu plan tiene más de 2-3 años sin actualización, es probable que todavía esté en PHP 7.x o MySQL 5.7, ambos insuficientes. Contactá a soporte o revisá la documentación técnica del plan antes de actualizar WordPress.

¿Qué plugins tienen problemas con WordPress 7.0?

Los más afectados son page builders con CSS personalizado del admin (Elementor, Bricks, Beaver, Oxygen, Breakdance) y cualquier plugin legacy que no se actualice desde hace más de un año. Los grandes como Yoast, WooCommerce, WPML y WP Rocket ya confirmaron compatibilidad. La forma más rápida de identificar conflictos es desactivar plugins de a uno desde el sitio de staging.

¿Cuál es el checklist antes de actualizar a WordPress 7.0?

Los siete pasos clave son: backup completo (base de datos y wp-content), crear staging, verificar versión PHP actual, limpiar la base de datos, revisar compatibilidad de plugins críticos, confirmar SSL activo, y verificar que el hosting soporte PHP 8.3 y MySQL 8.0. Ninguno de estos pasos es opcional si el sitio tiene tráfico real o transacciones.

¿Cómo hago para migrar mi sitio a WordPress 7.0 de forma segura?

El flujo correcto es: clonar en staging, actualizar plugins y tema en staging, luego actualizar el core a 7.0, probar todo, hacer backup fresco de producción y repetir la misma secuencia en producción. Nunca actualices WordPress core directamente sin antes tener staging probado y backup reciente. En sitios complejos, todo el proceso lleva entre 1 y 3 horas.

Conclusión

WordPress 7.0 “Armstrong” es la actualización que le da a la plataforma su primer salto estructural en años. IA en el core, nuevo admin y requisitos técnicos que finalmente fuerzan a modernizar stacks que venían corriendo en PHP 7.x con MySQL 5.7 desde hace tiempo. Ese empujón era necesario.

Para la mayoría de los sitios, la migración es manejable si se hace con staging, backup y la secuencia correcta (plugins primero, core después). El único error que no se puede deshacer fácil es actualizar directamente en producción sin backup. Todo lo demás tiene vuelta atrás.

Si tu hosting no soporta PHP 8.3 ni MySQL 8.0, ese es el cambio urgente. El resto puede planificarse con una o dos semanas de margen tranquilamente.

Fuentes

• WordPress.org — Anuncio oficial de WordPress 7.0 “Armstrong” (20 mayo 2026)
• Make WordPress Core — WordPress 7.0 Field Guide (14 mayo 2026)
• Make WordPress Core — Introducing the AI Client in WordPress 7.0
• WordPress.org — Requisitos oficiales del sistema
• Make WordPress Core — Compatibilidad PHP por versión de WordPress