WordPress 7.0, disponible desde mayo de 2026, llega con integración nativa para conectar tus propios proveedores de IA, historial visual de revisiones y patrones que se comportan como un solo bloque. Y reabrió un debate viejo: si tu sitio público no necesita interacción en tiempo real, capaz no le hace falta ser dinámico. La elección entre WordPress dinámico vs estático sigue dependiendo de qué hace tu sitio, no de la versión del core.
En 30 segundos
- Dinámico: cada visita ejecuta PHP y consulta la base de datos para armar el HTML al vuelo. Flexible, pero más lento y con más superficie de ataque.
- Estático: servís HTML ya generado, sin PHP ni base de datos en cada request. Carga en cientos de milisegundos y se cachea en CDN sin dramas.
- WordPress sigue siendo el CMS del 43%+ de la web (según W3Techs, junio 2026); los generadores estáticos ocupan una porción mucho menor del mercado.
- WordPress 7.0 no cambia la decisión: sus features nuevas aplican igual sirvas dinámico o compiles a estático.
- Plugins como Simply Static y WP2Static te dejan editar en WordPress y publicar el resultado como sitio estático.
Un sitio WordPress dinámico es aquel donde cada página se genera en el momento: el servidor corre PHP, consulta MySQL, arma el HTML y recién ahí te lo manda. Un sitio estático, en cambio, es un conjunto de archivos HTML, CSS y JS ya construidos que el servidor entrega tal cual, sin procesar nada. Esa diferencia, que suena chiquita, define velocidad, costo de hosting y cuánto te podés meter en problemas de seguridad.
Qué trae WordPress 7.0 y por qué reabrió el debate
WordPress 7.0 salió en mayo de 2026 (la beta 1 ya había circulado antes, según el blog oficial en español). La novedad que se llevó los títulos: ahora podés conectar tus propios proveedores de IA y ponerlos a trabajar en todo el sitio. Según el propio WordPress.org, también podés soltar patterns que se comportan como un único bloque, diseñar un overlay de navegación con libertad total de bloques y restaurar cambios con un historial visual de revisiones.
Todo eso es dinámico de nacimiento. Corre sobre PHP y la base de datos, como WordPress hace toda la vida.
Y acá está el punto que generó ruido: si tu sitio público es un blog, un portfolio o una web folleto, ¿para qué ejecutás PHP en cada visita de un anónimo que solo quiere leer? Esa pregunta es la que hace que mucha gente que armó WordPress durante años se replantee si lo público tiene que ser dinámico. Lo explicamos a fondo en la comunidad de WordPress.
Dinámico genera, estático sirve: la diferencia técnica real
Ponele que alguien entra a tu home. En un WordPress dinámico pasa esto: el servidor arranca PHP, conecta a MySQL, busca el contenido, lo pasa por el theme, aplica los plugins, arma el HTML y lo entrega. Cada vez. Para cada visitante.
En un sitio estático ese trabajo ya está hecho. El HTML existe como archivo y el servidor lo manda directo, sin pensar. Cero consultas a base de datos, cero procesamiento en tiempo real.
La diferencia se nota en el reloj. Una página estática bien servida desde CDN responde mucho más rápido que un WordPress dinámico sin buen caché, que en la primera carga puede tardar bastante más. Google mira la velocidad para rankear, así que esto no es solo capricho de nerd: impacta en tus Core Web Vitals y en cómo te ve el buscador.
Qué ganás al pasar tu WordPress a estático
Lo primero, velocidad. No hay vuelta.
Pero hay más. Como no exponés PHP ni la base de datos al público, la superficie de ataque se achica un montón: no hay login de wp-admin colgando ni queries que alguien pueda inyectar en el front. (Ojo: la seguridad fina de WordPress es tema del blog hermano seguridadenwordpress.com, así que no me voy a meter ahí, pero el dato vale.) Sumá el costo: alojar archivos estáticos en un CDN suele ser bastante más barato que un hosting WordPress dinámico con recursos decentes. El consumo de CPU y RAM es mínimo, y escalar ante un pico de tráfico es casi gratis porque el CDN reparte copias del mismo archivo. Sobre eso hablamos en crear páginas estáticas en WordPress.
Si tu contenido es bastante permanente, el ahorro y la velocidad son un golazo.
Lo que perdés: las funciones dinámicas que dejan de funcionar solas
Acá viene lo que nadie te cuenta en el tutorial de YouTube. Al congelar tu sitio en HTML, perdés todo lo que pasa en tiempo real.
Sin comentarios nativos. Sin búsqueda interna en el servidor. Sin formularios que procesen del lado de WordPress. Sin contenido que cambie al instante: si actualizás un post, tenés que regenerar el sitio para que el cambio se vea. Y el back office cómodo de WordPress, ese que tus clientes adoran, deja de reflejar lo que ve el público hasta el próximo build.
¿Significa que estás frito? No. Para cada cosa que perdés hay un reemplazo externo: Disqus para comentarios, Typeform o Netlify Forms para formularios, Algolia para búsqueda. El tema es que ahora dependés de terceros y de un poco más de plomería. Lo que antes venía resuelto, ahora lo armás vos.
Cómo convertir tu WordPress a estático
Las dos herramientas que se llevan el laburo son plugins que viven dentro de tu propio WordPress. Esto se conecta con lo que analizamos en probar cambios antes de publicar.
Plugins dentro de WordPress: Simply Static y WP2Static
Simply Static y WP2Static recorren tu sitio y exportan cada página como HTML. El flujo es cómodo: editás en tu WordPress dinámico de siempre, apretás regenerar y el plugin escupe la versión estática lista para subir al CDN. Seguís usando el editor de bloques que ya conocés, sin aprender nada nuevo del lado de la edición.
Desacoplado: WordPress como API y un frontend aparte
La opción para quien quiere meter mano en serio: dejás WordPress como backend (un CMS headless que sirve contenido por API) y armás el front con algo como Gatsby, que lo consume y genera un sitio estático en React. Ganás control y rendimiento, pero pagás en complejidad. No es para cualquier proyecto.
Si vas a probar esto, una recomendación práctica: armá todo en local, verificá que el build no te rompa enlaces ni imágenes, y recién después subilo. Cuando necesites un backend WordPress estable para alimentar el frontend, un hosting WordPress como el de Donweb te sirve de fuente de contenido sin que tengas que exponer la parte dinámica al público.
Matriz de decisión: ¿cuándo dinámico, cuándo estático?
La regla corta: si nadie necesita interactuar con tu sitio en tiempo real, andá a estático. Si hay usuarios logueados, compras o contenido que cambia cada hora, quedate en dinámico.
| Tipo de sitio | Recomendado | Por qué |
|---|---|---|
| Blog simple / portfolio | Estático | Contenido permanente, sin interacción en tiempo real |
| Web folleto / documentación / CV online | Estático | Velocidad máxima, hosting barato, casi nada que mantener |
| WooCommerce / e-commerce | Dinámico | Carrito, stock y pagos cambian a cada segundo |
| Sitio con usuarios registrados | Dinámico | Sesiones y contenido personalizado por usuario |
| Comunidad con comentarios y búsqueda activa | Dinámico | Interacción constante difícil de pre-generar |
Alternativas: los generadores de sitios estáticos
Si arrancás de cero y no te casaste con WordPress, hay otro mundo. Hugo, escrito en Go, genera páginas a velocidad absurda. Jekyll, en Ruby, es open source y gratuito, y es el que mueve buena parte de GitHub Pages. Astro es la apuesta moderna en JavaScript y TypeScript. Y Gatsby, ya lo mencionamos, se lleva bien con WordPress como CMS desacoplado.
¿El precio de esa velocidad? La experiencia de edición. Ninguno te da el back office amigable de WordPress de fábrica. Por algo WordPress mantiene el 43%+ de la web (según W3Techs, junio 2026) y los SSG ocupan una porción mucho menor. La gente quiere editar fácil, y ahí WordPress sigue ganando cómodo. Para más detalles técnicos, mirá mantener los enlaces funcionando.
WordPress 7.0: ¿cambia algo la decisión?
No. Y esto conviene tenerlo claro antes de que el marketing te confunda.
Las features nuevas de WordPress 7.0 (la IA integrada, el historial visual de revisiones, los patterns como bloque único) funcionan en las dos arquitecturas. Si tu caso pide dinámico, WP 7.0 lo mejora con todas esas herramientas en el editor. Si tu caso pide estático, esas mismas mejoras se aplican al diseño del theme y de las plantillas antes de compilar a HTML, así que el resultado final también las aprovecha. La decisión de fondo (¿necesito interacción en tiempo real o no?) no se mueve ni un centímetro por una versión nueva del core.
Profundizamos en esto en WordPress 7.0 made me rethink whether public WP sites should.
Errores comunes al decidir dinámico vs estático
- Pasar a estático un sitio que sí necesita interacción. Si tu web tiene tienda o usuarios logueados y la congelás en HTML, rompés el carrito y las sesiones. Corrección: antes de convertir, listá qué funciones dependen de tiempo real. Si hay aunque sea una crítica, quedate en dinámico.
- Creer que estático significa cero mantenimiento. Cada cambio de contenido pide regenerar y volver a publicar. Si actualizás seguido, automatizá el build o vas a terminar con el sitio desfasado. Corrección: dejá un proceso de regeneración disparado al guardar.
- Olvidarte de los formularios y la búsqueda. Mucha gente convierte el sitio y recién ahí descubre que el formulario de contacto dejó de andar. Corrección: planificá los reemplazos externos (Netlify Forms, Algolia, Disqus) antes de migrar, no después.
Preguntas Frecuentes
¿WordPress 7.0 debería ser dinámico o estático?
Depende de qué hace tu sitio, no de la versión. WordPress 7.0 es dinámico por diseño, pero podés exportar el resultado a estático con un plugin si tu contenido es permanente y no necesitás interacción en tiempo real. Las features nuevas aplican en ambos casos.
¿Cuáles son las ventajas de un sitio WordPress estático?
Carga más rápida (cientos de milisegundos contra varios segundos), hosting más barato (servir desde un CDN cuesta bastante menos), menor consumo de recursos y menos superficie de ataque al no exponer PHP ni base de datos. Mejora también tus Core Web Vitals para SEO.
¿Cómo convierto un WordPress dinámico a sitio estático?
Con un plugin como Simply Static o WP2Static: recorren tu sitio, exportan cada página a HTML y lo dejan listo para subir a un CDN. Seguís editando en tu WordPress de siempre y regenerás la versión estática cuando haya cambios.
¿Pierdo funcionalidades al hacer estático mi WordPress?
Sí: comentarios nativos, búsqueda interna, formularios procesados por WordPress y actualizaciones instantáneas sin regenerar. Se resuelven con servicios externos como Disqus, Algolia o Netlify Forms, pero suman dependencias de terceros y un poco más de configuración.
¿Qué rendimiento mejora un WordPress estático?
Sobre todo el tiempo de respuesta inicial, porque elimina las consultas a base de datos y el procesamiento de PHP en cada visita. Eso se traduce en mejores Core Web Vitals, menor uso de CPU y RAM, y escalabilidad casi gratis al servir desde CDN.
Conclusión
WordPress 7.0 trajo IA integrada, historial visual y patterns más potentes, y de paso volvió a poner sobre la mesa una pregunta que conviene hacerse: ¿tu sitio público necesita ejecutar PHP en cada visita? Si la respuesta es no (blog, portfolio, documentación), el camino estático te da velocidad, hosting barato y menos dolores de cabeza, a costa de perder la interacción en tiempo real. Si tenés tienda, usuarios logueados o contenido que cambia a cada rato, el dinámico sigue siendo tu lugar, y WP 7.0 lo mejora.
Lo que hay que entender es que la versión del core no decide por vos. Hacé el ejercicio de la matriz, mirá qué funciones necesitás en tiempo real, y elegí con esa data. Si dudás, empezá probando en local antes de tocar producción.
