UTM-Parameter für QR-Codes: So verschwinden Scans nicht im Direktzugriff

Drucken Sie hundert Flyer für zehn Kunden, kleben Sie auf jeden einen QR-Code, und nach der Launch-Woche zeigen Ihre GA4-Berichte bei fast allen dasselbe Bild: ein Anstieg beim Direktzugriff. Keine Quelle, kein Medium, keine Kampagne. Nur ein Haufen nicht zuordenbarer Sitzungen, die vom QR-Code stammen könnten, von jemandem, der die URL aus dem Gedächtnis eingetippt hat, oder von irgendetwas anderem. Der Scan hat stattgefunden. Die Zuordnung nicht.

Die Lösung sind UTM-Parameter, und die meisten Erklärungen dazu enden bei „fügen Sie ein paar Tags zu Ihrer URL hinzu". Das ist ein solider Rat für eine einzelne Marketerin mit einer Kampagne. Er scheitert in dem Moment, in dem eine Agentur das gleichzeitig für ein Dutzend Kunden betreibt, denn das eigentliche Problem ist nicht „wir haben vergessen, den Link zu taggen". Es ist „jeder hat seine Links leicht unterschiedlich getaggt", was heimlich schlimmer ist: Die Berichte wirken vollständig, aber Facebook, facebook und Instore-QR sind drei verschiedene Zeilen in drei verschiedenen Kunden-Dashboards, und niemand bemerkt es, bis ein Quartalsbericht die Lücke erklären muss.

Dieser Beitrag behandelt, was UTM-Parameter tatsächlich bewirken, warum ein gescannter QR-Code ohne sie standardmäßig als Direktzugriff erscheint, eine Namenskonvention, die für mehrere Kunden statt nur eine Kampagne ausgelegt ist, und ein QR-spezifisches Problem, über das kaum jemand schreibt: Ein UTM-String macht Ihre URL länger, und eine längere URL macht Ihren QR-Code dichter. Ab einem gewissen Punkt beginnt dieser Kompromiss genau in den Druckbedingungen gegen Sie zu arbeiten, auf die Agenturen angewiesen sind: kleine Flyer, laminierte Tischaufsteller, minderwertiges Zeitungspapier.

Was UTM-Parameter tatsächlich sind

UTM-Parameter sind fünf konkrete Query-String-Felder, die an eine URL angehängt werden und einer Analytics-Plattform mitteilen, woher ein Besuch stammt. Googles eigene Dokumentation macht deutlich, dass in der Praxis nur drei erforderlich sind: utm_source (woher der Traffic stammt, z. B. flyer oder google), utm_medium (der Marketingkanal, z. B. qr oder email) und utm_campaign (die konkrete Initiative, z. B. spring-menu-launch). Zwei weitere sind optional und situativ: utm_term, meist für Keywords in der bezahlten Suche verwendet, und utm_content, um zwischen Varianten zu unterscheiden, etwa zwei QR-Platzierungen auf demselben Plakat.

Lassen Sie ein Pflichtfeld leer, rät GA4 nicht. Es meldet den Wert als (not set), was funktional dasselbe Problem ist wie gar kein Tag: eine Sitzung, die Sie sehen, aber nicht erklären können.

Ein Detail, das mehr Schaden anrichtet, als seine Größe vermuten lässt: UTM-Werte unterscheiden zwischen Groß- und Kleinschreibung. Googles eigene Hilfe-Dokumentation stellt das unmissverständlich klar und empfiehlt Kleinschreibung als Standardpraxis. utm_source=Instagram und utm_source=instagram sind für GA4 nicht derselbe Wert. Sie werden in jedem Bericht zu zwei getrennten Zeilen und teilen den Traffic eines einzigen Kanals in zwei Hälften, nur weil jemand einen Großbuchstaben getippt hat. Das ist kein Bug, den man wegkonfigurieren kann. So ist die Plattform gebaut, und die einzige wirksame Verteidigung ist eine Namenskonvention, die durchgesetzt wird, bevor Links live gehen, nicht danach aufgeräumt wird.

Es gibt keine offizielle Höchstlänge für einen UTM-Wert, aber es gibt eine praktische Grenze, die man kennen sollte: GA4 begrenzt die meisten Event-Parameterwerte auf 100 Zeichen, sodass ein übermäßig beschreibender utm_campaign-String im Reporting stillschweigend abgeschnitten werden kann. Halten Sie Werte kurz und strukturiert statt beschreibender Sätze.

Warum ein gescannter QR-Code als Direktzugriff erscheint

Ein QR-Code öffnet einen Link nicht so, wie es ein Klick im Browser tut. Es gibt keine verweisende Seite, also gibt es auch keinen HTTP-Referrer-Header, den GA4 auslesen könnte. Googles Dokumentation zum Direktzugriff beschreibt den Mechanismus präzise: Eine Sitzung wird als (direct) / (none) eingestuft, wenn GA4 weder UTM-Parameter noch eine erkannte Werbe-Klick-ID noch einen Referrer findet, den es einer bekannten Quelle zuordnen kann. Eine eingetippte URL, ein Link aus einem PDF und ein gescannter QR-Code landen aus genau demselben Grund in genau demselben Topf: Nichts in der Anfrage sagt GA4, woher die Besucherin kam.

Das ist die ganze Geschichte. Es ist kein QR-spezifischer Bug, und es ist nichts, was eine QR-Plattform stellvertretend für Sie beheben kann, denn die fehlende Information (Quelle, Medium, Kampagne) war von Anfang an nie in der Anfrage kodiert. Die Lösung muss auf URL-Ebene ansetzen, bevor der Code erzeugt wird. Die vollständige Anleitung, wie Sie das in GA4 korrekt einrichten, finden Sie unter QR-Code-Scans in Google Analytics 4 tracken.

Das sollte separat erwähnt werden, weil es auch erfahrene Teams erwischt: Eine Weiterleitung, die unterwegs Query-Parameter entfernt (eine Weiterleitung von https zu http oder ein URL-Kürzer, der sie nicht durchreicht), wirft Ihre UTM-Tags weg, selbst wenn Sie den Link korrekt aufgebaut haben. Wirkt der Direktzugriff eines Kunden unerklärlich hoch, prüfen Sie die gesamte Weiterleitungskette, die der Scan tatsächlich durchläuft, nicht nur die auf dem QR-Code gedruckte URL.

Eine Namenskonvention, die mehr als einen Kunden übersteht

Die meisten UTM-Ratschläge gehen von einer einzelnen Person aus, die eine Reihe von Kampagnen betreut, sodass „einfach konsequent sein" reicht. Eine Agentur braucht etwas, das eher einem Schema gleicht: feste Regeln, die ein neues Teammitglied am ersten Tag korrekt befolgen kann, ohne eine Entscheidung falsch treffen zu können.

Eine Struktur, die auf Agenturebene trägt:

• utm_source, die physische oder digitale Platzierung, nicht der Kunde. Verwenden Sie flyer, poster, business-card, menu, email-signature, packaging. Das ist das mit Abstand nützlichste Feld, um die Frage „welche Platzierung treibt tatsächlich Scans" zu beantworten, und es ist genau das Feld, das die meisten Namenskonventionen zu vage lassen, um nützlich zu sein.
• utm_medium, fest auf qr für jeden einzigen QR-Link, über alle Kunden hinweg, ohne Ausnahme. Das ermöglicht es, „gesamte QR-Performance" über die ganze Agentur in einem Bericht zu filtern, statt sie kundenweise mühsam zu rekonstruieren.
• utm_campaign, ein strukturiertes Muster, kein Fließtext. Etwas wie client-campaign-yyyymm, z. B. northside-cafe-summer-menu-202607. Das Datumssuffix ist wichtiger, als es aussieht: Es verhindert, dass eine wiederkehrende Saisonkampagne die Daten des Vorjahres stillschweigend unter demselben Kampagnennamen überschreibt.
• utm_content, reserviert für echte Varianten derselben Platzierung, meist A/B-Tests. Zwei QR-Codes auf demselben Plakat, die „Scannen für 10 % Rabatt" gegen „Scannen für die Speisekarte" testen, erhalten identische Werte für Quelle, Medium und Kampagne und unterscheiden sich nur im Content, etwa content=offer-a gegenüber content=offer-b. Das macht die A/B-Aufteilung in einem einzigen Bericht sichtbar, statt in zwei getrennten, die Sie von Hand abgleichen müssen. Siehe wie man eine QR-Code-Kampagne A/B-testet für das vollständige Testsetup, in das das einfließt.

Die Regel, die das tatsächlich durchsetzt, mehr als jedes Namensmuster, ist Governance: eine gemeinsame, sichtbare Quelle der Wahrheit für jeden getaggten Link über alle Kunden hinweg, und eine durchgesetzte Schreibweisen-Konvention (immer Kleinschreibung), statt sich auf das Gedächtnis zu verlassen. Wenn Ihre Agentur Codes bereits in einem Workspace pro Kunde organisiert, ist diese Struktur ein natürlicher Ort, um auch die Taxonomie zu standardisieren, denn dieselbe Grenze, die Kundendaten trennt, sollte auch deren utm_campaign-Werte trennen. Siehe ein Workspace pro Kunde dafür, wie diese Trennung in der Praxis funktioniert.

Das QR-spezifische Problem: UTM-Länge gegen Scan-Zuverlässigkeit

Hier kommt der Teil, den fast kein UTM-Guide erwähnt, weil fast kein UTM-Guide von jemandem geschrieben wird, der den resultierenden Code auch noch drucken muss.

Ein QR-Code kann Text in mehreren Modi kodieren, und der Modus ist entscheidend, weil jeder Daten mit unterschiedlicher Dichte packt. Am effizientesten ist der numerische Modus, danach der alphanumerische Modus, der einen Zeichensatz von 45 Zeichen unterstützt: Ziffern, Großbuchstaben, Leerzeichen und eine Handvoll Symbole ($ % * + - . / :). Eine getaggte URL kann den alphanumerischen Modus nicht nutzen. Sie enthält Kleinbuchstaben sowie ?, &, = und _, die alle außerhalb dieses 45-Zeichen-Satzes liegen. Das zwingt den Encoder in den Byte-Modus, der pro Zeichen spürbar weniger platzsparend ist als der alphanumerische Modus. Anders gesagt: Sobald Sie UTM-Parameter hinzufügen, haben Sie Ihren QR-Code bereits dichter gemacht, als es die reine Domain gebraucht hätte, noch bevor Sie ein einziges Zeichen Tracking-Daten hinzugefügt haben.

Von dort aus bedeuten mehr Zeichen eine höhere QR-Version, und eine höhere Version bedeutet ein dichteres Raster von Modulen, gepresst in dieselbe gedruckte Größe. Die Kapazitätstabelle (Byte-Modus, den eine UTM-URL verwendet) macht den Sprung greifbar:

• Version 1 (21x21 Module): 17 Zeichen bei Fehlerkorrektur L, nur noch 7 bei H.
• Version 3 (29x29 Module): 53 Zeichen bei L, nur noch 24 bei H.
• Version 5 (37x37 Module): 106 Zeichen bei L, nur noch 44 bei H.
• Version 7 (45x45 Module): 154 Zeichen bei L, nur noch 64 bei H.
• Version 10 (57x57 Module): 271 Zeichen bei L, nur noch 119 bei H.

Eine reine kurze Domain passt bequem in Version 1 oder 2. Eine realistische UTM-getaggte URL mit Quelle, Medium, Kampagne und Datumssuffix liegt inklusive Domain typischerweise bei etwa 90 bis 110 Zeichen, was Sie bei einer mittleren Fehlerkorrekturstufe auf etwa Version 7 oder 8 bringt. Das sind sichtbar mehr Module, gepackt in dieselbe physische Fläche, was bei gleichbleibender Druckgröße kleinere einzelne Module bedeutet, was wiederum weniger Toleranz für einen billigen Drucker, einen leicht unscharfen Fokus oder eine Laminat-Reflexion bedeutet.

Die Fehlerkorrektur bringt einen zweiten, verwandten Kompromiss mit sich. Denso Waves eigene Werte beziffern die wiederherstellbaren Daten auf etwa 7 % bei Stufe L, 15 % bei M, 25 % bei Q und 30 % bei H. Höhere Stufen überstehen mehr Druckschäden und Scans im schrägen Winkel, halten aber bei fester Version weniger Daten und drängen Sie bei fester Zeichenanzahl stattdessen in eine höhere, dichtere Version. Es gibt keine Einstellung, die Ihnen bei einem kleinen Code gleichzeitig maximale Wiederherstellung und maximale Kapazität liefert; Sie tauschen immer das eine gegen das andere. Die ausführlichere Aufschlüsselung, wann welche Stufe sinnvoll ist, finden Sie unter QR-Code-Fehlerkorrektur: Was L, M, Q und H tatsächlich bedeuten.

Die praktische Lösung, und der Grund, warum dieses Problem beherrschbarer ist, als es zunächst wirkt, ist, dass Sie die vollständige getaggte URL gar nicht erst im gedruckten QR-Code kodieren müssen. Ein dynamischer QR-Code kodiert eine kurze Weiterleitungs-URL, die bei Version 1 oder 2 bleibt, egal wie umfangreich der UTM-String am Ziel wird, und die Weiterleitung selbst führt die Besucherin serverseitig zum vollständig getaggten Ziel. Der QR-Code bleibt klein und druckfreundlich, die Analytics bleiben vollständig getaggt. Das ist eines der klareren praktischen Argumente für dynamische statt statische QR-Codes speziell für Agenturen mit UTM-intensiven Kampagnen, neben dem häufiger genannten Argument, einen Link nach dem Druck noch korrigieren zu können. Für den umfassenderen Vergleich siehe dynamische vs. statische QR-Codes.

Den Link aufbauen, ohne den Scan zu beschädigen

Eine praktische Reihenfolge, die sowohl das Tracking als auch die Druckqualität intakt hält:

1. Bauen Sie zuerst die vollständig getaggte Ziel-URL nach Ihrer vereinbarten Namenskonvention. Googles eigener Campaign URL Builder ist das kanonische Werkzeug dafür und vermeidet Tippfehler bei Parameternamen, was wichtig ist: utm_medium fälschlich als utm_meduim geschrieben ist für GA4 unsichtbar und wird schlicht nicht zugeordnet.
2. Richten Sie einen dynamischen QR-Code auf diese getaggte URL, statt die getaggte URL direkt zu kodieren. Der gedruckte Code muss dann nur eine kurze Weiterleitung enthalten und bleibt so auf einer niedrigen Version, egal wie lang die Ziel-URL ist.
3. Wählen Sie die Fehlerkorrektur nach der Druckumgebung, nicht nach Standardeinstellung. Ein Code, der an einem sauberen, gut beleuchteten Ort steht, etwa auf einem Tischaufsteller am Tresen, kann bedenkenlos L oder M nutzen. Ein Code auf einem Außenplakat, einem Versandetikett oder überall dort, wo er Schmutz oder Beschädigung abbekommen könnte, ist die Kapazitätskosten von Q oder H wert.
4. Testen Sie die tatsächliche Druckgröße vor dem vollen Druckdurchgang. Scannen Sie sie aus normalem Handy-Abstand, bei der Beleuchtung, die am finalen Standort tatsächlich herrscht, nicht an einem Bildschirm.

Häufige Fehler, die die Zuordnung stillschweigend zerstören

Eine Handvoll konkreter Fehlermuster taucht so oft auf, dass sie eine eigene Erwähnung verdienen, weil jedes einzelne wie ein funktionierendes Setup aussieht, bis jemand versucht, die Zahlen abzugleichen.

Uneinheitliche Groß- und Kleinschreibung ist der häufigste und am leichtesten zu vermeidende Fehler. Flyer, flyer und FLYER sind für GA4 drei verschiedene Werte, nicht einer. Die einzige echte Lösung ist, Kleinschreibung durchzusetzen, bevor ein Link live geht, nicht nachdem ein Bericht falsch aussieht.

Das Taggen interner Links ist ein separater, weniger offensichtlicher Fehler mit derselben Ursache: Wer UTM-Parameter an einen Link zwischen zwei Seiten der eigenen Website hängt, überschreibt die ursprüngliche Sitzungsquelle der Besucherin mit „eigene Website" als Referrer und schreibt Conversions fälschlich einem internen Kanal zu, der tatsächlich niemanden hereingebracht hat. UTM-Parameter gehören auf Links, die einen Kanal verlassen, den Sie nicht kontrollieren (ein gedruckter Flyer, eine E-Mail, eine Drittanbieter-Website), niemals auf interne Navigation.

Weiterleitungsketten, die Query-Parameter unterwegs verwerfen, löschen UTM-Daten mitten auf dem Weg, weshalb der QR-Code, die Weiterleitung und die finale Zielseite gemeinsam geprüft werden müssen, nicht nur der Code allein.

Und der teuerste Fehler überhaupt ist, vor dem Testen zu drucken: fünftausend Flyer mit einem ungetaggten, falsch getippten oder toten QR-Code-Link sind kein Reporting-Problem, sondern eine Nachdruck-Rechnung. Ein dynamischer QR-Code begrenzt diesen Fehler wenigstens, da das Ziel noch korrigiert werden kann, nachdem der Druckdurchgang bereits verschickt wurde; siehe das Ziel eines QR-Codes ändern, ohne neu zu drucken dafür, wie diese Rettung funktioniert, falls es Ihnen passiert.

Sobald das Tagging konsequent ist, sind die daraus entstehenden Daten nur nützlich, wenn Sie wissen, was Sie damit anfangen sollen. Siehe QR-Code-Analytics: welche Scan-Kennzahlen zählen dafür, wie Sie getaggte Scan-Daten in etwas verwandeln, das ein Kundenbericht tatsächlich nutzen kann, und wie man den ROI einer QR-Code-Kampagne berechnet dafür, wie Sie diese Zuordnung mit einer Zahl verbinden, die einem Kunden wichtig ist.

Häufig gestellte Fragen

Was ist ein QR-Code mit UTM-Tracking?

Es handelt sich um einen ganz normalen QR-Code, der eine URL mit UTM-Parametern (Quelle, Medium, Kampagne sowie optional Term und Content) im Query-String kodiert, sodass eine Analytics-Plattform wie GA4 die entstehende Sitzung beim Scannen und Landen auf der Zielseite dieser konkreten Platzierung zuordnen kann, statt sie als nicht zuordenbaren Direktzugriff zu protokollieren.

Warum zeigt GA4 QR-Code-Scans als Direktzugriff an?

Weil ein gescannter QR-Code keinen HTTP-Referrer hat, genau wie eine eingetippte URL. Ohne UTM-Parameter im Ziel-Link hat GA4 nichts, dem es die Sitzung zuordnen könnte, und stuft sie standardmäßig als (direct) / (none) ein, unabhängig davon, wie die Besucherin tatsächlich angekommen ist.

Welche fünf UTM-Parameter gibt es?

utm_source, utm_medium und utm_campaign sind die drei, die Google für praktisch jeden getaggten Link empfiehlt. utm_term und utm_content sind optional und dienen jeweils Keywords in der bezahlten Suche beziehungsweise der Unterscheidung zwischen Varianten desselben Links, etwa bei einem A/B-Test.

Sollte utm_medium „qr", „qr-code" oder „print" lauten?

Legen Sie sich auf einen exakten Wert fest und verwenden Sie ihn für jeden QR-Link über alle Kunden hinweg, ohne Ausnahme. Die meisten Agenturen standardisieren auf qr, da es eindeutig ist und erlaubt, „gesamte QR-Performance" in einer einzigen Abfrage zu filtern. print ist zu breit gefasst, da es auch Nicht-QR-Druckkanäle erfassen und Daten vermischen würde, die getrennt bleiben sollten.

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

Ja. Das ist direkt von Google dokumentiert, keine Annahme. utm_source=Google und utm_source=google werden als zwei unterschiedliche Werte behandelt und erscheinen in Berichten als getrennte Zeilen. Konsequente Kleinschreibung ist die einzige wirksame Verteidigung.

Wird ein QR-Code durch UTM-Parameter schwerer scanbar?

Er wird dichter, was nicht ganz dasselbe ist, aber zum gleichen praktischen Risiko führt. UTM-URLs erfordern die Byte-Modus-Kodierung statt des kompakteren alphanumerischen Modus, und die zusätzlichen Zeichen drängen den Code in eine höhere Version mit dichterem Modul-Raster. Bei fester Druckgröße bedeutet das kleinere einzelne Module und weniger Toleranz für Druckqualitätsprobleme. Die Lösung besteht nicht darin, UTM-Tags zu vermeiden, sondern den QR-Code auf eine kurze dynamische Weiterleitung statt auf die vollständige getaggte URL zu richten.

Kann man UTM-Parameter zu einem statischen QR-Code hinzufügen?

Ja, technisch schon. Die Parameter stecken in der Ziel-URL, nicht in etwas, das dynamischen Codes vorbehalten ist. Der praktische Nachteil ist, dass ein statischer Code mit einer langen, direkt eingebrannten getaggten URL sowohl dichter zu scannen als auch dauerhaft festgelegt ist. Ändert sich die Kampagnen-Namenskonvention oder muss der Link korrigiert werden, muss der gedruckte Code selbst neu gedruckt werden.

Was passiert, wenn man QR-Codes zuerst ohne UTM-Tags druckt?

Jeder Scan landet in GA4 als Direktzugriff, nicht zu unterscheiden von jemandem, der die URL aus dem Gedächtnis eingetippt hat. Bei einem statischen QR-Code lässt sich diese Datenlücke nach dem Druck nicht mehr rückwirkend schließen. Bei einem dynamischen QR-Code besteht die Lösung darin, die Ziel-URL um die Tags zu ergänzen; Scans ab diesem Zeitpunkt werden korrekt zugeordnet, auch wenn der ungetaggte Zeitraum ohne Zuordnung bleibt.

Wie vermeiden Agenturen UTM-Namenskollisionen über mehrere Kunden hinweg?

Indem sie die Namenskonvention als festes Schema statt als bloße Richtlinie behandeln: eine kontrollierte, kurze Liste zulässiger utm_medium-Werte, ein strukturiertes Muster für utm_campaign (Kunde, Kampagne, Datum), durchgesetzte Kleinschreibung und eine gemeinsame Quelle der Wahrheit, die jeden aktuell verwendeten getaggten Link auflistet, sodass niemand raten muss, wie die letzte Person eine ähnliche Kampagne genannt hat.

Die Kurzfassung

UTM-Parameter sind das Einzige, was verhindert, dass ein gescannter QR-Code im Direktzugriffs-Topf von GA4 verschwindet, weil ein Scan keinen eigenen Referrer mitbringt. Die drei, auf die es ankommt, sind Quelle, Medium und Kampagne: Halten Sie sie klein geschrieben, halten Sie das Muster strukturiert statt beschreibend, und legen Sie utm_medium auf einen einzigen Wert für jeden QR-Link über alle Kunden hinweg fest. Denken Sie außerdem daran, dass eine getaggte URL länger und dichter zu kodieren ist als eine reine Domain, richten Sie Ihre QR-Codes also auf eine kurze dynamische Weiterleitung, statt den vollständigen getaggten Link direkt in den Druck einzubrennen. Bauen Sie die Namenskonvention einmal auf, schreiben Sie sie irgendwo fest, wo jedes Kundenkonto sie nutzen muss, und die Reporting-Lücke, die sich derzeit als unerklärlicher Direktzugriff zeigt, wird zu einem Kanal, den Sie einem Kunden gegenüber tatsächlich verteidigen können.