Vipps express mister utm-data

Vi skal se p? saken.

Forskjellen p? vanlig checkout og hurtigkassen best?r i hvordan ordren opprettes (i hurtigkassen opprettes den uten at man vet noe om brukeren, mens i vanlig kasse har du navn, addresse osv). Det kan tenkes at Pixelyoursite legger til metainformasjon i ordren via filtere som bare fyrer p? kassasiden. I s?fall er det mulig vi kan integrere disse i hurtigkassen ogs?.

Takk for det.

UTM er jo ikkje personleg info, men bare info om kor brukaren kjem fr? lagra i urlen. Den g?r vel mest sannsynleg bort under ein vidaresending fr? produktside til vipps sin server og tilbake ordre mottatt-side, s? usikker p? kor lett det er ? ta den med seg vidare?

Det er sp?rsm?let ?? men jeg antar jeg kan finne ut noe i kildekoden til Pixel-pluginen. Vi har kontrollen over retur-url som Vipps bruker; og ogs? videresendingen derfra til “takk for din ordre”. Men hurtigkasse og vanlig virker p? n?yaktig samme m?te her, s? det m? v?re en ekstra bit ? f? p? plass.

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.

Takk for oppdatering.

Pluginen er veldig kjekk ? ha med tanke p? ? sjekke data p? kvar og ein ordre, men generelt kunne vi sj? at det var mye utm-data vi mista i Google analytics/Matomo f?r dette ogs?, vi hadde bare ingen moglegheit til ? sj? at manglande utms gjaldt bruk av Vipps hurtigkasse f?r installasjonen av Pixelyoursite.

Med andre ord trur eg at manglande utms g?r p? noko meir generelt enn pluginen og registreringen den gjer, men den kan nok kanskje gjere det enklare for dokker ? jobbe i utviklingsfasen d? den som sagt registrerer data per ordre.

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.

Problemet er meir generelt enn PYS som er ein ganske ny plugin eg har tatt i bruk. F?r dette har vi brukt plugin: Woocommerce Google Analytis Integration fr? Woocommerce, plugin: Woocommerce Matomo Analytics som sender data til Matomo Analytics, samt testa Plausible.io.

Det som har vore tydeleg med alle saman er at vi mister utm-data p? mange ordrar, men det var f?rst med PYS at eg blei merksam p? at det kan ha ein samanheng med Vipps hurtigkasse sidan PYS som einaste plugin av desse lagrar utm-data p? ordrane.

Utan at eg har peiling p? kode, brukar sikkert alle nokonlunde same m?te ? registrere utms p? slik at dette vil nok fleire andre som brukar Vipps hurtigkasse merke p? analysedataen sin.

Men uansett, vi har ei side med f?rre ordrar/trafikk som vi kan bruke som pr?vekanin. S? er det og mogleg ? lagre eigendefinerte hendingar i PYS, s? har satt opp dette for ? sj? om ein klarar ? registrere add_to_cart i det minste for Vipps hurtigkasse. https://photos.app.goo.gl/zLqZDdnwiCx4wNSF8

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.

Hei,

Beklager at dette har tatt litt tid, men her er en plugin med den eksperimentelle st?tten jeg snakket om. Du kan lagre denne direkte i wp-content/plugins og aktivere den, eller legge inn innholdet av fila i functions.php i ditt child-theme. For at dette skal virke m? du antagelig kreve at bruker skal godta vilk?r og betingelser p? hurtigkassesiden – ellers er det ikke sikkert PYS vil rekke ? oppdatere feltene.

Det pluginen gj?r er ? late som om den er en vanlig Woocommerce checkout-side, slik at PYS legger til UTM-feltene sine. Dette blir s? lagt til ordren av et filter som kj?rer s? tidlig som mulig. I mine simuleringer s? blir da UTM-data opprettet i ordre p? akkurat samme m?te som for en vanlig ordre.

Hvis dette fungerer for dere s? kan vi antagelig lage en litt mer solid st?tte for det innebygget i pluginen; men vi f?r dessverre ikke testet dette grundig nok selv helt enn?.

<?php
/**
 * Plugin Name: Vipps Express Checkout add PixelyoursitePro support
 * Description: Legg til st?tte for UTM-registering i ordre p? hurtigkassen
 * Version: 1.0
 */

if ( ! defined( 'ABSPATH' ) ) {
    exit;
}

// First, add the woocommerce-checkout class to the Vipps Express Checkout page(s)
add_action('woo_vipps_express_checkout_page', function () {
    add_filter('body_class', function ($classes) {
        $classes[] = 'woocommerce-checkout';
        return $classes;
    },90, 1);
});

// Then add a *second* checkout form that PYS will find on that page
add_action('woo_vipps_express_checkout_orderspec_form', function($productinfo) {
    // End the real form
    echo "</form>\n";
    // Add an empty fake form that PYS knows about. It will be closed by the plugin.
    echo "<form class='woocommerce-checkout'>\n";
}, 99);

// When creating the Express checkout order, be sure to read and store the PYS fields
add_action('woo_vipps_ajax_do_express_checkout', function ($orderid) {
        $pysData = [];
        $pysData['pys_landing'] = isset($_REQUEST['pys_landing']) ? sanitize_text_field($_REQUEST['pys_landing']) : "";
        $pysData['pys_source'] = isset($_REQUEST['pys_source']) ? sanitize_text_field($_REQUEST['pys_source']) : "";
        $pysData['pys_utm'] = isset($_REQUEST['pys_utm']) ? sanitize_text_field($_REQUEST['pys_utm']) : "";
        $pysData['pys_browser_time'] = isset($_REQUEST['pys_browser_time']) ? sanitize_text_field($_REQUEST['pys_browser_time']) : "";
        update_post_meta($orderid,"pys_enrich_data",$pysData);
});

// Then, add javascript that will copy the fields set by PYS to the Vipps Express Checkout form
add_action('wp_head', function () {
?>
<script>
jQuery(document).ready(function () {
        wp.hooks.addFilter('vippsValidateExpressCheckoutForm', 'vipps', function (ok) {
                let vippsform = jQuery('#vippsdata');
                jQuery('form.woocommerce-checkout input').each(function () {
                    vippsform.append(jQuery(this));
                });
                return ok;
                }, 10);
});
</script>
<?php
});

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?.

Takk skal du ha. Har testa det, og det ser ut til ? fungere akkurat som det skal. Aktiverer det no p? alle sidene, og tar litt stikkpr?ver i morgon.

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”.

Vi har f?tt rapport om ein kunde som har blitt registrert med eit anna produkt enn det ho la til handlekorg. Det h?yrest jo ut som caching. Unders?ker no om det er fleire kundar som har f?tt feil produkt.

Opplevde dette i august ogs?. D? m?tte eg aktivere Vipps kompabilitetsmodus for ? hindre det, men den funksjonen har vore sl?tt av i lengre tid no, utan at det har skapt tr?bbel.

Ein annan ting som er verd ? nemne er at eg oppdaterte Vipps-pluginen til nyaste versjon i g?r. Men det kan sj?lvsagt vere urelatert ogs?.

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?

Meinte at kunde seier at ho har bestilt produkt A, men blir registrert med produkt B. Vi har ikkje f?tt fleire rapporter om dette, s? det hinter til brukarfeil. Har ein grei nok mengde ordrar om dagen til at fleire burde ha oppdaga det.

Ein anna ting: UTM blir jo no registrert i PYS ved hjelp av koden, men har gjort eit par stikkpr?ver i Google Analytics, og det ser ikkje ut som dataen blir vidareformidla der.

Eksempel:
P? ordren i Woo st?r det no p? ein ordre:
utm_source: tiktok
utm_medium: sparkad

P? same ordrenummer i GA st?r det:
utm_source: api.vipps.no
utm_medium: referral

F?r ogs? opp unknown/direct som alternativ.

Antar eigentleg at dette er noko eg b?r ta vidare med PYS-utviklar.

• This reply was modified 3 years, 3 months ago by orjan.steffensen.