Abnahme vor der Vorstellung: eine tote Kachel gefunden und geschlossen

Morgen wird die Seite als Produkt vorgestellt. Deshalb eine Pruefung,
die es bisher nicht gab: server/pruef-live-abnahme.mjs geht gegen die
ECHTE Domain statt gegen einen Server auf diesem Rechner.

Der Unterschied ist nicht theoretisch. Zwischen "laeuft bei mir" und
"laeuft im Netz" liegen Caddy, Cloudflare, der Cache-Stempel, das
Zertifikat und der Dienst-Neustart -- genau dort ist am 18.08. und am
22.08.2026 schon zweimal etwas haengengeblieben, das lokal tadellos war.

Sie geht 26 Seiten in DREI Gestalten durch:
  RECHNER      1440 px
  HANDY        390 px, mit Fingerbedienung
  INSTALLIERT  als App vom Startbildschirm -- ohne Adresszeile und ohne
               Zurueck-Knopf des Browsers. Dort faellt auf, was man mit
               Browserleiste nie merkt.

Gemessen je Seite: Konsolenfehler, fehlgeschlagene Anfragen, seitlicher
Ueberlauf, tote Verweise, fehlende Bilder, ueberhaupt Inhalt, Titel.
Dazu die App selbst: Manifest, Name, Start ohne Browserleiste, alle vier
Startbildschirm-Symbole einzeln abgefragt, Hintergrunddienst angemeldet
und aktiv.

DER EINE ECHTE FUND: Auf links.html war die Kachel "Merchandise / Shop"
ein <a href="#"> -- sie sah aus wie ein Verweis, liess sich anklicken
und tat nichts. Auf der Kachel steht "Folgt in Kuerze"; genau dann darf
sie nicht klickbar sein. Ein Knopf, der nichts tut, ist schlimmer als
gar keiner: Man drueckt ihn zweimal und haelt die Seite fuer kaputt.
Jetzt ein <div> mit denselben Klassen -- gleiches Aussehen, kein
Versprechen mehr, das die Seite nicht halten kann.

ZWEI FEHLALARME, beide in MEINER Pruefung, beide aufgeschrieben:
  * Sie meldete "fehlende Bilder" auf zwei Seiten. Es waren versteckte
    Platzhalter (<img hidden> ohne src), die JavaScript erst fuellt --
    der Normalzustand. Jetzt zaehlen nur sichtbare Bilder mit Quelle.
  * Sie meldete "manifest.json nicht ladbar", waehrend curl gleichzeitig
    200 lieferte. Die Probe stand noch auf about:blank und holte von
    dort -- fremde Herkunft, der Browser lehnt ab. Sie hat also nicht
    die Seite geprueft, sondern sich selbst. Erst navigieren, dann
    messen.

Die beiden anderen href="#" auf der Seite (index.html, streamplan.html)
bleiben: Sie sind versteckt und werden von JavaScript gefuellt, sobald
es etwas zu verlinken gibt. Geprueft wird nur, was man auch sieht.

Co-Authored-By: Claude Opus 5 <[email protected]>

links.html

@@ -107,11 +107,24 @@
           <h3>Discord</h3>
           <p class="small muted" data-i18n="lk_discord_hint">Nur auf Anfrage</p>
         </a>
-        <a class="card card-brand card-shop text-center" href="#" target="_blank" rel="noopener">
+        <!-- KEIN <a> (03.09.2026, Abnahme vor der Vorstellung).
+
+             Hier stand eine Kachel mit href="#": Sie sah aus wie ein
+             Verweis, liess sich anklicken -- und tat nichts. Auf der
+             Kachel steht "Folgt in Kürze"; genau dann darf sie nicht
+             klickbar sein. Ein Knopf, der nichts tut, ist schlimmer als
+             gar keiner: Man drückt ihn zweimal und hält die Seite für
+             kaputt.
+
+             Als <div> bleibt das Aussehen unveraendert (dieselben
+             Klassen), aber es gibt kein Versprechen mehr, das die Seite
+             nicht halten kann. Sobald der Shop steht, wird hier wieder
+             ein <a href="..."> daraus. -->
+        <div class="card card-brand card-shop text-center karte--bald">
           <span class="icon-badge">🛒</span>
           <h3 data-i18n="lk_shop_h3">Merchandise / Shop</h3>
           <p class="small muted" data-i18n="lk_shop_hint">Folgt in Kürze</p>
-        </a>
+        </div>
         <a class="card card-brand card-bewerben text-center" href="bewerben.html">
           <span class="icon-badge">📝</span>
           <h3 data-i18n="lk_bewerben_h3">Bewerben</h3>