El sitio de la empresa se hizo hace cuatro años con una plantilla, y para mostrar quiénes son funciona bien. Ahora comercial quiere que los clientes vean el estado de sus pedidos sin escribir por WhatsApp, que el portal saque los datos del ERP y que cada distribuidor tenga sus propios precios. La agencia propone otro plugin. Con ese ya serían 34.
El desarrollo web a medida en Chile se suele cotizar cuando el sitio ya está fallando, y a esa altura la conversación termina siendo sobre urgencias, no sobre lo que el negocio necesita. Conviene tenerla antes. Para eso sirve distinguir un sitio corporativo, un CMS con plantilla y una plataforma web a medida, reconocer cuándo pasaste de uno a otro y saber qué revisar antes de contratar a una empresa de desarrollo de software.
Tres cosas que se llaman "sitio web"
La confusión parte por el nombre. Bajo "la web de la empresa" caben productos muy distintos, que se construyen, se cobran y se mantienen de otra manera.
| Sitio corporativo con plantilla | CMS adaptado | Aplicación web a medida | |
|---|---|---|---|
| Para qué sirve | Presentar la empresa, captar contactos | Publicar contenido seguido, catálogos simples | Ejecutar un proceso del negocio |
| Quién lo usa | Visitantes anónimos | Visitantes y editores | Clientes, proveedores o equipos con cuenta propia |
| Datos | Textos e imágenes | Contenido y algunos formularios | Datos de negocio que vienen de otros sistemas |
| Lógica | Casi ninguna | La que traen los plugins | Reglas propias: precios, aprobaciones, permisos |
| Cuando algo cambia | Se edita una página | Se busca otro plugin | Se modifica el código |
Ninguna columna es mejor que otra. Un CMS es la opción razonable para la mayoría de los sitios corporativos, y por algo WordPress está detrás del 39,5% de todos los sitios web según W3Techs (octubre de 2026). El problema aparece cuando se le pide a la primera o a la segunda columna lo que corresponde a la tercera.
Señales de que la plantilla ya no alcanza
El cambio rara vez parte por diseño. Lo empuja el negocio, y en los proyectos que nos llegan casi siempre aparece alguna de estas situaciones:
- El sitio necesita datos de otro sistema: stock, estado de pedidos, saldo de cuenta o precios por cliente que hoy viven en el ERP o el CRM. Mientras esos datos se copien a mano o con una exportación nocturna, la web va a mostrar información vieja.
- Hay usuarios con cuenta y permisos distintos. Un distribuidor no debería ver lo mismo que un cliente final, y un supervisor necesita aprobar lo que un vendedor carga. Eso ya es control de acceso, y un plugin de membresías no está pensado para eso.
- La lógica tiene excepciones: descuentos por volumen que cambian según la región, flujos de aprobación con montos límite, cálculos de despacho con reglas propias. Cada excepción resuelta con un plugin suma una dependencia que nadie de tu equipo controla.
- El proceso vive en Excel y correos. Si el equipo reconstruye cada semana la misma información en una planilla para responder a clientes, lo que hace falta es un portal, no un sitio.
- Se manejan datos personales, como RUT, direcciones o historial de compras. Con la Ley 21.719 de protección de datos personales, que mantiene su entrada en vigencia el 1 de diciembre de 2026 mientras el proyecto que la posterga sigue en trámite en el Senado, saber quién accede a qué y dejar registro deja de ser opcional.
Si se cumplen dos o más, lo más probable es que estés frente a una aplicación web que todavía se administra como sitio.
Integraciones: donde se decide el proyecto
Una plataforma web a medida rara vez vive sola. Su valor está en conectar lo que ya existe: el ERP, el CRM, el sistema de facturación, a veces un AS/400 que lleva veinte años corriendo.
Antes de hablar de pantallas conviene responder tres preguntas. ¿El sistema de origen expone una API o hay que construir el puente? ¿La integración tiene que ser en tiempo real o basta con sincronizar cada cierto tiempo? ¿Qué pasa en la web cuando el ERP está caído?
Esas respuestas mueven el presupuesto mucho más que cualquier decisión de diseño. En cuánto cuesta el desarrollo de aplicaciones a medida explicamos por qué las integraciones son el factor que más se subestima al cotizar.
SEO y rendimiento como requisito técnico
Existe el temor de que pasar a desarrollo a medida haga perder posicionamiento. Ocurre, pero cuando el rendimiento y la indexación se dejan para el final. Si se tratan como requisitos desde el principio, no tiene por qué pasar.
Google indica que los Core Web Vitals son usados por sus sistemas de ranking, aunque aclara que un buen puntaje no garantiza los primeros lugares. Los umbrales que publica web.dev son concretos y se pueden poner en un contrato:
| Métrica | Qué mide | Umbral "bueno" |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en aparecer el contenido principal | 2,5 segundos o menos |
| INP (Interaction to Next Paint) | Cuánto tarda en responder a una interacción | 200 milisegundos o menos |
| CLS (Cumulative Layout Shift) | Cuánto se mueve el contenido mientras carga | 0,1 o menos |
Google los evalúa en el percentil 75 de las visitas reales, separando móvil y escritorio. Pide que la propuesta diga cómo se van a medir antes del lanzamiento y después, y cómo se resuelven en la arquitectura: qué se renderiza en el servidor, cómo se manejan las URL y las redirecciones del sitio anterior, y quién genera el sitemap.
Una aplicación detrás de un login no necesita SEO. Las páginas públicas que la rodean, sí. Separar ambas partes suele ser la decisión de arquitectura más sana.
El código tiene que ser tuyo
Con una plantilla, el riesgo de cambiar de proveedor es bajo: el CMS es estándar y otra agencia lo puede tomar. Con desarrollo a medida, ese riesgo depende de lo que firmes.
Antes de contratar, revisa que el contrato deje claro:
- A nombre de quién queda el repositorio y quién tiene acceso de administrador.
- Qué documentación se entrega: arquitectura, despliegue, variables de entorno, integraciones.
- Cómo se despliega. Si el paso a producción depende de que una persona del proveedor lo haga a mano, no tienes control real.
- Qué componentes de terceros usa el sistema y bajo qué licencias.
- Cómo es la salida si decides cambiar de proveedor.
Si estás comparando una fábrica de software con un equipo dedicado, en software factory vs. desarrollo a medida en Chile revisamos qué cambia en cada modelo.
Preguntas frecuentes
¿Conviene rehacer todo el sitio o solo agregar un portal?
Casi siempre conviene separar. El sitio público puede seguir en un CMS, que es cómodo para marketing, y el portal de clientes se construye a medida e integrado al ERP. Así cada parte usa la herramienta que le corresponde.
¿Un desarrollo web a medida es más lento que un CMS?
No necesariamente. Bien construido, puede ser más rápido, porque carga solo lo que necesita. Para no depender de promesas, deja los umbrales de Core Web Vitals escritos como criterio de aceptación.
¿Cuánto toma desarrollar una plataforma web a medida?
Depende del alcance y, sobre todo, de las integraciones. Una primera versión acotada a un proceso permite salir antes y aprender con usuarios reales antes de agregar más.
Conversemos sobre tu plataforma
En Disrupsoft desarrollamos aplicaciones web a medida con Angular, Node.js, Azure y Power Platform, integradas con los sistemas que ya usas, como Dynamics 365, AS/400 o JD Edwards. Si tu sitio empezó a cargar con procesos que no le corresponden, revisemos juntos tu proyecto de desarrollo a medida.
