Website-Daten
Öffentliche Website-Angaben gehören zum kontrollierten Projektzustand
Öffentliche Website-Angaben, Metadaten, SEO, FAQ und Rechtliches gehören zum Projektzustand.
Vom ersten Überblick führt die Seite zu den Maßstäben hinter dem Profil.
Website-Identität
Öffentliche Website-Angaben werden als Teil der Projektquelle gepflegt
Projektbezogene Website-Angaben beschreiben, unter welcher öffentlichen Identität ein Projekt ausgegeben werden soll.
Dazu gehören unter anderem Projektname, öffentliche HTTPS-Adresse, Canonical-Angaben, Open-Graph-Zuordnungen, Favicon und weitere ausgaberelevante Daten. Diese Angaben werden nicht erst in fertigen HTML-Dateien eingetragen.
Sie gehören zur Projektquelle. Dadurch kann die statische Ausgabe vollständige Dokumentköpfe, konsistente öffentliche Adressen und passende technische Begleitdateien erzeugen.
Die Trennung zwischen Projektquelle und Ausgabe bleibt auch hier erhalten. Eine Änderung an einer bereits erzeugten HTML-Datei wäre keine dauerhafte Bearbeitung des Projekts.
Adresse & Canonical
Öffentliche HTTPS-Adresse und Canonical-Grundlage definieren eindeutige Seitenadressen
Für den öffentlichen Website-Kandidaten ist eine gültige HTTPS-Basisadresse relevant.
Aus ihr werden eindeutige öffentliche Verweise und Canonical-Adressen abgeleitet. Diese Informationen helfen dabei, für jede erzeugte Seite eine klare öffentliche Adresse zu definieren.
Die öffentliche Adresse gehört damit nicht nur zur späteren Serverkonfiguration. Sie ist bereits Bestandteil der Ausgabeplanung.
Bereiche, rechtliche Seiten und redaktionelle Seiten können auf dieser Grundlage ihre endgültigen Verweise erhalten. Interne Atelier-Adressen werden dabei nicht übernommen.
Während der Bearbeitung können Links Projekt-, Bereichs- oder Bühnenparameter enthalten.
Open Graph
Vorschaubilder und Social-Metadaten werden kontrolliert zugeordnet
Open-Graph-Daten steuern, wie öffentliche Seiten beim Teilen in unterstützenden Diensten beschrieben und bebildert werden können.
ProfilSite führt dafür projektbezogene Medienzuordnungen und Fallback-Regeln. Dadurch muss nicht bei jeder Seite zufällig ein vorhandenes Bild als Vorschau erscheinen.
Auch das Favicon gehört zur kontrollierten Außendarstellung. Es wird als Website-Medium geführt und in die erzeugten Dokumente eingebunden.
Diese kleinen Bestandteile gehören zum vollständigen Projektzustand und werden gemeinsam mit den übrigen Website-Daten geprüft. Für redaktionelle Artikel können eigene Open-Graph-Medien vorgesehen sein.
Fehlt eine explizite Zuordnung, greifen die vorgesehenen Projektregeln.
SEO
Technische Metadaten entstehen aus derselben freigegebenen Quelle wie der sichtbare Inhalt
Der Website-Builder erzeugt neben dem sichtbaren Inhalt auch technische Dokumentinformationen.
Dazu gehören Seitentitel, Beschreibungen, Canonical-Adressen, Open-Graph-Tags, strukturierte Daten und Indexierungsinformationen. Die konkreten Werte stammen aus den öffentlichen Projekteinstellungen und den jeweiligen Inhaltsdaten.
Auch Sitemap-Ziele können aus der statischen Struktur abgeleitet werden. Entscheidend ist, dass die Metadaten nicht unabhängig vom Projektbestand gepflegt werden.
Sie entstehen aus derselben freigegebenen Quelle wie der sichtbare Inhalt. SEO wird dadurch nicht als separates nachträgliches Plugin behandelt.
Die technische Grundlage für Titel, Beschreibungen, kanonische URLs und strukturierte Daten ist Teil der Produktionskette.
FAQ
Strukturierte Fragen und Antworten können als eigener Website-Bestand ausgegeben werden
FAQ-Inhalte können als strukturierter Bestandteil einer ProfilSite geführt und in die statische Website eingebunden werden.
Je nach Ausgabeform können sie innerhalb eines Auftritts erscheinen oder als eigene statische FAQ-Seite erzeugt werden.
Die Darstellung übernimmt eine dafür vorgesehene Renderlogik.
Dadurch verwenden FAQ-Seiten denselben Projektkontext und dieselben grundlegenden Gestaltungsressourcen wie Hauptseite, Impressum und Datenschutz.
Ein FAQ-Bereich sollte nur Inhalte enthalten, die tatsächlich als wiederkehrende Frage sinnvoll sind.
Ausführliche Sachthemen gehören in reguläre Informationsbereiche.
Rechtliches
Impressum und Datenschutz gehören zum geprüften Projektzustand
Rechtliche Angaben werden strukturiert innerhalb des Projekts geführt.
Die daraus erzeugten Seiten für Impressum und Datenschutz sind Ausgaben dieser Projektquelle. Sie werden nicht als unabhängige HTML-Dateien bearbeitet.
Automatisch übernommene oder veränderte Angaben müssen geprüft und bestätigt werden. Das System kann wiederkehrende Betreiberinformationen zentral führen und projektbezogene Domain- oder Hostingzuordnungen ergänzen.
Gemeinsame Stammdaten ersetzen jedoch nicht die Prüfung des konkreten Projekts. Rechtliche Seiten sind in Prüfung, Freigabe und Ausgabe eingebunden.
Fehlende oder ungeeignete Angaben können damit die öffentliche Ausgabefähigkeit beeinflussen.
Externe Dienste
Einwilligungslogik wird nur bei tatsächlich relevanten Diensten benötigt
ProfilSite besitzt eine kontrollierte Einwilligungslogik für optionale externe Dienste.
Diese Logik trennt die Website-Grundfunktion von zusätzlich eingebundenen Diensten. Eine statische ProfilSite kann ohne externe einwilligungspflichtige Dienste auskommen.
Werden solche Dienste ergänzt, müssen ihre Bedingungen in der vorgesehenen Konfiguration beschrieben und in die rechtliche Bewertung des Projekts einbezogen werden. Damit bleibt auch die Einwilligungslogik Teil der Projekt- und Ausgaberegeln.
Website-Dokumente
Der Builder erzeugt vollständige öffentliche Dokumente aus einem gemeinsamen Projektkontext
Die statische Ausgabe erzeugt nicht nur den sichtbaren Bühneninhalt.
Für die einzelnen Seitentypen werden die vorhandenen Projektinformationen in einen gemeinsamen öffentlichen Kontext übersetzt.
Dadurch können Hauptseite, weitere Bereiche, Impressum, Datenschutz und redaktionelle Seiten technisch zusammengehören, obwohl sie unterschiedliche Inhalte besitzen.
Die Website ist erst dann ein vollständiger öffentlicher Kandidat, wenn diese Bestandteile in konsistenten Pfaden vorliegen.Der Website-Builder setzt vollständige HTML-Dokumente zusammen.
Dazu gehören Navigation, Styles, Skripte, Metadaten, öffentliche Links und gegebenenfalls FAQ, Rechtstexte sowie redaktionelle Seiten.