WordPress 7.0: Lo que realmente se lanzó (y lo que se eliminó)

WordPress 7.0 se lanza el 20 de mayo de 2026. Marca el inicio oficial de la Fase 3 del proyecto Gutenberg (la fase de Colaboración), y es la versión principal más sustancial desde que el editor de bloques se lanzó en WordPress 5.0.

El lanzamiento casi se ve completamente diferente.

La colaboración en tiempo real fue la característica principal de todo el ciclo de desarrollo. Hizo que el lanzamiento original del 9 de abril se retrasara seis semanas.

Luego, el 7 de mayo, se eliminó por completo. Si la mayor parte de la cobertura previa al lanzamiento que leyó trataba sobre RTC, esa característica no está en esta versión.

Lo que sí está en la 7.0 sigue siendo mucho. Aquí tienes un vistazo rápido:

• Una capa de infraestructura de IA reconstruida, que incluye un centro central para conectar proveedores de IA.
• Un panel de administración modernizado con un nuevo esquema de color, transiciones de pantalla fluidas y una paleta de comandos.
• Tres nuevos bloques.
• Una herramienta de revisiones visuales reconstruida.
• Mejoras significativas en la edición de patrones, herramientas de diseño responsive y superposiciones de navegación.
• Un conjunto de cambios para desarrolladores, que incluye un nuevo mínimo de PHP, que afectará a todos los sitios que aún ejecutan una configuración de servidor antigua.

Probé la beta en mi propio sitio y revisé la Guía de Campo oficial, las notas de la versión RC4 y las publicaciones de desarrolladores para recopilar esto.

¡Déjame mostrarte qué esperar de WordPress 7.0!

Tabla de Contenidos

¿Qué es WordPress 7.0 y por qué importa este lanzamiento?

Los lanzamientos de WordPress siguen la hoja de ruta de Gutenberg, un plan por fases para reconstruir cómo funciona WordPress desde cero.

La Fase 1 introdujo el editor de bloques. La Fase 2 desarrolló el Editor de Sitio, dando a los usuarios control sobre encabezados, pies de página y plantillas sin tocar código. La Fase 3 trata sobre la colaboración, y WordPress 7.0 es su punto de partida oficial.

La colaboración en tiempo real iba a ser la pieza central. No estaba lista. Pero la infraestructura, las herramientas y el trabajo arquitectónico que la rodean sí se enviaron, y hay más aquí que en cualquier otra versión individual en la memoria reciente.

Los números lo respaldan. WordPress 7.0 cierra más de 419 tickets de Core Trac. Eso incluye más de 300 correcciones de errores, más de 76 mejoras y solicitudes de características, 411 mejoras de Gutenberg y 486 correcciones de errores de Gutenberg.

Este lanzamiento afecta a todos. Si eres un blogger o propietario de un sitio, notarás que la administración se ve diferente y funciona más rápido. Si creas sitios para clientes, la edición de patrones y las herramientas responsive cambian tu forma de trabajar.

Si desarrollas plugins o temas, hay nuevas API, un nuevo mínimo de PHP y deprecaciones que necesitan atención antes de actualizar la producción.

Integraciones de IA en WordPress 7.0

La "integración de IA" ha sido parte del marketing de la 7.0 desde que comenzó el ciclo, y la realidad es más matizada de lo que suena.

Lo que se lanzó son dos cosas: infraestructura integrada en el núcleo y un plugin opcional que se asienta sobre él.

Aquí se desglosan.

La pantalla de Conectores: Un solo lugar para administrar servicios externos

La pantalla Conectores es un centro centralizado para administrar conexiones a servicios externos, incluidos los proveedores de IA. Encuéntrala en Ajustes » Conectores en tu panel de control de wp-admin.

Conectas tu proveedor preferido una vez, introduces tu clave de API y esa conexión estará disponible para cualquier plugin compatible en tu sitio. No tendrás que introducir las mismas credenciales en cinco pantallas de configuración de plugins diferentes.

Hay tres proveedores de IA disponibles por defecto:

• OpenAI (ChatGPT)
• Google (Gemini)
• Anthropic (Claude)

Los desarrolladores de plugins pueden registrar proveedores adicionales utilizando la API de Conectores.

Este es un cambio a nivel de plataforma. Estandariza la forma en que los sitios de WordPress se comunican con servicios externos, no solo con herramientas de IA, sino con cualquier plugin que necesite conectarse a una API externa.

El Cliente de IA de WP: Infraestructura para Desarrolladores de Plugins

El Cliente de IA de WP es una nueva biblioteca PHP principal que proporciona a los plugins una forma estandarizada de comunicarse con los proveedores de IA.

Antes de la versión 7.0, cada plugin que quería usar IA tenía que crear su propia lógica de conexión. Ahora pueden usar una capa de abstracción compartida y permitir a los usuarios cambiar de proveedor sin romper nada.

Si no eres desarrollador, no interactuarás directamente con el Cliente de IA de WP. Pero te beneficiarás de él cuando los plugins que uses comiencen a basarse en él.

El Plugin de IA Opcional: Donde Residen las Herramientas Reales

Las herramientas de IA orientadas al editor (generar títulos y extractos, crear y editar imágenes, sugerir texto alternativo) no están en el núcleo. Provienen de un plugin de IA opcional que instalas por separado.

Después de actualizar a WordPress 7.0, no verás un botón de IA en tu editor. Verás la pantalla Conectores. Las herramientas de escritura e imagen provienen del plugin.

Una vez que lo instales, puedes habilitar la IA para generar contenido como meta descripciones, texto alternativo, notas de revisión, imágenes y títulos.

También hay funciones experimentales para usar la IA en la moderación de comentarios y la API de Habilidades.

Creo que esta es la decisión correcta. Enviar la infraestructura de IA al núcleo sin bloquear a todos los sitios de WordPress en un conjunto específico de comportamientos de IA da a los desarrolladores de plugins y a los propietarios de sitios más control sobre lo que realmente usan.

La API de Habilidades del Lado del Cliente

La API de Habilidades del Lado del Cliente es la contraparte de JavaScript del sistema de habilidades de PHP introducido en WordPress 6.9. Se distribuye en dos paquetes: @wordpress/abilities para la gestión del estado y @wordpress/core-abilities para la integración con WordPress.

Los plugins pueden usarla para exponer acciones impulsadas por IA en la paleta de comandos y la barra de herramientas del editor con patrones de interfaz de usuario, esquemas de entrada/salida y devoluciones de llamada de permisos consistentes.

Rediseño de la administración: El panel wp-admin obtiene un nuevo aspecto

Si has estado usando WordPress durante un tiempo, el panel de administración se ha visto más o menos igual durante años. WordPress 7.0 cambia eso de maneras que notarás en el momento en que inicies sesión.

El Esquema de Color Moderno y las Transiciones de Vista

El nuevo esquema de color predeterminado se llama "Moderno". Aporta una paleta de colores renovada, mayor contraste y tipografía mejorada en todo el panel de administración.

El cambio más importante es cómo se mueve el panel. WordPress 7.0 añade transiciones de deslizamiento fluidas entre las pantallas de administración.

Cuando probé esto en la beta, hizo que el panel se sintiera notablemente más como una aplicación nativa y menos como una serie de cargas de página desconectadas. Las transiciones respetan las preferencias de movimiento reducido del sistema operativo, por lo que los usuarios que tengan esa configuración habilitada no las verán.

La Paleta de Comandos

Pulsa ⌘K en Mac o Ctrl+K en Windows desde cualquier lugar de la administración, y accederás inmediatamente a una paleta de comandos.

La paleta de comandos te da acceso rápido a herramientas de edición, páginas de configuración y navegación sin salir de tu pantalla actual. Las tareas que más utilizas están siempre a un toque de distancia.

Si has usado paletas de comandos en VS Code o Figma, esta es la misma idea aplicada a wp-admin. Es una de esas características que suena menor hasta que la usas durante una semana.

La Biblioteca de Fuentes

WordPress 7.0 añade una página dedicada a la gestión de fuentes al panel.

Antes de esto, la gestión de fuentes en WordPress dependía en gran medida de tu tema. Los temas de bloques tenían un flujo de trabajo, los temas clásicos tenían otro, y ninguno era sencillo.

La Biblioteca de Fuentes lo centraliza. Puedes gestionar, cargar e instalar fuentes en un solo lugar, independientemente de si estás usando un tema de bloques, un tema híbrido o un tema clásico.

DataViews Reemplaza las Listas de Contenido Tradicionales

La lista de tus publicaciones, páginas y medios tiene un nuevo aspecto en WordPress 7.0. DataViews reemplaza las tablas de listas tradicionales de wp-admin con una interfaz moderna, similar a una aplicación.

El filtrado y la ordenación se realizan en línea, sin recargar la página. En sitios con mucho contenido donde buscas regularmente entre cientos de publicaciones, esa es una mejora de velocidad significativa.

Revisiones visuales: Compara dos versiones lado a lado

WordPress ha tenido un historial de revisiones durante años. El problema siempre fue cómo usarlo.

La antigua pantalla de revisiones te mostraba una diferencia de texto (las adiciones resaltadas en verde, las eliminaciones en rojo), pero no te daba una idea de cómo se veía realmente la página en ese momento. Si intentabas averiguar cuál de las dos versiones tenía el diseño correcto, tenías que adivinar.

WordPress 7.0 reemplaza eso con una herramienta de comparación visual. Un control deslizante de línea de tiempo te permite recorrer cada versión guardada de tu publicación o página.

Cuando encuentres la versión que deseas, la restauras con un solo clic.

Encontré esto genuinamente útil en las pruebas. El historial de revisiones es una de esas características que la mayoría de los usuarios de WordPress saben que existe pero rara vez usan porque la interfaz antigua lo hacía más difícil de lo necesario. La nueva versión es en realidad más rápida de usar que abrir un borrador anterior manualmente.

Nuevos Bloques y Mejoras de Bloques

WordPress 7.0 incluye tres nuevos bloques y mejoras significativas en varios existentes.

Tres Nuevos Bloques

El bloque de Iconos te permite insertar iconos SVG escalables en cualquier lugar de tu página desde una biblioteca principal seleccionada. Obtienes controles de tamaño, color, alineación y bordes sin necesidad de un plugin.

Si alguna vez has instalado un plugin visual solo para poner uno o dos iconos en una lista de características, esto lo reemplaza.

El bloque de migas de pan refleja automáticamente la jerarquía de navegación de tu sitio. Colócalo en tu encabezado o plantilla de página, y creará la ruta de migas de pan basándose en la estructura de tu sitio.

Los desarrolladores obtienen filtros para personalizar la salida, y puedes especificar la visualización de taxonomías y términos.

El bloque de encabezados reúne todas las variaciones de nivel de encabezado en un solo bloque con un fácil cambio lateral y transformaciones de nivel con un solo clic.

Es más un refinamiento que una revolución, pero ordena un flujo de trabajo que implicaba más fricción de la necesaria.

Galería, Portada y Más

El bloque Galería recibe dos adiciones: soporte de lightbox con una opción de presentación de diapositivas y navegación por teclado entre imágenes cuando el lightbox está abierto.

El bloque Portada ahora puede usar un video de YouTube como fondo de sección en bucle. También admite la incrustación de videos de forma más general como fondos de pantalla completa, con carga diferida optimizada.

El bloque Párrafo incorpora dos nuevas opciones de tipografía en esta versión: un diseño de columnas para organizar el texto en varias columnas y soporte de sangría de texto a través de la nueva propiedad de soporte de bloque textIndent.

En el lado de las herramientas de diseño, los bloques de botones ahora admiten el estilo de pseudo-estado (:hover, :focus, :focus-visible, :active) directamente en theme.json, y el soporte de dimensiones obtiene valores preestablecidos para ancho, alto y alto mínimo.

Edición Responsiva y Edición de Patrones

Estos dos cambios son más importantes para las personas que crean sitios que para las que solo escriben publicaciones.

Modo de Edición Responsiva

WordPress 7.0 te permite ocultar o mostrar cualquier bloque según el tipo de dispositivo (móvil, tableta o escritorio) sin escribir una línea de CSS.

Los controles se encuentran en la barra de herramientas del bloque, la barra lateral del inspector y la paleta de comandos. También puedes cambiar estilos por punto de interrupción y personalizar los tamaños de los puntos de interrupción.

La Vista de Lista muestra un icono en cualquier bloque con reglas de visibilidad activas, para que puedas ver de un vistazo qué se está mostrando condicionalmente.

Una cosa que los desarrolladores deben saber: la visibilidad se implementa a través de CSS, no de la eliminación del DOM. Un bloque oculto en dispositivos móviles todavía está en el HTML; simplemente no se muestra. Si tienes código que verifica la presencia del DOM de un bloque para determinar la visibilidad, se comportará de manera diferente a la esperada.

Edición de Patrones: Los Patrones Ahora Se Comportan Como Bloques Individuales

Antes de la versión 7.0, al colocar un patrón en una página, tenías que trabajar a través de bloques anidados para encontrar el elemento que querías cambiar. En la versión 7.0, los patrones se comportan como un solo bloque por defecto.

Coloca un patrón, cambia el texto y las imágenes, ajusta los estilos desde el inspector y sigue adelante. No tienes que profundizar en la estructura del bloque a menos que quieras.

Cuando necesites un acceso más profundo, hay dos modos de edición con nombre.

El modo de foco se activa para patrones no sincronizados. Haz clic en Editar patrón o haz doble clic en el cuerpo del patrón, y los bloques circundantes se desvanecerán, dándote acceso completo de edición en contexto.

El editor aislado se activa para patrones y partes de plantilla sincronizados. Haz clic en Editar original y accederás a un lienzo dedicado donde podrás editar el patrón o la parte de plantilla subyacente sin afectar la página en la que te encontrabas.

Para cualquiera que cree sitios con patrones sincronizados, esto merece ser probado en staging antes de pasarlo a producción. El modo contentOnly es ahora el predeterminado para patrones con edición de bloques internos sin restricciones, y existe una configuración disableContentOnlyForUnsyncedPatterns si necesitas excluirte.

Lo que los desarrolladores necesitan saber sobre WordPress 7.0

Si mantienes plugins, creas temas o administras WordPress a nivel técnico, hay mucho aquí que necesita atención antes de actualizar los sitios de producción.

PHP 7.4 es ahora el mínimo

WordPress 7.0 deja de admitir PHP 7.2 y 7.3.

Si tu servidor está ejecutando alguna de estas versiones, WordPress 7.0 no funcionará correctamente. Comprueba el panel de control de tu hosting antes de actualizar.

PHP 8.2 es la versión recomendada; 8.3 si quieres estar a la vanguardia.

Este es el principal bloqueo técnico para los sitios antiguos. Ocúpate de esto antes que de nada más.

Registro de bloques solo con PHP

Ahora puedes registrar y renderizar bloques personalizados sencillos usando solo PHP: sin pipeline de compilación de JavaScript, sin Node.js, sin webpack, sin React.

Añade 'supports' => array( 'autoRegister' => true ) a tu registro de bloques, y WordPress se encarga del resto. Los atributos registrados en PHP se vuelven editables en el editor automáticamente, y se generan controles de inspector DataForm para ti.

Esto reduce significativamente la barrera para los autores de plugins que prefieren PHP o que están creando bloques sencillos que no necesitan una configuración pesada en JavaScript.

Cambios en la API de interactividad

Tres cambios a tener en cuenta en la versión 7.0.

• La nueva función watch() te permite suscribirte a cambios de señales en @wordpress/interactivity: un patrón más limpio para efectos secundarios que lo que estaba disponible antes.
• La directiva data-wp-watch maneja los eventos del ciclo de vida de los elementos DOM.
• state.url ahora se rellena en el lado del servidor durante el procesamiento de directivas, lo que permite un mejor seguimiento de la navegación.

Una deprecación: state.navigation ha desaparecido. Actualiza cualquier código que lo utilice.

Herramientas de compilación: @wordpress/build

El nuevo paquete @wordpress/build reemplaza el pipeline de webpack/Babel con un motor basado en esbuild.

Genera automáticamente archivos de registro PHP desde package.json, lo que elimina un paso que antes debía manejarse manualmente. La migración desde @wordpress/scripts tiene menos fricción que las transiciones de herramientas anteriores.

No es un cambio obligatorio para la versión 7.0, pero vale la pena evaluarlo. Esbuild es sustancialmente más rápido que webpack para la mayoría de los flujos de trabajo de compilación de plugins.

Otros cambios para desarrolladores que merecen ser mencionados

Algunas actualizaciones más pequeñas pero relevantes.

El editor CodeMirror (utilizado en los editores de CSS, HTML y archivos personalizados en wp-admin) se actualiza a la v5. Se incluyen CSSLint, HTMLHint y JSONLint. Esprima se reemplaza por Espree, que añade soporte adecuado para ES6 al linting de JavaScript.

Actualizaciones de bibliotecas externas: backbone.js a 1.6.1, la biblioteca Requests de 2.0.11 a 2.0.17 y PHPMailer a 7.0.2, lo que corrige un error en la dirección del remitente que merece la pena conocer si gestionas correos electrónicos transaccionales en WordPress.

En el lado de la seguridad, los roles de Administrador y Editor se eliminan del selector de roles predeterminados para nuevos usuarios. Si tu sitio tenía previamente alguno de esos roles como predeterminado para los nuevos registros, el estado del sitio te alertará.

El nuevo filtro default_role_dropdown_excluded_roles te da control programático sobre qué roles aparecen en ese menú desplegable.

Qué NO está en WordPress 7.0

Gran parte de la cobertura previa al lanzamiento se escribió antes del 7 de mayo. Algunas de ella describe características que no llegaron al lanzamiento final. Esto es lo que debes saber.

La colaboración en tiempo real no está en la versión 7.0.

Fue la característica principal de todo el ciclo de desarrollo. El lanzamiento del 9 de abril se pospuso al 20 de mayo específicamente para dar al equipo más tiempo para estabilizarla.

Luego, doce días antes de la nueva fecha, Matt Mullenweg tomó la decisión de eliminarla por completo.

Las razones citadas fueron preocupaciones sobre la carga del servidor, problemas de eficiencia de memoria y errores recurrentes que seguían apareciendo en las pruebas. El código se eliminó del núcleo para la RC3. El equipo se ha comprometido a un plan para un futuro lanzamiento, pero no se ha nombrado ninguna versión.

Lo que puedes usar para colaborar: Notas.

Notas es una característica separada que ha estado en el núcleo desde WordPress 6.9. Permite a los equipos editoriales dejar comentarios en forma de hilo, a nivel de bloque, dentro del editor con notificaciones de @mención. Nada aparece en el frontend.

WordPress 7.0 añade correcciones de fiabilidad a Notas, incluyendo notificaciones por correo electrónico cuando alguien añade una nota a una publicación que has escrito y una corrección que evita que las notas incrementen incorrectamente el recuento de comentarios de la publicación.

Es asíncrono, no simultáneo. Pero elimina el flujo de trabajo de "copiar el borrador en Google Docs, comentar allí, pegarlo de nuevo" que muchos equipos editoriales todavía están ejecutando.

No hay un asistente de escritura con IA integrado en el núcleo.

La capa de IA en la versión 7.0 es infraestructura: la pantalla de Conectores, el Cliente de IA de WP y la API de Habilidades. El núcleo no genera títulos, escribe textos ni sugiere ediciones. Esas herramientas existen en el plugin de IA opcional, que es una instalación separada.

Si actualizas a la versión 7.0 y no ves ningún botón de IA en ninguna parte, es lo esperado.

Algunas otras características que no llegaron:

• El procesamiento de medios del lado del cliente (compresión de imágenes basada en navegador al subir) se revirtió durante la Beta 6.
• No hay tema predeterminado Twenty Twenty-Six. El próximo tema predeterminado es Twenty Twenty-Seven, planeado para 2027.

Cómo actualizar a WordPress 7.0 sin romper tu sitio

WordPress 7.0 cambia más cosas bajo el capó que la mayoría de los lanzamientos importantes. Nuevos requisitos de PHP, actualizaciones de la API de bloques y una interfaz de administración reconstruida significan que hay más formas de que algo salga mal que en una versión puntual típica.

Eso no significa que debas evitar actualizar. Significa que debes actualizar con cuidado.

Este es el orden que importa.

Haz una copia de seguridad de tu sitio antes de hacer nada

Si WordPress 7.0 entra en conflicto con un plugin, rompe el diseño de un tema o choca con tu configuración de PHP, necesitas volver exactamente a donde estabas.

Aquí es donde uso Duplicator Pro. Crea una copia de seguridad completa del sitio y te permite restaurarla en minutos.

Si WordPress 7.0 rompe tu sitio lo suficiente como para que no puedas acceder al panel de administración, Duplicator Cloud te permite restaurarlo sin que WordPress funcione. Solo necesitas enviar una copia de seguridad completa del sitio a la nube.

Luego, asegúrate de que el conector de recuperación esté configurado con tus credenciales FTP/SFTP.

Si algo sale mal, puedes restaurar esta copia de seguridad previa a la actualización sin necesidad de que tu sitio funcione.

He usado esto una vez en el sitio de un cliente después de una actualización fallida, y me ahorró lo que habrían sido horas de trabajo manual de recuperación.

Prueba en Staging Antes de Tocar Producción

Una copia de seguridad es tu red de seguridad. Staging es cómo evitas necesitarla.

Duplicator Pro convierte cualquier copia de seguridad completa del sitio en un sitio de staging. No necesitarás una cuenta de hosting separada ni transferencias manuales de archivos a un entorno de desarrollo local.

Clona tu sitio en vivo, aplica la actualización de WordPress 7.0 en staging y prueba todo. Si algo se rompe en staging, lo arreglas allí. Tu sitio en vivo nunca se cae.

Comprueba tu versión de PHP Primero

WordPress 7.0 deja de admitir PHP 7.2 y 7.3. Actualizar WordPress antes de actualizar PHP en un servidor incompatible puede romper tu sitio.

Inicia sesión en tu panel de control de hosting y comprueba qué versión de PHP está ejecutando tu sitio. Si estás en 7.2 o 7.3, actualiza a PHP 7.4 como mínimo antes de tocar WordPress. PHP 8.2 es la versión recomendada.

Audita tus Plugins Antes de Actualizar

La mayoría de los plugins bien mantenidos manejarán la versión 7.0 sin problemas. Algunas categorías merecen una revisión previa.

• Los plugins que utilizan cuadros meta clásicos son los más propensos a mostrar comportamientos inesperados, particularmente en torno a los cambios del editor incrustado en iframes en la versión 7.0.
• Los plugins con sus propias integraciones de IA pueden superponerse o entrar en conflicto con la nueva pantalla de Conectores.
• Los constructores de páginas y las extensiones del editor de bloques merecen una mirada atenta: comprueba el campo "Probado hasta" en la página de WordPress.org de cada plugin antes de actualizar.

Considera Esperar la Versión 7.0.1

Esta opción es opcional y depende de tu sitio.

La primera versión de parche después de una versión principal —normalmente la 7.0.1, que llega una o dos semanas después del lanzamiento— permite a la comunidad en general detectar errores de casos extremos que las pruebas no captaron.

Para sitios donde el tiempo de inactividad tiene un costo real, esperar la versión 7.0.1 y observar los foros de soporte durante una semana es un enfoque razonable.

Para esos sitios, staging junto con una copia de seguridad reciente es el camino que te da más control independientemente de cuándo actualices.

Preguntas Frecuentes (FAQs)

WordPress 7.0 es una base, no una línea de meta

La Fase 3 del proyecto Gutenberg se lanzó oficialmente. La fase de Colaboración comienza con un administrador modernizado, una capa de infraestructura de IA, mejores herramientas de diseño y una experiencia de edición de patrones más limpia.

La complejidad real aquí es que la 7.0 es una actualización importante con requisitos técnicos reales.

El mínimo de PHP 7.4 detectará sitios que no se han mantenido al día con el mantenimiento del servidor. Los cambios en la API de bloques sacarán a la luz problemas en plugins antiguos. Los valores predeterminados de edición de patrones han cambiado de maneras que afectan a los sitios creados con patrones sincronizados.

Nada de esto es una razón para retrasar indefinidamente, pero es una razón para probar antes de actualizar y tener una copia de seguridad reciente de la que pueda restaurar si es necesario.

Si algo sale mal a mitad de la actualización, necesita un punto de restauración justo antes de hacer clic en actualizar. Use Duplicator Pro para crear una copia de seguridad completa en minutos, almacenarla fuera del sitio con Duplicator Cloud y restaurar con un solo clic si algo sale mal.

Si esta publicación le hizo pensar en mantener su sitio seguro durante la transición de WordPress 7.0, estas guías merecen ser leídas a continuación.

• Cómo actualizar WordPress (y mantenerse a la vanguardia)
• ¿Cómo deshabilitar las actualizaciones automáticas de WordPress (3 métodos)?
• Cómo actualizar tu versión de PHP en WordPress
• Guía de actualización de WordPress 6.9: Nuevas funciones + Cómo actualizar de forma segura
• Cómo crear un sitio de staging de WordPress (para pruebas seguras)
• Cómo restaurar WordPress desde una copia de seguridad (en menos de 5 minutos)