Desarrollo web a medida: cuándo compensa frente a una plantilla

El desarrollo web a medida es construir un sitio sobre su propio código en lugar de montarlo a partir de una plantilla comprada o un creador de webs. La diferencia no está en la calidad ni en la ambición. Está en quién decide la estructura: con una plantilla, el proveedor ya decidió cómo se anidan las páginas, cómo se modela el contenido y qué aspecto tiene el marcado, y tú trabajas dentro de esa decisión.

Ese intercambio suele valer la pena. La mayoría de los sitios deberían usar plantillas. Este artículo trata de los casos en los que deja de compensar, de cuánto cuesta la alternativa y de cómo distinguir ambas situaciones antes de gastar el presupuesto.

En la práctica el término cubre tres cosas distintas, y los presupuestos varían muchísimo porque las agencias rara vez aclaran cuál están calculando. Un desarrollo completamente a medida escribe el front end, el modelo de contenido y las plantillas desde cero. Un tema a medida mantiene un CMS conocido debajo y sustituye todo lo que ve el visitante. Una plantilla adaptada parte de un tema comprado y lo modifica.

La tercera es la que genera discusiones. Una plantilla modificada se vende como a medida porque parece única, pero el modelo de contenido, la jerarquía de páginas y buena parte del marcado siguen perteneciendo al autor del tema. Eso importa después, cuando necesitas un tipo de página que el tema nunca previó o cuando su siguiente actualización sobrescribe tus cambios.

Al pedir presupuesto, pregunta cuál de las tres te están ofreciendo. La palabra a medida por sí sola no acota nada, y la diferencia de precio entre la primera y la tercera suele ser del triple.

Una plantilla resulta más barata mientras el trabajo de pelearse con ella sea menor que el de sustituirla. Ese punto no se reconoce por el aspecto del sitio, sino por cuánto esfuerzo se dedica a rodear limitaciones. Cuatro señales lo marcan con fiabilidad, y rara vez aparecen solas: quien detecta una suele encontrar también una segunda.

Tu contenido no encaja en los tipos de página disponibles. Los temas traen entradas, páginas y quizá un portafolio. Si tu negocio necesita un catálogo estructurado donde cada ficha tiene quince campos que filtran y se cruzan entre sí, acabarás guardando eso en campos de texto libre y reconstruyendo el filtrado en JavaScript.

Estás pagando plugins para deshacer el tema. Un maquetador visual más un plugin de rendimiento más uno de caché más un gestor de scripts, todos instalados para que un solo tema se comporte. Cada uno es una dependencia, una licencia y algo que se rompe al actualizar.

Los objetivos de rendimiento están en el contrato. Las Core Web Vitals de Google fijan un umbral de 2,5 segundos para el Largest Contentful Paint, y los temas pesados lo incumplen con frecuencia porque cargan todo en todas las páginas.

Dos sistemas tienen que hablarse. En cuanto tu web debe leer de un ERP, un motor de reservas o un servicio de precios en tiempo real, estás escribiendo código de aplicación.

Los precios de las agencias europeas a fecha de agosto de 2026 se agrupan en tres bandas, y lo que mueve un proyecto entre ellas es el número de tipos de página distintos y de integraciones, no el número de páginas. Un sitio de cuarenta páginas con tres plantillas sale más barato que uno de ocho páginas con ocho maquetaciones propias.

Nuestras propias tarifas se sitúan en €1.500 para un sitio de marketing enfocado, €4.500 para una web corporativa con plantillas a medida y un modelo de contenido serio, y desde €12.000 cuando hay integraciones, varios idiomas o una capa de aplicación.

Las cifras de otras agencias europeas se mueven en el mismo rango, y la banda alta se abre mucho según el alcance. Más importante que comparar totales es preguntar qué incluye cada uno: la carga de contenidos, las pruebas en dispositivos reales, las redirecciones y la formación del equipo editorial no aparecen en los presupuestos baratos y se facturan después por separado.

Visualmente los creadores han cerrado casi toda la distancia, y para muchos sitios esa es la decisión correcta. La distancia estructural sigue ahí. Las cuatro diferencias de abajo casi nunca se notan en el lanzamiento y sí a los dieciocho meses, cuando el sitio tiene que hacer algo que nadie previó al montarlo.

Un modelo de contenido que encaja con tu negocio. Campos, relaciones y validación definidos alrededor de tus objetos, no alrededor de entradas de blog. Es lo que hace que un catálogo se pueda filtrar y que un caso de éxito se reutilice en tres sitios sin copiar y pegar.

Marcado que es tuyo. HTML semántico que puedes corregir. Según el estudio WebAIM Million sobre el millón de portadas más visitadas, más del 94 % presenta errores de accesibilidad detectables, y buena parte nace en la salida de temas y creadores, donde el propietario no puede intervenir.

El rendimiento como decisión de diseño. Envías el CSS y el JavaScript que la página necesita, y nada más.

Un camino de migración. Tu contenido vive en un esquema que definiste tú, así que cambiar de plataforma es una exportación y no una reconstrucción.

Un proyecto a medida tiene cuatro fases, y en la primera se ahorra o se pierde el dinero. Saltar directamente al diseño es la causa más común de desvíos, porque cada decisión aplazada vuelve más tarde convertida en retrabajo, y el retrabajo cuesta alrededor del triple que la tarea original. Los plazos de abajo corresponden a una web corporativa de tamaño medio.

Análisis y modelo de contenido, una o dos semanas. Tipos de página, campos, relaciones y la lista de sistemas con los que el sitio debe integrarse. El resultado es un documento que puedes entregar a otra agencia para obtener un presupuesto comparable.

Diseño, dos a cuatro semanas. Plantillas en lugar de páginas sueltas: cómo se ve una ficha de catálogo, no cómo se ve la página 14.

Construcción, tres a ocho semanas. Front end, configuración del CMS e integraciones. La carga de contenidos va en paralelo y casi siempre se subestima del lado del cliente.

Lanzamiento y estabilización, dos semanas. Redirecciones, analítica y pruebas en dispositivos reales. Si sustituyes un sitio existente, el mapa de redirecciones merece un responsable propio, y nuestra guía de migración web explica qué se pierde cuando no lo tiene.

Los desvíos rara vez vienen de que los desarrolladores trabajen despacio. Vienen de decisiones que nunca se tomaron, llegan tarde y obligan a rehacer. Tres causas explican la mayor parte, y las tres son visibles antes de firmar el contrato si se pregunta expresamente por ellas. Cada una se neutraliza con un solo acuerdo dentro de la propuesta.

El contenido llega el último. La construcción termina y se queda seis semanas esperando textos, de modo que la maquetación se diseñó contra texto de relleno y no sobrevive al contacto con el real. Solución: fijar la fecha del contenido antes que la del diseño.

Se dio por sentado que la integración era sencilla. Que solo tiene que leer de nuestro ERP oculta si ese sistema tiene API, si alguien lo sigue manteniendo y de quién son las credenciales. Solución: una prueba técnica en la primera semana, antes de cerrar el precio.

La aprobación no tiene dueño. Cuatro personas revisando en momentos distintos producen comentarios contradictorios. Solución: una única persona que decide, nombrada en el contrato.

La decisión suele tomarse por preferencia de marca cuando debería tomarse por el modelo de contenido y la lista de integraciones. Versión corta: elige un creador cuando el sitio es pequeño y el equipo no es técnico, elige un CMS con tema cuando tu contenido encaja en tipos de página estándar, y elige desarrollo a medida cuando no se cumple ninguna de las dos.

WordPress merece mención aparte porque está en ambos bandos. Según W3Techs mueve cerca del 43 % de todos los sitios web, y un WordPress a medida con tema propio, campos propios y sin maquetador visual es un camino intermedio legítimo.

La prueba honesta es una pregunta sobre el futuro, no sobre el presente: dentro de dos años, ¿añadirás contenido con una forma que ya existe hoy o con una que todavía no? Las plantillas resuelven bien el primer caso y mal el segundo. Nuestra comparativa de plataformas recorre la misma decisión con tecnologías concretas.

Las agencias ponen precio al riesgo. Un briefing vago recibe una cifra acolchada, porque quien calcula tiene que cubrirse ante lo que no dijiste, y ese margen suele ser de dos dígitos porcentuales. Seis puntos eliminan la mayor parte y, de paso, hacen que tres presupuestos sean realmente comparables.

Los tipos de página, no el número de páginas. Enumera las clases de página con los campos que necesita cada una.

Todos los sistemas con los que el sitio debe hablar, con un contacto para cada uno y si existe API.

Quién escribe el contenido y para cuándo. Con fecha.

Los idiomas, desde el principio. Añadir un segundo idioma a un desarrollo terminado cuesta mucho más que incluirlo.

Los objetivos de rendimiento y accesibilidad que vas a comprobar de verdad.

Quién aprueba. Un nombre.

Si quieres una plantilla más larga, nuestra guía del briefing de diseño web tiene la estructura completa.