Landingpages als eigene Gattung, erster Typ: Mehrere Links

Die sechs noch offenen Typen haben kein fremdes Ziel, auf das man
weiterleiten koennte — sie brauchen eine Seite. Dafuer bekommt der
Typ-Vertrag `hasLandingPage`: /r/[slug] schickt solche Codes auf /s/[slug],
statt `redirectTarget` zu befragen.

Die oeffentlichen Seiten duerfen die Navigation der Anwendung nicht zeigen —
wer einen Code scannt, hat mit „Verwaltung" nichts zu tun. Deshalb liegt das
App-Chrome jetzt in der Routengruppe (app); das Wurzel-Layout traegt nur noch
html und body. Die URLs aendern sich dadurch nicht.

src/lib/codes.ts

@@ -2,7 +2,7 @@ import "server-only";
 
 import type { Prisma, QrCode } from "@/generated/prisma/client";
 import type { QrCodeDto } from "@/lib/dto";
-import { shortUrl } from "@/lib/env";
+import { landingUrl, shortUrl } from "@/lib/env";
 import type { EcLevel } from "@/lib/qr/design";
 import { getQrType } from "@/lib/qr/registry";
 import type { QrTypeId } from "@/lib/qr/type-module";
@@ -41,7 +41,12 @@ export function toQrCodeDto(code: QrCodeWithRelations): QrCodeDto {
   let summary = "";
   if (qrType) {
     try {
-      target = qrType.redirectTarget(data);
+      // Typen mit eigener Landingpage führen auf eine Seite dieser Anwendung.
+      // Die ist als „Ziel“ das Ehrlichste — und obendrein anklickbar, um sie
+      // sich anzusehen.
+      target = qrType.hasLandingPage
+        ? landingUrl(code.slug, code.domain?.hostname)
+        : qrType.redirectTarget(data);
       summary = qrType.summary(data);
     } catch {
       // Datensatz passt nicht mehr zum Typ-Schema (z. B. nach einem