> ## Documentation Index > Fetch the complete documentation index at: https://docs.wisepim.com/llms.txt > Use this file to discover all available pages before exploring further. # Trackinggezondheid > Controleer hoeveel van je bestelomzet GA4 vastlegt, werk 11 trackingcontroles af met oplossingen per platform en koppel GA4-producten aan je catalogus. Trackinggezondheid vergelijkt wat Google Analytics 4 heeft vastgelegd met de bestellingen die je winkel echt binnenkreeg. De kop luidt **GA4 meet `{percent}` van je bestelomzet**, en een **Trackingscore** van 100 vat de controles eronder samen. Elk GA4-getal elders in Analytics, van kanaalrapporten tot de productfunnel, is maar zo goed als deze score. **Wat je ermee kunt bereiken:** je ziet of een daling in GA4-omzet een echte daling in verkoop is of een kapotte aankooptag, je geeft je developer een kant-en-klare specificatie in plaats van een vage klacht, en je voorkomt dat betaalproviders de eer opstrijken van de kanalen die de shopper binnenbrachten. **Waar vind je het:** open **Analytics**, klap de groep **Data & instellingen** open en klik op **Trackinggezondheid**. De pagina heeft een gekoppelde GA4-property nodig; zonder koppeling toont ze **Koppel eerst Google Analytics 4**. Direct na het koppelen toont ze **Wachten op de eerste GA4-synchronisatie** tot de eerste import binnen is, meestal binnen een paar uur. > [!NOTE] > > Andere GA4-pagina's hebben een betrouwbaarheidslabel met **GA4 meet `{percent}`** of **Trackingscore `{score}`**. Voordat de controles hebben gedraaid, staat er **Tracking nog niet gecontroleerd**. Klik op het label om hier te komen. ## Kies een periode Met de tabbladen voor de **Periode** wissel je tussen de laatste **28**, **56** en **90** dagen. De herkomstregel onder de kop vertelt je precies wat er is vergeleken: **Bron: Google Analytics 4 (`{property}`) en je winkelbestellingen**, **Vergeleken van `{start}` tot en met `{end}`** en **Dagen volgen de tijdzone van de GA4-property (`{tz}`).** Kon WISEPIM de tijdzone van de property niet lezen, dan vallen de dagen terug op UTC en kunnen ze aan de randen een dag verschuiven. ## Hoe de kop wordt gemeten Open **Zo meten we** onder de kop om de regels achter het percentage te zien. * **Alleen betaalde bestellingen.** Alleen bestellingen die je platform als voltooid of in behandeling meldt, tellen mee. Openstaande bestellingen zijn vaak niet betaald en hebben de bedankpagina nooit bereikt, en terugbetaalde of geannuleerde bestellingen zijn geen verkoop. De interface zegt het zo: openstaande en terugbetaalde bestellingen tellen niet mee. * **Netto of bruto.** Veel winkels sturen GA4-omzet zonder btw en verzending. Heeft minstens 90% van de bestellingen in de periode een btw-bedrag, dan vergelijkt WISEPIM GA4 met je bestelwaarde exclusief btw en verzending, en luidt de kop **GA4 meet `{percent}` van je bestelomzet (excl. btw en verzending)**. Meldt je platform alleen totalen, dan is de vergelijking bruto en staat er **(incl. btw en verzending)**. Bij een bruto vergelijking ligt het aandeel lager dan je echte tracking, en dat staat er ook bij. * **Minimaal 20 bestellingen.** Met minder winkelbestellingen in de periode zegt de pagina **Nog niet genoeg winkelbestellingen om GA4 met je winkel te vergelijken.** en blijft de kop leeg. Ze toont nooit 0%. * **Alleen dezelfde valuta.** Rapporteert GA4 in de ene valuta en verkoopt je winkel in een andere, dan worden bedragen niet vergeleken. De pagina zegt dat en vergelijkt in plaats daarvan het aandeel bestellingen. * **Te veel meten wordt ook gemeld.** **GA4 meldt `{amount}` meer dan je winkel binnenkreeg. Meestal gaat een aankooptag dan twee keer af.** De **Trackingscore** weegt de controles hieronder. Controles zonder genoeg gegevens tellen niet mee, en de score toont **Nog niet genoeg gegevens** tot er genoeg controles hebben gedraaid. ## Het tabblad Controles De pagina opent op **Controles**. Elke controle heeft een status: **In orde**, **Vraagt aandacht**, **Kapot** of **Niet genoeg gegevens**. Falende controles staan bovenaan onder **`{count}` controles vragen aandacht**, gevolgd door **In orde (`{count}`)** en **Wachten op gegevens (`{count}`)**. | Controle | Wat er wordt vergeleken | | - | - | | **Omzet komt aan in GA4** | De aankoopomzet in GA4 tegenover je winkelbestellingen, op de basis hierboven. | | **Elke bestelling stuurt één aankoop** | Aankoop-events in GA4 tegenover je aantal bestellingen. Meer events dan bestellingen betekent dat sommige aankopen twee keer worden verstuurd. | | **Aankopen komen nog binnen** | De datum van de laatste GA4-aankoop tegenover de dagen waarop je winkel daarna nog verkocht. | | **GA4-producten passen bij je catalogus** | Het aandeel GA4-productweergaven op producten die WISEPIM aan je catalogus kan koppelen. | | **De aankoopfunnel is compleet** | Of `view_item`, `add_to_cart`, `begin_checkout` en `purchase` allemaal binnenkomen, en of elke stap kleiner is dan de vorige. | | **Verkeer heeft een bron** | Het aandeel sessies zonder bron. | | **Betaalproviders krijgen geen verkeer toegeschreven** | Sessies en omzet die GA4 toeschrijft aan iDEAL, PayPal, Klarna en vergelijkbare domeinen. | | **GA4 bewaart gegevens lang genoeg** | De instelling voor het bewaren van eventgegevens in de property. | | **Aankoop is een belangrijk event** | Of `purchase` een belangrijk event is, en of events op paginaniveau ten onrechte ook als belangrijk event zijn gemarkeerd. | | **GA4 gebruikt de valuta van je winkel** | De valuta van de property tegenover de valuta waarin je winkel verkoopt. | | **Terugbetalingen komen aan in GA4** | Terugbetalings-events in GA4 tegenover de terugbetalingen die je winkel verwerkte. | Elke controlekaart heeft dezelfde opbouw: **1. Waarom het ertoe doet** Een of twee regels over wat het probleem met je rapporten doet. De omzetcontrole waarschuwt bijvoorbeeld dat ontbrekende omzet elk kanaal slechter laat lijken dan het is. **2. Bewijs** De getallen achter de status, zoals **GA4 registreerde `{ga4}` tegenover `{store}` aan winkelbestellingen (`{percent}`).** of **De laatste GA4-aankoop was op `{date}`, maar je winkel kreeg sindsdien `{orders}` bestellingen op `{days}` dagen.** **3. Hoe je het oplost** Klapt open tot **Stappen voor `{platform}`**, geschreven voor je gekoppelde platform: Shopify, WooCommerce, Magento, Shopware, Lightspeed, CCV Shop, of algemene stappen voor elke winkel. Controles die codewijzigingen nodig hebben, tonen ook **Specificatie voor je developer** met een knop **Kopiëren**, zodat je de precieze eisen voor events en parameters in een ticket kunt plakken. > [!NOTE] > > De instellingencontroles (bewaartermijn, belangrijke events, valuta) lezen de instellingen van de property bij Google. Geeft Google die niet terug, dan zegt de pagina **Google gaf de property-instellingen niet terug, dus de instellingencontroles wachten op gegevens.** en staan die controles onder wachten op gegevens. ### GA4-omzet tegenover winkelomzet per dag Onder de controles tekent een grafiek de **GA4-omzet** en de **Winkelomzet** voor elke dag in de periode. Het gat tussen de lijnen heet **Niet gemeten door GA4**, en een samenvattende regel zet er een getal op: **GA4 mist ongeveer `{amount}` over `{days}` dagen.** bij een netto vergelijking, of **`{amount}` verschil over `{days}` dagen, deels btw en verzending.** bij een bruto vergelijking. Gebruik de grafiek om een probleem te dateren: een gat dat op één dag ontstaat, valt meestal samen met een wijziging in thema, plugin of checkout. Is de valuta van de periode onbekend of gemengd, dan worden GA4-bedragen verborgen en zie je alleen aantallen. ### Domeinen voor de ongewenste verwijzingen in GA4 Vindt de betaalprovidercontrole sessies die aan een betaaldomein zijn toegeschreven, dan toont de kaart elk domein onder **Domeinen voor de ongewenste verwijzingen in GA4** met een knop **Lijst kopiëren**. Open in GA4 **Admin**, je webdatastream, **Configure tag settings** en daarna **List unwanted referrals**, en voeg elk domein toe met het matchtype *Referral domain contains*. GA4 accepteert maximaal 50 domeinen per webstream, en de wijziging geldt alleen voor nieuwe sessies. ## Het tabblad Productkoppeling Schakel over naar **Productkoppeling** om te zien hoe goed de productgegevens van GA4 aansluiten op je catalogus. Deze koppeling voedt de productfunnel, de [werklijst Pak deze eerst aan](https://docs.wisepim.com/nl/analytics/product-performance.md) en Contentimpact. Bovenaan staan drie cijfers: **Gekoppelde productweergaven**, **Gekoppelde omzet** en **Gekoppelde GA4-product-ID's**, elk als aandeel van het totaal, bijvoorbeeld **`{matched}` van `{total}` productweergaven**. WISEPIM koppelt GA4-producten aan je catalogus op SKU, variant-SKU, GTIN of product-ID uit je winkel. De tabel **GA4-producten** toont elke GA4-`item_id` met de status bij **Koppeling** (**Gekoppeld**, **Niet gekoppeld** of **Meer dan één match**), de gebruikte methode (**Zelf gekoppeld**, **Op SKU**, **Op variant-SKU**, **Op GTIN**, **Op variant-ID uit je winkel**, **Op product-ID uit je winkel**), de **Productweergaven**, **Verkochte stuks** en **Productomzet**. Niet-gekoppelde rijen hebben een reden, zoals **Geen SKU, GTIN of winkel-ID past** of **Past bij meer dan één product**. **1. Koppel een product** Klik op **Product koppelen** in een niet-gekoppelde rij, zoek op SKU of productnaam, kies het catalogusproduct en klik op **Koppeling opslaan**. Koppelingen gelden alleen voor de rapporten van WISEPIM; GA4 blijft zoals het is. **2. Wijzig of verwijder een koppeling** In een gekoppelde rij kies je met **Koppeling wijzigen** een ander product. **Koppeling verwijderen** haalt een handmatige koppeling weg, waarna de automatische koppeling op SKU, GTIN of winkel-ID weer geldt. > [!NOTE] > > Alleen leden die analytics en integraties beheren, kunnen koppelingen wijzigen. Alle anderen zien de tabel alleen-lezen. Rapporteerde GA4 in de periode meer dan één valuta, dan blijft de omzet verborgen tot de volgende GA4-synchronisatie. ## Actie ondernemen op wat je vindt > **De kop ligt ruim onder 100% en de daggrafiek toont een vast gat** > > Een constant gat bij een netto vergelijking wijst op bestellingen die nooit een aankoop sturen: een cookiebanner zonder Consent Mode, een betaalmethode waarvan de terugkeerpagina de bedankpagina overslaat, of een tweede trackingtool die de eerste overschrijft. Open **Omzet komt aan in GA4**, volg **Stappen voor `{platform}`**, plaats daarna een testbestelling en kijk in GA4 DebugView of er één aankoop binnenkomt. **Resultaat:** de kanaalrapporten in Analytics geven de bronnen die echt verkopen niet langer te weinig krediet. > **GA4 meldt meer dan je winkel binnenkreeg** > > Twee afzenders sturen een aankoop, of de bevestigingspagina stuurt hem opnieuw bij herladen. **Elke bestelling stuurt één aankoop** noemt de verhouding. Houd één afzender over (op Shopify de Google & YouTube-app) en verwijder de andere. **Resultaat:** conversieratio en gemiddelde bestelwaarde in GA4 zijn niet langer opgeblazen. > **Aankopen kwamen vanaf een bepaalde datum niet meer binnen** > > **Aankopen komen nog binnen** geeft je de datum van de laatste GA4-aankoop. Bedenk wat er die dag veranderde: een thema-update, een nieuwe checkout, een wijziging in toestemming. Op Shopify werken scripts op de oude bedankpagina niet meer na een overstap naar de nieuwe checkout en moeten ze een customer events-pixel worden. **Resultaat:** de tag is hersteld voordat het gat uitgroeit tot een maand ontbrekende gegevens. > **GA4-producten passen bij je catalogus faalt** > > Open **Specificatie voor je developer** bij de controle, kopieer die en vraag om een stabiele `item_id` (SKU, GTIN of variant-ID uit je winkel) in elk e-commerce-event. Klik in de tussentijd op **Ongekoppelde producten koppelen** en koppel de grootste niet-gekoppelde ID's met de hand op het tabblad Productkoppeling. **Resultaat:** productrapporten en de werklijst dekken de producten die er het meest toe doen, terwijl de tag wordt hersteld. > **Betaalproviders verschijnen als verkeersbron** > > Kopieer de domeinlijst en voeg die toe aan de ongewenste verwijzingen in GA4. Tot je dat doet, worden verkopen van shoppers die via iDEAL of PayPal betaalden toegeschreven aan de betaalprovider, en lijkt elk echt kanaal zwakker. **Resultaat:** kanaalrapporten geven de campagnes en zoektermen die het werk deden het krediet. > **Terugbetalingen komen aan in GA4 faalt** > > De meeste platformintegraties sturen aankopen maar geen terugbetalingen. Vraag je developer om terugbetalingen via het GA4 Measurement Protocol te sturen met de oorspronkelijke `transaction_id`. Terugbetalingen kun je achteraf niet toevoegen, dus zet het op vóór de volgende. **Resultaat:** producten met veel retouren zien er in GA4 niet langer beter uit dan ze zijn. ## Gerelateerd > **[Google Analytics 4-integratie](https://docs.wisepim.com/nl/integrations/google-analytics.md)** > > Koppel een GA4-property en lees welke events en parameters WISEPIM verwacht. > **[Conversies](https://docs.wisepim.com/nl/analytics/conversions.md)** > > De GA4-eventfunnel die deze controles eerlijk houden. > **[Productprestaties](https://docs.wisepim.com/nl/analytics/product-performance.md)** > > Productweergaven, toevoegingen aan de winkelwagen en de werklijst Pak deze eerst aan, gebouwd op gekoppelde GA4-producten. > **[Verkeer & gedrag](https://docs.wisepim.com/nl/analytics/traffic-behavior.md)** > > Sessies per bron, apparaat en land, met hetzelfde GA4-betrouwbaarheidslabel. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.