Por qué estáticas, y qué cambia eso
Lo que hace que una web cargue rápido es, sobre todo, no enviarle al navegador lo que no hace falta. Una web estática ya está hecha antes de que llegue la visita.
Un gestor de contenidos, en cambio, monta cada página en el momento en que alguien la pide, consultando una base de datos y ejecutando el código de varias extensiones. Es una maquinaria que tiene todo el sentido cuando hay gente publicando a diario. Para una web que cambia cuatro veces al año, es peso que se paga en cada visita.
La consecuencia práctica no es solo la velocidad: es que no hay una superficie que se degrade sola mientras nadie la mira.
Con qué está hecho
HTML, CSS y JavaScript escritos a mano. Sin framework de moda salvo que el proyecto lo pida: en una web corporativa suele añadir peso y una fecha de caducidad que nadie pidió.
Cuando hay varios idiomas o muchas páginas, un generador propio construye cada página desde una única fuente de contenido. Una corrección se hace una vez y aparece en los tres idiomas: ninguna versión se queda atrás.
El código vive en un repositorio con cada cambio registrado — se puede volver a cualquier punto anterior — y se publica en alojamiento estático distribuido, sin servidor que administrar.
Usamos herramientas de IA para producir: bajan el tiempo, no el criterio. Qué se publica lo decide una persona. Y el diseño y el catálogo siguen pasando por el entorno Adobe, donde la mano sigue marcando la diferencia.
Y según lo que necesites, no siempre es lo mismo:
- Web corporativa, catálogo o landing → estática, que es lo que describimos aquí.
- Alguien publicando a diario → un gestor de contenidos: el que ya uses, o uno ligero.
- Tienda con inventario → una plataforma de comercio. Eso no se monta a mano.
- Herramienta interna → una aplicación a medida, que es otro encargo distinto.
Si lo que necesitas no es lo que mejor hacemos, te lo diremos antes de empezar.
Un idioma, una dirección
Traducir el texto no basta. Si las versiones en otros idiomas solo aparecen al pulsar un botón, los buscadores y los motores de IA no las ven nunca: no hacen clic. Es el error más común y el más caro, porque el trabajo de traducción ya está pagado y no lo lee nadie.
Cada idioma tiene su propia dirección, se sirve ya traducido en el código, y los enlaces hreflang le dicen a cada buscador cuál servir a quién. Es lo que convierte una traducción en tráfico.
Dónde la mano todavía marca la diferencia
Hay trabajo que ninguna herramienta hace por ti. El catálogo, la composición, el criterio tipográfico: ahí el oficio sigue decidiendo, y seguimos trabajando a mano.
Las herramientas de IA han bajado mucho el tiempo de producción, y eso lo notas en el plazo y en el precio. Lo que no han bajado es el criterio necesario para saber qué merece publicarse.
El mantenimiento no desaparece: cambia de sitio
En una web construida sobre un gestor de contenidos, el mantenimiento vive en el código. En una estática ese trabajo desaparece — pero no queda un hueco: lo que hay que vigilar se ha movido al perímetro, y es justo donde nadie mira.
Que siga viva. El dominio y su certificado, que caducan. El formulario de contacto, que puede dejar de enviar en silencio y nadie se entera: simplemente dejan de llamarte. Y quién sigue teniendo acceso a la web meses después.
Que te sigan encontrando. Comprobamos con los identificadores reales de cada motor que ChatGPT, Perplexity, Claude y Google pueden leerte. Esto cambia solo: en agosto de 2026, un proveedor de alojamiento empezó a bloquearlos por defecto y ninguna de las webs afectadas había hecho nada mal.
Que mejore. Lo que hace un año pedía JavaScript hoy son tres líneas de CSS, y una web hecha hace un año está hecha con herramientas de hace un año. No está rota: está desactualizada de oficio, y eso el cliente no puede verlo solo.
Lo revisa una herramienta nuestra, lo lee una persona. Cada mes la revisión, cada trimestre el informe.