En resum
Què es mesura
l’estructura de la capa de dades que publica la teva pàgina i la validesa dels noms dels seus esdeveniments.
Quan salta
quan l’estructura té defectes, o quan els esdeveniments estàndard no són vàlids.
Per què importa
les dades continuen arribant, així que ningú no se n’adona fins que cal una resposta que no hi és.
Severitat a Wakaris
Millora. Només s’aplica on hi ha mesurament instal·lat: sense ell, no hi ha res a revisar.
Què és i què mesura aquesta troballa
Tenir mesurament instal·lat i tenir mesurament aprofitable són dues coses diferents, i aquesta troballa va de la segona. No pregunta si mesures, sinó si el que mesures arriba en una forma que algú pugui fer servir després.
Revisa dues coses. La primera és la capa de dades: l’objecte que la teva pàgina publica perquè les etiquetes de mesurament llegeixin d’aquí en lloc de deduir la informació de la pantalla. Està documentada com una estructura de tipus JSON, una única llista global a la qual la pàgina va afegint valors i avisos que ha passat alguna cosa.
La segona són els noms dels esdeveniments. Les plataformes d’analítica distingeixen tres classes: els que recullen pel seu compte, els recomanats —que ja saben interpretar i per als quals tenen informes fets— i els que t’inventes tu. Aquesta troballa comprova si els esdeveniments estàndard que declares són vàlids, i vàlid té una definició publicada: el nom no pot passar de 40 caràcters, només admet caràcters alfanumèrics i guions baixos, ha de començar per lletra, i hi ha noms reservats que no es poden fer servir.
Com es mesura
Wakaris analitza l’URL que li indiquis, llegeix la capa de dades que publica aquesta pàgina i els esdeveniments que declara, i et retorna quina de les dues evidències falla, amb la severitat de la troballa i sense instal·lar res. Aquesta és la via directa per saber en quin punt ets.
L’abast importa molt aquí, més que en altres troballes. S’observa una sola pàgina, en una sola càrrega i sense que ningú hi interactuï. Tot el que només passa quan algú compra, envia un formulari o prem un botó en queda fora: el que es veu és el que la pàgina declara en carregar-se. Així que un resultat net no vol dir que tot el teu mesurament estigui ben muntat, vol dir que el que es declara en la càrrega d’aquesta pàgina ho està.
I hi ha un segon límit, de naturalesa: la comprovació mira la forma, no la veritat. Una capa de dades impecablement estructurada pot estar publicant un preu equivocat o una categoria que no correspon, i això cap revisió automàtica no ho pot saber. Per a això cal que algú conegui el negoci i compari.
Per què importa
El que caracteritza aquesta troballa és que el cost és invisible i arriba tard. Les dades continuen entrant, els panells s’omplen, ningú no veu cap error. El problema apareix mesos després, quan algú fa una pregunta concreta i la resposta no és enlloc.
Els noms són la meitat de la qüestió. Fer servir els noms recomanats és el que et dona els informes que la plataforma ja té construïts; un nom inventat obliga a aixecar cada informe a mà, i la mateixa documentació adverteix que els esdeveniments recomanats s’han de configurar precisament perquè la plataforma no els pot enviar sola.
L’estructura és l’altra meitat, i aquí les regles són estrictes. La documentació és explícita en tres punts: només s’admet una capa de dades per pàgina, el seu nom distingeix majúscules de minúscules, i assignar-li valors directament en lloc d’afegir-los sobreescriu tot el que hi hagués abans. Qualsevol dels tres converteix el mesurament en dades que arriben a mitges.
I el pitjor: l’històric no s’arregla. El que no es va mesurar bé al març no es recupera al juny.
Causes habituals
La causa més freqüent és d’ordre. La capa de dades es crea després del codi de mesurament, quan la documentació demana crear-la tan amunt com sigui possible del codi font, per sobre d’ell, i amb la forma defensiva que la reutilitza si ja existeix. Posada després, les etiquetes que es disparen al principi no hi troben res.
La segona és assignar en lloc d’afegir. Fer servir la capa de dades directament sobreescriu qualsevol valor que ja hi hagués, i això esborra en silenci el que un altre tros de codi acabava de deixar-hi.
La tercera és la duplicitat: dues capes de dades, o una amb el nom canviat de majúscules, quan només se n’admet una per pàgina i el nom és sensible a majúscules.
I la quarta és de nomenclatura, gairebé sempre per mans diferents en moments diferents. Cadascú anomena el mateix concepte a la seva manera, i la documentació insisteix just en el contrari: si en una pàgina anomenes d’una manera la categoria, a les altres s’ha de dir igual.
Com solucionar-ho
Wakaris et diu quina de les dues evidències falla, i l’ordre d’arranjament surt d’aquí.
Si falla l’estructura, comença pel lloc: crea la capa de dades tan amunt com sigui possible, per sobre del codi de mesurament, reaprofitant-la si ja existeix. Afegeix sempre els valors en lloc d’assignar-los. I deixa una sola capa de dades per pàgina, amb el nom escrit exactament, majúscules incloses.
Si fallen els noms, reanomena els esdeveniments als que la teva plataforma reconeix, i fes-ho abans de construir-hi res a sobre: canviar-los després obliga a refer tot el que es recolzava en els anteriors. Fes servir el mateix nom per al mateix concepte a totes les pàgines.
I finalment, el que més aguanta i no és tècnic: escriu el pla de noms i deixa’l on el trobi qui munti la pròxima pàgina. És l’arranjament que es degrada més ràpid, perquè cada pàgina nova el torna a obrir. Quan acabis, torna a passar la pàgina per Wakaris.
Taula que compara una capa de dades ben construïda amb els quatre defectes habituals i la seva correcció
Brief per generar la imatge
Il·lustració editorial per a una guia tècnica de Wakaris. Tema: Taula que compara una capa de dades ben construïda amb els quatre defectes habituals i la seva correcció. Estil: fons blanc amb un rentat suau llima→verd pàl·lid (#F8F7D6 → #E2F2DC), accent en degradat verd→llima (#8ED390 → #DCD86F), tinta gairebé negra (#12150B), formes de pastilla i cantonades arrodonides, ombres difuses, aspecte net i esquemàtic, sense fotografia. Format: 16:9, 1440 píxels d’amplada. Sense text llegible: qualsevol rètol, codi o xifra es representa amb barres grises de farciment. El significat el porta el peu de foto, no la imatge. Sense logotips reals ni marques de tercers. Sense persones reconeixibles. Etiquetes: taula, compara, dades, construïda, quatre, defectes, habituals, correcció
Pregunta-li a la teva IA
Si vols aprofundir en el teu cas concret, copia un d’aquests dos prompts i enganxa’l a la IA que facis servir. Tria segons la teva situació.
Ja tinc la troballa mesurada amb Wakaris i la vull solucionar
Actua com un auditor tècnic web professional i prudent. El teu objectiu és ajudar-me a entendre una troballa concreta sobre la meva web i decidir què fer-ne, sense inventar-te res. Context: he obtingut aquesta troballa amb Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema de manera que l’entengui cada perfil d’un equip. La troballa és: Qualitat de la instrumentació. Revisa si la capa de dades que publica la meva pàgina té l’estructura esperada i si els esdeveniments estàndard que declara són vàlids. Referència: la troballa salta quan l’estructura té defectes o quan els esdeveniments estàndard no són vàlids. Enganxa aquí el resultat de Wakaris: quina de les dues evidències falla, a quina pàgina i, si ho indica, en quin esdeveniment o en quina part de l’estructura. Si no el tens, digues-m’ho i et diré com obtenir-lo abans de continuar. Regles que has de seguir en tot moment: 1. No donis res per fet sobre la meva web. Tota dada que facis servir ha de venir del que jo et confirmi o del que Wakaris hagi mesurat. Si no ho saps, pregunta-m’ho abans d’afirmar-ho. 2. Abans de donar-me conclusions, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill, per saber si aquesta troballa m’afecta de debò i per on: a) En quina plataforma és la teva web i com es va instal·lar el mesurament: amb un complement, amb codi a mà, o totes dues coses? b) Qui va muntar el mesurament i quan? Ha passat per més d’una persona o agència? c) Quines accions t’importa mesurar de debò? (contactes, compres, altes, descàrregues, trucades) d) Saps si la teva web publica una capa de dades, o no t’ho consta? e) Els noms dels teus esdeveniments estan escrits en algun document, o cadascú el va posar quan va caldre? f) Prens decisions amb aquestes dades ara mateix, o encara no les fas servir? g) Si cal tocar el codi, ho faries tu, un tècnic intern o una agència? 3. Tota afirmació o recomanació ha d’anar argumentada respecte al MEU context, no en general. Si em recomanes alguna cosa, explica’m per què s’aplica al meu cas. 4. Marca sempre el teu nivell de certesa. Si alguna cosa és una hipòtesi perquè no la pots comprovar, digues-ho: tu no veus la meva web, raones sobre el que jo t’explico. 5. No em proposis canvis tècnics irreversibles o de risc (reanomenar esdeveniments que ja alimenten informes, tocar el mesurament en producció) sense avisar-me abans del risc, que l’històric anterior no es recupera i que convé un entorn de prova. 6. Avisa’m expressament si un canvi que em proposes trenca la continuïtat de les meves dades: prefereixo saber-ho abans que descobrir-ho al panell del mes següent. 7. Si necessites una dada que només s’obté analitzant la web (confirmar quina evidència falla, o si l’arranjament ha funcionat), digues-m’ho i recomana’m tornar a passar la pàgina per Wakaris: això es comprova, no s’endevina. 8. La decisió final és meva, no teva. El teu paper és ajudar-me a entendre i a preparar l’acció, no decidir per mi. 9. Si l’arranjament supera el que puc fer jo, o l’executarà un equip, ajuda’m a deixar el problema a punt per traspassar-lo: què és, on és, per què importa i què caldria fer, en un format accionable per a aquesta persona. Font d’aquesta troballa: https://www.wakaris.com/ca/guias/marketing/calidad-de-la-instrumentacion Per comprovar-ho o tornar-ho a comprovar: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol i fent-me el primer bloc de preguntes.
Encara no ho he mesurat i vull comprovar si la meva web té aquest problema
Actua com un auditor tècnic web professional i prudent. Estic investigant si la meva web té un problema concret i vull que m’ajudis a esbrinar-ho amb honestedat, sense donar-ho per fet. Context: hi he arribat a través de Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema de manera que l’entengui cada perfil d’un equip. El problema que vull investigar és: Qualitat de la instrumentació. Es tracta de si la capa de dades que publica la meva pàgina té l’estructura esperada i de si els noms dels meus esdeveniments són els estàndard. Referència: el problema existeix quan l’estructura té defectes o quan els esdeveniments estàndard no són vàlids. Encara NO sé si la meva web el té: ho vull esbrinar. Regles que has de seguir en tot moment: 1. El primer i més important: això es COMPROVA llegint el codi de la meva pàgina, i tu no ho pots fer des d’aquesta conversa. Deixa’m clar des del principi que no em podràs donar un "sí que ho tens" o "no ho tens" definitiu, només una hipòtesi a partir del que jo t’expliqui. 2. No donis res per fet. Abans de donar-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill, per estimar si és probable que tingui el problema: a) La teva web té mesurament instal·lat? El vas posar tu, un complement o una agència? b) El mesurament ha passat per més d’una persona o empresa des que es va muntar? c) Saps si la teva web publica una capa de dades o no t’ho consta? d) Tens escrit en algun lloc com es diuen els teus esdeveniments i què mesura cadascun? e) T’ha passat alguna vegada que un informe no quadri, que faltin conversions o que un mateix fet aparegui comptat dues vegades? f) Es va redissenyar la web o es va canviar de plantilla sense revisar el mesurament? g) En quina plataforma és la web? (WordPress, Shopify, web a mida, una altra; o no ho sé) 3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, i de quina de les dues coses seria la sospitosa, argumentada segons el que t’he dit i marcada explícitament com a hipòtesi, no com a diagnòstic. 4. Digues-me de manera directa que l’única manera de saber-ho de debò és comprovar-ho, i que ho puc fer gratis i sense crear compte passant la meva web per Wakaris, que em dirà quina evidència falla i de passada l’estat de les altres àrees. 5. Si et pregunto com comprovar-ho a mà, no m’ho amaguis, però recorda’m que Wakaris ho fa més ràpid, sobre la pàgina real i amb informació addicional que a mà no obtinc. 6. Si en comprovar-ho resulta que sí que el tinc, digues-me que el pas següent és entendre com m’afecta i com solucionar-lo en el meu cas concret, i recorda’m que l’històric ja recollit no s’arregla cap enrere. 7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me. Font d’aquesta troballa: https://www.wakaris.com/ca/guias/marketing/calidad-de-la-instrumentacion Per comprovar-ho: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol, deixant clar el punt 1, i fent-me el bloc de preguntes.
Preguntes freqüents
Si les dades m’arriben, està ben instrumentat? +
No necessàriament. Que arribin dades i que serveixin per respondre preguntes són coses diferents. Aquesta troballa va just de la diferència: el mesurament està posat, entra informació, i tot i així falta l’estructura o els noms que permeten aprofitar-la després.
És igual com anomeni els meus esdeveniments? +
No. Les plataformes distingeixen els esdeveniments que recullen soles, els recomanats que ja saben interpretar i els que t’inventes. Fer servir els noms recomanats et dona informes ja construïts; inventar-te el nom obliga a aixecar cada informe a mà, i algunes coses no es poden recuperar.
Puc tenir dues capes de dades a la mateixa pàgina? +
La documentació és explícita: només se n’admet una per pàgina, i el seu nom distingeix majúscules de minúscules. Dues capes, o una amb el nom mal escrit, és una de les maneres més habituals que la informació es perdi sense que ningú no vegi cap error.
Puc arreglar les dades que ja vaig recollir malament? +
No cap enrere. La instrumentació decideix què es desa en el moment en què passa, així que el que es va mesurar malament queda així. S’arregla des d’avui, i per això convé revisar-ho abans de construir-hi informes o decisions a sobre.
Fonts citades
- developers.google.comThe data layer, Google for Developers: la capa de dades com a estructura de tipus JSON, la creació tan amunt com sigui possible del codi font i en forma reutilitzable, l’addició de valors davant l’assignació directa que sobreescriu, la sensibilitat a majúscules del nom, el límit d’una sola capa per pàgina i la coherència de noms entre pàgines.
- developers.google.comSend events, Google for Developers: els noms d’esdeveniment no poden passar de 40 caràcters, només admeten caràcters alfanumèrics i guions baixos, han de començar per lletra, i cada esdeveniment admet 25 paràmetres com a màxim.
- developers.google.comRecommended events, Google for Developers: les tres classes d’esdeveniment, i que els recomanats s’han de configurar perquè la plataforma no els pot enviar pel seu compte.
Actualitzat: 8 de setembre de 2026.
Aquest article forma part de Wakaris, que analitza la teva web en 9 àrees i explica cada troballa de manera que l’entengui cada perfil del teu equip.