Neomagora, ospitato su SharePoint Microsoft 365, centralizza pianificazioni, note e assenze per gli studenti della NEOMA Business School. Quando la pagina si rifiuta di caricarsi o si blocca sulla schermata di accesso, il problema raramente è dovuto a una password dimenticata. La causa si trova più spesso nella gestione delle sessioni e dei cookie da parte del browser.
Cookie di terze parti e autenticazione SharePoint NEOMA: il blocco invisibile
Dal 2024-2025, Chrome, Edge e Firefox bloccano per impostazione predefinita i cookie di terze parti. Questa evoluzione, pensata per proteggere la privacy, interrompe silenziosamente il flusso di autenticazione Microsoft 365 su cui si basa Neomagora.
In concreto, la pagina di accesso SharePoint ha bisogno di scambiare token tra diversi domini Microsoft. Se il browser intercetta questi scambi, lo studente vede una pagina bianca, un ciclo di reindirizzamento o un messaggio di accesso negato, senza spiegazioni chiare.
La soluzione consiste nel creare eccezioni esplicite nelle impostazioni del browser. In Chrome, aprire Impostazioni, poi Privacy e sicurezza, poi Cookie di terze parti, e aggiungere due voci: *.microsoft.com e *.sharepoint.com. Su Edge, la procedura è identica nella sezione Cookie e autorizzazioni del sito. Firefox utilizza un percorso simile tramite le eccezioni della protezione avanzata contro il tracciamento.
Quando uno studente cerca di accedere a Neomagora e SharePoint Neoma senza successo dopo aver già reimpostato la propria password, questo passaggio di sblocco dei cookie risolve la maggior parte dei casi.
Conflitto di account Microsoft 365 su Windows: pulire prima di connettersi
Uno studente NEOMA si connette con il proprio identificativo [email protected]. Il problema si presenta quando un altro account Microsoft è già registrato sulla macchina: un vecchio account di stage, un account Outlook personale, o l’account di un’altra scuola.
Windows memorizza questi account in un registro accessibile tramite Impostazioni, poi Account, poi Accesso professionale o scolastico. Un account residuo può intercettare la richiesta di autenticazione e reindirizzare verso il tenant SharePoint sbagliato.
Procedura di pulizia degli account residui
- Aprire Impostazioni, poi Account, poi Accesso professionale o scolastico, e controllare l’elenco degli account connessi.
- Disconnettere qualsiasi account che non corrisponde all’identificativo NEOMA attivo (attenzione ai vecchi account di stage o di università precedenti).
- Riavviare il browser, poi tentare una nuova connessione su neoma.sharepoint.com/sites/myneomagora.
Questa verifica richiede meno di due minuti e evita il ciclo classico in cui il browser tenta di passare tra due tenant Microsoft 365 simultanei, provocando un errore di accesso senza messaggio esplicito.
Navigazione privata e profilo dedicato: due strategie complementari
Quando la pulizia degli account e dei cookie non basta, la navigazione privata rappresenta un test rapido. In modalità privata, il browser ignora le sessioni attive e i cookie memorizzati, isolando completamente il tentativo di accesso.
Se Neomagora funziona in navigazione privata ma non in modalità normale, il problema è confermato: un elemento del profilo del browser abituale interferisce. A questo punto si presentano due opzioni.
Creare un profilo browser separato per NEOMA
Chrome ed Edge consentono di creare profili distinti. Un profilo dedicato all’identificativo NEOMA evita qualsiasi incrocio con un account personale. Questo profilo conserva i propri cookie, le proprie sessioni e le proprie estensioni.
Il vantaggio rispetto alla navigazione privata: le sessioni persistono da un utilizzo all’altro. Lo studente non deve riconnettersi a ogni apertura del browser.
Svuotare la cache DNS locale
In rari casi, una cache DNS obsoleta impedisce la risoluzione del dominio neoma.sharepoint.com. Su Windows, aprire il prompt dei comandi e digitare ipconfig /flushdns. Su macOS, il comando equivalente passa tramite il terminale. Questa operazione costringe la macchina a interrogare nuovamente i server DNS e può sbloccare un accesso che falliva senza apparente motivo.
Cambiamenti Microsoft 365 da monitorare per il rientro 2026
Microsoft ha annunciato la rimozione dell’autenticazione tramite codice a uso unico (OTP) per gli ospiti SharePoint Online nell’estate del 2026. La transizione graduale verso il modello di invito B2B interno è iniziata a maggio 2026, con un ritiro completo dei vecchi link OTP previsto per la fine di agosto 2026.
Per gli studenti NEOMA, questa evoluzione non cambia nulla all’accesso quotidiano tramite l’identificativo @neoma-bs.com. Tuttavia, gli studenti che accedevano a spazi SharePoint condivisi da aziende partner (progetti di gruppo, stage) tramite un link OTP dovranno passare attraverso un invito formale B2B.
Questo cambiamento rischia di generare nuovi messaggi di errore al rientro, in particolare per gli studenti in corsi di alternanza che navigano tra il tenant NEOMA e quello della loro azienda ospitante. Mantenere un profilo browser distinto per ogni ambiente Microsoft 365 diventa quindi una precauzione utile, non solo un intervento occasionale.
Il riflesso più efficace di fronte a un blocco di Neomagora rimane quello di testare prima in navigazione privata. Se la connessione funziona, il problema è locale. I cookie di terze parti e gli account residui coprono la grande maggioranza dei casi. Reimpostare la propria password non serve a nulla finché l’ambiente del browser non è pulito.