← Volver al blog

Tu web no termina el día que la lanzás: qué pasa después (y por qué importa)

El lanzamiento no es la meta, es el punto de partida. Qué se degrada solo en un sitio al que nadie toca, qué cuesta arreglarlo tarde y cómo saber si el mantenimiento que estás pagando sirve para algo.

Tu web no termina el día que la lanzás: qué pasa después (y por qué importa)

Hay un momento que se repite en casi todos los proyectos: la web sale online, el cliente la comparte, llegan los mensajes de “quedó buenísima” y todo el mundo respira. Es un momento lindo. También es donde muchos proyectos empiezan a morirse en silencio.

Porque la pregunta que casi nadie hace ese día es: “¿y ahora quién se ocupa?”.

La respuesta habitual es “nadie, ya está lista”. Y así, un sitio que costó meses de trabajo empieza un deterioro lento que no se ve en la semana uno, se empieza a notar en el mes seis y se vuelve caro alrededor del año.

Una web no es un folleto, es algo que funciona

Acá está el malentendido de fondo. Mucha gente compra una web pensando en un folleto: se diseña, se imprime, se reparte, listo. Un objeto terminado.

Pero una web no es un objeto, es un sistema que corre. Tiene un servidor que la aloja, un dominio que la nombra, un certificado que la cifra, dependencias que la construyen, formularios que envían correo, integraciones con terceros. Cada una de esas piezas tiene su propio ciclo de vida, y ninguna te pide permiso para cambiar.

La analogía honesta no es el folleto impreso. Es el auto. Nadie compra un auto y se sorprende de que necesite service, cubiertas y seguro. Todos entendemos que el precio de comprarlo y el precio de tenerlo son dos cosas distintas. Con las webs, esa idea todavía no terminó de cuajar.

Lo que se degrada solo, aunque no toques nada

Esta es la parte contraintuitiva: un sitio al que nadie le mete mano no se queda igual. Empeora. Y no por magia, sino por cosas bastante concretas:

  • Los certificados vencen. Un SSL caído convierte tu web en una pantalla roja de advertencia del navegador. Suele durar horas o días hasta que alguien avisa, y en ese tiempo cada visita se va con la peor impresión posible.
  • Las versiones quedan obsoletas. El lenguaje del servidor, el gestor de contenidos, los plugins: todos avanzan y las versiones viejas dejan de recibir parches de seguridad. Una versión sin soporte no es “vieja pero funciona”: es una puerta abierta y documentada públicamente.
  • Las integraciones se rompen. El servicio de mailing cambia su API, la pasarela de pago actualiza su SDK, la API de mapas empieza a exigir facturación. Nada de eso está bajo tu control y todo puede tirar abajo una parte del sitio.
  • Los formularios dejan de llegar. Este es el más traicionero, porque el sitio se ve perfecto. Cambió una política de correo, el proveedor empezó a marcar tus mensajes como spam, y los contactos se pierden. Sin un aviso, podés estar meses sin recibir consultas y creyendo que “está flojo el mes”.
  • Los criterios de Google se mueven. Lo que hace tres años era una web rápida hoy es una web mediocre. Los umbrales de rendimiento y experiencia se endurecen, y quedarse quieto es retroceder en el ranking.

Ninguna de estas cosas es culpa de quien construyó el sitio. Son el clima. La pregunta no es si van a pasar, sino quién las va a ver venir.

El problema de arreglar tarde

Cuando el mantenimiento no existe, los problemas no desaparecen: se acumulan y se cobran juntos.

Un sitio que estuvo tres años sin actualizarse rara vez se arregla con una actualización. Se arregla con una migración: saltar varias versiones mayores de golpe suele romper compatibilidades, y lo que hubiera sido una tarea de rutina se convierte en un proyecto con presupuesto propio. En los casos peores, sale más barato rehacerlo que rescatarlo.

Y ese es el costo que nadie presupuesta: no el de mantener, sino el de rehacer cada tres años lo que podría haber durado diez.

Hay una versión todavía más cara del problema, que es la reputacional. Si la web queda comprometida y empieza a servir contenido que no es tuyo, no perdés solamente el sitio. Perdés la confianza de quien lo vea y el posicionamiento que tardaste años en construir, y recuperar eso lleva bastante más que una restauración de backup.

Qué debería incluir un mantenimiento que sirva

Acá conviene ser concreto, porque “mantenimiento” es una palabra que se usa para vender cosas muy distintas. Si estás pagando por uno, o evaluando contratarlo, esto es lo mínimo razonable:

  1. Actualizaciones con criterio. No apretar “actualizar todo” a ciegas, sino revisar qué cambia, probarlo antes y tener cómo volver atrás si algo falla.
  2. Backups que alguien probó restaurar. Un backup que nunca se restauró no es un backup, es una carpeta con archivos y una suposición. La única forma de saber que funciona es haberlo usado.
  3. Monitoreo activo. Que te avises vos de que el sitio se cayó es un fracaso del sistema. Peor todavía: que te avise un cliente.
  4. Vigilancia de los formularios. Una prueba periódica de que los mensajes efectivamente llegan a donde tienen que llegar.
  5. Rendimiento medido en el tiempo. No una foto del día del lanzamiento, sino la evolución. Las webs se engordan de a poco, imagen por imagen.
  6. Un canal claro para pedir cambios. Cambiar un precio, subir una foto o corregir un texto no debería requerir una reunión ni esperar dos semanas.

Si lo que te ofrecen es solamente “hosting + actualizaciones automáticas”, eso no es mantenimiento. Es alojamiento con un botón apretado por un robot.

Sostener también es diseñar

Hay algo que aprendimos haciendo esto: la diferencia entre un sitio que envejece bien y uno que envejece mal se decide mucho antes del mantenimiento. Se decide en cómo está construido.

Un sitio con veinte plugins para resolver cosas que se resolvían con código propio tiene veinte cosas que pueden romperse. Uno construido sobre dependencias mínimas y bien elegidas tiene menos superficie de falla, se actualiza sin drama y sigue siendo rápido cuando el contenido creció. La decisión de arquitectura del mes uno es la que define tu factura de mantenimiento del año tres.

Por eso no vemos el sostenimiento como un servicio que se agrega al final, sino como un criterio que atraviesa el proyecto desde el principio. Crear, construir y sostener no son tres etapas separadas: son la misma decisión tomada tres veces.

En resumen

Tu web es una inversión, y como toda inversión, el retorno depende de cuánto dure y cuán bien funcione mientras dura. Lanzarla es la parte visible. Sostenerla es la parte que decide si esa inversión rinde durante años o si dentro de tres estás pagando de nuevo por lo mismo.

Si no sabés en qué estado está la tuya, hay una prueba rápida que podés hacer hoy: mandate un mensaje por tu propio formulario de contacto y fijate si llega. Es sorprendente la cantidad de veces que la respuesta es que no.

Y si querés que le echemos un vistazo en serio, escribinos. Preferimos revisar un sitio antes de que se rompa que después.