Nuestro nuevo sitio web: cómo lo hicimos y por qué

Hay un chiste viejo en este rubro: la agencia que construye sitios web suele tener el sitio web más abandonado de todos. Casa de herrero, cuchillo de palo. Durante un buen tiempo, ese chiste era sobre nosotros.

Así que lo rehicimos entero. Y como andamos diciendo por ahí que un sitio web no es un folleto digital, lo justo era dejar por escrito cómo lo hicimos, qué decidimos y —sobre todo— por qué. Si estás evaluando un proyecto de desarrollo web para tu empresa, acá hay varias respuestas que normalmente cuestan una reunión.

El problema nunca fue el diseño

Nuestro sitio anterior se veía bien. Ese no era el punto.

El problema era que cada cambio dependía de nosotros. Actualizar un precio significaba tocar código. Publicar un caso nuevo, lo mismo. Y cuando la persona que puede editar el sitio es también la que está grabando en terreno un martes a las 4 de la tarde, el sitio simplemente deja de actualizarse.

Un sitio que nadie puede editar se muere solo. No de golpe: se va poniendo viejo de a poco, hasta que un día muestra un servicio que ya no ofreces y un precio de hace dos años.

Decisión 1: la velocidad es la primera impresión

Antes de que alguien lea tu titular, ya se formó una opinión. Si la página demora, esa opinión es mala y no hay copy que la salve.

Estas son las cifras reales del sitio que estás leyendo, medidas en producción:

• 326 ms hasta el primer byte
• 1,1 segundos de carga completa
• 362 KB en total, repartidos en 29 peticiones
• CLS 0 — nada se mueve de lugar mientras cargas

Ese último número es el que más se descuida y el que más molesta: es el salto que hace que aprietes el botón equivocado porque una imagen cargó tarde y empujó todo hacia abajo.

No se logra con un truco. Se logra decidiendo, una y otra vez, no agregar cosas.

Decisión 2: el contenido tiene que poder editarse sin nosotros

Montamos un gestor de contenidos propio donde cada servicio, proyecto, plan, testimonio y artículo se edita desde un panel. Sin tocar una línea de código, sin esperar a que un desarrollador tenga un rato libre.

Esto no es comodidad. Es la diferencia entre un sitio que crece y uno que se congela el día del lanzamiento. Y es la primera pregunta que deberías hacer al cotizar: ¿quién va a poder editar esto en seis meses?

Decisión 3: medir desde el día uno, no “cuando haya tiempo”

Casi todos los sitios se lanzan sin medición y se le agrega después, mal, a parches.

Nosotros hicimos lo contrario: el sitio nació con una capa de eventos propia. Cada botón, cada formulario, cada vista de servicio o artículo emite una señal con nombre y apellido. No “alguien hizo clic”, sino qué botón, en qué sección, hacia dónde iba.

La razón es simple: los datos que no capturaste ayer no se recuperan hoy. La analítica no es retroactiva.

Decisión 4: el consentimiento va primero, no después

El sitio no activa ninguna cookie de analítica ni de marketing hasta que la persona lo acepta. Está declarado en el HTML antes de que cargue cualquier etiqueta.

Se pierde algo de dato, sí. Pero preferimos medir menos y medir bien que construir un sitio que hace algo que no le dijo a nadie que iba a hacer.

Lo que viene: por qué no es solo una carta de presentación

Todo lo anterior es la base. Lo interesante empieza ahora.

Este sitio va a ser el lugar donde publiquemos lo que aprendemos: qué funciona en campañas del sur, qué no, cuánto cuestan las cosas de verdad y en qué nos hemos equivocado. Los tarifarios van a estar visibles. Los casos, con números.

La carta de presentación te dice quiénes somos. Lo que queremos es que este sitio te sirva aunque nunca nos contrates.

¿Y para tu proyecto?

Si algo de esto te hizo sentido, probablemente estás en uno de dos casos: tu sitio se ve bien pero no puedes editarlo, o tienes uno que ya no representa lo que haces.

Los dos se arreglan. Puedes ver cómo trabajamos el desarrollo web o escribirnos directo desde contacto y lo conversamos sin vueltas.

Eso sí: no prometemos un sitio bonito. Prometemos uno que puedas mantener vivo.