La pregunta llega casi siempre con la misma forma. Alguien nos escribe, cuenta en dos líneas lo que hace su negocio y termina preguntando si le compensa una plantilla o una página web a medida. Espera una respuesta corta. Y la respuesta corta que circula por ahí, esa que dice que lo hecho a medida siempre gana, resulta muy cómoda para quien vende proyectos grandes y bastante inútil para quien tiene que decidir con su propio dinero.
En los presupuestos que nos llegan vemos las dos equivocaciones con la misma frecuencia. Negocios que han pagado un desarrollo hecho desde cero para una web de cinco páginas que no ha cambiado en tres años. Y negocios con veinte personas facturando bien que sostienen su catálogo entero con una plantilla comprada en un marketplace y catorce plugins pegados encima.
Los dos han perdido dinero. Ninguno lo ha perdido por elegir mal entre dos opciones, lo han perdido por no mirar en qué momento estaba su negocio cuando tomaron la decisión.
Este artículo no va de cuál de las dos gana. Va de cuándo conviene cada cosa, de qué hay en medio de las dos (hay bastante más de lo que parece), de lo que cuesta realmente cada opción cuando pasan dos años y de cómo se reconoce el momento exacto en el que una plantilla ha dejado de sostener lo que el negocio necesita.
Vamos a ser concretos. Tablas partida a partida, señales verificables, un proceso de migración con plazos razonables y las preguntas que conviene hacerle a cualquier proveedor antes de firmar. Si al terminar sabes en qué escalón estás hoy y en cuál deberías estar dentro de un año, el artículo habrá hecho su trabajo.
Web a medida o plantilla, una dicotomía que conviene desmontar
El primer problema de esta decisión es que las dos etiquetas significan cosas distintas según quién las pronuncie. Hay proveedores que venden como web a medida un tema comprado por sesenta euros con el logo del cliente y tres colores cambiados. Y hay profesionales serios que parten de un tema base conocido y acaban entregando algo donde el noventa por ciento de lo que ves en pantalla lo han decidido ellos desde la estructura de contenido del cliente.
La etiqueta, por sí sola, no te dice nada útil. Lo que sí te lo dice son cuatro preguntas. Quién decide la estructura de las páginas, el negocio o el diseño que venía de fábrica. Quién controla el marcado que se genera. De quién dependes cuando quieres cambiar algo. Y qué pasa el día que necesitas una funcionalidad que el sistema no tenía prevista.
Esas cuatro preguntas colocan cualquier proyecto en un punto concreto de un recorrido. No en una casilla de dos. Y ese recorrido es lo que casi nadie explica cuando compara opciones, porque explicarlo obliga a admitir que en muchos casos la opción intermedia es la correcta y eso encaja mal con una página de servicio.
Qué es una web a medida
Una página web a medida es aquella en la que las decisiones de estructura, jerarquía y comportamiento nacen del negocio y no de un diseño preexistente. Nada más.
No significa obligatoriamente escribir código desde cero ni renunciar a WordPress, ni implica que no se use ninguna librería de terceros. Significa que el orden de los bloques de una página de servicio se ha decidido pensando en cómo compra ese cliente, y no porque la demo del tema tenía ahí un carrusel de testimonios.
Conviene además separar tres capas que la gente mezcla. La capa de diseño, que es cómo se ve y cómo se jerarquiza. La capa de maquetación, que es cómo se traduce eso a HTML y CSS. Y la capa de funcionalidad, que es lo que la web hace además de mostrar información.
Cada una puede ser a medida o no serlo de forma independiente. Hay proyectos con diseño a medida y funcionalidad estándar, y proyectos con diseño estándar y una funcionalidad de negocio muy específica construida entera.
Diferencia entre web a medida y plantilla
La diferencia operativa, la que notas en el día a día, es la que hay entre un sistema cerrado con opciones y un sistema abierto con reglas.
Una plantilla te da un conjunto finito de posibilidades, muy rápido de arrancar, y todo lo que está fuera de ese conjunto se resuelve peleando contra el sistema. Un proyecto a medida arranca más lento porque hay que construir el conjunto, y a cambio lo que no existe se construye en lugar de forzarse.
De ahí sale la consecuencia real. La plantilla es barata al principio y cara al final, porque el coste aparece en forma de tiempo perdido y de parches. El desarrollo propio es caro al principio y previsible después, siempre que esté bien documentado. Cuál de las dos curvas te conviene depende de cuántos años vas a vivir en esa web y de cuánto va a cambiar tu negocio mientras tanto.
Los cinco escalones que van de las plantillas web al código propio
En lugar de dos casillas, en los proyectos que hacemos vemos cinco escalones reales. Todos existen, todos son defendibles en algún contexto y casi todos los errores caros vienen de estar en un escalón que no corresponde al momento del negocio. Vale la pena mirarlos uno a uno antes de pedir presupuestos, porque cambia por completo la conversación con el proveedor.
Escalón 1. La plantilla tal cual
Compras un tema, cargas la demo, sustituyes textos e imágenes y publicas. Es el escalón más barato y más rápido, y también el único en el que el diseño de tu web es literalmente el mismo que el de otras tres mil empresas. No hay nada vergonzoso en estar aquí si acabas de empezar y necesitas una dirección a la que mandar gente esta misma semana. El problema no es empezar aquí, el problema es quedarse cuatro años.
Lo característico de este escalón es que cualquier cambio estructural implica luchar con el panel de opciones del tema. Si el tema no trae un listado de casos de éxito con filtro por sector, no lo tienes, punto. Y lo que se hace entonces es instalar un plugin que sí lo trae, lo cual abre la puerta al problema que veremos más adelante.
Escalón 2. La plantilla con child theme
Sigue habiendo un tema comprado debajo, pero encima hay un tema hijo donde un profesional escribe CSS y funciones propias. Se pueden cambiar tipografías, espaciados, comportamientos concretos y añadir plantillas de página específicas sin que la siguiente actualización del tema padre se lo lleve todo por delante.
Es un escalón muy razonable y muy infravalorado. Cuesta poco más que el primero, resuelve el ochenta por ciento de las frustraciones habituales y mantiene las actualizaciones de seguridad del tema original. Su límite es que sigues heredando el peso, la estructura de datos y las decisiones de fondo del tema padre. Estás pintando encima de una casa ajena, con buena mano, pero encima de una casa ajena.
Escalón 3. Un sistema de bloques con librería propia
Aquí ya no hay una plantilla de terceros que mande. Hay un tema base muy ligero y, sobre él, una librería de bloques propios construida para ese negocio. Bloque de servicio, bloque de caso, bloque de proceso, bloque de tabla comparativa, bloque de preguntas. Cada bloque tiene su marcado controlado, sus estilos y sus variantes.
Es, con diferencia, el escalón donde más proyectos deberían estar y donde menos están. El cliente edita sin romper nada porque solo puede combinar piezas que existen. El marcado es limpio porque lo escribió alguien. Y crecer significa añadir un bloque nuevo, no reconstruir la web. Es el punto donde el diseño web empieza a comportarse como un sistema y no como una colección de páginas sueltas.
Escalón 4. Diseño a medida sobre un framework
El diseño se hace entero desde cero, con su propia retícula, su tipografía y sus componentes, pero la base técnica es un framework o un tema de desarrollo conocido que aporta estructura, buenas prácticas y un sistema de plantillas probado. Se gana velocidad de ejecución frente al desarrollo completo y se mantiene casi todo el control visual y semántico.
Este escalón encaja bien en negocios con una marca definida que necesitan traducirla sin concesiones, pero cuya funcionalidad sigue siendo la de una web de contenido y captación. La web es singular por fuera y estándar por dentro, lo cual es una combinación muy eficiente en relación coste y resultado.
Escalón 5. Desarrollo a medida completo
Aquí se construyen también las tripas. Tipos de contenido propios, relaciones entre ellos, buscadores con lógica de negocio, integraciones con el ERP o con el CRM, cálculos, áreas privadas, flujos que dependen del estado de un pedido o de un expediente. El diseño es solo la parte visible de un sistema que existe porque el negocio funciona de una forma que ningún producto estándar contempla.
Es el escalón más caro, el más lento y el que más compromiso exige, y sigue siendo el correcto para una minoría de proyectos. Cuando de verdad toca, ahorra horas de personas todos los meses, y ese ahorro es el que paga la inversión. Cuando no toca, produce una web de ocho páginas que costó lo que cuesta un coche.
Comparativa de los cinco escalones para el desarrollo web a medida
Esta tabla resume cómo se comporta cada escalón en las nueve variables que más pesan cuando miras el proyecto a tres años vista. El coste relativo está expresado en múltiplos aproximados tomando el escalón 1 como referencia, no como cifras, porque los rangos concretos dependen de demasiadas cosas y los tratamos en el artículo sobre cuánto cuesta una página web profesional.
| Variable | 1. Plantilla tal cual | 2. Child theme | 3. Bloques propios | 4. A medida sobre framework | 5. Desarrollo completo |
|---|---|---|---|---|---|
| Coste relativo inicial | x1 | x2 a x3 | x4 a x6 | x6 a x10 | x10 en adelante |
| Tiempo de puesta en marcha | De días a dos semanas | De dos a cuatro semanas | De seis a diez semanas | De ocho a catorce semanas | Tres meses o más |
| Dependencia del proveedor | Baja, cualquiera lo toca | Media baja | Media, con documentación | Media alta | Alta si no hay traspaso |
| Rendimiento alcanzable | Limitado por el tema | Mejorable con esfuerzo | Bueno y sostenible | Muy bueno | El que decidas |
| Control del marcado y del SEO | Escaso | Parcial | Alto | Muy alto | Total |
| Capacidad de diferenciarse | Muy baja | Baja | Media alta | Alta | Alta |
| Coste de mantenimiento anual | Bajo en dinero, alto en incidencias | Bajo | Medio bajo | Medio | Medio alto |
| Coste de cambiar de idea | Bajo, se tira y ya | Bajo | Medio | Alto | Muy alto |
| Techo de crecimiento | Se toca en un año | Dos o tres años | Cuatro o cinco años | Cinco años o más | Prácticamente ninguno |
Hay dos filas que merecen una lectura despacio. La de dependencia del proveedor sorprende a mucha gente, porque el escalón 1 es el de menor dependencia de todos. Cualquier profesional puede coger un tema comercial conocido y trabajar con él. Esa es una ventaja real que nadie cuenta cuando vende desarrollo propio, y hay que ponerla encima de la mesa.
La otra es la del coste de cambiar de idea. En el escalón 1 equivocarse sale barato porque tirar la web y empezar de nuevo cuesta poco. En el escalón 5 equivocarse es caro de verdad. Por eso el desarrollo completo se justifica cuando el negocio ya sabe con certeza lo que necesita, y casi nunca cuando todavía lo está averiguando.
Cuándo conviene una página web a medida, los cuatro momentos que deciden
Aquí está el eje del artículo. La decisión correcta no depende del sector ni del gusto del fundador, depende del momento en el que está el negocio. Hemos visto cuatro momentos que se repiten y que ordenan la decisión casi por sí solos.
Momento 1. Estás validando una idea que todavía no tiene demanda probada
No sabes aún si el mercado quiere lo que vendes, ni a qué precio, ni con qué mensaje. Tu web va a cambiar de arriba abajo tres veces en doce meses porque vas a aprender cosas que ahora no sabes. En este momento el escalón 1 o el 2 son la respuesta obvia, y gastarse el presupuesto entero en el escalón 5 es destruir capital.
Lo que sí conviene proteger aquí es el dominio, el acceso a todo y la capacidad de exportar el contenido. Todo lo demás es desechable a propósito. Si alguien te propone un desarrollo largo en este punto, no está mirando tu negocio, está mirando su facturación del trimestre. Ojo también con el extremo contrario, los packs de páginas web baratas todo en uno que te atan a una cuota y no te dejan salir con tus propios archivos.
Momento 2. Tienes demanda probada y la web ya trae clientes
Ya sabes quién compra, por qué y cuánto vale un contacto. La web deja de ser un experimento y pasa a ser un canal con un valor medible. Aquí empieza a tener sentido subir al escalón 3, porque cada mejora de conversión y cada página nueva tiene retorno y porque vas a publicar mucho.
La señal que confirma este momento es sencilla. Si calculas cuántos contactos te llegan al mes y cuánto vale cada uno, y una mejora del veinte por ciento en la conversión cubre la inversión en menos de un año, estás en el momento 2. Si no sabes calcular eso todavía, sigues en el momento 1 aunque factures.
Momento 3. El negocio tiene procesos que la web debería soportar
Alguien de tu equipo dedica horas cada semana a copiar datos de un sitio a otro, a responder por correo cosas que la web podría resolver, a mantener un catálogo en dos lugares distintos o a preparar presupuestos a mano con información que ya existe. Este es el momento en el que el desarrollo propio deja de ser una cuestión de imagen y pasa a ser una cuestión de coste operativo.
La cuenta aquí se hace en horas. Si la web puede eliminar seis horas de trabajo manual a la semana, eso son casi trescientas horas al año, y el cálculo cambia por completo. En este momento suele tocar el escalón 4 o el 5, y suele ser el único momento en el que el escalón 5 se paga solo.
Momento 4. La marca necesita diferenciarse para competir
Vendes algo que tus competidores también venden, a un precio parecido, y lo que decide es la percepción. Cuando el cliente compara tres webs y las tres parecen la misma plantilla con distintos colores, la decisión se va al precio. Ese es el coste invisible de no diferenciarse, y no aparece en ninguna factura.
Aquí el escalón 3 ya se queda corto en la parte visual y toca el 4. No por capricho estético, sino porque una identidad bien traducida sostiene el precio. Si te interesa la relación entre percepción y margen, la desarrollamos en el artículo sobre por qué dos presupuestos parecidos terminan siendo proyectos muy distintos.
El coste oculto de las plantillas web WordPress
Las plantillas web WordPress tienen una ventaja indiscutible y un conjunto de costes que no aparecen el día de la compra. La ventaja es el arranque. Los costes llegan repartidos en los veinticuatro meses siguientes y casi nunca se atribuyen a la decisión original, lo cual hace que el error se repita.
- El peso de serie. Un tema comercial está hecho para servir a miles de casos distintos, así que carga CSS y JavaScript de funcionalidades que tú no usas. Un tema multipropósito puede mover entre uno y dos megas de recursos antes de que empieces a añadir nada tuyo.
- La acumulación de plugins. Cada cosa que el tema no hace se resuelve con un plugin. Un formulario, un carrusel distinto, un acordeón, un filtro, una tabla. Al año hay quince, cada uno con sus propios estilos y scripts, y tres de ellos cargan la misma librería por duplicado.
- Las actualizaciones que rompen. Cuando hay personalizaciones hechas directamente sobre el tema padre, actualizar se convierte en una apuesta. Lo que suele pasar es que se deja de actualizar, y ahí aparece el problema de seguridad.
- El marcado sucio del maquetador. Muchos constructores visuales generan capas y capas de contenedores anidados para colocar un texto y un botón. Eso hace el HTML más pesado, complica el control de los encabezados y convierte cualquier ajuste fino en una excavación.
- Las licencias anuales. El tema, el maquetador, el plugin de formularios avanzados, el de tablas, el de optimización. Sumadas rondan una cifra que en tres años iguala buena parte de lo que habría costado subir un escalón, y encima no dejan ningún activo detrás.
Un caso que vemos con frecuencia. Una empresa de servicios compra un tema por cincuenta y nueve euros, paga trescientos a un freelance por montarla, y dos años después ha gastado otros mil doscientos en licencias renovadas, arreglos puntuales, un plugin de caché para compensar la lentitud y dos incidencias por actualizaciones. La web sigue siendo la misma, no se diferencia de nadie y nadie quiere tocarla. Ese es el coste real, y se paga a plazos.
El mantenimiento de una web a medida y lo que casi nadie te cuenta
Por honestidad, el otro lado. El desarrollo propio también tiene costes que no salen en la propuesta comercial y que conviene anticipar antes de firmar, porque son perfectamente evitables si se hablan a tiempo.
El primero es la documentación. Un sistema construido a medida solo es mantenible si alguien escribió cómo funciona. Sin documentación, dentro de dos años el único que entiende ese código es quien lo escribió, y si esa persona no está disponible, tu activo se convierte en un problema. La documentación no es un extra opcional, es parte del entregable, y si no aparece en la propuesta hay que pedirla explícitamente.
El segundo es la dependencia del desarrollador. Cuanto más singular es un proyecto, más caro resulta para un tercero entrar a mantenerlo. Se mitiga con tres cosas. Usar tecnologías comunes en lugar de exóticas, respetar las convenciones estándar del CMS y entregar el código en un repositorio al que el cliente tenga acceso. El mantenimiento de una web a medida se encarece cuando falta alguna de las tres.
El tercero es más humano que técnico. Hay proyectos preciosos que el cliente no sabe editar porque el panel se diseñó pensando en el desarrollador. Si publicar una página nueva exige rellenar diecisiete campos sin explicación, el cliente dejará de publicar. Un sistema de edición claro vale más que cualquier optimización, porque determina si la web se mantiene viva.
Y el cuarto es que cada cambio relevante pasa por presupuesto. En una plantilla, mover un bloque lo hace el propio cliente. En un sistema construido, según cómo se haya construido, puede requerir intervención. Por eso conviene pactar desde el principio qué entra en una cuota de mantenimiento y qué no, algo que detallamos en el artículo sobre qué debe cubrir el mantenimiento de una web.
Rendimiento, Core Web Vitals y las limitaciones de las plantillas web
Aquí es donde las limitaciones de las plantillas web se vuelven medibles, que es lo interesante, porque deja de ser una opinión. Google mide tres cosas principales en la experiencia de página y las tres se degradan de forma predecible cuando el sistema de base es pesado.
El LCP mide cuánto tarda en pintarse el elemento más grande visible al cargar, normalmente la imagen o el titular de la cabecera. Un tema multipropósito lo empeora por tres vías simultáneas. Carga hojas de estilo que bloquean el renderizado antes de pintar nada. Trae un slider en la cabecera que pesa más que el resto de la página junta. Y suele inyectar fuentes desde varios orígenes sin precarga, lo que retrasa el texto.
El CLS mide cuánto se mueve el contenido mientras carga. Se dispara cuando las imágenes no llevan sus dimensiones declaradas, cuando los anuncios o avisos de cookies se insertan tarde y cuando la fuente personalizada sustituye a la de sistema y cambia la altura de las líneas. Y el INP mide la respuesta a la interacción, que se degrada cuando hay mucho JavaScript compitiendo por el hilo principal. Quince plugins es mucho JavaScript compitiendo.
Una web a medida no es rápida por definición
Conviene no caer en el argumento contrario, que también es falso. Un desarrollo propio no garantiza velocidad. Hemos auditado webs construidas entera y exclusivamente para un cliente que puntuaban peor que una plantilla bien configurada, y las razones eran siempre las mismas.
Imágenes de tres megas subidas sin procesar porque nadie montó una tubería de optimización. Hosting compartido barato debajo de un proyecto caro. Animaciones de aparición en cada bloque que retrasan el pintado. Y fuentes variables cargadas en cinco pesos cuando se usan dos.
Lo que sí da el control propio es la posibilidad de arreglarlo. En una plantilla, cuando el cuello de botella está en el núcleo del tema, tus opciones son parchear con caché o cambiar de tema. En un sistema propio, el cuello de botella se localiza y se elimina. La diferencia no está en el resultado por defecto, está en el techo al que puedes llegar y en cuánto trabajo cuesta llegar ahí.
Pasar de una plantilla a una web a medida sin perder posiciones
Esta es la parte que más miedo da y la que peor se ejecuta. Hemos visto rediseños que costaron a un negocio la mitad de su tráfico orgánico durante cinco meses, y en prácticamente todos los casos el motivo fue el mismo, se rehízo el diseño y se olvidó el inventario. El orden correcto evita casi todos los sustos.
El inventario de URLs, el paso que casi nadie hace bien
Antes de tocar nada hay que saber qué tienes. Eso significa cruzar cuatro fuentes. El sitemap actual, un rastreo completo de la web con una herramienta de crawling, las URLs que reciben impresiones en Search Console de los últimos dieciséis meses y las páginas con enlaces entrantes externos.
La unión de esas cuatro listas, sin duplicados, es tu inventario real, y casi siempre tiene entre un veinte y un cuarenta por ciento más de URLs de las que el cliente creía tener.
De ese inventario sale la lista de lo que se conserva, lo que se fusiona y lo que se elimina. Cada página que recibe tráfico o enlaces necesita una decisión explícita. Nada puede quedarse sin decisión, porque lo que se queda sin decisión acaba en un error 404 que descubres tres semanas después.
El mapa de redirecciones y lo que hay que conservar
Cada URL antigua que desaparece necesita una redirección 301 hacia la URL nueva más equivalente en contenido, no hacia la portada. Una redirección masiva a la home es la forma más eficaz de tirar a la basura la autoridad acumulada. Si no existe equivalente, se valora crear la página nueva o aceptar la pérdida de forma consciente.
Además del mapa, hay tres cosas que conviene mantener en la versión nueva. La estructura de encabezados de las páginas que ya posicionan, porque ese orden le está funcionando a Google. El cuerpo del contenido que rinde, que se puede reescribir mejor pero no recortar a la mitad por motivos estéticos. Y los datos estructurados que ya existían.
Un rediseño que reduce un artículo de dos mil palabras a cuatrocientas por limpieza visual es un rediseño que va a perder posiciones, por bonito que quede.
| Fase | Qué se hace | Plazo orientativo |
|---|---|---|
| Inventario y decisiones | Cruce de sitemap, rastreo, Search Console y enlaces externos | Una semana |
| Mapa de redirecciones | Una fila por URL antigua con su destino y su motivo | De tres a cinco días |
| Construcción y revisión en pruebas | Entorno cerrado a buscadores, revisión de encabezados y contenido | Según el escalón elegido |
| Publicación | Redirecciones activas desde el minuto cero y sitemap nuevo enviado | Un día |
| Vigilancia inmediata | Errores de rastreo, 404, canónicas, indexación y caídas bruscas | Primeras dos semanas |
| Reajuste | Corrección de redirecciones erróneas y de contenido recortado de más | Semanas tres a seis |
| Recuperación esperable | Vuelta a la línea de partida y mejora si el contenido ha mejorado | De seis semanas a cuatro meses |
Lo normal es una oscilación de las posiciones durante las primeras dos o tres semanas, con recuperación progresiva después. Si a los dos meses sigues muy por debajo, el problema no es la migración en abstracto, es una causa concreta que se puede encontrar. Si alguien te promete que no habrá ninguna fluctuación, desconfía, y si quieres una idea realista de tiempos totales conviene mirar también cuánto dura de verdad un proyecto de diseño web.
Diseño web a medida para empresas, qué escalón encaja en cada caso
Con todo lo anterior sobre la mesa, esta tabla traduce la decisión a perfiles concretos. No es una regla universal, es el punto de partida razonable que usamos cuando nos llega una consulta y todavía no conocemos los detalles del negocio.
| Tipo de negocio | Escalón de partida | Por qué | Cuándo revisar la decisión |
|---|---|---|---|
| Autónomo que empieza | 1 o 2 | Prioridad absoluta a existir y validar el mensaje con poco capital | Al superar los primeros clientes recurrentes |
| Tienda o servicio local | 2 o 3 | Manda la ficha de negocio y la búsqueda local, no la singularidad visual | Al abrir un segundo local o vender fuera de la zona |
| Empresa de servicios B2B | 3 o 4 | Cada contacto vale mucho y la percepción de criterio sostiene el precio | Cuando la web pase a ser el primer canal de entrada |
| Industrial con catálogo amplio | 4 o 5 | Miles de referencias, fichas, filtros y sincronización con el ERP | Al superar las quinientas referencias o dos idiomas |
| Ecommerce en crecimiento | 3 o 4 sobre plataforma | La plataforma resuelve lo transaccional y se personaliza la capa de marca | Al superar el volumen que la plataforma sostiene con comodidad |
| Grupo con varias marcas | 4 o 5 | Sistema compartido con identidades distintas y gobierno del contenido | Antes de lanzar la tercera marca, no después |
En el caso del ecommerce conviene una advertencia. La primera decisión no es el escalón, es la plataforma, porque condiciona todo lo demás y no se cambia con facilidad. Si estás en ese punto, empieza por ahí y lo tratamos a fondo en la comparativa entre WooCommerce y Shopify, donde la diferencia de modelo pesa más que cualquier consideración de diseño.
Escalabilidad de una página web a medida, seis señales de que tu plantilla se ha quedado pequeña
La escalabilidad de una página web a medida se nota justo cuando la plantilla deja de dar de sí. Estas seis señales son concretas y verificables, no impresiones. Con dos o tres, ya conviene empezar a planificar el salto. Con cuatro o más, cada mes que pasa sale caro.
- Necesitas un plugin para cada cosa nueva. Si en los últimos doce meses has instalado más de cinco plugins para resolver necesidades de presentación, el sistema ya no te sirve, lo estás sustituyendo por partes.
- Nadie quiere tocar la web. Cuando pides un cambio pequeño y el presupuesto que recibes es desproporcionado, no es que te estén cobrando de más, es que entrar en ese código cuesta lo que te dicen.
- Publicar una página nueva te lleva medio día. Si montar un servicio nuevo exige pelearse con el maquetador durante horas, estás pagando ese coste cada vez, y se multiplica por cada página del año.
- Las métricas de rendimiento no mejoran por más que optimices. Has probado caché, compresión de imágenes y diferido de scripts, y el LCP sigue estancado. Eso indica que el techo está en la base, no en la configuración.
- Tu web se parece a la de tres competidores. Si un cliente potencial que os compara no distingue una de otra, la decisión se irá al precio y ese descuento lo pagas tú, mes a mes, sin verlo.
- El negocio ha cambiado y la web no puede seguirlo. Has añadido una línea de servicio, un segundo público o un idioma, y la estructura no admite esa realidad sin parches. La web está describiendo al negocio que eras, no al que eres.
Hay una séptima señal que no es del sistema sino del equipo. Cuando dentro de la empresa se ha asumido que la web no sirve para captar y se ha dejado de mirar, la plantilla ya no es el problema principal. Ahí toca recuperar primero la convicción de que ese canal puede funcionar, y después decidir la tecnología.
Cómo tomar la decisión y no arrepentirse dentro de dos años
Si tuviéramos que reducirlo a un método corto, sería este. Sitúa tu negocio en uno de los cuatro momentos con honestidad, sin adelantarte al que te gustaría estar. Mira la tabla de tipos de negocio y quédate con el escalón de partida. Ajusta ese escalón según cuántas de las seis señales cumples hoy.
Y pregunta a cualquier proveedor tres cosas antes de firmar, qué pasa si dentro de dos años quiero cambiar de proveedor, qué documentación me entregas y qué puedo editar yo sin llamarte.
Las respuestas a esas tres preguntas te dirán más sobre el proyecto que cualquier propuesta de veinte páginas. Un buen proveedor las responde sin incomodarse porque ya las ha pensado. Quien se pone nervioso es quien construye dependencia a propósito, y esa dependencia siempre acaba costando más que el proyecto.
Y una idea final que ordena todo lo demás. La web no es una compra, es una infraestructura que sostiene la captación durante varios años. Cuando la miras así, la pregunta deja de ser cuánto cuesta arrancar y pasa a ser cuánto cuesta vivir con ella. En esa segunda cuenta es donde se decide casi siempre, y es la que casi nadie hace antes de firmar.
Preguntas frecuentes
Qué es una web a medida exactamente
Es una web en la que la estructura, la jerarquía y el comportamiento se deciden a partir del negocio y no de un diseño comprado previamente. No implica obligatoriamente escribir todo el código desde cero ni renunciar a WordPress. Implica que cada bloque de cada página está donde está por una razón relacionada con cómo compran tus clientes. Puede haber proyectos a medida en el diseño y estándar en la funcionalidad, y al revés.
Cuál es la diferencia entre una web a medida y una plantilla
La diferencia práctica está en el techo y en quién manda. Una plantilla ofrece un conjunto cerrado de posibilidades, con un arranque muy rápido, y todo lo que queda fuera se resuelve forzando el sistema. Un proyecto propio arranca más despacio y a cambio permite construir lo que no existe. La plantilla sale barata al principio y cara al final, el desarrollo propio al revés.
Una plantilla premium es suficiente para una empresa
Puede serlo perfectamente, y en muchos casos lo es. Si la empresa tiene una web de contenido y captación, publica poco, no necesita funcionalidades específicas y compite en un sector donde la diferenciación visual no decide la venta, una plantilla bien trabajada con un tema hijo aguanta años. Deja de ser suficiente cuando aparecen procesos que la web debería soportar o cuando la percepción de marca empieza a decidir el precio.
Se puede migrar de plantilla a medida sin perder SEO
Sí, y es lo habitual cuando se hace con orden. Hace falta un inventario completo de URLs cruzando sitemap, rastreo, Search Console y enlaces externos, un mapa de redirecciones 301 una a una hacia destinos equivalentes, conservar la estructura de encabezados de las páginas que ya rinden y no recortar contenido que funciona. Lo normal es una oscilación de dos o tres semanas y una recuperación completa entre las seis semanas y los cuatro meses.
Cuánto dura una plantilla web
Como decisión razonable, entre dos y cuatro años en la mayoría de negocios. El límite rara vez lo marca el aspecto visual, lo marcan el crecimiento del negocio y la acumulación de parches. Una plantilla con tema hijo y pocos plugins puede llegar bien a los cuatro años. Una plantilla cargada de extensiones y sin actualizar empieza a dar problemas de seguridad y de rendimiento mucho antes.
Una web a medida es más rápida
Puede serlo, pero no lo es por definición. Hemos auditado desarrollos propios más lentos que plantillas bien configuradas, casi siempre por imágenes sin optimizar, hosting insuficiente o animaciones innecesarias. Lo que aporta el desarrollo propio es control, es decir, la posibilidad de localizar el cuello de botella y eliminarlo en lugar de taparlo con caché. El techo de velocidad es mucho más alto, alcanzarlo sigue siendo trabajo.