¿WordPress o una web a medida? Una comparación honesta
Buena parte de la web funciona con WordPress y no es casualidad: en muchas situaciones es una elección perfectamente razonable. El problema empieza cuando se elige de forma automática, sin preguntarse si encaja en este proyecto concreto. Aquí va una comparación sin guerras de bandos: qué se paga por qué y dónde está exactamente la frontera.
Autor: Bartosz Gonta
1. Qué pagas realmente con WordPress
Las ventajas son reales: un ecosistema enorme de plugins, un panel que mucha gente ya conoce, miles de plantillas listas y ninguna dificultad para encontrar a alguien que lo retome después.
El coste también es real, solo que repartido en el tiempo. Una web de empresa sobre una plantilla carga montones de archivos que nunca usará, porque la plantilla tiene que servir para todos los casos, del restaurante al despacho de abogados. A eso se suma el ciclo de actualizaciones: el núcleo, el tema y una docena de plugins, cada uno una superficie de ataque distinta y un motivo distinto por el que la web puede caerse de madrugada.
2. Cuándo WordPress es la elección correcta
No tiene sentido desaconsejarlo donde funciona bien:
- un blog o un medio con muchos autores y un flujo editorial,
- una tienda que necesita integraciones habituales ya disponibles como plugins,
- un proyecto con un presupuesto muy ajustado donde una plantilla resuelve el encargo,
- un equipo que ya conoce el panel y no quiere reaprender nada.
El denominador común: mucho contenido gestionado por varias personas y pocas funciones fuera de lo común.
3. Cuándo empieza a costar más de lo que ahorra
La frontera está donde el proyecto deja de parecerse a una plantilla. Un configurador propio, tu propia lógica de reservas, una integración que nadie ha empaquetado como plugin, una capa de animación exigente: ahí empiezas a pegar extensiones unas a otras.
Ahí suelen aparecer también los problemas de rendimiento. No porque WordPress no se pueda acelerar, se puede. Pero se acelera apilando plugins de caché sobre algo que carga demasiado, en lugar de cargar menos.
Regla práctica: si la lista de plugins supera la docena y la mitad existe para arreglar lo que hace la otra mitad, la plantilla ya se ha agotado; ahora pagas por rodearla.
4. Qué te da una web escrita desde cero
Una web construida en Next.js y generada de forma estática es un conjunto de archivos HTML terminados y servidos desde un CDN. Sin consultas a la base de datos en cada visita, sin capa PHP que mantener, sin panel de acceso esperando como superficie de ataque.
Las consecuencias prácticas son fáciles de medir:
- Rendimiento: Solo se carga lo que realmente está en la página, sin código muerto de la plantilla. Eso repercute directamente en los Core Web Vitals y en tu posición en Google.
- Seguridad: Los archivos estáticos no tienen nada que ejecutar. Desaparece toda una categoría de problemas por vulnerabilidades de plugins.
- Mantenimiento: No hay actualización semanal tras la cual haya que comprobar si la web sigue viéndose igual.
- Libertad: La estructura, las animaciones y las funciones no tienen que caber en lo que previó el autor del tema.
5. La objeción principal: «¿y quién lo edita después?»
Es la preocupación más frecuente y más razonable frente a las webs a medida. La respuesta no es «nadie»: en un proyecto así el contenido puede vivir en archivos de contenido o en un CMS headless que ofrece un panel parecido al de WordPress, sin arrastrar todo lo demás.
Lo único que conviene decidir al principio, y no después del lanzamiento: qué quieres cambiar por tu cuenta exactamente y con qué frecuencia. Una web de presentación que se actualiza dos veces al año y un portal con una entrada nueva cada semana son dos decisiones distintas.
¿No sabes a qué lado de esa frontera está tu proyecto? Cuéntame brevemente qué debe hacer y te envío una recomendación junto con un presupuesto gratuito en 48 horas.
¿Tienes un proyecto en mente? Descríbelo brevemente — respondo personalmente, normalmente en 24 horas.
