Desenvolupament web

Velocitat web: com decidir si l'has d'optimitzar

Per millorar la velocitat web, comença identificant quina pàgina triga, quina acció dificulta i quins recursos o dependències hi intervenen. Aquesta revisió permet decidir si convé optimitzar un recorregut concret o resoldre abans un problema de contingut, disseny o procés comercial.

La decisió útil no consisteix a perseguir una puntuació aïllada. Consisteix a comprovar si la lentitud afecta una acció rellevant per al teu negoci, entendre què la provoca i decidir un abast proporcionat. En acabar podràs valorar si convé intervenir ara, limitar la millora a una revisió concreta o ajornar-la fins que es resolgui una altra prioritat.

Decisió empresarial: què ha de canviar realment

L'objectiu no és que la web sembli ràpida en una prova puntual. És que una persona pugui arribar a la informació, navegar i completar l'acció esperada sense una espera que trenqui el recorregut.

Abans de parlar d'optimització, separa tres capes:

Capa	Pregunta que has de respondre
Objectiu	Quina acció vols protegir o facilitar: una consulta, una reserva, una compra, una descàrrega o l'accés a una àrea privada?
Abast	Quines pàgines, dispositius, continguts i recorreguts afecten aquesta acció?
Solució	Quins canvis tècnics, de contingut o d'infraestructura poden reduir l'espera?

Aquesta separació evita encarregar una millora genèrica quan el problema està concentrat, per exemple, en una pàgina de serveis amb imatges pesades o en un formulari que depèn d'eines externes.

Senyals a favor d'actuar sobre la velocitat web

L'optimització guanya prioritat quan coincideixen una acció rellevant i una fricció observable. Aquests són senyals que justifiquen revisar-la:

La demora es percep en obrir pàgines que presenten serveis, productes o vies de contacte.
La navegació es torna incòmoda en mòbil, especialment abans d'una acció important.
Els canvis de contingut, imatges o funcionalitats han fet que la web respongui pitjor que abans.
Hi ha pàgines amb molts recursos visuals, scripts o integracions de les quals no està clara la necessitat.
La lentitud afecta tasques internes, com ara actualitzar continguts, gestionar sol·licituds o consultar informació des de la web.
Has de redissenyar, migrar o afegir funcions i necessites evitar traslladar problemes de rendiment al nou abast.

No cal assumir que cada senyal té una única causa. Una web pot trigar pel pes dels recursos, per com s'ha construït una pàgina, per la configuració de l'allotjament o per serveis de tercers. També hi poden intervenir diverses dependències alhora.

Un exemple hipotètic: una empresa incorpora vídeos, mapes, formularis i eines de seguiment en diverses pàgines. Si una d'aquestes pàgines s'utilitza per rebre sol·licituds, tindria sentit revisar quins elements són necessaris abans de substituir o ampliar tota la web.

Senyals en contra: quan no convé començar per aquí

Millorar la velocitat pot ser útil, però no ha de desplaçar una necessitat més urgent ni convertir-se en una intervenció sense objectiu. Pots ajornar-la o acotar-la si es dona alguna d'aquestes situacions:

No saps quina pàgina o recorregut presenta la incidència.
La web té un problema més bàsic de missatges, estructura, contingut desactualitzat o contacte poc clar.
El retard apareix només en una eina externa que no controles i encara no n'has avaluat les alternatives o conseqüències.
Estàs a punt de substituir la web i una millora temporal duplicaria feina sense protegir una necessitat immediata.
L'equip no ha definit qui mantindrà els canvis, les llicències o les integracions després de la intervenció.
La prioritat es basa únicament en una mètrica, sense relacionar-la amb una acció de client o una tasca operativa.

Ajornar-ho no vol dir ignorar la incidència. Pot voler dir documentar-la, identificar el recorregut afectat i resoldre primer allò que impedeix que la web expliqui bé la teva proposta o gestioni correctament les sol·licituds.

Costos i dependències: què pot modificar l'abast

No hi ha un cost únic per millorar la velocitat web perquè la feina depèn de què calgui analitzar, modificar i mantenir. Una revisió localitzada no exigeix el mateix que revisar una web amb moltes plantilles, idiomes, catàleg, integracions o contingut heretat.

Entre les partides que poden formar part d'una intervenció hi ha:

anàlisi de les pàgines i els recorreguts prioritaris;
revisió d'imatges, vídeos, tipografies i altres recursos descarregats;
ajustos en plantilles, components o codi;
revisió de plugins, mòduls o dependències equivalents;
configuració de l'allotjament, la memòria cau i el lliurament d'arxius;
revisió de formularis, mapes, eines d'analítica o altres serveis externs;
proves en els dispositius i contextos acordats;
documentació dels canvis i de les persones responsables del manteniment.

També convé separar la feina inicial dels costos recurrents. L'allotjament, les llicències, determinats serveis externs, el manteniment o les actualitzacions futures poden condicionar la solució escollida.

La dependència més delicada sol ser la que aporta una funció visible però retarda el recorregut. El criteri no hauria de ser eliminar-la per principi, sinó preguntar quina funció compleix, qui la necessita, si hi ha una alternativa i què passa si falla o carrega tard.

Matriu de decisió per prioritzar la millora

Utilitza aquesta matriu com a orientació per decidir el pas següent. No substitueix una revisió tècnica quan hi ha diverses causes possibles.

Situació	Risc per al negoci	Decisió raonable
La demora afecta una pàgina clau abans d'una consulta, reserva o compra	Pot interrompre un recorregut comercial rellevant	Prioritza una revisió d'aquesta pàgina i les seves dependències
La lentitud apareix després d'afegir recursos o integracions concrets	L'abast pot estar localitzat	Revisa primer què aporta cada element i què es pot ajustar
La web se substituirà aviat i no hi ha una incidència urgent	Risc de duplicar feina	Defineix requisits de rendiment per al nou projecte i limita els canvis provisionals
El problema principal és un contingut confús, una oferta poc clara o un contacte difícil d'utilitzar	La velocitat no explica per si sola la falta d'acció	Resol primer la fricció principal i mantén la velocitat com a requisit del redisseny
La demora afecta la gestió interna o funcions amb dades i usuaris	Pot comprometre una tasca operativa	Analitza el recorregut complet, incloses les integracions, els permisos i les dependències externes
No hi ha una pàgina, dispositiu o acció identificats	Falta una base per acotar la feina	Observa i defineix el problema abans d'escollir una solució tècnica

Recomanació condicionada

Prioritza la velocitat web si pots vincular la lentitud a una pàgina o tasca important i hi ha una hipòtesi raonable sobre els elements que hi intervenen. En aquest cas, demana una revisió centrada en el recorregut afectat, no una promesa genèrica de «fer la web més ràpida».

Si la lentitud no està localitzada o conviu amb problemes d'estructura, contingut o manteniment, defineix primer aquestes prioritats. La solució adequada pot anar des de simplificar recursos concrets fins a replantejar una plantilla, una integració o l'arquitectura de la web. L'elecció necessita validació tècnica i una decisió de negoci sobre quines funcions s'han de conservar.

Si necessites aclarir què està frenant un recorregut important i quin abast tindria resoldre-ho, pots explicar el teu projecte de desenvolupament web a AVSISTEC per valorar el context, les dependències i les prioritats abans de decidir canvis.