Dos sitios pueden verse casi iguales el día que se publican y ser cosas completamente distintas por dentro. La diferencia no aparece en la reunión de entrega: aparece a los ocho meses, cuando necesitas agregar una funcionalidad, cambiar de proveedor o simplemente entender por qué el sitio se puso lento. Conviene saber qué estás comprando antes de firmar, no después.
Las tres formas de construir un sitio en Chile
Casi todas las propuestas que vas a recibir caen en una de estas categorías, aunque pocas lo digan con estas palabras:
- Plantilla de mercado. Se compra un diseño prearmado, se le cambian colores, logo y textos. Es rápido y barato, y para muchos negocios que solo necesitan presencia en línea es una decisión perfectamente sensata.
- Gestor de contenidos con plugins. Un sistema base al que se le suman extensiones para cada funcionalidad: formularios, galerías, tienda. Flexible al principio, pero cada plugin es código de un tercero que hay que mantener actualizado.
- Desarrollo a medida. Se programa sobre un framework —en nuestro caso Laravel con MySQL— siguiendo la estructura que tu negocio necesita. Cuesta más y toma más tiempo, y a cambio no arrastras nada que no uses.
Ninguna es superior en abstracto. Una plantilla bien elegida para un negocio que necesita cinco secciones y un formulario es una mejor decisión que un desarrollo a medida sobredimensionado. El problema no es elegir plantilla: el problema es creer que compraste desarrollo a medida cuando recibiste una plantilla.
Las preguntas que revelan qué te están entregando
- ¿Puedo ver otros sitios hechos con esta misma base? Si tres clientes distintos tienen la misma estructura con distinto color, es una plantilla. No hay nada de malo, pero el precio debería reflejarlo.
- ¿Qué pasa si necesito una funcionalidad que la plantilla no trae? A veces se resuelve con una extensión, a veces obliga a rehacer el sitio. Que te lo digan antes.
- ¿Quién es el dueño del código al terminar? Debería ser tuyo, por escrito.
- ¿Me puedo llevar el sitio a otro proveedor? Si la respuesta tiene condiciones, entiéndelas ahora.
- ¿Qué licencias de terceros incluye y quién las paga el año dos? Muchas plantillas y extensiones tienen renovación anual.
Cuándo conviene cada opción
La respuesta honesta depende de tres cosas: cuánto va a cambiar tu negocio, qué tan particular es tu operación y cuánto puedes invertir hoy.
Una plantilla rinde bien cuando tu sitio es principalmente informativo, tu operación se parece a la de otros del rubro y no anticipas integraciones con sistemas propios. El desarrollo de sitios web a medida se justifica cuando tienes reglas de negocio que no calzan con lo estándar —un cotizador con tu propia lógica de precios, un flujo de reservas con restricciones particulares, una integración con tu sistema de inventario— o cuando el sitio es el canal principal de ventas y su rendimiento tiene impacto directo en la caja.
Hay una señal práctica: si al describir lo que necesitas usas más de tres veces la frase "pero en nuestro caso es distinto porque...", probablemente una plantilla te va a quedar chica.
El costo que no se ve: la deuda técnica
Un sitio construido apilando extensiones funciona bien el primer año. El problema empieza cuando una extensión deja de actualizarse, otra entra en conflicto con la nueva versión del sistema base, y arreglar cualquiera de las dos rompe una tercera. Ese enredo tiene nombre: deuda técnica. No se ve en la cotización pero se paga igual, en horas de soporte y en funcionalidades que "no se pueden hacer".
Un sitio a medida no está exento, pero la deuda es tuya y de tu proveedor, no de doce autores distintos que no se conocen entre sí. Cuando algo falla, hay una sola persona que puede leer el código completo y arreglarlo.
Cómo se ve el problema en la práctica
Un caso típico: una distribuidora contrata un sitio con catálogo sobre plantilla. Al año quiere que los precios se actualicen solos desde su sistema de inventario, porque mantenerlos a mano se volvió inviable con seiscientos productos. La plantilla no contempla esa conexión y la extensión que prometía hacerlo dejó de recibir actualizaciones hace dos años. Las opciones que quedan son mantener la actualización manual, pagar un desarrollo que se acople de forma frágil a un sistema que nadie controla, o rehacer el sitio.
Ninguna de las tres es barata, y la decisión que llevó ahí no fue elegir plantilla: fue no preguntar, al momento de contratar, qué pasaba si el catálogo crecía. Esa pregunta cuesta treinta segundos en la primera reunión.
Qué deberías recibir el día de la entrega
Independiente de la opción que elijas, la entrega debería incluir un paquete concreto y no solo un enlace al sitio funcionando:
- Los accesos de administrador del sitio y del panel de contenidos.
- Los accesos al hosting y al registro del dominio, ambos a nombre de tu empresa.
- Una copia del código y de la base de datos, o el repositorio donde vive.
- El listado de licencias de terceros con su fecha de renovación y su costo.
- Una sesión de capacitación grabada para quien vaya a editar el contenido.
Si esos cinco puntos están cubiertos, da bastante igual si el sitio se construyó sobre plantilla o desde cero: tienes control sobre lo que pagaste. Si falta la mitad, tienes un sitio que funciona hoy y una dependencia que va a doler el día que quieras moverte.
¿Un sitio a medida se posiciona mejor en Google?
No por ser a medida. Google evalúa velocidad, estructura, contenido y experiencia en móvil, y esas cosas se pueden hacer bien o mal en cualquiera de las tres opciones. Lo que sí ocurre es que un sitio a medida da control total para corregir un problema técnico, mientras que en una plantilla a veces simplemente no se puede tocar.
¿Puedo empezar con plantilla y migrar después?
Sí, y es una ruta razonable si el presupuesto manda. La condición es guardar el contenido en un formato exportable y mantener las direcciones de las páginas, para no perder el posicionamiento ganado al momento de migrar.
¿Cómo sé si mi sitio actual es plantilla o a medida?
La forma más rápida es preguntarle a tu proveedor por escrito. Si no tienes contacto, busca en el pie de página o en el código fuente referencias al nombre de un tema o de un constructor visual. Un desarrollador puede confirmártelo en pocos minutos.
¿Te gustó? ¡Compártelo en tus redes!
