Per què estàtics, i què canvia això
El que fa que un web carregui ràpid és, sobretot, no enviar al navegador el que no cal. Un web estàtic ja està fet abans que arribi la visita.
Un gestor de continguts, en canvi, munta cada pàgina en el moment que algú la demana, consultant una base de dades i executant el codi de diverses extensions. És una maquinària que té tot el sentit quan hi ha gent publicant cada dia. Per a un web que canvia quatre vegades l’any, és pes que es paga a cada visita.
La conseqüència pràctica no és només la velocitat: és que no hi ha una superfície que es degradi sola mentre ningú la mira.
Amb què està fet
HTML, CSS i JavaScript escrits a mà. Sense cap framework de moda tret que el projecte ho demani: en un web corporatiu acostuma a afegir pes i una data de caducitat que ningú havia demanat.
Quan hi ha diversos idiomes o moltes pàgines, un generador propi construeix cada pàgina des d’una única font de contingut. Una correcció es fa un cop i apareix als tres idiomes: cap versió es queda enrere.
El codi viu en un repositori amb cada canvi registrat — es pot tornar a qualsevol punt anterior — i es publica en allotjament estàtic distribuït, sense cap servidor per administrar.
Fem servir eines d’IA per produir: abaixen el temps, no el criteri. Què es publica ho decideix una persona. I el disseny i el catàleg continuen passant per l’entorn Adobe, on la mà encara marca la diferència.
I segons el que necessitis, no sempre és el mateix:
- Web corporatiu, catàleg o landing → estàtic, que és el que descrivim aquí.
- Algú publicant cada dia → un gestor de continguts: el que ja facis servir, o un de lleuger.
- Botiga amb inventari → una plataforma de comerç. Això no es munta a mà.
- Eina interna → una aplicació a mida, que és un encàrrec diferent.
Si el que necessites no és el que fem millor, t’ho direm abans de començar.
Un idioma, una adreça
Traduir el text no n’hi ha prou. Si les versions en altres idiomes només apareixen quan cliques un botó, els cercadors i els motors d’IA no les veuen mai: no cliquen. És l’error més comú i el més car, perquè la feina de traducció ja està pagada i no la llegeix ningú.
Cada idioma té la seva adreça, se serveix ja traduït dins el codi, i els enllaços hreflang diuen a cada cercador quin ha de servir a qui. És el que converteix una traducció en trànsit.
On la mà encara marca la diferència
Hi ha feina que cap eina no fa per tu. El catàleg, la composició, el criteri tipogràfic: allà l’ofici encara decideix, i continuem treballant a mà.
Les eines d’IA han abaixat molt el temps de producció, i això ho notes en el termini i en el preu. El que no han abaixat és el criteri necessari per saber què val la pena publicar.
El manteniment no desapareix: canvia de lloc
En un web construït sobre un gestor de continguts, el manteniment viu al codi. En un d’estàtic aquella feina desapareix — però no hi queda un buit: el que cal vigilar s’ha mogut al perímetre, i és justament on ningú mira.
Que segueixi viu. El domini i el seu certificat, que caduquen. El formulari de contacte, que pot deixar d’enviar en silenci i ningú se n’assabenta: simplement deixen de trucar-te. I qui continua tenint accés al web mesos després.
Que et continuïn trobant. Comprovem amb els identificadors reals de cada motor que ChatGPT, Perplexity, Claude i Google et poden llegir. Això canvia sol: l’agost del 2026, un proveïdor d’allotjament els va començar a bloquejar per defecte i cap dels webs afectats no havia fet res malament.
Que millori. El que fa un any demanava JavaScript avui són tres línies de CSS, i un web fet fa un any està fet amb eines de fa un any. No està trencat: està desactualitzat d’ofici, i això el client no ho pot veure sol.
Ho revisa una eina nostra, ho llegeix una persona. Cada mes la revisió, cada trimestre l’informe.