---
title: Was beim Lüneburger Stadtlauf lange vor dem Start passiert — isla Studio
url: https://isla-stud.io/projekte/lueneburger-stadtlauf-anmeldung-ticketing-engineering/
date: 2026-08-18
---

# Was beim Lüneburger Stadtlauf lange vor dem Start passiert

Bevor beim Lüneburger Stadtlauf am 30. August 2026 die erste Startnummer über die Linie geht, hat das System schon viele Entscheidungen getroffen: passender Lauf, aktueller Tarif, Altersfenster, Teamzuordnung, Ticket und Startnummer.



Eine Anmeldung ist mehr als ein Formular



Auf lueneburger-stadtlauf.de wählen Teilnehmer:innen einen Lauf und kaufen das passende Ticket. Im Hintergrund reicht dieser Weg deutlich weiter. WooCommerce muss zum richtigen Zeitpunkt den richtigen Tarif anbieten, Pflichtangaben pro Person verarbeiten und die Daten so an das Ticketsystem übergeben, dass Startnummer und spätere Korrekturen zusammenpassen.



Der projektspezifische Custom-Code dafür liegt versioniert im privaten Projekt-Repository. Meine technische Verantwortung umfasst diese WordPress- und WooCommerce-Komponenten. Das ist enger und überprüfbarer als der pauschale Satz, ich würde „alles“ rund um das Event steuern.



Fünf Läufe, unterschiedliche Regeln



Das Programm umfasst fünf Läufe: 500 Meter, 1 Kilometer, 2 Kilometer, 5 Kilometer und 10 Kilometer. Die Produkte teilen sich die Anmeldung, haben aber nicht dieselben Altersfenster, Tarife und Teilnehmerfelder.



Im Custom-Plugin werden diese Regeln nicht als Text an fünf Stellen kopiert. Altersfenster, Tarifphasen und verfügbare Varianten werden über gemeinsame Einstellungen und Klassen verarbeitet. Das reduziert die Gefahr, dass eine sichtbare Preisangabe etwas anderes sagt als der Checkout oder ein Alters-Hinweis nicht mehr zur tatsächlichen Validierung passt.



Teamzuordnung ohne Datenwildwuchs



Teilnehmer:innen können sich Vereinen, Laufgruppen oder Schulteams zuordnen. Zusätzlich gibt es eine Verbindung zu Firmenlauf-Daten. Dafür reicht kein freies Textfeld: Das System muss bekannte Teams anbieten, fehlende Einträge sauber behandeln und widersprüchliche Angaben im Checkout abfangen.



Die Verbindung zur Firmenlauf-Quelle ist bewusst datenminimiert. Der dokumentierte Export liefert für die Auswahl nur die Felder und technischen Indizes, die der Stadtlauf-Checkout benötigt – keine Teamkapitäns-E-Mails, Namen, Geburtsdaten oder Startnummern. So wird eine Schnittstelle nicht dadurch „praktisch“, dass sie vorsorglich alles überträgt.



Tickets müssen korrigierbar bleiben



Nach dem Kauf beginnt die operative Arbeit. Schreibfehler werden korrigiert, Teilnehmer:innen wechseln eventuell den Lauf, Tickets müssen einer anderen Bestellung zugeordnet oder erneut erzeugt werden. Dabei dürfen Startnummer, Gebühren, Ticketdaten und Check-in-Status nicht auseinanderlaufen.



Das Projekt-Plugin enthält dafür einen gemeinsamen Ticket-Kern, Admin-Werkzeuge und vorsichtige CLI-Befehle mit Vorschau- und Ausführungsgrenze. Der Code kann Ticketdaten sichern, Umbuchungen nachvollziehbar verarbeiten und bestehende Check-in-Zustände bei einer Korrektur erhalten. Das ersetzt nicht das eigentliche Check-in-Produkt. Es sorgt dafür, dass projektspezifische Änderungen dessen Daten nicht still beschädigen.



Was 1.225 Registrierungen belegen



Am 18. August 2026 zeigte der öffentliche Live-Zähler 1.225 Registrierungen. Das ist ein konkreter Stichtagswert aus dem laufenden Anmeldesystem. Weil der Zähler weiterläuft, gehört das Datum zwingend dazu.



Die Zahl belegt, dass die Anmeldung vor dem Event real genutzt wird. Sie belegt noch nicht, wie viele Menschen am Veranstaltungstag starten, wie der Check-in läuft oder wie Teilnehmer:innen den Ablauf erleben. Diese Aussagen können erst nach dem 30. August geprüft werden.



Vor dem Event bleibt der Erfolg offen



Dieser Projektbericht endet bewusst vor der Ziellinie. Belegt sind der Systemumfang im Repository, fünf angebotene Läufe und der öffentliche Anmeldestand am Stichtag. Noch nicht belegt ist, wie der Veranstaltungstag selbst verläuft. Schon vorher zeigt das Repository, wie viel Event-Engineering in Tariflogik, Ticketkorrekturen, Teamzuordnung und sicheren Arbeitswerkzeugen steckt.




Lüneburger Stadtlauf ansehen




Wenn Anmeldung, Tarife, Tickets und Betrieb zu einem geschäftskritischen System werden, ordne ich die Abhängigkeiten in der technischen Beratung gemeinsam mit deinem Team.



Quellen



Lüneburger Stadtlauf — Termin, Läufe und Live-ZählerVersioniertes privates Projekt-Repository mit Custom-Code für Tarif-, Team-, Ticket- und Check-in-Konsistenz
