Beispiel — gute Tooltip-/Info-Texte (Vorlage)

LEBEND — Referenz/Vorlage, bleibt im Projektordner. Mustervorlage für die geplante
Tooltip-Analyse + -Umsetzung (To-do TEIL 2 → VR1). Zeigt an einem echten Fall, wie ein
Hinweis für nicht-technische Betreiber klingen soll: sofort verständlich, „worum geht es
und was kann ich tun", ohne Anleitung. Text gehört später in JSON-Labels (§6), nicht in PHP.

Beispiel-Fall: „Asset version" (Global Settings → Language & display → Assets)

Hier sieht man gut den Unterschied zwischen Kurz-Tooltip (Hover, ein Atemzug) und
Info-/Hilfe-Text (aufklappbar, wenn jemand mehr wissen will). Beides aus einer Quelle denken.

Variante A — Kurz-Tooltip (Hover, 1–2 Sätze)

Asset version (?v=) — Leer lassen ist normal: dann frischen sich CSS/JS bei jedem Update
automatisch auf. Trag nur etwas ein (z. B. ein Datum wie 2026-07-01), wenn Besucher nach
einer Design-Änderung noch die alte Version sehen — das zwingt alle Caches, einmal neu zu laden.

(Das ist bewusst kurz. Der ausführliche Hintergrund kommt in B, nicht in den Hover-Tooltip.)

Variante B — Info-/Hilfe-Text (aufklappbar „Mehr erfahren")

Wozu? Browser und Cloudflare merken sich deine CSS-/JS-Dateien, damit die Seite schnell
lädt. Nach einer Design-Änderung zeigen sie aber oft noch die alte, gemerkte Version. Ein
angehängtes ?v=… macht aus der Datei für den Browser eine „neue" → er holt sie frisch.

Was tust du? Du bestimmst den Token frei. Wichtig ist nicht der Wert, sondern dass er
sich ändert: ein neuer Wert = alle holen einmal frisch; gleicher Wert = nichts passiert.
Sinnvoll ist ein Datum/eine Version (2026-07-01, v2) — so weißt du später, was es war.
(Max. 32 Zeichen, am besten ohne Leerzeichen.)

Wann? Normalfall: leer lassen → automatisch die App-Version, bricht beim Update von
selbst. Manuell nur als Notnagel, wenn du zwischen zwei Update