Actualizado el 24/04/2026: WordPress.com habilitó para los planes Business y Commerce la posibilidad de probar WordPress 7.0 beta directamente en sitios en vivo o en staging, sin entorno local. La actualización también incorpora una herramienta de desactivación con un solo clic para plugins que causan errores fatales durante el testing.
Actualizado el 19/04/2026: Make WordPress Community confirmó el 15 de abril a Automattic y Woo como Global Partners 2026, encargados de financiar eventos comunitarios, WordCamps y grupos de Meetup a nivel mundial hasta Q2 2027.
El 16 de abril de 2026, JuanMa Garrido anunció en make.wordpress.org el WordPress Core Dev Environment Toolkit: una herramienta de escritorio que automatiza toda la configuración del entorno de desarrollo para contribuir al WordPress core, disponible para macOS, Windows y Linux, sin necesidad de instalar nada manualmente.
En 30 segundos
- WordPress.com habilitó testing de WordPress 7.0 beta en planes Business y Commerce desde el 24 de abril de 2026: podés probarla en sitios en vivo o en staging sin entorno local.
- La novedad incluye una herramienta de desactivación one-click para plugins que causan errores fatales, con detección automática del plugin problemático.
- WordPress 7.0 trae colaboración en tiempo real, AI Connectors, comparación visual de revisiones y nuevos bloques SVG y breadcrumbs. Requiere PHP 7.4+.
- Para volver a la versión estable alcanza con cambiar el selector en Settings → Server → WordPress. No perdés datos.
- JuanMa Garrido anunció el WordPress Core Dev Environment Toolkit el 16 de abril de 2026 en make.wordpress.org/core.
- El 15 de abril de 2026, Automattic y Woo fueron confirmados como Global Partners 2026, financiando eventos comunitarios y Meetups hasta Q2 2027.
WordPress es un sistema de gestión de contenidos (CMS) de código abierto creado por WordPress Foundation que permite crear y administrar sitios web sin conocimientos técnicos avanzados. Fue lanzado en 2003 y actualmente potencia aproximadamente el 43% de todos los sitios web publicados.
WordPress 7.0 beta en WordPress.com: qué podés probar desde hoy
Hasta ahora, testear WordPress 7.0 beta implicaba instalar un entorno local con DevKinsta, LocalWP o Docker, o levantar un staging en un hosting que te lo permitiera. WordPress.com cambió eso el 24 de abril: los planes Business y Commerce ahora pueden activar la beta directamente desde el panel, tanto en el sitio en vivo como en un sitio de staging separado.
La diferencia con WordPress.org self-hosted es operativa: WordPress.com gestiona la infraestructura, hace backups automáticos antes de cada cambio de versión, y ahora además incorporó la detección y desactivación de plugins problemáticos dentro del mismo flujo. No necesitás acceso SSH ni tocar archivos de configuración.
Para activar la beta: Settings → Server → WordPress → desplegable de versión → seleccioná la beta disponible. El cambio aplica en segundos. Para volver a la versión estable, el mismo selector, en sentido inverso. Tus contenidos, configuraciones y datos no se tocan en ninguno de los dos sentidos.
Ahora bien, «disponible en sitios en vivo» no significa que sea recomendable hacerlo en producción real si tenés tráfico significativo. Lo que sí cambia es que ya no necesitás un entorno separado para explorar las novedades o verificar compatibilidad de plugins antes de que llegue la versión estable.
WordPress 7.0 Beta: qué trae esta versión
WordPress 7.0 es la versión más ambiciosa desde el lanzamiento del editor de bloques en 5.0. La Beta 1 se publicó en febrero de 2026 con cuatro ejes principales: colaboración en tiempo real, AI Connectors nativos, rediseño de interfaz del editor y nuevos bloques de sistema.
La colaboración en tiempo real permite que varios editores trabajen sobre el mismo post simultáneamente, con cursores identificados por usuario y resolución de conflictos automática. Es la funcionalidad más pedida desde 2019 y la que más incompatibilidades genera con plugins de terceros, especialmente los que modifican el flujo de guardado. En comunidad de WordPress Core profundizamos sobre esto.
Los AI Connectors son integraciones nativas con modelos de lenguaje para asistencia en redacción, generación de alt text y sugerencias de estructura. No reemplazan plugins como Jetpack AI, pero sí ofrecen una capa base que funciona sin configuración adicional. Habría que ver cómo conviven con plugins existentes de asistencia IA en producción.
En cuanto a bloques nuevos: SVG nativo permite insertar gráficos vectoriales sin plugins adicionales, y el bloque de breadcrumbs automatiza la navegación estructurada sin necesidad de configurar temas o plugins específicos. La comparación visual de revisiones reemplaza el diff de texto plano con una vista lado a lado del renderizado real.
Requisito técnico no negociable: PHP 7.4 como mínimo, con recomendación de PHP 8.2. Si tu hosting todavía corre PHP 7.2 o 7.3, actualizá antes de pensar en migrar a WordPress 7.0.
Solución one-click para errores fatales de plugins
Esta es la novedad más práctica del anuncio del 24 de abril. Cuando un plugin genera un error fatal durante el testing de la beta, WordPress.com ahora muestra una página de error limpia, sin stack traces ni mensajes técnicos que confundan a editores no técnicos. Desde esa pantalla, un botón desactiva el plugin problemático con un solo clic y restaura el acceso al panel.
El sistema identifica automáticamente qué plugin causó el error. No es un diagnóstico manual: WordPress.com intercepta el error, lo asocia al plugin responsable y genera la opción de desactivación sin que tengas que entrar por FTP o SSH a renombrar carpetas. Para quien alguna vez quedó bloqueado en una pantalla blanca a las 2 de la mañana, la diferencia es considerable.
Hay un detalle adicional: el equipo de WordPress.com también hace detección proactiva. Antes de que un plugin rompa el sitio, el sistema analiza incompatibilidades conocidas con WordPress 7.0 y puede advertirte antes de que el error suceda. Todavía no está claro qué tan completa es esa base de datos de incompatibilidades, pero el mecanismo reactivo —el one-click— ya está disponible hoy.
Para sitios self-hosted en WordPress.org, esta funcionalidad no existe de forma nativa. Podés replicarla parcialmente con plugins como WP Rollback o configurando el recovery mode de WordPress, pero requiere intervención manual.
Pruebas en sitios en vivo vs staging: cuándo usar cada opción
WordPress.com permite ambas opciones, y la elección depende del perfil del sitio más que de la versión de WordPress. Complementá con crear landing pages en WordPress.
| Criterio | Sitio en vivo | Staging |
|---|---|---|
| Tráfico diario | Bajo o nulo | Cualquier nivel |
| Plugins críticos | Pocos, bien mantenidos | Muchos o desconocidos |
| Objetivo | Explorar novedades rápido | Verificar compatibilidad real |
| Impacto si algo falla | Afecta usuarios reales | Cero impacto en producción |
| Backup automático | Sí (WordPress.com) | Sí (WordPress.com) |
| Recomendado para | Sitios personales o de prueba | Sitios de negocio o con tráfico |
Si el sitio genera ingresos o tiene visitantes regulares, el staging es la opción correcta. Probás la beta con los plugins y el tema real de producción, verificás qué se rompe, lo corregís, y cuando esté todo limpio migrás. El sitio en vivo para beta tiene sentido si estás probando en un entorno secundario o si el sitio es básicamente un laboratorio.
Lo que WordPress.com no hace es aislar automáticamente las pruebas: si activás la beta en el sitio en vivo y un plugin genera un error fatal, el one-click te saca del problema, pero el error ya ocurrió. El staging evita ese momento.
Compatibilidad de plugins con WordPress 7.0: qué esperar
La colaboración en tiempo real es el eje que más incompatibilidades genera. Plugins que interceptan el proceso de guardado —builders como Elementor o Divi, plugins de flujo editorial, ciertos plugins de caché agresivos— pueden conflictuar con el nuevo sistema de sincronización en tiempo real. La Beta 2 ya incorporó fixes para algunos de estos casos, pero no todos los plugins actualizaron sus releases.
Los plugins de seguridad tipo firewall de aplicación también pueden interferir con las conexiones WebSocket que usa la colaboración en tiempo real. Si usás un plugin que filtra requests agresivamente, es probable que veas errores de conexión en la funcionalidad colaborativa antes que en otras áreas.
La forma más rápida de verificar compatibilidad: activá la beta en staging, revisá el log de errores en Tools → Error Log (si el hosting lo expone), y probá las funciones críticas del sitio con cada plugin activo. Si encontrás incompatibilidades, reportalas en el repositorio del plugin correspondiente en wordpress.org —el equipo de cada plugin necesita ese feedback para actualizar antes del lanzamiento estable.
Cuándo migrar a WordPress 7.0 estable: estrategia de actualización
El lanzamiento estable de WordPress 7.0 está proyectado para mediados o finales de mayo de 2026. La estrategia recomendada no cambia mucho entre versiones mayores: no actualices el día de lanzamiento en producción.
El timing ideal es esperar la primera versión de mantenimiento —7.0.1— que suele llegar entre dos y cuatro semanas después del lanzamiento principal y resuelve los bugs más evidentes que la comunidad reporta en los primeros días. Para sitios críticos, ese es el momento de actualizar.
Los criterios concretos para decidir cuándo actualizar: todos los plugins críticos del sitio tienen versión compatible con 7.0, el tema (o child theme) fue verificado en la beta, y el hosting confirma soporte para PHP 8.2 o superior. Si alguno de los tres falta, esperá.
Para sitios con equipos de contenido, comunicá el cambio antes de actualizar. La interfaz del editor tiene diferencias visuales respecto a 6.x, especialmente en el panel de revisiones y en las opciones de colaboración. No es un cambio que rompa flujos de trabajo, pero un editor que ve cursores de otros usuarios por primera vez puede llevarse un susto si no sabe qué está pasando. Cubrimos ese tema en detalle en probar cambios en un staging antes.
Automattic WordPress partners 2026: qué se anunció y qué significa
El 15 de abril de 2026, Make WordPress Community publicó el listado oficial de Global Partners 2026: Automattic como Global Leader, Woo como Regional Powerhouse, y un tercer proveedor internacional también en la categoría Global Leader. El período de patrocinio va de Q2 2026 a Q2 2027, cubriendo un año completo del calendario de eventos de la comunidad.
Aclaración que no está de más hacer: Automattic no es propietaria de WordPress. WordPress es software open-source gestionado por la WordPress Foundation. Automattic es una empresa privada que construye productos sobre ese software. La distinción importa porque cuando patrocina eventos de la comunidad lo hace como actor del ecosistema, no como dueño del proyecto.
¿Qué cubre concretamente el patrocinio? Los Global Partners financian los costos de venue, catering, equipamiento audiovisual y licencias de Meetup.com para los más de 685 grupos activos que existen hoy a nivel mundial. También cubren seguros y el soporte general para WordCamps, Campus Connect y otros eventos comunitarios que el equipo de Community organiza durante el año. Es infraestructura, no marketing: sin ese respaldo, muchos grupos locales directamente no podrían operar.
El rol de Automattic como Global Leader implica el nivel más alto de compromiso dentro del esquema de partners. Woo, en cambio, entra como Regional Powerhouse, una categoría que apunta a mercados específicos donde WooCommerce tiene mayor penetración. Para más detalles técnicos, mirá la comunidad y ecosistema de WordPress.
Qué es Automattic y qué tiene que ver con WordPress
Automattic es una empresa privada fundada en 2005 por Matt Mullenweg, uno de los co-creadores de WordPress. Tiene sede en San Francisco, opera de forma 100% remota con empleados en más de 90 países, y es la empresa que más productos construye sobre WordPress a nivel global.
Su portafolio central: WordPress.com (la plataforma SaaS de hosting gestionado), Jetpack (seguridad, performance y backup para sitios self-hosted), WooCommerce (e-commerce open-source), y varios proyectos más como Tumblr, Gravatar y Day One. La suma de sitios que corren algún producto de Automattic la convierte en el actor individual más grande del ecosistema WordPress, aunque no sea la única empresa que importa en ese espacio.
Lo que no hace Automattic: no controla el desarrollo de WordPress core. Eso lo gestiona la comunidad a través de Core Team Reps, con Mullenweg como lead del proyecto, pero en su rol de representante del proyecto open-source, no de CEO de Automattic. La separación es real aunque en la práctica a veces se desdibuje.
Para agencias y freelancers, Automattic tiene un programa específico: Automattic for Agencies. Ofrece acceso a pricing especial en Jetpack y WordPress.com, soporte prioritario y recursos de reventa. No es el mismo programa que el Global Partnership anunciado el 15 de abril; ese es institucional, orientado a financiar la comunidad, no a beneficios comerciales directos.
Woo (WooCommerce): por qué su rol como Regional Powerhouse tiene peso propio
Woo es la marca paraguas de WooCommerce, el plugin de e-commerce open-source que Automattic adquirió en 2020. Con más de 600.000 tiendas activas en producción, es la plataforma de e-commerce más usada en WordPress y una de las más usadas en la web en general.
Que aparezca como partner separado de Automattic tiene lógica propia: Woo tiene su propia comunidad de desarrolladores, su propio ecosistema de extensiones y su calendario de eventos. Que entre como Regional Powerhouse en lugar de Global Leader no es una degradación, es una categorización que reconoce que su impacto es más concentrado geográficamente que el de Automattic como conjunto. Más sobre esto en herramientas de desarrollo 2026.
Para desarrolladores que trabajan con WooCommerce, el patrocinio significa acceso más estable a eventos comunitarios donde el equipo de Woo suele estar presente y receptivo al feedback. No es un cambio operativo inmediato, pero sí un indicador de continuidad de inversión en la comunidad. Mirá también ampliar WordPress con plugins.
Qué cubre el patrocinio: desglose del apoyo comunitario
El esquema de Global Partners cubre la infraestructura operativa de la comunidad WordPress, que es más compleja de lo que parece desde afuera. Los 685+ grupos de Meetup activos necesitan licencias pagas en Meetup.com, y el Community Team las gestiona centralizadamente. Sin financiamiento, esa cobertura cae sobre los organizadores locales, que en muchos casos no tienen presupuesto para absorberla.
Los WordCamps, por su parte, tienen costos fijos: venue, catering, streaming, badges, swag básico. El modelo de WordCamp depende de sponsors locales para cubrir buena parte de eso, pero el respaldo global sirve de piso mínimo que garantiza que eventos en mercados con menos ecosistema comercial puedan realizarse igual. Más contexto en optimizar tiendas online con WooCommerce.
Campus Connect es el programa más nuevo del esquema: conecta universidades con la comunidad WordPress para introducir contribución open-source en contextos académicos. El financiamiento de los Global Partners permite extender ese programa a mercados donde no habría sponsors locales suficientes. Te puede servir nuestra cobertura de revisar enlaces tras la actualización.
El período Q2 2026 – Q2 2027 coincide con el ciclo de planning de eventos de la comunidad, que cierra el año fiscal del Community Team en junio. Eso permite a los organizadores locales planificar WordCamps con certeza sobre el piso de financiamiento disponible, en lugar de esperar confirmaciones de último momento.
Impacto para agencias y desarrolladores de la región
Para quienes trabajan con WordPress en Latinoamérica, el efecto más concreto del patrocinio de Automattic WordPress partners 2026 es la continuidad de WordCamps regionales. WordCamp Asia 2026 ya está en agenda, con sesiones publicadas que incluyen desarrollo de core y Contributor Days. En América Latina, WordCamp Latinoamérica tiene historial de organizarse con respaldo del Community Team, y ese respaldo depende del esquema de Global Partners.
Los eventos comunitarios no son solo networking. Son los espacios donde el Core Team recibe feedback directo, donde se forman nuevos contribuidores, y donde circula información sobre el roadmap que no siempre está documentada en los blogs oficiales.
Para agencias que usan WordPress como base de negocio, hay una señal más estructural en este anuncio: Automattic sigue apostando por la salud del ecosistema comunitario. En un momento donde hubo tensiones públicas sobre la gobernanza de WordPress a fines de 2024 y principios de 2025, ver a Automattic comprometerse institucionalmente con eventos hasta Q2 2027 dice algo sobre la dirección del proyecto.
En cuanto a WordPress 7.0 específicamente, las agencias que gestionan múltiples sitios de clientes conviene que empiecen el testing ahora. No para migrar en producción, sino para tener un mapa claro de qué plugins van a necesitar actualización antes del lanzamiento estable. Si administrás hosting propio o recomendás Donweb a tus clientes, verificá también que el stack PHP esté en 8.2 antes de que llegue la versión final.
Si querés profundizar, tenemos un artículo sobre WordPress.com permite probar WordPress 7.0 beta en sitios en.
Si querés profundizar, acá tenés más sobre WordPress.com permite probar WordPress 7.0 beta en sitios en.
Si querés profundizar en automatización, podés revisar nuestro artículo sobre WordPress.com permite probar WordPress 7.0 beta en sitios en.
Para profundizar en el tema, mirá nuestro artículo sobre WordPress.com permite probar WordPress 7.0 beta en sitios en plataformas diferentes.
Esto se conecta con WordPress.com permite probar WordPress 7.0 beta en sitios en, donde lo explicamos en detalle.
Para profundizar el tema, mirá nuestro artículo: WordPress.com permite probar WordPress 7.0 beta en sitios en.
Si querés profundizar en esto, tenemos un artículo sobre WordPress.com permite probar WordPress 7.0 beta en sitios en.
Esto se relaciona con lo que contamos en WordPress.com permite probar WordPress 7.0 beta en sitios en, donde profundizamos más.
Si querés enterarte bien de esto, acá está nuestro artículo sobre WordPress.com permite probar WordPress 7.0 beta en sitios en Donweb.
Preguntas frecuentes
¿Cómo habilito WordPress 7.0 beta en mi sitio WordPress.com?
Desde el panel de tu sitio, andá a Settings → Server → WordPress. En el selector de versión vas a ver la opción de beta disponible. Seleccionala y el cambio aplica en segundos. Necesitás tener un plan Business o Commerce activo: los planes inferiores no tienen acceso a esta funcionalidad.
¿Es seguro testear WordPress 7.0 en un sitio en producción?
Depende del sitio. WordPress.com hace un backup automático antes del cambio de versión, así que podés revertir si algo falla. El tema es que si tenés tráfico real y plugins que generan incompatibilidades, los errores afectan a usuarios reales antes de que puedas resolverlos. Para sitios de negocio, el staging es la opción correcta. Para un sitio personal con poco tráfico, el riesgo es manejable.
¿Qué hago si un plugin causa un error fatal durante la prueba?
WordPress.com ahora muestra una pantalla de error limpia con un botón de desactivación one-click. El sistema identifica automáticamente qué plugin generó el error y te da la opción de desactivarlo sin necesidad de acceso SSH o FTP. Una vez desactivado el plugin problemático, el sitio vuelve a funcionar y podés investigar la incompatibilidad con más calma.
¿Puedo volver a la versión estable si algo sale mal con la beta?
Sí, desde el mismo selector en Settings → Server → WordPress podés volver a la versión estable en cualquier momento. WordPress.com no migra ni elimina contenido al cambiar de versión, en ninguno de los dos sentidos. Si además querés tener un punto de restauración previo, el backup automático que hace antes del cambio está disponible en el historial de backups del plan.
¿Qué planes de WordPress.com soportan pruebas de beta?
Solo los planes Business y Commerce tienen acceso al testing de WordPress 7.0 beta. Los planes inferiores (Personal, Explorer, Starter) no incluyen esta funcionalidad. La documentación oficial de WordPress.com detalla los requisitos y el proceso de activación.
Conclusión
El movimiento del 24 de abril cambia la dinámica de testing de WordPress 7.0 para usuarios de WordPress.com. Antes, probar la beta requería un entorno técnico separado. Ahora alcanza con un selector en el panel y, si algo se rompe, un botón para resolverlo. Eso baja considerablemente la barrera de entrada para verificar compatibilidad antes del lanzamiento estable.
Lo que conviene hacer de acá en adelante: si administrás sitios en WordPress.com Business o Commerce, activá la beta en un staging ahora y revisá el comportamiento de los plugins más críticos. Si trabajás con sitios self-hosted en WordPress.org, empezá a identificar qué plugins de tu stack todavía no tienen versión compatible con 7.0 y contactá a los desarrolladores si no ves actividad en sus repositorios.
El lanzamiento estable está proyectado para mayo de 2026. Hay tiempo para prepararse, pero no tanto como para dejarlo para la semana del lanzamiento.
Fuentes
- WordPress.com Blog: WordPress 7.0 beta y desactivación de plugins con errores fatales (anuncio oficial, 24/04/2026)
- WordPress.org: WordPress 7.0 Beta 1 (febrero 2026)
- WordPress.org en español: WordPress 7.0 Beta 2 (febrero 2026)
- WordPress Developer Blog: Novedades para desarrolladores, abril 2026
- WordPress.com Support: Cómo verificar versión y activar beta
