Help

Beim Veröffentlichen wird eine Kopie Ihres zuletzt gespeicherten Entwurfs zum Live-Portal auf Ihrer Domain. Bis dahin ist nichts von dem, was Sie gebaut haben, für irgendjemanden erreichbar — Sie können so lange gestalten, in der Vorschau prüfen und iterieren, wie Sie mögen. Diese Anleitung behandelt den Veröffentlichen-Schritt, was sich für Besucher und Suchmaschinen im Moment des Live-Gangs ändert, wie Sie Aktualisierungen ausliefern und wie Sie ein Portal wieder offline nehmen.

Bevor Sie veröffentlichen

Eine verifizierte Domain, diesem Portal zugeordnet

Wählen Sie sie im Branding-Panel unter Panel domain. Ohne eine solche wird das Veröffentlichen abgelehnt — siehe unten.

Ihre letzten Änderungen gespeichert

Veröffentlicht wird der zuletzt gespeicherte Entwurf. Änderungen speichern sich von selbst, das ist also meist eine Sache von Sekunden.

Ein Durchgang durch den Vorschau-Schritt

Jede Seite erreichbar, jede Liste gefüllt, der Anmeldebildschirm gebrandet. Siehe Vorschau und Test Ihres Portals.

Veröffentlichen

Klicken Sie im Portal-Editor auf den Schritt Veröffentlichen.
Lesen Sie die Übersichtskarte. Sie nennt die Adresse, unter der das Portal antworten wird — Wird veröffentlicht unter vor der ersten Veröffentlichung, Live unter danach — und zählt, was live geht: Seiten: N, Öffentlich: Nsowie ein Hinweis wie „2 ausgeblendete Seiten bleiben von der Live-Website ausgeschlossen“.
Klicken Sie auf Veröffentlichen. Der Chip in der Ecke springt von Entwurf auf Live, und die Domain beginnt auszuliefern.

Der Veröffentlichen-Schritt eines Live-Portals. Vor der ersten Veröffentlichung steht auf dem Chip Entwurf, die Adresse ist mit „Wird veröffentlicht unter“ beschriftet, und die Schaltfläche heißt Veröffentlichen.

Wenn das Veröffentlichen abgelehnt wird

Ein Portal braucht eine Domain, die Ihre Organisation tatsächlich registriert hat und die diesem Portal zugeordnet ist. Fehlt sie, wird die Veröffentlichung abgelehnt und das Portal bleibt im Entwurf, mit der Meldung: „Verknüpfen Sie vor dem Veröffentlichen eine aktive Custom-Domain mit diesem Portal — andernfalls ist es nicht erreichbar. Richten Sie eine unter ‚Meine Domains‘ ein.“ Die Schaltfläche Domain einrichten auf derselben Karte bringt Sie dorthin.

Klicken Sie auf Veröffentlichen, während noch Änderungen ungespeichert sind, erhalten Sie den Hinweis „Ihre letzten Änderungen werden gespeichert – klicken Sie gleich erneut auf ‚Veröffentlichen‘.“ Auf einem bereits live geschalteten Portal erscheint eine kleine Warnung, solange Änderungen ausstehen: „Sie haben ungespeicherte Änderungen. Sie werden bei der nächsten Veröffentlichung live geschaltet.“

Was live geht, und für wen

Das Veröffentlichen kopiert Ihren Entwurf in einem Schritt auf die Live-Website; einen Teilzustand gibt es nicht. Ab diesem Moment gilt:

Seite	Anonymer Besucher	Angemeldeter Teilnehmer
Public und Public, richer when signed in	Vom Server ausgeliefert, indexierbar, in der Sitemap gelistet.	Ausgeliefert, mit den zusätzlichen Inhalten für angemeldete Leser.
Private	Existiert nicht. Ein Aufruf der Adresse liefert ein schlichtes Nicht-gefunden — nie einen Hinweis, dass man sich anmelden müsste.	Wird normal ausgeliefert.
Ausgeblendet (Augensymbol aus)	Existiert nicht, und Links darauf werden entfernt.	Existiert nicht.

Menülinks, die auf Seiten zeigen, die ein Besucher nicht öffnen kann, werden aus der anonymen Fassung des Menüs entfernt, sodass der Titel einer privaten Seite nie auf einer crawlbaren Seite erscheint. Ihr Link Sign In überlebt — er ist die eine App-Route, auf die ein öffentliches Menü zeigen darf.

Suchmaschinen

Erst der Live-Gang macht aus einem Portal eine indexierbare Website. Er bringt drei Dinge mit sich:

Eine robots-Datei unter /robots.txt , die genau Ihre öffentlichen Seiten erlaubt, alles andere verbietet und auf Ihre Sitemap zeigt.
Eine Sitemap unter /sitemap.xml , die jede öffentliche Seite auflistet, wobei Blog-Übersichten zu je einem Eintrag pro veröffentlichtem Beitrag ausgeklappt und per Slug adressiert werden.
Seiten-Metadaten — Titel, Beschreibung, Canonical-URL, Social-Share-Bild und, auf einer Beitragsseite, strukturierte Artikeldaten. Auf einer Beitragsseite gewinnen Suchtitel und Suchbeschreibung des Beitrags über die der Seite.

Paginierte Übersichtsseiten jenseits der ersten (?page=2 und aufwärts) sind bewusst crawlbar, aber nicht indexiert, sodass die Beiträge darauf gefunden werden, ohne dass die Übersichtsseiten in den Suchergebnissen miteinander konkurrieren.

Website in der Google Search Console beanspruchen. Wenn Sie das DNS der Domain kontrollieren, fügen Sie sie als Domain-Property hinzu und hinterlegen Googles TXT-Eintrag bei Ihrem Registrar — im Portal ist nichts einzutragen, Google verification file bleibt leer. Ohne DNS-Zugriff fügen Sie sie als URL-Präfix-Property (https://ihre-domain/) hinzu, wählen die HTML-Datei-Methode und tragen den angezeigten Dateinamen unter Google verification file im Branding-Panel ein; zuerst veröffentlichen — die Datei wird vom Live-Portal ausgeliefert. Für die Bing Webmaster Tools tragen Sie das Token aus der XML-Datei-Option unter Bing verification token ein oder importieren die Website aus der Search Console und sparen sich das Token. Die Indexierung hängt nicht von der Bestätigung ab; erst das Einreichen von /sitemap.xml in der Search Console lässt die Website finden.

Die Portal-URL ist schlicht Ihre Domain, und die Veröffentlichungskarte gibt Ihnen daneben Link kopieren und In neuem Tab öffnen . Teilen Sie sie in Umfrageeinladungen, Willkommens-E-Mails, auf Ihrer eigenen Website oder im Intranet, in gedruckten QR-Codes oder in einer Automatisierung, die neue Teilnehmer beim Anlegen per E-Mail benachrichtigt.

Wie Menschen zu einem Konto kommen, hängt an zwei Einstellungen, und beide wirken sofort ohne erneutes Veröffentlichen:

Selbstregistrierung erlauben (Branding-Panel) entscheidet, ob der Anmeldebildschirm überhaupt einen Register-Link anbietet. Aus bedeutet: „nur von Ihnen eingeladene Teilnehmer können sich auf diesem Portal anmelden“.
Anmeldungen automatisch freigeben (Einstellungen-Popover) entscheidet, was danach passiert. An: Eine neue Anmeldung ist sofort aktiv. Aus: Sie landen auf einem Bildschirm „Registration Under Review“ und warten auf einen Administrator — angemeldet leitet dieser Bildschirm sie automatisch weiter, sobald Sie freigeben.

Die Selbstregistrierung funktioniert nur auf Ihrer eigenen Custom-Domain. Der gemeinsame Vorschau-Host nimmt keine Registrierungen an.

Ein Live-Portal aktualisieren

Ein veröffentlichtes Portal zu bearbeiten nimmt es nie offline. Die Live-Website liefert weiter die zuletzt veröffentlichte Version aus, während sich Ihre Änderungen im Entwurf stapeln; nichts, was Sie tippen, ist für einen Teilnehmer sichtbar, bis Sie erneut veröffentlichen.

Nehmen Sie Ihre Änderungen wie gewohnt im Design-Schritt vor.
Prüfen Sie sie in der Vorschau.
Kehren Sie zu Veröffentlichen zurück und klicken Sie auf Änderungen veröffentlichen.

Der Wechsel ist atomar — Teilnehmer mitten in einer Sitzung werden nicht gestört. Geben Sie ihm eine Minute, bis sich die Seiten über den Cache hinweg auffrischen, und bis zu einer Stunde, bis robots-Datei und Sitemap nachziehen.

Veröffentlichen und Zurücknehmen bewegen genau eine Sache: die Live-Kopie. Der Entwurf, sein Verlauf und die Domain-Zuordnung bleiben in beiden Fällen unberührt.

Versionsverlauf und Rollback

Die Schublade Versionsverlauf in der Symbolleiste listet jeden gespeicherten Stand des Entwurfs, den neuesten zuerst, der oberste markiert als Aktuell. Vergleichen zeigt, was sich gegenüber dem aktuellen Entwurf geändert hat; Wiederherstellen holt einen älteren Stand als neuen Entwurf zurück. Das Wiederherstellen ändert die Live-Website nicht — sehen Sie es sich in der Vorschau an und veröffentlichen Sie dann, um es hinauszubringen.

Der Versionsverlauf liegt auf der Entwurfsseite. Das Veröffentlichen legt keinen eigenen Versionseintrag an; die Live-Website zurückzurollen heißt also, den gewünschten Entwurf wiederherzustellen und ihn zu veröffentlichen.

Ein Portal offline nehmen

Öffnen Sie den Schritt Veröffentlichen .
Klicken Sie auf Veröffentlichung aufheben und bestätigen Sie — „Dieses Portal offline nehmen? Teilnehmer können es dann nicht mehr öffnen.“

Die Live-Website wird entfernt. Ihr Design, sein Versionsverlauf und die Domain-Zuordnung bleiben alle erhalten, ein erneutes Veröffentlichen bringt es also sofort zurück. Zwei Nebenwirkungen sind zu erwarten, solange es unten ist: Suchmaschinen wird gesagt, nichts zu crawlen, und die Suchmaschinen-Verifizierungsdatei wird nicht mehr ausgeliefert — eine noch nicht abgeschlossene Verifizierung muss also wiederholt werden.

Mehrere Portale betreiben

Konto → Portal-Designs listet jedes Portal mit Status, Domain, Version und Zeitpunkt der letzten Änderung. Eine Domain gehört zu genau einem Portal und ein Portal bedient genau eine Domain; eine Kundenwebsite, ein Mitarbeiter-Hub und ein Partnerportal sind also drei Portale auf drei Domains — unabhängig gestaltet, gebrandet und veröffentlicht.

Fehlerbehebung

Symptom	Was zu prüfen ist
Das Veröffentlichen wird mit einer Domain-Meldung abgelehnt	Das Portal hat keine Domain, oder seine Domain ist keine, die Ihre Organisation registriert und verifiziert hat. Korrigieren Sie das unter Konto → Meine Domänenund wählen Sie sie dann im Branding-Panel aus.
Die Domain zeigt eine Zertifikatswarnung oder löst nicht auf	Das DNS ist noch nicht fertig. Prüfen Sie die Domain-Karte unter Meine Domänen — sie prüft von selbst nach und zeigt Gültige Konfiguration , wenn das Routing stimmt.
Eine Seite liefert Besuchern 404, funktioniert aber bei Ihnen	Sie ist Private, oder sie ist ausgeblendet. Ändern Sie das unter Who can see this page, oder schalten Sie ihr Augensymbol wieder ein, und veröffentlichen Sie.
Ein Menüeintrag fehlt auf der Live-Website	Er zeigt auf eine private oder ausgeblendete Seite, das öffentliche Menü lässt ihn also weg. Der Design-Canvas zeigt solche Links gedimmt mit einem Schloss; richten Sie ihn neu auf eine öffentliche Seite oder auf Sign In.
Nach der Anmeldung landen Leute auf der falschen Seite	Keine Seite — oder die falsche — ist als Default page after sign-inmarkiert. Es ist ein Kontrollkästchen je Seite, und es ist getrennt von Default public page.
Änderungen erscheinen nach dem Veröffentlichen nicht	Prüfen Sie, dass der Entwurf vor dem Veröffentlichen gespeichert wurde, und geben Sie dem Cache eine Minute. Ein hartes Neuladen im Browser schließt einen lokalen Cache aus.
Die Verifizierung in der Search Console schlägt fehl	Das Portal muss veröffentlicht sein — die Verifizierungsdatei wird von der Live-Website ausgeliefert — und der Dateiname muss exakt dem in der Search Console entsprechen.
Eine Metrik oder Liste zeigt einen Fehler	Ihr Entitätstyp, ihre Spalten oder ihr Filter sind falsch konfiguriert. Wählen Sie die Komponente im Design aus und prüfen Sie ihre Einstellungen.