El sitio va lento, o lo hackearon, o ya cansó pagar por mantenerlo. De ahí sale la decisión de reconstruir o seguirle en WordPress, y casi siempre se toma con una consigna en la mano: que WordPress es malo, o que WordPress es lo único serio. Ninguna de las dos resiste el primer dato duro.
WordPress no es el enemigo. Es una herramienta que a millones de negocios les queda perfecta. El punto es otro: hay un momento en que WordPress deja de pagarte y empieza a cobrarte, y hay otro en que reconstruir sería quemar dinero por moda. Te voy a mostrar dónde está cada línea, con datos y con lo que hago yo, incluido el sitio que estás leyendo.
WordPress se volvió el default, y por buenas razones
Empiezo por reconocerle el tamaño. WordPress es, de lejos, la forma más común de tener un sitio en internet.
Eso no es casualidad. Es barato para arrancar, se instala en una tarde, y tiene un ecosistema de plantillas y plugins para todo. Para un blog, un sitio informativo o un negocio que apenas se estrena en línea, es una decisión razonable. Nadie debería sentirse mal por estar en WordPress. La pregunta útil no es si WordPress es bueno. Es hasta dónde te sirve antes de estorbarte.
Dónde WordPress empieza a cobrarte la factura
El problema rara vez es WordPress solo. Es lo que le vas encimando encima para que haga lo que necesitas: una plantilla pesada, un constructor visual, y treinta plugins que no conoces a fondo. Esa torre se paga en tres monedas.
La primera es velocidad. Los datos abiertos de rendimiento de la web son incómodos para WordPress.
Menos de la mitad de los sitios WordPress ofrece una buena experiencia de carga en celular. Y eso cuesta ventas de verdad. El estudio Milliseconds Make Millions, que Google encargó a Deloitte, midió que una mejora de apenas una décima de segundo en la velocidad móvil subió las conversiones de retail 8.4% y el valor promedio del pedido 9.2%. Una décima de segundo. Si quieres entender qué miden exactamente esas métricas sin volverte técnico, lo desarmé en Core Web Vitals sin ser desarrollador.
La segunda moneda es seguridad. Y aquí el matiz importa, porque el núcleo de WordPress es sólido. El agujero está en lo que le montas encima.
Casi todo el riesgo vive en los plugins, no en WordPress mismo. Cada plugin que instalas es una puerta más que alguien tiene que mantener cerrada. Y ese alguien muchas veces no lo hace: el mismo reporte de Patchstack encontró que más de la mitad de los desarrolladores de plugins a los que les avisaron de una falla no la corrigieron antes de que se hiciera pública.
La tercera moneda es mantenimiento, y es la que menos se ve hasta que duele. Cada plugin y cada plantilla se actualiza por su lado, a su ritmo, y a veces una actualización rompe otra. Es una ruleta que juegas cada mes. Cuando el sitio es tu canal de venta, esa ruleta deja de ser un detalle técnico y se vuelve un riesgo de negocio.
Qué cambia cuando reconstruyes sin WordPress
Reconstruir sin WordPress, en un framework como Next.js, no es ponerle un motor más rápido al mismo coche. Es cambiar de qué está hecho el coche.
- Cada plugin es superficie de ataque
- La velocidad depende de cuánto le cargaste
- Actualizas y rezas que nada truene
- No hay plugins de terceros que hackear
- Se renderiza estático y se sirve desde el borde
- Cambias tu código, no parcheas ajeno
En un sitio así, la velocidad no es un plugin que instalas ni una optimización que persigues cada trimestre. Es el estado natural del sitio. Y la seguridad deja de depender de treinta terceros porque, sencillamente, no hay treinta terceros. Eso es lo que ganas. No es magia, es quitar peso.
Cuándo NO deberías reconstruir
Aquí es donde me separo del vendedor de humo. Reconstruir no siempre conviene, y decirte que sí siempre sería deshonesto.
- Tu sitio es tu canal de venta y la lentitud te cuesta clientes
- Vives peleando con plugins, hackeos o caídas
- Tu contenido o tu tráfico creció y WordPress ya no da
- Necesitas control fino de velocidad y seguridad
- Es un sitio informativo de pocas páginas que carga bien
- Vendes en línea y una plataforma como Shopify te resuelve
- Cambias el sitio una vez al año y funciona
- Reconstruir sería gastar por moda, no por negocio
Lo digo con un caso propio. A FXC no le monté un build a medida, le armé la tienda en Shopify, y ese stack cerró 313 millones de pesos colombianos con la pauta. La plataforma correcta no es la más moderna, es la que le queda al caso. Si tu pregunta es específicamente de ecommerce, comparé opciones en Shopify vs WordPress en México. La lógica es la misma: primero el negocio, después la tecnología.
Mi propio sitio no corre WordPress
El ejemplo más honesto que te puedo dar es este. El sitio que estás leyendo está hecho en Next.js. No tiene una base de datos de CMS, no tiene un solo plugin que parchar, y se sirve estático desde el borde. No lo elegí para presumir arquitectura. Lo elegí porque me cansé de la ruleta de mantenimiento y quería que la velocidad fuera el punto de partida, no una pelea mensual.
Eso no significa que la velocidad lo resuelva todo. Un sitio rápido que no dice lo correcto tampoco convierte, y de eso escribí en por qué tu web no convierte. La velocidad es el piso, no el techo. Pero es un piso que en WordPress se pelea y en un build a medida viene de fábrica.
Si tu sitio va lento, te lo hackearon o ya te cansaste de mantenerlo, y no sabes si reconstruir o aguantar, hablemos. Te digo con honestidad de qué lado de la línea estás, sin venderte una reconstrucción que quizá no necesitas. La primera conversación es una asesoría sin costo.
