La web barata no cuesta poco. Solo cobra después.

La web barata no suele fallar el día del lanzamiento.

Ese día todo parece razonable. El dominio abre, el menú se mueve y hay un formulario al final. Se pagó menos de lo previsto. El proveedor entregó rápido. Alguien en la oficina dice que, para lo que costó, está bastante bien.

El problema llega después. Cuando hay que cambiar una frase y nadie sabe entrar. Cuando Google no encuentra las páginas importantes. Cuando el formulario llevaba tres semanas enviando consultas a una cuenta que ya no existe. Cuando el negocio crece, pero la web solo admite cambiar fotos dentro de la misma plantilla.

No salió barata. Solo dejó parte de la factura para más adelante.

Pagar poco no es el error

Una web de 500 euros puede ser la decisión correcta.

Si estás validando una idea durante un mes, necesitas una página temporal para un evento o todavía no sabes si el negocio tendrá demanda, construir una plataforma a medida sería una forma muy elegante de tirar dinero. En ese escenario, una plantilla bien elegida y un alcance pequeño tienen sentido.

El precio bajo no es el problema. El problema es comprar una cosa creyendo que es otra.

Una landing temporal no es la base digital de una empresa. Un tema comprado no es una identidad. Cinco páginas montadas con el texto que envió el cliente no son una estrategia de contenidos. Que el formulario muestre un mensaje verde tampoco demuestra que los correos estén llegando.

La web barata empieza a salir cara cuando se presenta como una versión económica del mismo trabajo. No lo es. Puede parecerse por fuera, igual que una fachada pintada se parece durante unas semanas a un edificio rehabilitado. Lo que falta no está en la captura de pantalla.

Está en las decisiones que nadie tomó.

Lo que no aparece en el presupuesto

Un presupuesto corto suele tener partidas fáciles de enseñar: inicio, servicios, contacto, adaptación a móvil. Todo cabe en una tabla limpia. El precio también.

Lo difícil de ver es lo que quedó fuera.

¿Quién decide la estructura? ¿Se ha investigado cómo busca el cliente o solo se han copiado los nombres que usa la empresa internamente? ¿El negocio será dueño del dominio, del hosting, de los diseños y del código? ¿Habrá medición de formularios? ¿La web se podrá mover a otro proveedor? ¿Qué ocurre si dentro de seis meses aparece un servicio nuevo que no encaja en la plantilla?

Esas preguntas no adornan una propuesta. Definen cuánto costará convivir con lo que se construya.

La guía tecnológica de GOV.UK recomienda minimizar el coste total de propiedad, mantener el control de los datos y reducir la dependencia de contratos o proveedores cerrados. No habla de webs para pequeños negocios, pero el criterio sirve igual. El coste real no termina cuando se paga la factura inicial. Incluye operar, cambiar, mantener y salir.

Una web barata puede recortar el precio sin recortar ninguna de esas necesidades. Simplemente las traslada al cliente.

La plantilla no es culpable

Hay una costumbre bastante cómoda en nuestro sector: culpar a las plantillas de todo.

No tiene sentido.

Una buena plantilla puede resolver muy bien un problema común. Da velocidad, reduce horas de diseño y evita reconstruir patrones que ya funcionan. El fallo aparece cuando el negocio debe deformarse para caber dentro de ella.

La empresa tiene tres públicos distintos, pero el tema solo contempla un mensaje principal. Se elimina uno. El proceso de compra necesita resolver una objeción antes de enseñar el precio, pero la demo coloca la tabla arriba. Se respeta la demo. La marca vive de fotografías propias, pero la composición fue pensada para imágenes de stock verticales. Se recortan las fotos hasta que dejan de contar nada.

Cada concesión parece pequeña. Juntas convierten la web en una explicación aproximada del negocio.

Y una web aproximada atrae consultas aproximadas. Personas que no entienden el servicio, preguntan lo que ya debería estar claro o llegan esperando algo que la empresa no ofrece.

La plantilla ahorró horas al proveedor. No necesariamente se las ahorró al negocio.

El coste más caro no lo cobra el desarrollador

Lo paga el equipo.

Lo paga la persona que responde por WhatsApp una pregunta que la web dejó sin contestar. Quien copia manualmente cada contacto a una hoja de cálculo porque el formulario no se conecta con nada. Quien pide el mismo cambio tres veces porque solo el proveedor conserva las claves. Quien prepara una campaña y descubre el jueves por la tarde que no puede crear una landing sin romper el menú.

Son diez minutos aquí, media hora allá. Nunca llegan juntos, así que no parecen un coste. Al cabo de un año se han convertido en semanas de trabajo dedicadas a compensar una herramienta que debía ahorrar tiempo.

Esto también ocurre con el contenido. Una web barata suele construirse con lo que ya existe porque investigar, jerarquizar y escribir lleva horas. El cliente manda un documento. El proveedor lo reparte entre cajas. Nadie pregunta qué necesita entender una persona antes de llamar.

El resultado puede estar bien redactado y seguir sin servir.

Como contamos en No somos una agencia de webs, cambiar la pieza sin entender el problema solo produce algo nuevo con problemas viejos. Si la oferta era confusa en el PDF comercial, seguirá siendo confusa con una animación de entrada.

También se paga con confianza

La gente no separa la web del negocio con la precisión con la que lo hace una agencia.

No piensa que el error tipográfico es culpa del proveedor, que la foto pixelada venía del banco de imágenes o que el menú confuso responde a una limitación del tema. Todo se atribuye a la empresa cuyo logo aparece arriba.

Nielsen Norman Group lleva años observando el mismo patrón. En su investigación sobre credibilidad y diseño web, la calidad visual, la claridad de la navegación, la información actualizada y la transparencia aparecen como señales directas de confianza. El estudio también señala algo menos cómodo: errores pequeños, enlaces rotos y descuidos degradan rápido la percepción de toda la organización.

La web puede haber costado poco. La impresión que deja no viene con descuento.

Esto importa especialmente cuando el servicio es caro, sensible o difícil de comparar. Un abogado, una clínica, una consultora o una empresa industrial no venden en la primera visita. Primero piden confianza. Si la página parece intercambiable, oculta información básica o lleva dos años sin actualizarse, el visitante no redacta un informe técnico. Cierra la pestaña.

No sabrás qué oportunidad se perdió. Esa es la parte más eficaz del problema: no deja ticket.

El secuestro empieza con una contraseña

Hay webs cuyo verdadero precio aparece cuando el cliente intenta marcharse.

El dominio está a nombre del proveedor. El hosting vive en una cuenta compartida. El tema usa una licencia que deja de funcionar al terminar la relación. No hay repositorio. Las imágenes originales se perdieron. La copia de seguridad existe, pero nadie ha probado que pueda restaurarse.

Nada de eso suele mencionarse en la portada. Se descubre cuando toca cambiar de equipo.

Entonces llega la frase: «Para moverla hay que rehacerla».

A veces es cierta. Otras veces solo describe una arquitectura diseñada alrededor de la dependencia. El cliente no compró un activo. Alquiló acceso a una web que parecía suya.

La propiedad no consiste en tener un usuario de administrador. Consiste en poder acceder al dominio, los datos, los archivos, las licencias y la documentación sin pedir permiso a quien construyó el proyecto. También en poder entregárselo mañana a otra persona y que esa persona entienda qué tiene delante.

Por eso nuestro proceso deja el código en GitHub desde el primer commit, muestra un entorno de revisión antes del lanzamiento y termina con documentación básica. No es burocracia. Es evitar que el funcionamiento del negocio dependa de una conversación antigua en WhatsApp.

Una web no es realmente tuya si cambiar de proveedor obliga a empezar de cero.

Lo barato puede obligarte a comprar dos veces

El escenario se repite.

Primero se construye una web para salir del paso. Seis meses después llegan cambios. Se instala un plugin para uno, otro para el siguiente y un tercero para corregir el conflicto de los dos anteriores. El diseño acepta parches hasta que cada página parece hecha en una época distinta.

En algún momento mantenerla cuesta más que rehacerla.

El segundo proyecto ya no parte de cero. Parte con prisa, migraciones, URLs que no pueden desaparecer, correos que deben seguir funcionando y un equipo cansado de tocar algo por miedo a romper otra cosa. Lo que se ahorró al principio se paga ahora junto con los intereses de la improvisación.

No toda web económica termina así. Terminan así las que nacieron provisionales y se trataron como definitivas.

Decir «esto sirve durante seis meses» es una decisión profesional. Decir «esto te servirá para crecer» sin haber pensado cómo crecerá es otra cosa.

Qué debe quedar claro antes de aceptar el precio

No hace falta entender de código. Hace falta pedir respuestas que se puedan entender.

Qué problema concreto resolverá la web. Qué está incluido y qué no. Quién escribirá el contenido. Cómo se medirá si llegan consultas. Quién será titular del dominio y del hosting. Qué costes se repiten cada año. Cómo se harán las copias. Qué podrá editar el equipo. Qué pasa si la relación termina.

También conviene preguntar qué decisiones explican el precio. Quizá es barato porque el alcance es pequeño y está bien definido. Perfecto. Quizá lo es porque se reutiliza una base probada que encaja con el caso. También puede funcionar.

Pero si la respuesta es «hacemos todas iguales y luego cambiamos los colores», ya sabes qué estás comprando.

En Fogón Criollo no usamos una sola plantilla. No por purismo de diseño, sino porque el proyecto necesitaba conectar identidad, restaurante, tienda online y una aplicación interna. Esa base ayudó a sostener un negocio que superó los 100.000 euros de facturación en sus primeros seis meses y reunió más de 200 reseñas con 4,9 estrellas en Google. El dato no demuestra que todo proyecto necesite desarrollo a medida. Demuestra que la arquitectura debe responder al negocio que existe detrás.

Una página temporal puede ser pequeña. Una web sencilla puede estar bien hecha. Un presupuesto ajustado puede producir un trabajo honesto.

Lo que no puede ser barato es el criterio.

Porque el diseño se puede cambiar. El proveedor también. Pero los meses durante los que una web confundió, frenó o hizo perder tiempo al negocio no vuelven cuando por fin llega la factura correcta.