URL-Shortener für Events: Registrierungslinks, Badges, Follow-up-Flows

Events laufen über Links. Registrierungslinks, Speaker-Links, Sponsor-Links, QR-Codes auf Badges, Follow-up-Sequenzen. Wenn die Link-Ebene unübersichtlich ist — ein Bitly-Konto für das Registrierungsteam, ein Google-Formular für Sessions, eine Sendinblue-Liste für Follow-ups — ist die Attribution kaputt, bevor das Event überhaupt beginnt. Dieser Beitrag beschreibt die Link-Architektur, die für eine Konferenz mit 200 Personen oder eine Fachmesse mit 2000 Personen tatsächlich funktioniert.

Für den QR-spezifischen Tiefdurchgang behandelt QR-Code-Kampagne von Grund auf QR-Design in Produktionsqualität und die Entscheidung zwischen statisch und dynamisch. Dieser Beitrag zeigt das breitere Bild des Event-Lebenszyklus.

Die vier Phasen eines Event-Links#

Jedes Event hat dieselben vier Phasen. Jede Phase stellt unterschiedliche Anforderungen an den zugrunde liegenden Link.

1. Registrierung#

Die Links, die Anmeldungen antreiben. Sie erscheinen auf:

Dem CTA der Event-Landingpage
E-Mail-Einladungen
Partner-Promotions
Social-Media-Posts der Speaker ("Komm und hör mir zu, wie ich über X spreche")
Sponsor-Platzierungen

Was zählt: UTM-Attribution nach Quelle. Der Sponsor möchte wissen, wie viele Anmeldungen von seinem Post kamen; der Speaker möchte dasselbe; das E-Mail-Team misst nach Versand. Eine kurze Domain (go.yourevent.com) für Markenkonsistenz. Jeder Link mit source/medium/campaign-UTMs versehen.

Anti-Pattern: rohe Anbieter-URLs (die native URL des Registrierungsformulars) überall geteilt. Man erhält keine Attribution und keine Domainkonsistenz. Es lohnt sich, jede Registrierungs-URL zu kürzen, auch wenn die Kürze nicht unbedingt nötig ist.

2. Der Badge#

Jeder Teilnehmer erhält einen Badge. Der Badge hat einen QR-Code. Der QR-Code führt zu einer Profilseite.

Was zählt: Der QR muss auf allen Smartphones zuverlässig lesbar sein (manche können kontrastarme Codes nicht lesen, manche haben Probleme bei mehr als 2m Entfernung), und das Ziel muss bei hoher Gleichzeitigkeit schnell laden (die Lobby am Morgen von Tag 1 trifft den Endpunkt mit 200 simultanen Scans).

Anti-Pattern: Die Konferenz-Website-URL als einfachen QR-Code auf den Badge drucken. Dann kann das Ziel nach dem Druck nicht mehr geändert werden. Ein statischer QR ist dauerhaft; ein dynamischer QR (bei dem der QR über einen Kurzlink-Dienst aufgelöst wird) ermöglicht es, das Ziel nach dem Druck zu ändern — nützlich, wenn an Tag 2 der Zeitplan anders angezeigt werden soll als an Tag 1.

Für eine detaillierte Erläuterung der Entscheidung zwischen statisch und dynamisch ist der Beitrag Dynamische vs. statische QR-Codes die ausführliche Lektüre.

3. Die Session#

Jede Session hat einen Link. Folien, ergänzende Materialien, ein "Trag dich in die Mailingliste des Speakers ein"-CTA, ein "Bewerte diese Session"-Formular.

Was zählt: Konsistenz über Sessions hinweg, Attribution pro Session (welche Session hat das höchste Engagement erzielt?), und der Link muss kurz genug sein, um ihn von der Bühne aus buchstabieren zu können, falls das QR-Code-Projektionsleinwand-Spiel nicht funktioniert (was nie klappt).

Anti-Pattern: Jeder Speaker bringt seinen eigenen Kurzlink von seinem eigenen Anbieter-Konto mit. Jetzt scrollen 30 verschiedene Short-Domains am Publikum vorbei, halb davon mit einem bit.ly, das man nicht prüfen kann.

Die saubere Lösung: Session-Links vorab über die Event-Short-Domain ausgeben (go.yourevent.com/session-42). Dem Speaker einen Slug übergeben; er konfiguriert seine Ziel-URL. Die Attribution bleibt bei Ihnen.

4. Follow-up#

Post-Event-Sequenzen. Die Zusammenfassungs-E-Mail. Die "Bewerte das Event"-Umfrage. Der "Sieh dir die aufgezeichneten Sessions an"-Link. Der "Registriere dich fürs nächste Jahr"-CTA.

Was zählt: Attribution zurück zu dem Event, das die Konversion ausgelöst hat. Hat die Zusammenfassungs-E-Mail konvertiert? Hat die Vor-Ort-QR-Umfrage Newsletter-Anmeldungen generiert? War der Konversions-ROI es wert, vor Ort zu sein?

Anti-Pattern: Das Follow-up als separate Marketingkampagne ohne Bezug zu den Event-Session-Daten behandeln. Dann sieht die Nächste-Jahr-Registrierungs-Konversion so aus, als käme sie von der E-Mail — tatsächlich war der Benutzer aber ein Session-Teilnehmer, dessen Entscheidung zur Rückkehr an Tag 2 des Events selbst gefallen ist.

Konversionsereignisse vom Registrierungsformular zurück in die Link-Analytics leiten, damit die Follow-up-Attribution mit den In-Event-Daten verknüpft wird. Konversionen an Meta CAPI weiterleiten beschreibt die Mechanik; dasselbe Weiterleitungsmuster funktioniert für jedes nachgelagerte CRM oder E-Mail-System.

Eine Referenzarchitektur für ein Event mit 1000 Personen#

Dies ist die Link-Architektur, die ich am häufigsten empfehle. Sie skaliert mit geringfügigen Anpassungen auf 100 Personen nach unten und auf 5000 Personen nach oben.

Eine Short-Domain pro Event. go.yourevent.com. Eingerichtet über DNS + die Custom-Domain-Funktion Ihres URL-Shorteners. Caddy on-demand TLS oder vom Anbieter verwaltetes Zertifikat. Der Grund: Markenkonsistenz + eine Analytics-Oberfläche für alle Abfragen.

Drei Slug-Präfixe:

r/ — Registrierungslinks. go.yourevent.com/r/email, r/sponsor-acme, r/speaker-jane. UTMs in die Ziel-URL eingebaut. Attribution-Oberfläche für die Registrierungsquelle.
s/ — Session-Links. go.yourevent.com/s/keynote-day1, s/track-a-2pm. Ziel pro Session, manchmal dasselbe für alle Sessions, wenn das LMS automatisch nach Benutzer weiterleitet.
b/ — Badge-Links. go.yourevent.com/b/<attendee-id>. Pro Teilnehmer. Führt zu einer Profil-/Agenda-Seite. Optional personalisiert für VIPs.

Drei Kurzlink-"Sets":

Das Registrierungs-Set wird zum Ankündigungszeitpunkt erstellt. Vielleicht 20-50 Links. Jeder trägt einen UTM, jeder wird vor dem Event verschickt.
Das Session-Set wird erstellt, wenn die Agenda finalisiert ist. Ein Link pro Session. Die Ziel-URL zeigt auf die Session-Detailseite; die URL kann nach dem Event aktualisiert werden, um auf die Aufzeichnung zu zeigen.
Das Badge-Set wird beim Schließen der Registrierung erstellt. Eines pro Teilnehmer. Massenimport aus dem Export der Registrierungsplattform.

Drei Attribution-Oberflächen:

Registrierungs-Tag → CRM-Kontakt über das versteckte Feld des Registrierungsformulars. UTM source und campaign aus dem Klick erfassen; an das Formular übergeben; das CRM sieht, welche Quelle die Registrierung ausgelöst hat.
Session-Klick → Analytics-Dashboard beschränkt auf das s/-Präfix. Das Dashboard beantwortet: "Welche Session hatte das höchste Engagement?"
Badge-Scan → Check-in-Event via Webhook vom Kurzlink-Dienst an das Vor-Ort-Check-in-System. Der Badge-Scan erhöht einen Anwesenheitszähler und (optional) kontrolliert den Einlass.

Die Architektur ergibt ~80 Links + 1000 Teilnehmer-Badges für ein Event mit 1000 Personen. Der Einrichtungsaufwand beträgt ~3 Stunden, wenn Ihre Registrierungsplattform einen CSV-Export liefert.

Die vier Anti-Patterns, die Event-Daten ruinieren#

1. Shortener-Konten pro Team. Verschiedene Teams (Marketing, Ops, Partnerships) haben jeweils ihr eigenes Bitly- / Rebrandly-Konto. Die Attribution ist auf drei Dashboards verteilt, keines davon mit einem vollständigen Bild. Vor dem Event auf ein Konto konsolidieren, nicht danach.

2. Slugs vom letzten Jahr wiederverwenden. go.yourevent.com/r/keynote war die Keynote 2025. Wenn Sie ihn für 2026 ohne Zurücksetzen der Analytics wiederverwenden, wird die Klickdaten von 2026 durch alten Traffic von 2025 verfälscht, der noch immer über alte E-Mails aufgelöst wird. Jedes Jahr neue Slugs ausgeben (z. B. go.yourevent.com/r/keynote-2026).

3. Speakers ihre eigenen Links mitbringen lassen. Jeder Kurzlink im Event ist ein Datenpunkt. Speaker-Links von zufälligen Kürzern tauchen in Ihrem Dashboard nicht auf. Wenn Sie sie nicht prüfen können, können Sie sie nicht messen. Geben Sie den Speakers Slugs von Ihrer Domain und lassen Sie sie auf beliebige Ziele verweisen.

4. Vergessen, die Last am Eventtag zu berücksichtigen. Eine typische Event-Link-Last beträgt 50-200 Weiterleitungen pro Sekunde in den ersten 30 Minuten von Tag 1 (alle scannen ihren Badge, um die Veranstaltungskarte zu finden). Validieren Sie, dass Ihr URL-Shortener das ohne Probleme aushält. Die meisten können es; einige kostenlose Anbieter drosseln im ungünstigsten Moment. Der Beitrag redirect p95 < 15ms erläutert, worauf bei den Redirect-Performance-Zahlen zu achten ist.

Überlegungen zu QR-Codes vor Ort#

Der QR-Code auf dem Badge ist der Link mit dem höchsten Einsatz im Event. Einige praktische Hinweise:

Auf dem richtigen Fehlerkorrekturlevel drucken. ECC-M (mittel) reicht für die meisten Badges; ECC-H (hoch) empfiehlt sich, wenn Sie laminieren, prägen oder auf ein strukturiertes Material drucken, das Module verdecken kann. Der Kompromiss ist die Moduldichte — ECC-H-QR-Codes sind optisch dichter.

Den Kontrast testen. Smartphone-QR-Scanner benötigen einen Leuchtdichtekontrast von etwa 60% zwischen Modulen und Hintergrund. Drucken Sie ein Muster mit dem gewählten Kontrast und scannen Sie es mit Ihrem eigenen Smartphone aus 1m Entfernung unter drei verschiedenen Lichtbedingungen, bevor Sie den Druck freigeben. Schwarz auf Weiß ist der sichere Standard; Markenfarben können den Kontrasttest bei schwachem Licht nicht bestehen.

Den Fehlerfall planen. Wenn der QR nicht gescannt werden kann (es passiert), was macht der Teilnehmer dann? Auf Elido-Badges empfehlen wir eine kurze URL unter dem QR-Code (go.yourevent.com/b/A38K) — 6-stellige Slugs lassen sich in 4 Sekunden eintippen, einfacher als den Teilnehmer zu bitten, einen Infostand zu suchen.

Keine personenbezogenen Daten in den QR. Der QR kodiert einen Kurzlink, keine E-Mail-Adresse oder den Namen des Teilnehmers. Die Suche erfolgt auf der Serverseite — der QR-scannende Zuschauer auf einem belebten Messegelände kann nicht die Adressen Ihrer Teilnehmer auslesen, indem er eine Kamera auf den Badge eines Fremden richtet.

Post-Event-Analyse#

Die Daten, die Sie innerhalb von 48 Stunden nach dem Ende haben sollten:

Gesamtanmeldungen nach Quelle (Sponsor / Partner / Speaker / Paid / Organic)
Anwesenheit pro Session + Click-Through (Engagement-Proxy, wenn keine Bodenflächenzähler verfügbar sind)
Top-10-Sessions nach Folgeaktionen der Teilnehmer (5 Sterne bewertet, Folien heruntergeladen, für die Mailingliste des Speakers angemeldet)
Anwesenheitsmuster Tag 1 vs. Tag 2 vs. Tag 3
Geo- und UA-Aufschlüsselung des Klick-Traffics
Vorwärts-Attribution: Wer hat während des Events was geklickt und sich dann für eine Registrierung im nächsten Jahr entschieden

Wenn Ihr URL-Shortener alle sechs Fragen von Haus aus beantworten kann, haben Sie das Budget gut eingesetzt. Wenn Sie SQL gegen Ihr Analytics-Warehouse schreiben müssen, um die Hälfte davon zu beantworten, fließt das in den nächsten Vertrag ein.

Wo Elido steht#

Wir haben Elido nicht speziell für Events entwickelt — die obige Architektur funktioniert mit jedem URL-Shortener, der Custom-Domains, dynamische QR-Codes und Webhooks unterstützt. Aber Events sind eine Hochdruckvalidierung der drei zentralen Versprechen der Plattform (Latenz, Attribution, EU-Residenz), und so haben wir letztlich einige meinungsstarke Event-Fähigkeiten entwickelt:

Bulk-Badge-Generierung — POST /v1/links/bulk akzeptiert eine CSV mit Teilnehmer-IDs und gibt in einem einzigen Aufruf ein Batch von dynamischen QR-fähigen Kurzlinks zurück. 2000 Badges in 8 Sekunden.
On-demand TLS für go.yourevent.com — einen CNAME auf unseren Edge zeigen lassen, das Zertifikat wird in 30 Sekunden ausgestellt. Das Event-Team kann seine Event-Domain am selben Morgen einrichten, an dem es die Promotion startet.
Webhook-on-Scan — Jeder Badge-Scan kann innerhalb von 200ms einen Webhook in Ihr Check-in-System feuern. Der Dispatcher signiert Lieferungen mit HMAC-SHA256, damit Ihr Check-in-Handler die Herkunft ohne einen Auth-Header verifizieren kann.
EU-Datenresidenz für Klickereignisse — Scan-Daten der Teilnehmer liegen standardmäßig im EU-Region-ClickHouse. DSGVO-Abdeckung erfordert keinen eventspezifischen Papierkram.

Für einen Setup-Call vor Ihrem nächsten Event enthält die Events-Lösungsseite die relevanten Details.