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.
Un portale partecipanti è un sito web completo servito su un dominio di tua proprietà — pagine pubbliche che chiunque può leggere e che i motori di ricerca possono indicizzare, più un’area privata, riservata a chi ha effettuato l’accesso, collegata ai sondaggi, alle risposte, ai punteggi e ai record della tua organizzazione. Un solo portale copre entrambi i pubblici. Lo progetti in SurveyAnalytica, lo pubblichi e risponde su yourbrand.com con il tuo logo nell’angolo e nessun marchio SurveyAnalytica nella barra degli indirizzi.
È l’idea di fondo che determina tutto il resto. Un portale serve due tipi di persone dallo stesso insieme di pagine:
Vedono solo le pagine che hai contrassegnato come pubbliche. Quelle pagine vengono renderizzate sul server, quindi sono veloci, condivisibili e indicizzabili — un vero sito di marketing, non un’app dietro un login.
Ottengono tutto ciò che ottengono i visitatori, più le tue pagine private: i loro sondaggi, le loro risposte e i loro punteggi, il loro profilo e qualsiasi record tu scelga di mostrare.
Poiché entrambi vivono in un unico design, il passaggio è naturale: un visitatore legge la tua pagina dei servizi, fa clic su Sign In nello stesso menu e arriva nell’area privata senza mai lasciare il tuo dominio.
Nelle impostazioni della pagina, Who can see this page (chi può vedere questa pagina) offre tre livelli:
| Livello | Chi la legge | Motori di ricerca |
|---|---|---|
| Private | Solo i partecipanti autenticati. | Mai raggiungibile. |
| Public | Chiunque su internet, senza accesso. | Renderizzata sul server e indicizzabile. |
| Public, richer when signed in | Chiunque può leggerla; i partecipanti autenticati vedono di più sulla stessa pagina. Compare in entrambi i menu. | Indicizzabile, nella sua forma pubblica. |
Il confine è applicato sul server, non nascondendo elementi nel browser. In una pagina che un visitatore anonimo può leggere, i link di menu che puntano a pagine private vengono rimossi del tutto — nemmeno l’etichetta di una pagina privata compare mai su una pagina scansionabile. Per questo il pulsante di accesso di un menu pubblico deve puntare al percorso Sign In dell’app anziché a una pagina iniziale privata; il designer del portale segnala questi link mentre stai lavorando.
Poiché un portale serve entrambi i pubblici, ha due pagine iniziali anziché una. Nelle impostazioni della pagina, una pagina pubblica può essere contrassegnata come Default public page (“Opens at / for visitors who are not signed in”), e una pagina privata può essere contrassegnata come Default page after sign-in (“Opens at / for signed-in participants”). Entrambe possono essere impostate insieme; ciascuna risponde su / per il proprio pubblico. È questo che permette a una home page di marketing e a una dashboard per i partecipanti di condividere la radice del tuo dominio.
I portali sono responsive per impostazione predefinita. Alle larghezze da telefono la piattaforma di norma sostituisce il tuo menu con una app shell — una barra superiore con un pulsante menu, un pannello a scomparsa e schede in basso costruite dagli stessi link. È il comportamento giusto per una dashboard riservata agli utenti autenticati, ed è ciò che fa un container nav se non indichi diversamente.
Per un’intestazione pubblica di marketing spesso non è ciò che vuoi, quindi la manopola On mobile del container nav ti permette di mantenere il tuo design: Stack conserva il menu così come l’hai creato con i suoi stili mobile, e Scroll sideways lo mantiene come un’unica riga scorrevole in orizzontale. Menu button (l’impostazione predefinita) affida i telefoni alla app shell.
Pagine pubbliche per i servizi, il team e la prenotazione online, più un’area privata per i pazienti con i prossimi appuntamenti e i progressi della riabilitazione — un dominio, un design.
Una pagina di iscrizione pubblica che spiega il programma e un’area privata dove ogni panelist vede i sondaggi a lui assegnati, lo storico degli invii e i suoi certificati.
Test assegnati, punteggi con dettaglio per tentativo, una classifica costruita con un Data List con il filtro per utente disattivato e certificati scaricabili.
Una knowledge base pubblica e una pagina contatti — indicizzabili, così le persone trovano le risposte da un motore di ricerca — con un’area privata per aprire e seguire i ticket.
Schede metriche per resi aperti, garanzie attive e fatture in sospeso, ciascuna che porta da un elenco a una pagina di dettaglio per un singolo record.
Approvazioni di conformità, sondaggi annuali e presa visione delle policy, con domini diversi che servono team diversi all’interno della stessa organizzazione.
Un portale è fatto di pagine, racchiuse in layout, riempite di componenti.
/blog/shoulder-stiffness-after-surgery anziché su un id opaco.L’auto-registrazione funziona solo sul tuo dominio personalizzato. L’host di anteprima condiviso serve a vedere in anteprima una bozza da una scheda del browser — non accetta iscrizioni. Associa un dominio prima di invitare qualcuno.
Titoli delle pagine, etichette di menu, intestazioni, paragrafi, testo dei pulsanti, il login title e la login description sono tutti per lingua. Aggiungi nel designer le lingue di cui il tuo pubblico ha bisogno e completale una per una; ciò che non è tradotto ricade sulla lingua predefinita del portale.