We use cookies
We use cookies and similar technologies to improve your experience, analyse traffic, and personalise content. You can accept all cookies or reject non-essential ones.
Ein Teilnehmerportal ist eine vollständige Website auf einer Domain, die Ihnen gehört — öffentliche Seiten, die jeder lesen und Suchmaschinen indexieren können, plus ein privater, angemeldeter Bereich, der mit den eigenen Umfragen, Antworten, Scores und Datensätzen Ihrer Organisation verdrahtet ist. Ein Portal bedient beide Zielgruppen. Sie gestalten es in SurveyAnalytica, veröffentlichen es, und es antwortet unter yourbrand.com mit Ihrem Logo in der Ecke und ohne SurveyAnalytica-Branding in der Adressleiste.
Das ist die eine Idee, die alles Weitere prägt. Ein Portal bedient zwei Arten von Menschen aus demselben Satz von Seiten:
Sie sehen nur die Seiten, die Sie als öffentlich markiert haben. Diese Seiten werden auf dem Server gerendert und sind damit schnell, teilbar und indexierbar — eine echte Marketing-Website, keine App hinter einem Login.
Sie bekommen alles, was die Besucher bekommen, plus Ihre privaten Seiten: ihre Umfragen, ihre Antworten und Scores, ihr Profil und alle Datensätze, die Sie sichtbar machen möchten.
Weil beide in einem Design leben, ist der Übergang nahtlos: Ein Besucher liest Ihre Leistungsseite, klickt auf Sign In im selben Menü und landet im privaten Bereich, ohne Ihre Domain je zu verlassen.
In den Seiteneinstellungen bietet Who can see this page (Wer diese Seite sehen darf) drei Stufen:
| Stufe | Wer sie liest | Suchmaschinen |
|---|---|---|
| Private | Nur angemeldete Teilnehmer. | Nie erreichbar. |
| Public | Jeder im Internet, ohne Anmeldung. | Serverseitig gerendert und indexierbar. |
| Public, richer when signed in | Jeder kann sie lesen; angemeldete Teilnehmer sehen auf derselben Seite mehr. Sie erscheint in beiden Menüs. | Indexierbar, in ihrer öffentlichen Form. |
Die Grenze wird auf dem Server durchgesetzt, nicht durch Verstecken im Browser. Auf einer Seite, die ein anonymer Besucher lesen kann, werden Menülinks auf private Seiten restlos entfernt — nicht einmal die Bezeichnung einer privaten Seite erscheint je auf einer crawlbaren Seite. Deshalb muss die Anmelde-Schaltfläche eines öffentlichen Menüs auf die Sign In -Route der App zeigen und nicht auf eine private Startseite; der Portal-Designer kennzeichnet solche Links schon beim Erstellen für Sie.
Weil ein Portal beide Zielgruppen bedient, hat es zwei Startseiten statt einer. In den Seiteneinstellungen kann eine öffentliche Seite als Default public page markiert werden („Opens at / for visitors who are not signed in“ — öffnet sich unter / für nicht angemeldete Besucher), und eine private Seite als Default page after sign-in („Opens at / for signed-in participants“ — öffnet sich unter / für angemeldete Teilnehmer). Beides lässt sich gleichzeitig setzen; jede antwortet auf / für ihre eigene Zielgruppe. Genau das lässt eine Marketing-Startseite und ein Teilnehmer-Dashboard sich die Wurzel Ihrer Domain teilen.
Portale sind standardmäßig responsiv. Bei Telefonbreiten ersetzt die Plattform Ihr Menü normalerweise durch eine App-Shell — eine obere Leiste mit Menü-Schaltfläche, eine ausfahrbare Schublade und untere Tabs, gebaut aus denselben Links. Für ein angemeldetes Dashboard ist das genau das richtige Verhalten, und ein nav-Container macht es so, sofern Sie nichts anderes angeben.
Für einen öffentlichen Marketing-Header ist das oft nicht das, was Sie wollen. Deshalb können Sie mit dem Regler On mobile des nav-Containers Ihr eigenes Design behalten: Stack behält das erstellte Menü mit seinen mobilen Styles, und Scroll sideways behält es als eine Reihe, die seitlich gewischt wird. Menu button (die Voreinstellung) übergibt Telefone an die App-Shell.
Öffentliche Seiten für Leistungen, das Team und die Online-Terminbuchung, plus ein privater Patientenbereich für anstehende Termine und den Genesungsfortschritt — eine Domain, ein Design.
Eine öffentliche Anmeldeseite, die das Programm erklärt, und ein privater Bereich, in dem jedes Panelmitglied die ihm zugewiesenen Umfragen, seinen Einreichungsverlauf und seine Zertifikate sieht.
Zugewiesene Tests, Scores mit Aufschlüsselung je Versuch, ein Leaderboard aus einer Data List mit abgeschalteter Filterung je Nutzer und herunterladbare Zertifikate.
Eine öffentliche Wissensdatenbank und eine Kontaktseite — indexierbar, damit Menschen die Antworten über eine Suchmaschine finden — mit einem privaten Bereich zum Erstellen und Verfolgen von Tickets.
Metrik-Karten für offene Retouren, aktive Garantien und ausstehende Rechnungen, die jeweils aus einer Liste in eine Detailseite für einen einzelnen Datensatz führen.
Compliance-Freigaben, Jahresumfragen und Richtlinienbestätigungen, wobei verschiedene Domains verschiedene Teams innerhalb derselben Organisation bedienen.
Ein Portal besteht aus Seiten, eingefasst in Layouts, gefüllt mit Komponenten.
/blog/shoulder-stiffness-after-surgery liegt statt unter einer undurchsichtigen ID.Die Selbstregistrierung funktioniert nur auf Ihrer eigenen Custom-Domain. Der gemeinsame Vorschau-Host dient nur dazu, einen Entwurf in einem Browser-Tab anzusehen — er nimmt keine Registrierungen an. Verknüpfen Sie eine Domain, bevor Sie jemanden einladen.
Seitentitel, Menübezeichnungen, Überschriften, Absätze, Schaltflächentexte, der Login title und die Login description sind alle sprachabhängig. Fügen Sie im Designer die Sprachen hinzu, die Ihr Publikum braucht, und füllen Sie jede davon; alles Unübersetzte fällt auf die Standardsprache des Portals zurück.