Schnittstellen, API & Automationen › Google Fonts
Google Fonts
IntegrationLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Website und Admin-Oberfläche beziehen ihre Schriftarten über next/font/google, das die Schriftdateien üblicherweise beim Bauen selbst herunterlädt und vom eigenen Server ausliefert. Die gedruckten Kundenberichte betten dieselben Schriften fest ein und laden zur Laufzeit nichts von Google.
Bild folgt
Website und Admin-Oberfläche binden ihre Schriftarten über eine Next.js-Funktion ein, die Google-Fonts-Dateien beim Bauen der Seite lädt statt bei jedem Seitenaufruf erneut — dadurch läuft im Normalfall keine Verbindung zu Google mehr, wenn ein Besucher die Seite öffnet. Die gedruckten Kundenberichte und Werkstattprotokolle gehen einen eigenen Weg: Ihre Schriften liegen fest eingebettet im System, ein Verweis auf Google Fonts existiert dort nur noch als Notiz zur Herkunft, wird aber nie geladen. Fehlt die Schrift aus irgendeinem Grund, springt der Browser auf eine Standardschrift — die Seite bleibt bedienbar.
- Seite zeigt eine sichtbar andere Schrift als gewohnt → Fallback-Systemschrift, meist ein vorübergehendes Lade- oder Netzwerkproblem, kein Datenverlust.
Speist
- Öffentliche Website Teilweise
- Büro-CRM (Admin) Live
- next/font/google lädt die Schriftdateien laut gängigem Next.js-Verhalten zur Build-Zeit selbst und liefert sie vom eigenen Server aus — für Website und Admin-Oberfläche im Detail nicht per Netzwerkmitschnitt verifiziert.
- app/layout.tsx
- app/admin/layout.tsx
- lib/berichte/tokens.ts
| richtung | eingehend |
|---|---|
| daten_die_das_haus_verlassen | eher keine — next/font hostet die Schriftdateien laut Standardverhalten selbst; ein direkter Nachweis per Netzwerkmitschnitt fehlt |
| verarbeiter | unklar — next/font hostet i.d.R. selbst, ohne Laufzeitverbindung zu Google |
| zustaendig | Büro |
| kosten | keine |
| vertrag | keiner |
| ohne | Fallback-Systemschrift, kein funktionaler Ausfall |
| ausloeser | system (beim Seitenaufbau) |
| envVars | keine |
| status_prod | live — next/font/google in Website- und Admin-Layout eingebunden; die Kundenberichte betten ihre Fonts fest ein |
| kosten_vertrag | kostenlos (Google Fonts) |
| daten | keine Kunden-PII, ggf. IP-Adresse des Besuchers an Google beim Laden (next/font hostet i.d.R. selbst) |
Beleg: grep-Treffer 'next/font/google' in app/layout.tsx, app/admin/layout.tsx; lib/berichte/tokens.ts:44-48 zeigt für die Berichte eine bewusst NICHT gerenderte Google-Fonts-URL, nur als Herkunftsnachweis für eingebettete Fonts
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: int-google-fonts (Integration · Schnittstellen, API & Automationen · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 9d50bd68)
Kurz: Website und Admin-Oberfläche beziehen ihre Schriftarten über next/font/google, das die Schriftdateien üblicherweise beim Bauen selbst herunterlädt und vom eigenen Server ausliefert. Die gedruckten Kundenberichte betten dieselben Schriften fest ein und laden zur Laufzeit nichts von Google.
Lies zuerst (Lesebereich, nicht der ganze Baum):
app/layout.tsx
app/admin/layout.tsx
lib/berichte/tokens.ts
Hängt zusammen mit:
app-website (app/layout.tsx) · app-admin-crm (app/admin/layout.tsx)
Offene Fragen der Seite:
next/font/google lädt die Schriftdateien laut gängigem Next.js-Verhalten zur Build-Zeit selbst und liefert sie vom eigenen Server aus — für Website und Admin-Oberfläche im Detail nicht per Netzwerkmitschnitt verifiziert.
Hausregel 2: Vault-Daten sind für diese Session unsichtbar; Quellpfade auf Vault-Code sind keine Freigabe.
Frage: {{DEINE FRAGE}}
Antworte nur mit Belegen: nenne Datei und Zeile für jede Aussage.
Wenn die Quellen die Frage nicht beantworten, sag das und nenne, was du zusätzlich lesen müsstest.
Weicht die Seite vom Code ab, schlage den Seiten-Patch vor (wiki/seiten/schnittstellen-automation/int-google-fonts.md).