QR-Codes in Google Analytics tracken: UTM-Tagging für Agenturen (GA4)

Sie haben 40.000 Flyer drucken lassen, der Kunde ist zufrieden, die Codes werden gescannt, und dann öffnen Sie Google Analytics und sehen jeden einzelnen dieser Besuche in einem Topf mit der Bezeichnung "Direct". Keine Kampagne, keine Quelle, nichts, was Sie dem Kunden zeigen könnten. Die Scans haben stattgefunden. GA4 hat nur keine Ahnung, dass sie von einem QR-Code stammen.

Das ist der mit Abstand häufigste Fehler beim QR-Tracking, und er lässt sich vollständig beheben. Die Lösung sind UTM-Parameter, angewendet mit etwas mehr Sorgfalt, als es die üblichen Tutorials für einzelne Shops nahelegen. Denn eine Agentur, die Codes über ein ganzes Kundenportfolio hinweg ausspielt, stößt auf Probleme, die in diesen Tutorials nie vorkommen. Dieser Leitfaden erklärt die Mechanik, die eine GA4-Eigenheit, die fast jedes Setup unbemerkt sabotiert, und ein Tagging-System, das auch über Dutzende Kampagnen hinweg sauber bleibt.

Warum QR-Scans in GA4 als "Direct" auftauchen

Wenn jemand in einer E-Mail auf einen Link tippt oder von einer anderen Website aus klickt, gibt der Browser einen Referrer mit: die Adresse der Seite, von der die Person kam. GA4 liest diesen Referrer aus und ordnet den Besuch der richtigen Quelle zu. Ein QR-Scan hat keinen Referrer. Der Scan passiert in der Kamera-App des Smartphones oder in einem In-App-Browser, der Ihre Ziel-URL kalt öffnet, ohne jeden Hinweis darauf, woher die Anfrage stammt.

Ohne Referrer und ohne Kampagnen-Tags an der URL kann GA4 einen QR-Scan nicht von jemandem unterscheiden, der Ihre Webadresse von Hand eintippt. Beides sieht aus wie ein Besucher, der aus dem Nichts auftaucht, also landet beides im Direct-Traffic, ausgewiesen als Quelle (direct) und Medium (none). Googles eigene Analytics-Dokumentation ist dabei unmissverständlich: Traffic ohne identifizierende Informationen fällt standardmäßig auf Direct zurück. Die Kamera-App macht nichts falsch, es gibt in einem rohen Scan schlicht nichts, was GA4 auslesen könnte.

Die Aufgabe lautet also, die Information selbst in die URL zu schreiben. Genau das leisten UTM-Parameter.

Die fünf UTM-Parameter, und welche ein QR-Code braucht

UTM-Parameter sind Tags, die Sie an eine Ziel-URL anhängen. GA4 liest sie aus und ordnet den Besuch entsprechend zu. Es gibt fünf davon, definiert durch Googles Campaign URL Builder:

• utm_source - woher der Traffic kommt. Bei einem QR-Code ist das die physische Platzierung: summer-flyer, shop-window, tradeshow-banner.
• utm_medium - der Marketingkanal. Für QR ist das üblicherweise qr oder qr-code. Merken Sie sich das, denn genau dieses Feld ist es, das in GA4 für Ärger sorgt.
• utm_campaign - die Kampagne, zu der die Platzierung gehört: spring-sale-2026, client-rebrand-launch.
• utm_term - optional, ursprünglich für Keywords aus der bezahlten Suche. Bei QR-Codes selten genutzt.
• utm_content - optional, dient dazu, zwei Varianten auseinanderzuhalten. Nützlich, wenn Sie dieselbe Kampagne auf zwei verschiedenen Platzierungen ausspielen und sie vergleichen möchten.

Google sagt ausdrücklich, dass Sie die ersten drei immer setzen sollten: source, medium und campaign. Die anderen beiden stehen bereit, wenn Sie feinere Details brauchen. Eine getaggte QR-Ziel-URL sieht so aus:

https://client.com/offer?utm_source=shop-window&utm_medium=qr&utm_campaign=spring-sale-2026

GA4 bildet utm_source auf Session source ab, utm_medium auf Session medium und utm_campaign auf Session campaign. Das sind die Dimensionen, über die Sie später berichten werden.

Eine Regel zählt hier mehr als jede andere, und sie ist eine harte aus Googles Dokumentation: Parameterwerte unterscheiden Groß- und Kleinschreibung. utm_source=Google und utm_source=google sind zwei verschiedene Quellen, ausgewiesen in zwei getrennten Zeilen. Email und email werden sich nie zu einer Summe addieren. Bei einem einzelnen Code ist das eine kleine Unannehmlichkeit. Über das gesamte Kampagnenaufkommen einer Agentur hinweg, bei dem verschiedene Leute verschiedene Jobs taggen, ist es der Unterschied zwischen einem sauberen und einem zerstückelten Report. Legen Sie eine Schreibweisen-Konvention fest (Kleinschreibung ist die sinnvolle Voreinstellung) und weichen Sie nie davon ab.

Halten Sie die Werte außerdem URL-sicher. Vermeiden Sie Leerzeichen und reservierte Zeichen (&, ?, #, =, +, /), ersetzen Sie Leerzeichen durch Bindestriche oder Unterstriche und bleiben Sie konsequent dabei, welches von beiden.

Die Falle, vor der niemand warnt: utm_medium=qr landet in "Unassigned"

Hier ist die Eigenheit, die die meisten QR-Setups unbemerkt sabotiert, und kaum ein Tutorial erwähnt sie.

GA4 sortiert Traffic anhand eines festen Regelwerks, das Sie nicht bearbeiten können, in Standardkanäle ein (Direct, Organic Search, Email, Paid Social, Referral und so weiter). Jeder Kanal hat Bedingungen für Quelle und Medium. Email zum Beispiel fängt jedes Medium ab, das email entspricht. Referral fängt die Medien referral, app oder link ab. Organic Social fängt social und seine Varianten ab.

Gehen Sie diese Liste durch, dann fällt Ihnen etwas auf: Es gibt keine Regel für ein Medium qr. Die Kanaldefinitionen von GA4 enthalten es schlicht nicht. Wenn Sie also einen Code mit dem naheliegenden, vernünftig wirkenden utm_medium=qr taggen, liest GA4 das Tag einwandfrei aus, speichert Quelle und Kampagne korrekt, und ordnet den Kanal dann als Unassigned ein, dem Topf, den Google nutzt, wenn nichts anderes passt.

Ihre Daten sind nicht verloren. Wenn Sie direkt in die Dimensionen Session source und Session medium schauen, ist Ihr qr-Traffic vollständig da und korrekt zugeordnet. Aber in den Standard-Kanalberichten und in jedem Dashboard, das auf Kanalgruppierungen aufbaut, verschwindet er zusammen mit allem anderen Kleinkram in Unassigned. Kunden sehen "Unassigned" und fragen, was das bedeutet. Es sieht nicht aus wie eine Kampagne, die Sie absichtlich ausgespielt haben.

Es gibt zwei saubere Wege, damit umzugehen:

1. Verwenden Sie ein Medium, das GA4 bereits erkennt, und werden Sie in der Quelle beschreibend. Setzen Sie utm_medium=referral und utm_source=qr-shop-window. Der Traffic landet im Referral-Kanal, der zumindest ein benannter, sinnvoller Ort ist, und die QR-Platzierung ist in der Quelle ausbuchstabiert. Der Nachteil: Er vermischt sich mit echtem Referral-Traffic, sodass Sie sich auf die Quelle stützen, um ihn zu trennen.
2. Bauen Sie in GA4 eine eigene Kanalgruppe. Legen Sie eine Kanalgruppe mit einer Regel an, die utm_medium=qr (oder qr-code) abfängt, und nennen Sie sie "QR". Das ist die sauberere Antwort, wenn Sie in den Reports einen echten QR-Kanal wollen. Es ist eine einmalige Einrichtung pro Property und lässt Ihre naheliegenden utm_medium=qr-Tags unangetastet.

Für welche Variante Sie sich auch entscheiden: Entscheiden Sie sie einmal und wenden Sie sie auf jeden Code an. Das schlechteste Ergebnis ist ein Mischmasch: einige Codes auf qr, einige auf referral, einige auf qrcode, verstreut über Unassigned und Referral, ohne eine konsistente Möglichkeit, sie wieder zusammenzuführen.

Setzen Sie die UTMs auf die Ziel-URL, nicht auf den gedruckten Code

Es gibt einen starken technischen Grund, eine lange, mit UTMs überladene URL nicht direkt in einen statischen QR-Code zu drucken: Es macht den Code physisch schwerer scanbar.

Die Dichte eines QR-Codes ergibt sich daraus, wie viele Daten er trägt. Der QR-Standard, ISO/IEC 18004, definiert 40 Versionen, von einem 21x21-Raster aus Modulen bis hinauf zu 177x177. Je mehr Zeichen Sie kodieren, desto höher die Version, desto mehr Module und desto kleiner jedes einzelne Modul bei gegebener Druckgröße. Eine lange URL, vollgestopft mit utm_source, utm_medium, utm_campaign und dem Rest, kann einen Code leicht in eine dichtere Version drücken, die einen größeren Druck oder einen näheren Scan braucht, um zuverlässig gelesen zu werden. Bei einem Flyer, den man auf Armlänge hält, ist das genau die falsche Richtung.

Die Lösung ist ein dynamischer QR-Code. Ein dynamischer Code kodiert eine kurze Weiterleitungs-URL, nicht das endgültige Ziel. Der gedruckte Code bleibt dünn besetzt und gut scanbar, egal wie lang die getaggte Ziel-URL ist, weil der lange UTM-String auf dem Weiterleitungsziel liegt, nicht in den gedruckten Quadraten. Es bedeutet außerdem, dass Sie die UTMs nach dem Druck noch bearbeiten oder korrigieren können, was ein statischer Code nie kann. Einen Kampagnennamen falsch erwischt oder mittendrin entschieden, eine Platzierung in zwei aufzuteilen? Mit einem dynamischen Code ändern Sie das Ziel, und jeder künftige Scan ist korrekt getaggt. Die Mechanik dahinter behandeln wir in das Ziel eines QR-Codes ändern, ohne neu zu drucken, und das grundsätzliche Argument für dynamisch statt statisch in dynamische vs. statische QR-Codes.

Den Ablauf oben lohnt es sich nachzuverfolgen, denn er erklärt eine Zahl, die viele Kunden verwirrt.

1. Der gedruckte QR-Code enthält eine kurze Weiterleitungs-URL.
2. Ein Scan trifft auf diese Weiterleitung. Hier zählt Ihre QR-Plattform einen Scan.
3. Die Weiterleitung schickt den Besucher weiter zum Ziel und nimmt die UTM-Tags mit.
4. Die Zielseite lädt und löst den GA4-Tag aus. Hier zählt GA4 eine Session.

Ihre Scan-Zahl und Ihre GA4-Sessions werden nie übereinstimmen

Weil ein Scan und eine Session an zwei verschiedenen Punkten von zwei verschiedenen Systemen gezählt werden, werden die beiden Zahlen nicht übereinstimmen, und das ist normal. Ihre QR-Plattform zählt den Treffer auf der Weiterleitung. GA4 zählt eine Session erst, sobald die Zielseite geladen und ihren Tag ausgeführt hat. In der Lücke zwischen diesen beiden Ereignissen passiert eine Menge:

• Jemand scannt, sieht die URL-Vorschau und beschließt, nicht fortzufahren. Scan gezählt, keine Session.
• Der Besucher hat einen Werbe- oder Analyse-Blocker. Die Seite lädt, GA4 wird nie ausgelöst. Scan gezählt, keine Session.
• Eine langsame Verbindung oder ein Wegtippen beendet die Seite, bevor der Tag läuft.
• Link-Preview-Bots und Prefetcher treffen die Weiterleitung, ohne je ein echter Mensch zu sein. Scan gezählt, keine menschliche Session.

Die Scan-Zahl auf der Weiterleitungsebene ist fast immer die höhere der beiden. Das ist kein Fehler in einem der Systeme, sie messen unterschiedliche Dinge. Der QR-Scan ist "jemand hat eine Kamera draufgehalten und sich entschieden". Die GA4-Session ist "ein Browser hat die Seite erfolgreich erreicht und unser Analytics ausgeführt". Eine brauchbare Faustregel: Rechnen Sie mit einer gewissen Lücke und gehen Sie ihr nur nach, wenn sie ungewöhnlich groß wird, denn eine starke Abweichung kann auf eine kaputte Weiterleitung, einen fehlenden Tag oder eine Flut von Bot-Scans hinweisen. Was Ihnen jede scan-seitige Kennzahl tatsächlich sagt, lesen Sie in welche Scan-Kennzahlen zählen.

Eine UTM-Taxonomie, die ein Kundenportfolio übersteht

Alles bisher Gesagte funktioniert für einen Code. Der Grund, warum Agenturen in Schwierigkeiten geraten, ist die Skalierung: zwölf Kunden, vierzig Platzierungen, drei Leute, die URLs taggen, und sechs Monate später sind die GA4-Reports ein Durcheinander aus Spring_Sale, spring-sale, SpringSale und spring sale 2026, von denen sich keines addiert, weil GA4, wie gesagt, jedes davon als eigene Kampagne behandelt.

Die Verteidigung ist eine kleine, langweilige, dokumentierte Taxonomie, an die sich jede Kampagne hält:

• Alles kleinschreiben. Googles eigene Empfehlung weist in diese Richtung, und es umgeht die Groß-/Kleinschreibungs-Falle vollständig. Eine Schreibweise, keine Ausnahmen.
• Keine Leerzeichen, ein Trennzeichen. Wählen Sie Bindestriche oder Unterstriche und nutzen Sie nur dieses. spring-sale-2026, niemals spring sale 2026.
• Ein geschlossenes Vokabular für jedes Feld. Legen Sie die erlaubten Werte für source, medium und campaign fest und schreiben Sie sie auf. utm_medium ist immer qr. utm_source ist immer die Platzierung, aus einer abgestimmten Liste. utm_campaign folgt einem Muster wie {client}-{campaign}-{year}.
• Steuern Sie es an einer Stelle. Ein gemeinsames Spreadsheet oder ein UTM-Builder, den das ganze Team nutzt, damit niemand an einem Freitagnachmittag eine neue Schreibweise erfindet. Das Tool ist weniger wichtig als die Disziplin, jede URL durch dieses Tool zu leiten.

Das passt natürlich dazu, wie Sie Ihre Kunden in Ihrer QR-Plattform ohnehin schon trennen. Wenn Sie einen Workspace pro Kunde führen, lassen Sie den Workspace-Namen das Kampagnen- und Quellvokabular vorgeben, damit die Struktur in Ihrem QR-Tool und die Struktur in GA4 zueinander passen. Wenn ein Kunde nach seinen Zahlen fragt, filtern Sie nach einem Kampagnen-Präfix, das Sie vorhersagen können, und müssen nicht raten, wie jemand es geschrieben hat.

QR-Performance in GA4 auslesen und berichten

Sobald die Codes getaggt und die Kanäle geklärt sind, liegt der Report unter Reports > Acquisition > Traffic acquisition (Berichte > Akquisition > Trafficakquisition). Stellen Sie die primäre Dimension auf Session source, Session medium oder Session campaign um, oder nutzen Sie Ihren eigenen QR-Kanal, falls Sie einen gebaut haben, und Ihr QR-Traffic steht genau dort als benannte, filterbare Zeile.

Ein paar GA4-Besonderheiten sollten Sie kennen, bevor Sie einem Kunden eine Zahl in die Hand geben:

• Verknüpfen Sie Scans mit Ergebnissen. Der Besuch ist nicht der Punkt, sondern die Buchung, die Anmeldung, der Kauf. Markieren Sie diese Aktion in GA4 als key event und segmentieren Sie dann Traffic acquisition nach Ihrer QR-Kampagne, um zu sehen, wie viele dieser Scans zu dem wurden, was dem Kunden wirklich wichtig ist.
• Achten Sie auf das Attributionsfenster. GA4 rechnet ein key event innerhalb eines Lookback-Fensters einer Kampagne zu: standardmäßig 30 Tage für Akquisitionsereignisse beim Erstbesuch und 90 Tage für andere key events. Ein Scan heute, der fünf Wochen später konvertiert, wird noch zugeordnet, eine längere Lücke möglicherweise nicht.
• Richten Sie eine domainübergreifende Messung ein, wenn die Journey über mehrere Domains läuft. Wenn der QR auf einer Domain landet und die Conversion auf einer anderen passiert (eine separate Buchungs- oder Checkout-Domain), konfigurieren Sie die domainübergreifende Messung im GA4-Datenstream, damit die Journey als ein Nutzer zählt und nicht als Self-Referral, das die Quelle zurücksetzt.
• Behalten Sie die Auto-Tagging-Vorrangregel bei Google Ads im Blick. Falls eine QR-Kampagnen-URL je durch Google Ads läuft, überschreibt Auto-Tagging (die gclid) standardmäßig Ihre manuellen UTMs. Damit Ihre manuellen Tags gewinnen, aktivieren Sie die Property-Einstellung, die manuelles Tagging über Auto-Tagging stellt.

Das ist der ganze Kreislauf: das Ziel taggen, es über einen dynamischen Code leiten, damit der Druck scanbar und editierbar bleibt, die Kanal-Eigenheit beheben, damit der QR-Traffic ein Zuhause hat, und gegen ein key event berichten, das der Kunde wiedererkennt. Für das größere Bild, wie man eine physische Kampagne von Anfang bis Ende misst, führt wie man eine Print-Kampagne mit QR-Codes trackt durch das komplette Setup.

Häufig gestellte Fragen

Warum werden meine QR-Codes in Google Analytics als Direct-Traffic angezeigt?

Weil ein QR-Scan keinen Referrer trägt. Der Scan öffnet Ihre URL aus einer Kamera- oder In-App-Browser-App heraus, ohne jeden Hinweis darauf, woher er kam. Solange die URL also nicht selbst UTM-Parameter trägt, hat GA4 nichts, dem es den Besuch zuordnen könnte, und legt ihn unter Direct ab ((direct) / (none)). UTM-Tags an der Ziel-URL geben GA4 die Quelle, das Medium und die Kampagne, über die es berichten kann.

Welche UTM-Parameter sollte ich an einen QR-Code anhängen?

Mindestens die drei, die Google immer empfiehlt: utm_source (die Platzierung, zum Beispiel shop-window), utm_medium (üblicherweise qr) und utm_campaign (der Kampagnenname). utm_term und utm_content sind optional und nur dann sinnvoll, wenn Sie zwei Varianten einer Platzierung auseinanderhalten müssen.

Was sollte utm_medium bei einem QR-Code sein?

Üblich ist qr oder qr-code, kleingeschrieben und konsistent verwendet. Beachten Sie aber: GA4 hat keine Standard-Kanalregel für qr, also landet so getaggter Traffic in Unassigned. Bauen Sie entweder eine eigene Kanalgruppe, die utm_medium=qr abfängt, oder nutzen Sie ein anerkanntes Medium wie referral mit einer beschreibenden Quelle. Wählen Sie einen Ansatz und wenden Sie ihn auf jeden Code an.

Unterscheiden UTM-Parameter in GA4 Groß- und Kleinschreibung?

Ja. Googles Dokumentation hält fest, dass Parameterwerte Groß- und Kleinschreibung unterscheiden, also werden utm_source=Google und utm_source=google als zwei getrennte Quellen ausgewiesen, und Spring-Sale und spring-sale zählen als zwei verschiedene Kampagnen. Einigen Sie sich auf Kleinschreibung, um Ihre eigenen Daten nicht aufzusplitten.

Wo sehe ich QR-Code-Traffic in GA4?

Gehen Sie zu Reports > Acquisition > Traffic acquisition (Berichte > Akquisition > Trafficakquisition) und stellen Sie die Dimension auf Session source, Session medium oder Session campaign. Ihr getaggter QR-Traffic erscheint unter den Werten, die Sie gesetzt haben. Wenn Sie utm_medium=qr getaggt und eine eigene Kanalgruppe gebaut haben, zeigt er sich dort, andernfalls schauen Sie direkt in die Dimensionen Quelle und Medium statt in den Standard-Kanalbericht.

Warum ist meine GA4-Session-Zahl niedriger als die Scan-Zahl meiner QR-Plattform?

Die beiden werden an unterschiedlichen Punkten gemessen. Ihre QR-Plattform zählt den Scan, wenn die Weiterleitung getroffen wird, GA4 zählt eine Session erst, nachdem die Zielseite geladen und ihren Tag ausgeführt hat. Absprünge vor dem Laden der Seite, Werbe- und Analyse-Blocker, langsame Verbindungen und Link-Preview-Bots sitzen alle in dieser Lücke, also ist die Scan-Zahl normalerweise höher. Eine moderate Differenz ist zu erwarten, nur eine sehr große Lücke ist es wert, untersucht zu werden.

Muss ich die URL kürzen, bevor ich sie in einen QR-Code umwandle?

Es hilft. Eine lange, mit UTM-Parametern vollgepackte URL kodiert in einen dichteren, schwerer scanbaren Code. Ein dynamischer QR-Code löst das, indem er eine kurze Weiterleitungs-URL kodiert und die lange getaggte Ziel-URL auf dem Weiterleitungsziel hält, sodass der gedruckte Code dünn besetzt bleibt und Sie die UTMs auch nach dem Druck noch bearbeiten können.

Kann ich die UTM-Parameter ändern, nachdem der QR-Code gedruckt ist?

Nur mit einem dynamischen Code. Ein statischer Code brennt die exakte URL in die gedruckten Quadrate, seine Tags sind also für immer fixiert. Ein dynamischer Code zeigt auf eine kurze Weiterleitung, die Sie kontrollieren, sodass Sie jederzeit einen Kampagnennamen korrigieren oder eine Platzierung neu aufteilen können, und jeder künftige Scan übernimmt die neuen Tags.

Die Kurzfassung

QR-Scans landen in Direct, weil sie keinen Referrer tragen, GA4 hat also nichts, dem es sie zuordnen könnte. Beheben Sie das, indem Sie die Ziel-URL mit utm_source, utm_medium und utm_campaign taggen, kleingeschrieben und konsistent. Achten Sie auf die eine Falle, die fast jeden erwischt: ein utm_medium von qr passt zu keiner GA4-Kanalregel und fällt in Unassigned, bauen Sie also entweder einen eigenen QR-Kanal oder nutzen Sie ein anerkanntes Medium. Halten Sie die UTMs auf der Ziel-URL eines dynamischen Codes, nicht in den Druck eingebrannt, damit der Code scanbar und editierbar bleibt, und akzeptieren Sie, dass Scan-Zahlen immer ein Stück über den GA4-Sessions liegen werden. Berichten Sie dann gegen ein key event, das der Kunde wiedererkennt, nicht gegen rohe Besuche.

Legen Sie Ihre Tagging-Konvention jetzt fest, bevor die nächste Charge Codes in den Druck geht, und schreiben Sie sie dort auf, wo das ganze Team sie sehen kann. Der sauberste QR-Report ist der, für den Sie die Regeln am ersten Tag festgelegt haben.