Vipps express mister utm-data

Beklager at dette tar litt tid; det er veldig travelt nå. Vi har kommet så langt som å installere pixel-pluginen på en utviklingssite og skal oppdatere denne saken straks vi rekker det.

Problemet er hvis jeg forstår alt riktig at Pro-featuren som lagrer UTM-kampanjeinformasjon i ordreobjektet ikke virker på hurtigkassen?

Grunnen til at dette skjer, er at PixelYoursite holder på UTM-informasjonen i sine egne cookies, og legger dem til på den vanlige Checkout-siden med javascript. På hurtigkassen så er man aldri innom den vanlige kassa-siden, og dermed så blir disse verdiene aldri lagret i ordren.

Jeg ser i kildekoden at den har lagt til støtte for en annen “alternativ” kasse, men altså ikke Vipps’ hurtigkasse.

Uheldigvis kan vi ikke endre på dette skriptet hos Pixelyoursite, og dermed har vi heller ikke tilgang på stedene der Pixelyoursite lagrer unna UTM-informasjonen.

I utgangspunktet gjelder det altså at denne featuren med Pixelyoursite Pro dessverre ikke støtter Vipps hurtigkassen.

Imidlertid ser vi at det antagelig går an å få PYS til å legge til informasjonen på disse ordrene også, men det innebærer å gjøre en del litt drastiske ting som vi dessverre ikke får testet, da vi ikke kjører PYS Pro.

Hvis dere har lyst å være prøvekaniner for dette, så kan vi sende dere noe kode som burde hjelpe, men der det altså vil være noe risiko for uforutsette konsekvenser.

Dette består i å

– Legge til klasser på Hurtigkasse-skjermen som får den til å late som om den er “vanlig” WooCommerce checkout-side
– Legge til et skjema på Hurtigkassesiden som later som om den er det vanlige checkout-skjemaet, bare uten felter

Dette vil få PYS til å legge til UTM-kodene til dette skjemaet. Deretter må det

– legges til kode som kopierer disse feltene inn i Vipps-skjemaet på samme side, og så til slutt må det
– skrives en liten snutt som lagrer verdiene der de skal være i ordrene.

Risikoen gjelder særlig de to første punktene, siden man ikke kan vite om en eller annen plugin vil bli forvirret av dette. Men kanskje det er verd det for dere.

Alternativt kan dere vurdere å høre med PYS om de ønsker å gjøre dette grensesnittet programmerbart slik at det kan støtte flere “alternative” kasser enn standardkassen og edd-checkout.

Det er nok en rimelig antagelse; for samtlige av disse så gjelder det at de må ta vare på UTM-data på sin egen måte for å så å “injisere” dem inn i ordrene.

Siden mange proxyer sletter disse dataene før de kommer til serveren, så må det i praksis alt sammen gjøres med javascript som manipuler selve kassasidens’ <form>-element. De vil da gjøre det litt forskjellig for hver enkelt løsning.

For at disse skal virke 100% med hurtigkassen så hadde de måttet lagt til støtte for denne eksplisitt (som PYS har gjort med denne edd-løsningen); eller så må hurtigkassen sette i gang og late som om den er hoved-kassen.

Problemet med det siste er at det er vanskelig å forutsi hvordan det kommer til å virke for en gitt plugin, siden det er så mange av dem. Hvis en av dem da skaper et problem, så blir hurtigkassen mindre kompatibel istedetfor mer.

Når det gjelder add_to_cart så er problemet anderledes: Det er kun at knappen har andre klasser enn den vanlige “Legg til i handlekurv”-knappen. Den må altså trackes separat. Jeg mener å huske at PYS lar deg konfigurere hva den regner som en “add_to_cart”-event, så det bør ikke kreve noe ekstra av pluginen.

Når det gjelder støtte for å lagre UTM i ordren ved hurtigkasse så kommer jeg tilbake med mer info om det når det er klart.

BTW så kan det godt tenkes dette vil virke for de andre pluginene også; om ingenting eksploderer. De vil formodentlig virke på ganske lik måte som PYS, da det ikke er så mange andre måter å gjøre det på.

Godt å høre – veldig fint om dere kan teste dette for oss.

Det som er mest “bekymringsfullt” med denne måten å gjøre det på, er at hurtigkasse-siden på denne måten ikke er helt ærlig om hvem den er; og *potensielt* kan det føre til at javascript-baserte plugins kan prøve å gjøre ting med den som ikke vil virke. Men jo bedre testet det er, jo lettere vil det være å legge det til som standard eller som “opsjon”.

Det er nok urelatert. Det skal være ganske få sjanser til å cache en hurtigkasseisde (den bruker ajax og POST, samt nocache-headere for selve siden, og en nonce i tilllegg). Den vanlige kassen likeså.

Jeg er ikke sikker på hva du mener med “registrert med et annet produkt”, er det da snakk om UTM-logging i ordren eller noe annet?