Project

General

Profile

Enhancement #3901

MWA Webtrekk implementering i DDB CMS (ding_webtrekk)

Added by Tue Gaston 8 months ago. Updated 4 months ago.

Status:
Resolved (tag version)
Priority:
Immediate
Assignee:
Estimated time:
URL med eksempel:
Kategorier:
Administration - Systemkonfiguration

Description

Statistik-værktøjet Webtrekk kan spore rigtig meget, som den foreligger. Men der findes en lang række funktionaliteter, der er unikke for DDB CMS, og som kræver en særlig opmærkning for at kunne spores.

 

Listen over handlinger/funktionaliteter, som således ønskes opmærket er:

 

Login

Keyword

Number of results

Funnel

Search - Facets

Search - Page

Search - Sort

Reserver

Se online

Guldknappen

Materiale rating

Søgeprofiler/field search modul

Brugeroprettelse

Karrusel - Click på link

Karrusel - Click på næste item

Karrusel - Click på forrige item

Autocomplete søgning klik

Forny valgte materialer

Forny alle materialer

Materiale billede synligt

Materiale - Type

Materiale - DK5-nummer

Materiale - Sprog

Materiale - Kategori

 

Og den kan ses annoteret her: https://docs.google.com/spreadsheets/d/1OdUWGQc_hiY8F6BPViKRrBykSQfHLnhv4-YMdUzswSI/edit#gid=0

 

BEMÆRK!
At de 3 nederste punkter på listen, ("Content groups", "Føj til liste" og "Hvilken PC tilgår folk sitet med") der er givet prioritet Y i første omgang IKKE skal udføres i denne opgave.

 

Detaljer kan ses i de to vedhæftede powerpoints.


Related issues

Related to Webtrekk - Enhancement #3531: MWA: Webtrekk - Guide for MWA (Most Wanted Actions)Open (waiting)
Related to DDB CMS - Bug #4050: Aktiver Webtrekk modul i nye installationerResolved (tag version)

History

#1 Updated by Tue Gaston 8 months ago

  • Related to Enhancement #3531: MWA: Webtrekk - Guide for MWA (Most Wanted Actions) added

#2 Updated by Tue Gaston 8 months ago

  • Target version set to Release 30 - BPI, Kampagneplus og Sektioner (7.x-4.6.0)

#3 Updated by Tue Gaston 8 months ago

I fb m test er det vigtigt at al den funktionalitet, der er "pillet ved" i fb m udførelsen af denne opgave testes - dvs alt, der er omfattet af MWA-listen: https://docs.google.com/spreadsheets/d/1OdUWGQc_hiY8F6BPViKRrBykSQfHLnhv4-YMdUzswSI/edit#gid=0

#4 Updated by Tue Gaston 8 months ago

  • Description updated (diff)

#5 Updated by Tue Gaston 8 months ago

  • Description updated (diff)

#6 Updated by Tue Gaston 8 months ago

  • Description updated (diff)

#7 Updated by Tue Gaston 8 months ago

  • Subject changed from MWA Webtrekk to MWA Webtrekk implementering i DDB CMS

#8 Updated by Tue Gaston 8 months ago

  • Private changed from Yes to No

#9 Updated by Christel Krabbenhøft 8 months ago

  • Status changed from New to Ready for development
  • Assignee changed from Christel Krabbenhøft to Anna Christensen

#10 Updated by Tue Gaston 8 months ago

  • Description updated (diff)

#11 Updated by Simon Holt 8 months ago

"Search - Facets", "Search - Page", "Search - Sort" og "Søgeprofiler/field search modul" trackes jo som sådan allerede, da de resulterer i et nyt page-request og anvender query-parametre i URL'en. Det kan selvfølgelig godt være, at det vil være bedre at have den som "Page parameters", men det er i hvert fald muligt at søge på disse parametre i URL'en i Webtrekk suite og se i hvor mange søgninger der f.eks. anvendes facet, paging, sort osv.

Her er et eksempel på et custom filter, der finder søgninger, hvor der er anvendt facetter fra grænsefladen:

Hvis man f.eks. kigger på søgestatistikken for vejlebib det sidte 6 kalendermåneder, finder ovenstående filter 727 sidevisninger med facet-filter i URL'en for hele perioden. I alt har der i perioden været 381.906 søgesidevisninger. I følge denne statistik er der altså kun blevet brugt facetter i 0,18% af alle søge-sidevisninger. Tallet skal selvføglelig tages med et gran salt, da det er sidevisninger, men anvender man besøg får man også et lignende meget lavt tal.

Laver vi det samme med paginering i søgeresultatet, altså kigger på hvor mange søge-sidevisninger der har "page=" i URL'en, får man et endnu mere overraskende tal. Her det kun 62 søgesidevisninger ud af 381.906, der har page-parameteren i URL'en. Det svarer til 0,016%. Så lige for at understrege: i følge denne her statistik er der altså kun blevet vist en søgeside med page-parameteren i URL'en 62 gange i løbet af de sidste seks kalendemåneder på vejlebib.dk (det bliver praktisk talt slet ikke brugt). 

Når man ser på disse tal, kunne man fristes til at tro, at der er et eller andet galt med tracking af query-parametre i URL i Webtrekk. Når man får disse meget overraskende lave tal, må den da overse et eller andet?

Det ville jeg også tro, hvis ikke det var fordi, at man faktisk får et meget troværdig tal, hvis man kigger på antallet søgesidevisninger der indeholder profile-parameteren (anvendelse af søgeprofiler). Her får man følgende tal for samme periode som i ovenstående: 43.715 / 381.906 x 100 = 11,44 %. At der er blevet anvendt en søgeprofil i 11,44% af søgninger lyder meget troværdigt, og det tyder altså på, at Webtrekk godt kan opsamle disse query-parametre korrekt (i hvert fald i dette tilfælde).

 

 

#12 Updated by Tue Gaston 7 months ago

  • Priority changed from Normal to Immediate

#13 Updated by Árni Loftsson 7 months ago

Ud over de ting som allerede står på listen ville det være rigtig godt at tracke hvilken placering en post har i søgeresultatet når brugerne klikker på dem. Det giver os for det første en viden om hvordan brugerne generelt interagerer med vores søgeresultat. For det andet så giver det os en viden om hvilke poster brugerne er specielt interesserede i, i forbindelse med en given søgning. Når brugerne f.eks. bladrer om til side to for at finde en post så viser det at den post er specielt relevant i forhold til en given søgning.  De data kan på længere sigt bruges til at forbedre rankering i brønden.

#14 Updated by Tue Gaston 7 months ago

  • Assignee changed from Anna Christensen to Simon Holt

#15 Updated by Tue Gaston 7 months ago

Árni Loftsson wrote:

Ud over de ting som allerede står på listen ville det være rigtig godt at tracke hvilken placering en post har i søgeresultatet når brugerne klikker på dem. Det giver os for det første en viden om hvordan brugerne generelt interagerer med vores søgeresultat. For det andet så giver det os en viden om hvilke poster brugerne er specielt interesserede i, i forbindelse med en given søgning. Når brugerne f.eks. bladrer om til side to for at finde en post så viser det at den post er specielt relevant i forhold til en given søgning.  De data kan på længere sigt bruges til at forbedre rankering i brønden.

Det har du sådan set ret i.
Det er bare ikke realistisk at nå at få med i denne omgang.

Men lad os endelig gemme den som et udviklingsønske.

#16 Updated by Árni Loftsson 7 months ago

Helt i orden Bare at den er med. Det her bliver nogen rigtig vigtige data på længere sigt.

#17 Updated by Tue Gaston 7 months ago

Árni Loftsson wrote:

Helt i orden Bare at den er med. Det her bliver nogen rigtig vigtige data på længere sigt.

Jeg har tilføjet den til listen: https://docs.google.com/spreadsheets/d/1OdUWGQc_hiY8F6BPViKRrBykSQfHLnhv4-YMdUzswSI/edit#gid=0 - så må vi se på den senere.

#18 Updated by Gitte Barlach 7 months ago

  • Subject changed from MWA Webtrekk implementering i DDB CMS to MWA Webtrekk implementering i DDB CMS (ding_webtrekk)

#20 Updated by Christel Krabbenhøft 7 months ago

  • Status changed from Ready for development to Needs code review
  • Assignee changed from Simon Holt to Jørgen Nielsen

#21 Updated by Simon Holt 7 months ago

  • Status changed from Needs code review to Ready for development
  • Assignee changed from Jørgen Nielsen to Simon Holt

Der kommer lige et par få ændringer til PR, som jeg sidder og arbejder på nu, men det er ikke ændringer, der har betydning for implementationen i PR.

#22 Updated by Simon Holt 7 months ago

  • Status changed from Ready for development to Needs code review

#23 Updated by Simon Holt 7 months ago

Arrg.. ser der er nogle scrutinizer fejl også. Kigger lige på dem også.

#24 Updated by Christel Krabbenhøft 7 months ago

  • Assignee changed from Simon Holt to Jørgen Nielsen

#25 Updated by Simon Holt 7 months ago

Det hele er klar til review her. Med forbehold for små ændringer, da det format vi bruger til at håndtere events lige har ændret sig og ikke rigtig testet endnu. Men der vil være tale om ændringer, der ikke har den store betydning i forhold til implementationen og koden kan derfor godt reviewes, som den er.

#26 Updated by Gitte Barlach 7 months ago

  • Assignee changed from Jørgen Nielsen to Kasper Garnæs

#27 Updated by Kasper Garnæs 7 months ago

  • Status changed from Needs code review to Reviewed - Needs info/rework
  • Assignee changed from Kasper Garnæs to Simon Holt

Reviewed. Jeg har et par kommentarer.

Et generelt spørgsmål (mest til Tue): Som jeg læser implementationen trackes id'er på materialer som reserveres og fornys. Er det virkelig nødvendigt set i forhold til fx. antallet af reservationer der foretages via platformene og antallet af lån der fornys per gang?

#28 Updated by Tue Gaston 7 months ago

Kasper Garnæs wrote:

Reviewed. Jeg har et par kommentarer.

Et generelt spørgsmål (mest til Tue): Som jeg læser implementationen trackes id'er på materialer som reserveres og fornys. Er det virkelig nødvendigt set i forhold til fx. antallet af reservationer der foretages via platformene og antallet af lån der fornys per gang?

Ja, det mener jeg bestemt det er.
Navnlig reservering - det er det nærmeste man kommer en "salg" knap i DDB CMS, og det er vigtigt for os i detaljen at kunne spore, om fx nogle materialetyper reserveres mere end andre, eller om faglitteratur reserveres mere end skønlitteratur osv. osv.
Fornyelse er måske lidt mindre interessant. Men jeg kan stadig godt forestille mig scenarier, hvor det kan blive aktuelt at tracke.

Da vi udarbejdede MWA-listen har vi i det store hele valgt at tage alt med, vi kunne komme i tanker om.
Er der nogen grunde til IKKE at tracke dem?

Vi har foreløbig stadig click events nok hos Webtrekk.

#29 Updated by Kasper Garnæs 7 months ago

Er der nogen grunde til IKKE at tracke dem?

At vi undgår at sprede unødvendig detaljeret information.

Ved at registrere id'er for hvert materiale en bruger låner/fornyer opbygger vi i praksis et udsnit af dennes lånehistorik. Lige præcis lånehistorikken er et område, som vi i bibliotekssystemet pt. er forpligtede til at slette efter 30 dage, med mindre låneren eksplicit har givet tilladelse til andet. Måske kan de to situationer ikke sidestilles, fordi brugere bliver anonymiseret i Webtrekk.

Hvis vi gerne vil analysere på anvendelsen af materialetyper etc, så kunne et alternativ også være at tracke tværgående metadata for materialet med eventet frem for det specifikke id.

#30 Updated by Simon Holt 7 months ago

Tak for review :) Har gennemgået alle kommentarerne og er enig i det meste. Går i gang med at kigge på det.

Jeg har lige et par afklarende spørgsmål til nogle af kommentarerne:

https://github.com/ding2/ding2/pull/1283#discussion_r239441721

https://github.com/ding2/ding2/pull/1283#discussion_r239444125

#31 Updated by Tue Gaston 7 months ago

Kasper Garnæs wrote:

Er der nogen grunde til IKKE at tracke dem?

At vi undgår at sprede unødvendig detaljeret information.

Ved at registrere id'er for hvert materiale en bruger låner/fornyer opbygger vi i praksis et udsnit af dennes lånehistorik. Lige præcis lånehistorikken er et område, som vi i bibliotekssystemet pt. er forpligtede til at slette efter 30 dage, med mindre låneren eksplicit har givet tilladelse til andet. Måske kan de to situationer ikke sidestilles, fordi brugere bliver anonymiseret i Webtrekk.

Hvis vi gerne vil analysere på anvendelsen af materialetyper etc, så kunne et alternativ også være at tracke tværgående metadata for materialet med eventet frem for det specifikke id.

 

Med et par uheldige erfaringer i bagagen tror jeg, at jeg foretrækker at tracke for meget hellere end for lidt. Man ved aldrig, hvad man får brug for i fremtiden.
Og så længe det eneste vi tracker er, at det-og-det materiale er fornyet så-og-så mange gange, men intet om hvem der har gjort det, så er vi jo ikke i konflikt med lovgivningen.

#32 Updated by Simon Holt 7 months ago

  • Status changed from Reviewed - Needs info/rework to Needs code review
  • Assignee changed from Simon Holt to Kasper Garnæs

#33 Updated by Kasper Garnæs 6 months ago

  • Status changed from Needs code review to Reviewed
  • Assignee changed from Kasper Garnæs to Simon Holt

Rereviewed.

#34 Updated by Simon Holt 6 months ago

  • Assignee changed from Simon Holt to Kasper Garnæs

PR er opdateret igen :)

#35 Updated by Kasper Garnæs 6 months ago

Godkendt.

#36 Updated by Kasper Garnæs 6 months ago

  • Status changed from Reviewed to Technical test
  • Assignee changed from Kasper Garnæs to Gitte Barlach

Merged.

#37 Updated by Tue Gaston 6 months ago

Jeg har nu testet, at al funktionalitet, der er opmærket under MWA-listen fungerer - undtagen fornyelse, da vi ikke har nogen testbrugere med udlån.
Endvidere er det ej muligt at teste "Materiale", da det blot omfatter visning af et materiale.

Hvorvidt det har med MWA-listen at gøre eller ej, ved jeg ikke - men det var under denne test at jeg opdagede:

https://platform.dandigbib.org/issues/4039 - Reservering udløser "Søge-cirkel" i det uendelige.

og

https://platform.dandigbib.org/issues/4041 - Reserveringer kan ej slettes.

 

Jeg har alene testet, om funktionaliteten stadig virker - ikke om data bliver opsamlet af Webtrekk. Dette er ej muligt, da vanilla og upgrade ikke er registreret i Webtrekk - så det får vi først at se, når det er rullet ud på bibliotekernes staging-sites.

Titel Testet
Login Ja
Keyword Ja
Number of results Ja
Funnel Ej mulig
Search - Facets Ja
Search - Page Ja
Search - Sort Ja
Reserver Ja
Se online (Open order digital copy) Ja
Materiale rating Ja
Søgeprofiler/field search modul Ja
Brugeroprettelse Ja
Karrusel - Click på link Ja
Karrusel - Click på næste item Ja
Karrusel - Click på forrige item Ja
Autocomplete søgning klik Ja
Forny valgte materialer Nej
Forny alle materialer Nej
Materiale - Type Ej mulig
Materiale - DK5-nummer (Emnetal) Ej mulig
Materiale - Sprog Ej mulig
Materiale - Kategori Ej mulig
Materiale - Kilde Ej mulig

#38 Updated by Tue Gaston 5 months ago

  • Related to Bug #4050: Aktiver Webtrekk modul i nye installationer added

#39 Updated by Tue Gaston 5 months ago

  • Status changed from Technical test to Ready for development
  • Assignee changed from Gitte Barlach to Simon Holt

#40 Updated by Simon Holt 5 months ago

  • Status changed from Ready for development to Needs code review
  • Assignee changed from Simon Holt to Gitte Barlach

Nyt PR med de aftalte opdateringer: https://github.com/ding2/ding2/pull/1323

p_mat_category viser nu fiktion/nonfiktion (eller ingenting)

p_s_Size angiver nu antallet af søgeresultater på den nuværende søgeside

#41 Updated by Gitte Barlach 5 months ago

  • Assignee changed from Gitte Barlach to Kasper Garnæs

#42 Updated by Kasper Garnæs 5 months ago

  • Status changed from Needs code review to Reviewed - Needs info/rework
  • Assignee changed from Kasper Garnæs to Simon Holt

Reviewed. Jeg har en enkelt kommentar.

#43 Updated by Simon Holt 5 months ago

  • Status changed from Reviewed - Needs info/rework to Needs code review
  • Assignee changed from Simon Holt to Kasper Garnæs

PR er opdateret

#44 Updated by Kasper Garnæs 5 months ago

  • Status changed from Needs code review to Reviewed

Reviewed og godkendt.

#45 Updated by Kasper Garnæs 5 months ago

  • Status changed from Reviewed to Technical test
  • Assignee changed from Kasper Garnæs to Gitte Barlach

Merged.

#46 Updated by Tue Gaston 5 months ago

  • Assignee changed from Gitte Barlach to Tue Gaston

#47 Updated by Tue Gaston 5 months ago

  • Status changed from Technical test to Resolved (tag version)

#48 Updated by Simon Holt 4 months ago

Tue gjorde mig opmærksom på et problem og opdagede en alvorlig fejl, som desværre har gjort at følgende events har sendt et forkert WTK Id. Beklager :(

Det drejer sig om følgende:

- Forny valgte. Burde sende: { linkId: ” Forny valgte materialer”, customClickParameter: { 55: ”Materiale ID” }

- Materiele Rating. Burde sende: { linkId: ” Materiale rating”, customClickParameter: { 57: ”Materiale ID”, 58: “Rating” }

- Autocomplete. Burde sende: { linkId: ”Autocomplete søgning clicks”, customClickParameter: { 54: ”Materiale ID” }

- Karussel forrige. Burde sende: { linkId: ” Karousel, click på forrige knappen”, customClickParameter: { 60: “Titel på karousel” }

- Karussel næste. Burde sende: { linkId: ” Karousel, click på næste knappen”, customClickParameter: { 59: “Titel på karousel” }

Her et PR der retter fejlen: https://github.com/ding2/ding2/pull/1376

Ovenstående events skulle nu sende det korrekte data som vist.

 

#49 Updated by Gitte Barlach 4 months ago

  • Assignee changed from Tue Gaston to Jørgen Nielsen

#50 Updated by Gitte Barlach 4 months ago

  • Status changed from Resolved (tag version) to Needs code review

#51 Updated by Jørgen Nielsen 4 months ago

  • Status changed from Needs code review to Reviewed - Needs info/rework
  • Assignee changed from Jørgen Nielsen to Simon Holt

Kig lige på Scrutinizer fejlen, og tag stilling til om det er en showstopper.

#52 Updated by Simon Holt 4 months ago

  • Status changed from Reviewed - Needs info/rework to Needs code review
  • Assignee changed from Simon Holt to Gitte Barlach

#53 Updated by Simon Holt 4 months ago

PR er opdateret!

#54 Updated by Christel Krabbenhøft 4 months ago

  • Assignee changed from Gitte Barlach to Jørgen Nielsen

#55 Updated by Jørgen Nielsen 4 months ago

  • Status changed from Needs code review to Reviewed
  • Assignee changed from Jørgen Nielsen to Gitte Barlach

reviewet og godkendt

#56 Updated by Kasper Garnæs 4 months ago

  • Status changed from Reviewed to Technical test

Merged.

#57 Updated by Tue Gaston 4 months ago

  • Assignee changed from Gitte Barlach to Tue Gaston

#58 Updated by Tue Gaston 4 months ago

  • Status changed from Technical test to Resolved (tag version)
  • Assignee changed from Tue Gaston to Gitte Barlach

#59 Updated by Tue Gaston 4 months ago

Så er alt testet og godkendt.
Der er alle de data der skal være i Webtrekk.
Dette issue godkendes hermed.

Also available in: Atom PDF