WordPress conviene cuando un equipo va a editar contenido con frecuencia, el sitio es corporativo o editorial y hay que publicar pronto con presupuesto ajustado. Una web a medida conviene cuando el rendimiento y la seguridad son prioritarios, hay lógica de negocio propia o integraciones complejas, y el sitio va a evolucionar como un producto. La decisión depende de quién edita, qué exige el negocio y quién mantiene el sitio, no de la tecnología de moda.
Es una de las primeras decisiones de cualquier proyecto web y suele plantearse como una guerra de bandos. En la práctica es una cuestión de encaje: qué necesitas hoy, qué necesitarás en dos años y quién va a mantener el sitio. He construido y mantenido las dos cosas, y las dos pueden salir bien o mal. Lo que marca la diferencia es responder con honestidad a estas cinco preguntas antes de elegir.
Las cinco preguntas que importan
1. ¿Quién va a editar el contenido y con qué frecuencia?
Si tu equipo de marketing o administración quiere publicar artículos, cambiar textos, subir fotos o añadir páginas sin pedir ayuda, un gestor de contenidos como WordPress es una ventaja clara: el editor, la gestión de medios, los borradores y los permisos por usuario ya existen. En una web a medida, esa edición hay que construirla o conectar un gestor externo, y eso cuesta tiempo y dinero.
Pero sé honesto con la frecuencia. Si la web va a cambiar dos veces al año y los cambios los hará siempre el mismo proveedor, el editor cómodo no aporta tanto. Una pregunta útil: ¿quién tocó la web en los últimos seis meses y cuántas veces?
2. ¿Qué rendimiento y seguridad necesitas?
Un WordPress bien construido puede ser rápido y cumplir las Core Web Vitals, pero depende de la calidad del tema, del alojamiento y de limitar los plugins. Cada plugin añade código al servidor y, a menudo, CSS y JavaScript a cada página. Una web estática o a medida carga solo lo que el diseño necesita y, por diseño, tiene menos superficie de ataque: no hay panel de administración público, ni base de datos expuesta, ni dependencias de terceros que actualizar cada semana.
Si el rendimiento o la seguridad son críticos (comercio con picos de tráfico, sector regulado, datos sensibles), esa diferencia pesa. Si es una web corporativa con tráfico moderado, un WordPress cuidado llega de sobra.
3. ¿Hay integraciones o lógica propia?
Formularios de contacto, reservas sencillas, catálogos sin lógica de precios y blogs se resuelven bien con plugins. Procesos con lógica propia (configuradores de producto, presupuestos calculados, paneles de cliente con documentos, conexión bidireccional con un ERP o un CRM) suelen ser más limpios y mantenibles en un desarrollo a medida. En WordPress se puede hacer, pero acabas luchando contra la plataforma y dependiendo de que los plugins que encadenaste sigan siendo compatibles entre sí.
Ejemplo: una empresa de alquiler de maquinaria que quiere que el cliente vea disponibilidad real, reserve y descargue su contrato. Eso es una aplicación con una web delante, no una web con un plugin de reservas.
4. ¿Cuál es el presupuesto, también el de mantenimiento?
El coste inicial de WordPress suele ser menor. Pero conviene sumar lo que viene después:
| Tarea de mantenimiento | WordPress | Web a medida o estática |
|---|---|---|
| Actualizar núcleo, tema y plugins | Mensual o más frecuente; revisar compatibilidad | Dependencias de desarrollo; sin panel que parchear |
| Copias de seguridad | Archivos y base de datos, con prueba de restauración | Código en repositorio; datos solo si hay aplicación |
| Monitorización de seguridad | Escaneo de malware, intentos de acceso al panel | Vigilancia de disponibilidad y cabeceras |
| Revisión de rendimiento | Tras cada actualización que añada código | Tras cada cambio de diseño |
| Cambios de contenido | Los hace el equipo | Los hace el equipo si hay editor; si no, el proveedor |
Una web a medida cuesta más al inicio y suele tener un mantenimiento más ligero. WordPress cuesta menos al inicio y exige una rutina mensual que alguien tiene que hacer. Ninguna de las dos es «gratis» después del lanzamiento. Pide siempre el coste a tres años, no solo el del proyecto.
5. ¿En cuánto tiempo la necesitas?
Con temas y componentes existentes, WordPress acorta plazos: una web corporativa de diez páginas puede estar publicada en pocas semanas. Una web a medida exige diseño, desarrollo y pruebas antes de la primera publicación. Si hay una fecha fija (una feria, un lanzamiento), eso puede decidir por sí solo.
Resumen comparativo
| Criterio | WordPress | A medida |
|---|---|---|
| Edición de contenido | Muy cómoda, integrada | Hay que construirla o conectarla |
| Rendimiento | Bueno si se limita el código y los plugins | Excelente por diseño |
| Seguridad | Exige actualizar y vigilar | Menor superficie de ataque |
| Integraciones complejas | Posible, con plugins y código propio | Más limpio y controlable |
| Coste inicial | Menor | Mayor |
| Coste de mantenimiento | Rutina mensual obligatoria | Más ligero |
| Plazo | Más corto | Más largo |
| Dependencia del proveedor | Baja: cualquier agencia lo conoce | Media: exige documentación y código entregado |
Errores habituales con WordPress
- Acumular plugins. Cada uno añade código, riesgo y mantenimiento. Tener tres sistemas de formularios a la vez, o dos de caché, es un ejemplo típico de exceso. Mi regla: si no sabes para qué sirve un plugin, desactívalo y mira qué se rompe.
- Temas multipropósito pesados. Constructores visuales con cientos de opciones cargan CSS y JavaScript que la web no usa y penalizan el LCP y el INP.
- Imágenes sin optimizar. Se suben fotos de varios megabytes directamente de la cámara y la web se vuelve lenta en móvil.
- No actualizar. Un sitio sin actualizar es la puerta de entrada más común de los ataques. La mayoría de las vulnerabilidades conocidas de WordPress están en plugins y temas, no en el núcleo.
- Ajustes de SEO por defecto. Un plugin mal configurado puede dejar páginas clave en
noindexo bloquear recursos. Lo explico en por qué tu web no aparece en Google. - Usuario «admin» y contraseñas débiles. El panel está en una URL conocida y recibe intentos de acceso automatizados desde el primer día.
Errores habituales con una web a medida
- No entregar el código ni la documentación. Si cambias de proveedor y nadie sabe cómo se despliega la web, tienes un problema. Exige repositorio, instrucciones de despliegue y propiedad del código por contrato.
- Construir un editor que nadie usa. Si el equipo no va a tocar el contenido, el editor a medida es dinero tirado. Y si va a tocarlo mucho, un gestor existente suele salir mejor que uno propio.
- Reinventar lo resuelto. Autenticación, envío de correo, gestión de medios: hay servicios y bibliotecas maduras. Hacerlo desde cero multiplica el coste y los fallos.
- Olvidar el mantenimiento. «A medida» no significa «sin dependencias». Las bibliotecas también se actualizan y también tienen avisos de seguridad.
Cuándo elegir cada opción
También existe un punto intermedio que uso a menudo: un sitio estático para las páginas públicas (rápido, seguro, barato de alojar) con un gestor de contenido separado para el blog o las fichas que cambian. WordPress puede ser ese gestor, sin servir las páginas al público. Así el equipo edita en un entorno conocido y el visitante recibe HTML plano. El coste es algo más de arquitectura al principio.
Preguntas para hacerle al proveedor
- ¿Qué pasa si dentro de dos años quiero cambiar de agencia? ¿Qué me llevo?
- ¿Cuántos plugins o dependencias externas tendrá y cuáles son imprescindibles?
- ¿Qué incluye el mantenimiento mensual y qué no?
- ¿Cómo se miden el rendimiento y la seguridad antes de entregar?
- ¿Quién es el responsable de las copias de seguridad y cada cuánto se prueba una restauración?
Si dudas, la fase de descubrimiento de un proyecto web sirve precisamente para decidir esto con datos de tu caso y no con generalidades. Y sea cual sea la opción, la lista de comprobación de seguridad aplica igual.