La pregunta detrás de la pregunta
"¿Deberíamos construir en WordPress o ir personalizado?" rara vez es una pregunta de tecnología. Es una pregunta de propiedad: quién edita el sitio en el año dos, quién lo parcheea, quién recibe la llamada cuando el formulario de contacto falla a mitad del lanzamiento. He entregado más de 12,000 sitios WordPress a través de la agencia que co-fundé, y ejecuto mis propios sitios en Astro y Next.js, así que no tengo bandera aquí. La respuesta honesta depende de la forma de tu negocio, y en 2026 hay tres opciones reales, no dos.
Las tres opciones, definidas correctamente
WordPress, la compilación clásica. Una aplicación maneja edición, templates y servicio. Themes y plugins cubren un rango absurdo de necesidades, el editor de bloques ha madurado en un constructor de páginas genuinamente capaz, y cada marketer que contratarás ya ha usado wp-admin.
Headless. El contenido vive en un CMS (WordPress con WPGraphQL, o Sanity, Storyblok, Payload), y un front-end separado construido en Next.js o Astro lo renderiza. Esta es la arquitectura que la era Jamstack nombró: páginas pre-construidas con anticipación, servidas desde un CDN, con APIs manejando las partes dinámicas. La palabra de moda se desvaneció; la arquitectura ganó. La mayoría de los sitios de contenido más rápidos en 2026 están construidos de esta manera, sin importar si alguien dice Jamstack en voz alta o no. Hay un walkthrough completo en mi guía de WordPress headless.
Personalizado. El front-end y el modelo de datos están diseñados para tu producto: una aplicación Next.js o Astro con base de datos, autenticación si necesitas cuentas, y exactamente las funciones que pediste, nada más. La forma correcta cuando el sitio es el producto en lugar del folleto.
La comparación, lado a lado
| WordPress | Headless | Construcción personalizada | |
|---|---|---|---|
| Costo típico de construcción | 3,000-30,000 USD | 15,000-60,000 USD | 25,000-150,000+ USD |
| Tiempo hasta el primer lanzamiento | 2-6 semanas | 6-12 semanas | 10-20+ semanas |
| Experiencia de edición | wp-admin, familiar para todo especialista en marketing | CMS studio, limpio pero nuevo para la mayoría de equipos | lo que construyas, a veces nada |
| Techo de rendimiento | bueno, con disciplina | excelente por defecto (estático + CDN) | excelente, controlas todo |
| Superficie de seguridad | la más grande: núcleo, plugins y admin para parchar | pequeña: páginas estáticas, CMS maneja autenticación | tuya para diseñar y defender |
| Mantenimiento continuo | actualizaciones principales + plugins, mensualmente | dependencias front-end + suscripción CMS | una relación con desarrollador, permanentemente |
| Libertad de diseño | limitado al tema, a menos que sea tema personalizado | completo | completo |
| Cantera de talento | enorme | grande y en crecimiento | específico del framework, orientado a seniors |
| Mejor para | sitios de marketing, blogs, comercio pequeño | contenido a escala, multilingüe, rendimiento crítico | productos, portales, flujos de trabajo personalizados |
¿Está WordPress obsoleto en 2026?
No. Todavía ejecuta aproximadamente el 43% de la web, el editor de bloques se ha vuelto silenciosamente bueno, y el ecosistema sigue siendo el foso más profundo en software web. Lo que también es verdad: la ruta por defecto (quince plugins, hosting barato, sin presupuesto de rendimiento) produce sitios mediocres, y siempre fue así. WordPress hecho con disciplina (pocos plugins, hosting decente, presupuesto de rendimiento) sigue siendo la ruta más rápida sensata hacia un sitio de marketing profesional.
¿Por qué entonces la gente se está yendo?
Las razones honestas: equipos cansados de la rueda de actualizaciones, techos de rendimiento en compilaciones pesadas de plugins, y desarrolladores que prefieren herramientas modernas de JavaScript. El contraflujo igualmente honesto: los equipos regresan por la experiencia de edición, la enorme cantera de talento, y el costo. Ambas migraciones son reales, y he ejecutado proyectos en ambas direcciones; la imagen más completa está en mi artículo sobre alternativas a WordPress. Un cambio de plataforma arregla problemas de arquitectura. No arregla problemas de contenido, posicionamiento, u propiedad, y esos son la enfermedad usual.
Incluso con IA, lo personalizado no es de repente fácil
Aquí está el giro de 2026. Claude, Cursor, y herramientas de codificación agencial han colapsado el costo de producir código. He construido un sitio funcional en un día con estas herramientas, y a través de MCP, el Model Context Protocol, un asistente de IA puede ahora hablar directamente con tu CMS, tu base de datos, y tu plataforma de despliegue. La distancia entre idea y demo nunca ha sido más corta.
La producción es un deporte diferente. La demo no incluye respaldos, casos extremos de autenticación, monitoreo, actualizaciones de dependencias, accesibilidad, plomería SEO, o el incidente de las 2am. La IA comprime la construcción; no absorbe la propiedad. Un sitio codificado por vibra que nadie mantiene se convierte en software heredado en cuestión de meses, solo más rápido y más barato que el tipo antiguo. Lo que la IA genuinamente cambió: las compilaciones personalizadas se hicieron más baratas y mejores, porque los desarrolladores seniors ahora lanzan múltiplos de lo que solían hacer, y las compilaciones de WordPress mejoraron también, porque las mismas herramientas escriben temas y plugins. La brecha se estrechó desde ambos lados. El marco de decisión se mantuvo intacto.
Cómo decidir realmente
Elige WordPress cuando el sitio es una superficie de marketing, personas no técnicas lo editan cada semana, y el presupuesto es limitado. Elige headless cuando las operaciones de contenido son serias (volumen, idiomas, múltiples canales) y el rendimiento es una palanca de ranking o conversión que pretiendes accionar. Los números reales para esa ruta están en mi análisis del costo del desarrollo web personalizado.
Luego aplica la prueba del año dos, que supera todo lo anterior. ¿Quién es dueño de esto en el año dos? Una plataforma perfectamente elegida sin dueño sigue fracasando. Elige el stack que tu equipo actual, o tu presupuesto actual para ayuda externa, puede mantener saludable, y el resto de la tabla de comparación se convierte en detalle.