Kort fortalt: Et datalag er et avtalt grensesnitt som gjør strukturert informasjon om tilstanden og hendelsene på et nettsted eller i en applikasjon tilgjengelig for måle- eller integrasjonsverktøy.
Slik bruker jeg datalag i praksis
I praksis bruker jeg ikke begrepet datalag som enda et tall i en presentasjon. Først avgjør jeg hvilken beslutning det skal gjøre mer presis, hvilke data eller observasjoner det bygger på, og hvem som skal endre noe basert på resultatet. Jeg utformer det rundt forretningshendelser, en versjonert spesifikasjon og tydelige datatyper, og legger først deretter til verktøyspesifikke tagger. Jeg registrerer også utgangspunktet, måledatoen og begrensningene i tolkningen. Da blir det senere mulig å skille et reelt skifte fra en endring i verktøyet, utvalget eller formuleringen av søket.
Hva du bør passe på
Den største risikoen er presisjon som bare er tilsynelatende. Å kopiere tekst fra DOM-en eller tildele samme felt ulike betydninger fører til sårbar måling og kostbare rettelser når nettstedet endres. Derfor sammenligner jeg resultatet over tid, på et stabilt utvalg og sammen med forretningskonteksten. Hvis begrepet ikke fører til et konkret neste steg, har det ikke skapt en analyse, bare en ny merkelapp.
Spørsmål for beslutningstaking
- Hvilke hendelser samsvarer med den faktiske prosessen?
- Hvem eier navnene og datatypene?
- Inneholder feltene personopplysninger uten grunn?
- Hvordan skal en endring i spesifikasjonen testes?