Hi ha una idea que sembla tranquil·litzadora, però que sovint és perillosa: si ningú no es queixa, tot funciona. En entorns digitals, aquest silenci gairebé mai no és una prova de salut. Més sovint vol dir que l’usuari ha trobat una fricció, ha desistit i ha marxat sense reportar res.
Això fa que els errors no reportats siguin especialment cars. No apareixen com a tickets, trucades o missatges, però poden interrompre una compra, bloquejar un formulari, trencar un enllaç o fer que una pàgina sigui prou lenta perquè l’usuari se’n vagi. El cost hi és, encara que no hi hagi cap queixa.
Per què el silenci pot enganyar
Els canals de suport només mostren allò que les persones decideixen reportar. No mostren cada visita fallida, cada sessió interrompuda ni cada usuari que ha abandonat abans d’arribar al punt de queixar-se. Per tant, una bústia tranquil·la pot conviure amb una experiència digital feble.
És aquí on molts equips interpreten malament la situació. Poques queixes poden semblar un senyal de qualitat, quan en realitat poden reflectir cansament o poca paciència de l’usuari. La gent compara alternatives amb rapidesa. Si una pàgina tarda massa o una acció falla, molts simplement se’n van.
Els problemes que més s’amaguen
Alguns problemes passen desapercebuts perquè no sempre generen una fallada visible immediata. Entre ells hi ha errors HTTP en peticions AJAX, errors de JavaScript, fallades en la càrrega de recursos, enllaços trencats i imatges massa grans o massa petites per al context en què es mostren.
Les mètriques de rendiment també importen. Un TTFB elevat, un CLS inestable, un temps fins a ser usable massa llarg o una càrrega completa lenta poden no semblar un desastre, però degraden la sensació de fiabilitat. Amb el temps, això es converteix en un problema de negoci.
Mesurar impacte, no només volum
El canvi important és deixar de comptar només incidències i començar a entendre’n l’impacte. La pregunta no és només quants errors hi ha, sinó quins afecten visites reals i en quin context ho fan.
Agrupar i categoritzar els incidents ajuda molt. Un error recurrent en un navegador concret pot requerir una resposta diferent de la mateixa incidència en una landing de campanya amb molt valor. Un problema en mòbil, en una resolució específica o en un sistema operatiu determinat pot tenir un efecte molt diferent del mateix problema en un altre context.
El SEO tècnic també s’ha de revisar. Una pàgina pot semblar correcta a primera vista i, tot i així, incomplir polítiques internes de SEO tècnic o presentar problemes que en debilitin la capacitat de posicionar i convertir. Avaluar cada URL visitada amb criteris consistents ajuda a detectar aquestes friccions abans que es normalitzin.
Com prioritzar el que realment importa
La prioritat hauria de dependre de l’impacte sobre l’usuari, no del soroll. Un error que afecta moltes visites de valor mereix més atenció que un problema menor i aïllat. El mateix passa amb enllaços trencats procedents de campanyes o amb fallades de recursos en pàgines clau del funnel.
Una bona pràctica és respondre tres preguntes: quantes visites s’hi veuen afectades, en quin context passa el problema i quina acció queda compromesa? Aquesta combinació ajuda a separar el soroll operatiu del risc real per al negoci.
També ajuda distingir entre problemes recurrents i incidents puntuals. Les fallades persistents solen indicar una causa estructural que requereix acció. Els incidents aïllats, en canvi, poden requerir observació, però no sempre la mateixa urgència. Sense aquest filtre, els equips acaben perseguint símptomes en lloc de causes.
El cost de no saber
El cost més gran dels errors no reportats no és només l’error en si. És el punt cec que creen. Si ningú no ho reporta, el patró queda amagat. Si el patró queda amagat, és més difícil prioritzar. I si no es prioritza bé, el temps es va en incidències visibles però menys rellevants.
Per això convé construir una visió que uneixi qualitat tècnica, context de visita i impacte real. No per vigilar per vigilar, sinó per decidir millor. En un producte digital, la diferència entre un error anecdòtic i un de costós sovint depèn de quantes persones afecta, on apareix i si bloqueja una acció important.
Aquest és justament el problema que volem solucionar
Perquè el cost dels problemes que no saps que tens és molt més perillós que el dels que ja tens controlats. Perquè no pots valorar allò que ni tan sols saps que existeix.
Vull saber-ne més