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

# Tracking-Gesundheit

> Prüfe, wie viel deines Bestellumsatzes GA4 erfasst, arbeite 11 Tracking-Prüfungen mit Lösungen pro Plattform ab und ordne GA4-Produkte deinem Katalog zu.

Die Tracking-Gesundheit vergleicht, was Google Analytics 4 erfasst hat, mit den Bestellungen, die dein Shop wirklich erhalten hat. Die Überschrift lautet **GA4 erfasst `{percent}` deines Bestellumsatzes**, und ein **Tracking-Score** von 100 fasst die Prüfungen darunter zusammen. Jede GA4-Zahl an anderer Stelle in Analytics, von Kanalberichten bis zum Produkt-Funnel, ist nur so gut wie dieser Score.

**Was diese Seite ermöglicht:** Du findest heraus, ob ein Rückgang beim GA4-Umsatz ein echter Umsatzrückgang ist oder ein defektes Kauf-Tag, du gibst deinem Entwickler eine kopierfertige Vorgabe statt einer vagen Beschwerde, und du verhinderst, dass Zahlungsanbieter den Kanälen, die den Shopper gebracht haben, die Zuordnung wegnehmen.

**Wo du sie findest:** Öffne **Analytics**, klappe in der Seitenleiste die Gruppe **Daten & Einrichtung** auf und klicke auf **Tracking-Gesundheit**. Die Seite braucht eine verbundene GA4-Property; ohne sie zeigt sie **Verbinde zuerst Google Analytics 4**. Direkt nach dem Verbinden zeigt sie **Warten auf die erste GA4-Synchronisierung**, bis der erste Import da ist, meist innerhalb weniger Stunden.

> [!NOTE]
>
> Andere GA4-Seiten tragen einen Vertrauens-Chip mit **GA4 erfasst `{percent}`** oder **Tracking-Score `{score}`**. Bevor die Prüfungen gelaufen sind, steht dort **Tracking noch nicht geprüft**. Klicke auf den Chip, um hier zu landen.

## Einen Zeitraum wählen

Die Tabs unter **Zeitraum** wechseln zwischen den letzten 28, 56 und 90 Tagen. Die Herkunftszeile unter der Überschrift sagt dir genau, was verglichen wurde: **Quelle: Google Analytics 4 (`{property}`) und deine Shop-Bestellungen**, **Verglichen vom `{start}` bis `{end}`** und **Tage folgen der Zeitzone der GA4-Property (`{tz}`).** Konnte WISEPIM die Zeitzone der Property nicht lesen, fallen die Tage auf UTC zurück und können an den Rändern um einen Tag abweichen.

## Wie die Überschrift gemessen wird

Öffne **So messen wir** unter der Überschrift, um die Regeln hinter dem Prozentsatz zu sehen.

* **Nur bezahlte Bestellungen.** Es zählen nur Bestellungen, die deine Plattform als abgeschlossen oder in Bearbeitung meldet. Offene Bestellungen sind oft unbezahlt und haben die Danke-Seite nie erreicht, und erstattete oder stornierte Bestellungen sind keine Verkäufe. Die Oberfläche sagt es so: Offene und erstattete Bestellungen zählen nicht.
* **Netto- oder Bruttobasis.** Viele Shops senden den GA4-Umsatz ohne MwSt. und Versand. Tragen mindestens 90 % der Bestellungen im Zeitraum einen Steuerbetrag, vergleicht WISEPIM GA4 mit deinem Bestellwert ohne MwSt. und Versand, und die Überschrift lautet **GA4 erfasst `{percent}` deines Bestellumsatzes (ohne MwSt. und Versand)**. Meldet deine Plattform nur Summen, ist der Vergleich brutto, und die Überschrift sagt **(inkl. MwSt. und Versand)**. Auf Bruttobasis fällt der Anteil niedriger aus als dein echtes Tracking, und die Seite sagt das.
* **Mindestens 20 Bestellungen.** Mit weniger Shop-Bestellungen im Zeitraum zeigt die Seite, dass es noch nicht genug Shop-Bestellungen für einen Vergleich gibt, und lässt die Überschrift leer. Sie zeigt nie 0 %.
* **Nur gleiche Währung.** Berichtet GA4 in einer Währung und dein Shop verkauft in einer anderen, werden die Beträge nicht verglichen. Die Seite sagt das und vergleicht stattdessen den Anteil der Bestellungen.
* **Auch zu viel wird markiert.** **GA4 meldet `{amount}` mehr, als dein Shop eingenommen hat. Meist feuert dann ein Kauf-Tag doppelt.**

Der **Tracking-Score** gewichtet die Prüfungen unten. Prüfungen ohne genug Daten zählen nicht mit, und der Score zeigt **Noch nicht genug Daten**, bis genug Prüfungen gelaufen sind.

## Der Tab Prüfungen

Die Seite öffnet mit **Prüfungen**. Jede Prüfung hat einen Status: **In Ordnung**, **Braucht Aufmerksamkeit**, **Defekt** oder **Nicht genug Daten**. Fehlschlagende Prüfungen stehen zuerst unter **`{count}` Prüfungen brauchen Aufmerksamkeit**, dann folgen **In Ordnung (`{count}`)** und **Warten auf Daten (`{count}`)**.

| Prüfung | Was sie vergleicht |
| - | - |
| **Umsatz kommt in GA4 an** | Den GA4-Kaufumsatz mit deinen Shop-Bestellungen, auf der oben beschriebenen Basis. |
| **Jede Bestellung sendet einen Kauf** | GA4-Kauf-Events mit der Zahl deiner Bestellungen. Mehr Events als Bestellungen heißt, dass manche Käufe doppelt gesendet werden. |
| **Käufe kommen weiter an** | Das Datum des letzten GA4-Kaufs mit den Tagen, an denen dein Shop danach weiter verkauft hat. |
| **GA4-Produkte passen zu deinem Katalog** | Den Anteil der GA4-Produktaufrufe auf Produkten, die WISEPIM deinem Katalog zuordnen kann. |
| **Der Kauf-Funnel ist vollständig** | Ob `view_item`, `add_to_cart`, `begin_checkout` und `purchase` alle ankommen und ob jeder Schritt kleiner ist als der vorherige. |
| **Traffic hat eine Quelle** | Den Anteil der Sitzungen ohne Quelle. |
| **Zahlungsanbieter bekommen keinen Traffic zugeschrieben** | Sitzungen und Umsatz, die GA4 iDEAL, PayPal, Klarna und ähnlichen Domains zuschreibt. |
| **GA4 speichert Daten lange genug** | Die Einstellung zur Aufbewahrung von Event-Daten in der Property. |
| **Kauf ist ein Schlüsselereignis** | Ob `purchase` ein Schlüsselereignis ist und ob seitenbezogene Events fälschlich auch als Schlüsselereignisse markiert sind. |
| **GA4 nutzt die Währung deines Shops** | Die Währung der Property mit der Währung, in der dein Shop verkauft. |
| **Erstattungen kommen in GA4 an** | GA4-Refund-Events mit den Erstattungen, die dein Shop verarbeitet hat. |

Jede Prüfungskarte folgt demselben Aufbau:

**1. Warum das wichtig ist**

Ein, zwei Zeilen dazu, was das Problem mit deinen Berichten macht. Die Umsatzprüfung warnt zum Beispiel, dass fehlender Umsatz jeden Kanal schlechter aussehen lässt, als er ist.

**2. Belege**

Die Zahlen hinter dem Status, etwa **GA4 hat `{ga4}` erfasst, gegenüber `{store}` aus Shop-Bestellungen (`{percent}`).** oder **Der letzte GA4-Kauf war am `{date}`, aber dein Shop hat seitdem `{orders}` Bestellungen an `{days}` Tagen erhalten.**

**3. So behebst du es**

Klappt **Schritte für `{platform}`** auf, geschrieben für deine verbundene Plattform: Shopify, WooCommerce, Magento, Shopware, Lightspeed, CCV Shop oder allgemeine Schritte für jeden Shop. Prüfungen, die Code-Änderungen brauchen, zeigen außerdem **Vorgabe für deinen Entwickler** mit einem Button **Kopieren**, damit du die genauen Event- und Parameteranforderungen in ein Ticket einfügen kannst.

> [!NOTE]
>
> Die Einstellungsprüfungen (Aufbewahrung, Schlüsselereignisse, Währung) lesen die Property-Einstellungen bei Google. Liefert Google sie nicht, meldet die Seite **Google hat die Property-Einstellungen nicht geliefert, deshalb warten die Einstellungsprüfungen auf Daten.**, und diese Prüfungen stehen unter **Warten auf Daten**.

### GA4- gegenüber Shop-Umsatz pro Tag

Unter den Prüfungen zeichnet ein Diagramm **GA4-Umsatz** und **Shop-Umsatz** für jeden Tag im Zeitraum. Die Lücke zwischen den Linien heißt **Nicht von GA4 erfasst**, und eine Zusammenfassung beziffert sie: **GA4 fehlen etwa `{amount}` über `{days}` Tage.** auf Nettobasis oder **`{amount}` Differenz über `{days}` Tage, teils MwSt. und Versand.** auf Bruttobasis. So datierst du ein Problem: Eine Lücke, die sich an einem Tag öffnet, passt meist zu einer Änderung an Theme, Plugin oder Checkout.

Ist die Währung des Zeitraums unbekannt oder gemischt, werden GA4-Beträge ausgeblendet und nur Anzahlen gezeigt.

### Domains für die unerwünschten Verweise in GA4

Findet die Prüfung der Zahlungsanbieter Sitzungen, die einer Zahlungsdomain zugeschrieben werden, listet die Karte jede Domain unter **Domains für die unerwünschten Verweise in GA4** mit einem Button **Liste kopieren**. Öffne in GA4 die Verwaltung, deinen Web-Datenstream, die Tag-Einstellungen und dann die Liste unerwünschter Verweise, und füge jede Domain mit dem Abgleichstyp „Verweisdomain enthält" hinzu. GA4 akzeptiert bis zu 50 Domains pro Webstream, und die Änderung wirkt nur auf neue Sitzungen.

## Der Tab Produktzuordnung

Wechsle zu **Produktzuordnung**, um zu sehen, wie gut die Produktdaten von GA4 zu deinem Katalog passen. Diese Zuordnung speist den Produkt-Funnel, die [Arbeitsliste Diese zuerst verbessern](https://docs.wisepim.com/de/analytics/product-performance.md) und die Content-Wirkung.

Oben stehen drei Kennzahlen: **Zugeordnete Produktaufrufe**, **Zugeordneter Umsatz** und **Zugeordnete GA4-Produkt-IDs**, jeweils als Anteil an der Summe, zum Beispiel **`{matched}` von `{total}` Produktaufrufen**.

WISEPIM ordnet GA4-Produkte deinem Katalog über SKU, Varianten-SKU, GTIN oder Shop-Produkt-ID zu. Die Tabelle **GA4-Produkte** listet jede GA4-`item_id` mit ihrem Status unter **Zuordnung** (**Zugeordnet**, **Nicht zugeordnet** oder **Mehrere Treffer**), der verwendeten Methode (**Von Hand zugeordnet**, **Über SKU**, **Über Varianten-SKU**, **Über GTIN**, **Über Shop-Varianten-ID**, **Über Shop-Produkt-ID**), ihren **Produktaufrufe**, **Verkaufte Stück** und **Produktumsatz**. Nicht zugeordnete Zeilen nennen einen Grund, etwa **Keine SKU, GTIN oder Shop-ID passt** oder **Passt zu mehr als einem Produkt**.

**1. Ein Produkt zuordnen**

Klicke in einer nicht zugeordneten Zeile auf **Produkt zuordnen**, suche nach SKU oder Produktname, wähle das Katalogprodukt und klicke auf **Zuordnung speichern**. Zuordnungen gelten nur für die Berichte in WISEPIM; GA4 bleibt, wie es ist.

**2. Eine Zuordnung ändern oder entfernen**

In einer zugeordneten Zeile wählt **Zuordnung ändern** ein anderes Produkt. **Zuordnung entfernen** löscht eine manuelle Zuordnung, und die automatische Zuordnung über SKU, GTIN oder Shop-ID greift wieder.

> [!NOTE]
>
> Nur Mitglieder, die Analytics und Integrationen verwalten, können Zuordnungen ändern. Alle anderen sehen die Tabelle schreibgeschützt. Hat GA4 im Zeitraum mehr als eine Währung gemeldet, bleibt der Umsatz bis zur nächsten GA4-Synchronisierung ausgeblendet.

## Auf Erkenntnisse reagieren

> **Die Überschrift liegt deutlich unter 100 %, und das Tagesdiagramm zeigt eine gleichmäßige Lücke**
>
> Eine gleichbleibende Lücke auf Nettobasis deutet auf Bestellungen, die nie einen Kauf senden: ein Cookie-Banner ohne Consent Mode, eine Zahlungsart, deren Rücksprungseite die Danke-Seite überspringt, oder ein zweites Tracking-Tool, das das erste überschreibt. Öffne **Umsatz kommt in GA4 an**, folge den **Schritte für `{platform}`**, gib dann eine Testbestellung auf und beobachte in der GA4-DebugView, ob genau ein Kauf ankommt. **Ergebnis:** Die Kanalberichte in Analytics unterschätzen die Quellen, die wirklich verkaufen, nicht mehr.

> **GA4 meldet mehr, als dein Shop eingenommen hat**
>
> Zwei Sender feuern den Kauf, oder die Bestätigungsseite sendet ihn beim Neuladen erneut. **Jede Bestellung sendet einen Kauf** nennt das Verhältnis. Behalte einen Sender (bei Shopify die App Google & YouTube) und entferne den anderen. **Ergebnis:** Conversion-Rate und durchschnittlicher Bestellwert in GA4 sind nicht mehr aufgebläht.

> **Käufe kommen seit einem bestimmten Datum nicht mehr an**
>
> **Käufe kommen weiter an** nennt dir das Datum des letzten GA4-Kaufs. Überleg, was sich an diesem Tag geändert hat: ein Theme-Update, ein neuer Checkout, eine Änderung bei der Einwilligung. Bei Shopify funktionieren Skripte auf der alten Danke-Seite nach dem Umstieg auf den neuen Checkout nicht mehr und müssen zu einem Pixel für Kundenereignisse werden. **Ergebnis:** Das Tag ist repariert, bevor aus der Lücke ein Monat fehlender Daten wird.

> **GA4-Produkte passen zu deinem Katalog schlägt fehl**
>
> Öffne in der Prüfung **Vorgabe für deinen Entwickler**, kopiere sie und bitte um eine stabile `item_id` (SKU, GTIN oder Shop-Varianten-ID) in jedem E-Commerce-Event. Klicke in der Zwischenzeit auf **Nicht zugeordnete Produkte zuordnen** und ordne die größten nicht zugeordneten IDs im Tab Produktzuordnung von Hand zu. **Ergebnis:** Produktberichte und Arbeitsliste decken die wichtigsten Produkte ab, während das Tag repariert wird.

> **Zahlungsanbieter erscheinen als Traffic-Quelle**
>
> Kopiere die Domainliste und füge sie den unerwünschten Verweisen in GA4 hinzu. Bis dahin werden Verkäufe von Shoppern, die über iDEAL oder PayPal bezahlt haben, dem Zahlungsanbieter zugeschrieben, und jeder echte Kanal wirkt schwächer. **Ergebnis:** Kanalberichte schreiben die Verkäufe den Kampagnen und Suchbegriffen zu, die die Arbeit gemacht haben.

> **Erstattungen kommen in GA4 an schlägt fehl**
>
> Die meisten Plattform-Integrationen senden Käufe, aber keine Erstattungen. Bitte deinen Entwickler, Erstattungen über das GA4 Measurement Protocol mit der ursprünglichen `transaction_id` zu senden. Erstattungen lassen sich nicht nachträglich ergänzen, richte das also vor der nächsten ein. **Ergebnis:** Produkte mit vielen Retouren sehen in GA4 nicht mehr besser aus, als sie sind.

## Verwandte Themen

> **[Google Analytics 4 Integration](https://docs.wisepim.com/de/integrations/google-analytics.md)**
>
> Eine GA4-Property verbinden und erfahren, welche Events und Parameter WISEPIM erwartet.

> **[Conversions](https://docs.wisepim.com/de/analytics/conversions.md)**
>
> Der GA4-Event-Funnel, den diese Prüfungen ehrlich halten.

> **[Produktperformance](https://docs.wisepim.com/de/analytics/product-performance.md)**
>
> Produktaufrufe, Warenkorbraten und die Arbeitsliste Diese zuerst verbessern, aufgebaut auf zugeordneten GA4-Produkten.

> **[Traffic & Verhalten](https://docs.wisepim.com/de/analytics/traffic-behavior.md)**
>
> Sitzungen nach Quelle, Gerät und Land, mit demselben GA4-Vertrauens-Chip.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.