Vom Quellenbeleg zur Seitenstruktur

Die kleinste Einheit ist eine belegte Kante

RDF Turtle beschreibt einen Graphen als Tripel aus Subjekt, Prädikat und Objekt. Route G übernimmt dieses Denkmodell, speichert aber zusätzlich Claimzustand, Quellenkante, Lizenzprovenienz und Freigabegrenze. SRC-G-002

Beispiel: ENT-CREATINE → EDGE-CREATINE-MUSCLE → ENT-MUSCLE-CREATINE. Die Kante trägt SRC-CONTENT-HARRIS-001. Ohne auflösbare Quelle darf sie keinen öffentlichen Sachtext speisen.

Vier akzeptierte Fundamente, klar getrennt

Schema.org liefert das Vokabular für sichtbare Entitäten und Beziehungen. SRC-G-001 Google grenzt seine Knowledge Graph Search API selbst ein: einzelne Treffer statt eines verbundenen Graphen; für verbundene Daten verweist die Dokumentation auf Wikidata-Dumps. SRC-G-003 Wikidata dient hier als Methodenfundament für offene, abfragbare Entitäten – nicht als Sachquelle für die Kreatinwirkung. SRC-G-004

Es wurde keine Knowledge-Graph-API aufgerufen, keine Wikidata-Aussage zu Kreatin importiert und keine fremde Route kopiert. Die Inhaltskanten stammen ausschließlich aus der offiziellen EU-Quelle und den zwei benannten Primärstudien.

Graph zuerst, Ausgabe danach

1. Quellenseiten direkt abrufen, Rohbytes und normalisierten Text einfrieren.
2. Begrenzte Exzerpte mit Zeilenlocator, Hash, Rechtehinweis und Claimdecke registrieren.
3. Stabile Entitäten, Claims, Grenzen und Kanten anlegen.
4. Seiten und Abschnitte aus den Graph-IDs projizieren.
5. Nur sichtbar vorhandenen Inhalt als WebPage-JSON-LD ausgeben.

Google verlangt, dass markierter Inhalt für Leser:innen sichtbar ist, und garantiert selbst bei korrekter Markierung keine Darstellung als Suchfeature. SRC-SHARED-001 Deshalb enthält das JSON-LD weder Produkte noch Bewertungen, FAQ-Schatteninhalte oder erfundene Organisationen.