Documentation Index
Fetch the complete documentation index at: https://documentation.go-lizard.com/llms.txt
Use this file to discover all available pages before exploring further.
So funktioniert der DynTag-Service
Vom Scannen des QR-Codes bis zum Erscheinen des Betriebsmittel-Profils vergeht oft weniger als eine Sekunde. In dieser Sekunde laufen mehrere Schritte ab — alle darauf optimiert, schnell und datenschutzfreundlich zu sein.Der Weg vom Scan bis zum Ziel
Tag scannen
Sie halten Ihr Smartphone an einen DynTag — egal ob QR-Code, NFC-Chip oder Fremdcode. Das Telefon liest die Adresse, z. B.
dyntag.link/AbC123XYz.DynTag-Service nimmt die Anfrage entgegen
Der Code (
AbC123XYz) wird vom Service geprüft: Ist das Format gültig? Existiert der Tag? Ist er einem Betriebsmittel zugeordnet?Zieladresse abrufen
Der Service schaut zuerst im schnellen Zwischenspeicher (Cache) nach. Findet er dort nichts, fragt er die Datenbank. So bleibt die Antwort auch bei vielen gleichzeitigen Scans flott.
Zugriff datenschutzkonform protokollieren
Der Service hält fest, dass ein Tag gescannt wurde — aber nur mit maskierter IP und ohne Standortdaten. Details: Datenschutz.
Cache: Warum der zweite Scan noch schneller ist
Beim ersten Scan eines Tags muss der Service die Datenbank fragen. Das Ergebnis merkt er sich für 24 Stunden. Jeder weitere Scan in dieser Zeit wird aus dem Speicher beantwortet — meist im Bereich von Millisekunden.
Pfad- und Parameter-Weiterleitung
DynTags können mehr als nur “Code → Profil”. Sie können zusätzliche Informationen mitgeben, die der Service an die Zieladresse weiterreicht.Pfad anhängen
Query-Parameter durchreichen
Tag-Status: Reserviert vs. Verbunden
Jeder DynTag-Code befindet sich in einem von zwei Zuständen:| Status | Bedeutung | Was passiert beim Scan? |
|---|---|---|
| Reserviert | Code existiert, ist aber noch keinem Betriebsmittel zugewiesen | Lizard zeigt Dialog “Tag jetzt verbinden?” |
| Verbunden | Code zeigt auf ein konkretes Betriebsmittel | Sofortige Weiterleitung zum Profil |
Trennen Sie eine Verbindung in Lizard, fällt der Code zurück auf Reserviert. Er bleibt erhalten und kann jederzeit neu verbunden werden — der Aufkleber muss nicht ersetzt werden.
Das /json-Format für externe Systeme
Diese Funktion richtet sich an externe Anwendungen wie Lizard Connect, die Betriebsmittel-Daten programmatisch verarbeiten. Als reiner Endanwender begegnet sie Ihnen typischerweise nicht.
/json an eine DynTag-Adresse an, liefert der Service maschinenlesbare Daten zum Betriebsmittel statt einer Weiterleitung:
Robust gegen Fehler
Tag existiert nicht oder ist defekt
Tag existiert nicht oder ist defekt
Wird ein unbekannter oder fehlerhafter Code aufgerufen, leitet der Service auf eine freundliche Fehlerseite weiter — keine kryptischen 404-Fehler.
Hohe Last
Hohe Last
Der Service begrenzt die Anzahl der Anfragen pro Adresse, um sich gegen Überlastung und automatisierte Angriffe zu schützen. Für normale Anwender ist das unsichtbar — Sie spüren es nur, wenn dieselbe Adresse innerhalb einer Minute hunderte Male aufgerufen wird.
Tracking-Ausfall blockiert nicht
Tracking-Ausfall blockiert nicht
Selbst wenn das Analytics-System (für anonyme Statistiken) gerade nicht erreichbar ist, leitet der Service trotzdem korrekt weiter. Die Weiterleitung hat immer Vorrang vor der Statistik.
Sicherheit der Zieladressen
Beim Verbinden eines Tags mit einer Zieladresse prüft Lizard:| Prüfung | Was wird abgelehnt? |
|---|---|
| Schema | Nur http:// und https:// — kein javascript:, data:, file: oder andere Spezialschemata |
| Hostname | Adressen ohne Domain (z. B. https:///pfad) |
| Format | Allgemeine URL-Validität (gemäß Internet-Standard) |
Nächste Schritte
Datenschutz im Detail
Welche Daten gespeichert werden — und welche bewusst nicht.
Häufige Fragen
Antworten auf typische Fragen zu DynTags.