La mejor forma de montar WordPress en 2026
Por EdgeWPsync · Actualizado el
Para una web que publica —una web de empresa, un blog, una revista, una ONG—, la mejor configuración hoy es escribir en WordPress y servir la web pública como archivos estáticos desde una red edge global, con WordPress en privado. Una web que vende, da acceso a socios o gestiona reservas puede seguir el mismo camino, con más adaptación: sus partes vivas se reconstruyen en el edge. Un buen hosting WordPress gestionado con una CDN delante sigue siendo la opción más sencilla.
La respuesta corta
- Webs de contenidos: WordPress para editar, en un subdominio privado; páginas estáticas en una red edge como Cloudflare® para los visitantes; formularios, comentarios y búsqueda como pequeñas funciones en el edge que devuelven los datos a WordPress.
- Tiendas, áreas de socios, cursos, reservas: también el edge, con más adaptación: las partes vivas reconstruidas como funciones en el edge y los plugins que las sostienen revisados, mientras cada página sigue siendo un archivo estático. La alternativa más sencilla: hosting WordPress gestionado, caché de páginas y una CDN.
- Front ends tipo aplicación, hechos por un equipo de desarrollo: WordPress headless, con WordPress como API de contenidos detrás de un framework de JavaScript.
Seis formas de tener WordPress, comparadas
| Configuración | Velocidad para el visitante | Expuesto a ataques | Conserva tu tema y tu editor | Formularios, comentarios, búsqueda | Ideal para |
|---|---|---|---|---|---|
| 1. Hosting compartido | Lento con carga: cada página se genera en cada visita | Todo WordPress es público | Sí | Funcionan tal cual | Webs personales en las que el precio lo es todo |
| 2. Hosting WordPress gestionado | Buena, con caché en el servidor | Todo WordPress es público, pero el proveedor lo parchea y lo vigila | Sí | Funcionan tal cual | Tiendas, membresías, todo lo que tenga estado por visitante |
| 3. Hosting con CDN y caché de páginas | Rápido en las páginas en caché, más lento en el resto | Todo WordPress; la caché está delante, no en su lugar | Sí | Funcionan, con excepciones de caché que mantener | Webs con mucho tráfico que deben seguir siendo dinámicas |
| 4. WordPress headless | Rápido, si está bien hecho | Privado en su mayor parte: solo se expone la API de contenidos | El editor sí, el tema no: el front end se rehace desde cero | Se reconstruyen a mano | Equipos que crean un front end tipo aplicación |
| 5. Plugin de exportación estática | Rápido | Privado, si ocultas WordPress tú mismo | Sí | Dejan de funcionar hasta que las sustituyes; las exportaciones se relanzan a mano | Webs pequeñas que cambian poco y no tienen formularios |
| 6. Réplica en el edge con sincronización en ambos sentidos | Rápido en todas partes: archivos desde el centro de datos más cercano a cada visitante | Privado: WordPress está en un subdominio al que el público nunca llega | Sí | Reconstruidas como funciones en el edge; los resultados llegan a WordPress | Webs de contenidos que quieren velocidad y seguridad sin cambiar su forma de trabajar |
Transparencia: la sexta es lo que hace EdgeWPsync. La comparación pretende servirte aunque nunca hables con nosotros; por eso dice más abajo cuándo no elegirla.
Cómo elegir
- Tu web vende, o los visitantes inician sesión en una cuenta propia → una réplica en el edge (6) con sus partes vivas reconstruidas, que requiere más adaptación; o hosting gestionado (2), con una CDN (3) cuando crezca el tráfico.
- Un equipo de desarrollo quiere un front end a medida en JavaScript → headless (4).
- Un puñado de páginas que cambian dos veces al año, y sin formularios → una exportación estática (5) es suficiente.
- Publicas con regularidad, tienes formularios o comentarios, y quieres velocidad y seguridad sin cambiar tu forma de trabajar → una réplica en el edge (6).
- Empiezas una web de contenidos nueva → una réplica en el edge (6) desde el primer día, para no tener nada que migrar después.
Por qué la separación funciona en las webs de contenidos
Las páginas de una web de contenidos se leen muchas más veces de las que cambian. Volver a generar cada página en cada visita, en una sola sala de servidores, repite el mismo trabajo para cada lector. Generarla una vez, cuando cambia, y repartir copias desde todas partes es la alternativa evidente, y compensa por cuatro motivos:
- Velocidad. Una página servida como archivo desde el centro de datos más cercano llega en decenas de milisegundos. En 7etresoi.fr, las páginas pasaron de más de 800 ms a menos de 50 ms.
- Seguridad. El público llega a archivos, no a WordPress, y eso elimina la mayor parte de lo que buscan los ataques a WordPress. WordPress sigue necesitando actualizaciones, pero una que se te pase ya no es una puerta abierta.
- Coste. El plan gratuito de Cloudflare sirve a la mayoría de webs de contenidos, y el WordPress que hay detrás necesita solo un hosting modesto, porque atiende a editores y no a visitantes.
- Nada cambia para quien edita. El mismo WordPress, los mismos plugins, el mismo botón de publicar.
La contrapartida es la mitad dinámica. Formularios, comentarios y búsqueda hay que reconstruirlos, y las dos partes tienen que mantenerse sincronizadas cuando cambia el contenido. Eso es justo lo que un plugin de exportación estática deja en tus manos, y lo que conviene comprobar antes de encargárselo a nadie.
Lista de comprobación para cualquier web WordPress en 2026
La tengas como la tengas:
- Una versión de PHP con soporte —8.3 o superior— y HTTPS en todas partes.
- Pocos plugins, y que cada uno se gane su sitio. Cada plugin es código al que le confías tu web.
- Un tema de bloques, para editar el diseño en el propio WordPress en lugar de con un maquetador que añade peso a cada página.
- Verificación en dos pasos para cada administrador.
- Actualizaciones menores automáticas, y las mayores probadas antes en una copia.
- Copias de seguridad fuera del servidor, con una restauración que hayas probado de verdad.
- Core Web Vitals dentro de los umbrales de Google: el contenido principal pintado en menos de 2,5 segundos, respuesta a la interacción en menos de 200 ms y un desplazamiento del diseño por debajo de 0,1.
- Accesibilidad según WCAG 2.2 AA. Si vendes a consumidores en la UE, la Ley Europea de Accesibilidad se aplica desde junio de 2025.
- Analítica que no instale cookies, cuando puedas: páginas más ligeras y, a menudo, ningún banner de consentimiento.
- Datos estructurados y encabezados limpios: es lo que leen los buscadores y los asistentes de IA para entender una página y citarla.
Cuándo el edge requiere más trabajo
Si tu web es sobre todo una tienda, un área de socios, una plataforma de cursos o un calendario de reservas, las partes vivas son la web, y una simple réplica solo cubriría las páginas que las rodean. También pueden pasar al edge, reconstruidas como funciones: se revisan los plugins que las sostienen, y WordPress se usa de otra manera; los productos de una tienda, por ejemplo, pasan a ser contenido normal, cobrado a través de un proveedor de pagos en lugar de un plugin de tienda. Es más trabajo que una web de contenido y se presupuesta tras la valoración; las páginas siguen siendo archivos estáticos, servidos desde el edge. Si la tuya es una de ellas, háblanos de ella.