Neomagora, hospedado no SharePoint Microsoft 365, centraliza cronogramas, notas e ausências para os alunos da NEOMA Business School. Quando a página se recusa a carregar ou fica em um loop na tela de login, o problema raramente vem de uma senha esquecida. A causa geralmente está na gestão de sessões e cookies pelo navegador.
Cookies de terceiros e autenticação SharePoint NEOMA: o bloqueio invisível
Desde 2024-2025, Chrome, Edge e Firefox bloqueiam por padrão os cookies de terceiros. Essa evolução, pensada para proteger a privacidade, quebra silenciosamente o fluxo de autenticação do Microsoft 365 no qual o Neomagora se baseia.
Concretamente, a página de login do SharePoint precisa trocar tokens entre vários domínios da Microsoft. Se o navegador interceptar essas trocas, o aluno verá uma página em branco, um loop de redirecionamento ou uma mensagem de acesso negado, sem explicação clara.
A solução consiste em criar exceções explícitas nas configurações do navegador. No Chrome, abra Configurações, depois Privacidade e segurança, depois Cookies de terceiros, e adicione duas entradas: *.microsoft.com e *.sharepoint.com. No Edge, a manipulação é idêntica na seção Cookies e permissões do site. O Firefox utiliza um caminho semelhante através das exceções da proteção aprimorada contra rastreamento.
Quando um aluno tenta se conectar ao Neomagora e SharePoint Neoma sem sucesso após já ter redefinido sua senha, essa etapa de desbloqueio dos cookies resolve a maioria dos casos.
Conflito de contas Microsoft 365 no Windows: limpar antes de se conectar
Um aluno da NEOMA se conecta com seu identificador [email protected]. O problema aparece quando outra conta Microsoft já está registrada na máquina: uma conta antiga de estágio, uma conta pessoal do Outlook ou a conta de outra escola.
O Windows memoriza essas contas em um registro acessível através de Configurações, depois Contas, depois Acesso profissional ou escolar. Uma conta residual pode interceptar a solicitação de autenticação e redirecionar para o tenant SharePoint errado.
Procedimento de limpeza de contas indesejadas
- Abrir Configurações, depois Contas, depois Acesso profissional ou escolar, e verificar a lista de contas conectadas.
- Desconectar qualquer conta que não corresponda ao identificador NEOMA ativo (atenção às contas antigas de estágios ou universidades anteriores).
- Reiniciar o navegador e tentar uma nova conexão em neoma.sharepoint.com/sites/myneomagora.
Essa verificação leva menos de dois minutos e evita o loop clássico onde o navegador tenta alternar entre dois tenants Microsoft 365 simultâneos, provocando um erro de acesso sem mensagem explícita.
Navegação privada e perfil dedicado: duas estratégias complementares
Quando a limpeza das contas e cookies não é suficiente, a navegação privada constitui um teste rápido. Em modo privado, o navegador ignora as sessões ativas e os cookies armazenados, isolando completamente a tentativa de conexão.
Se o Neomagora funciona em navegação privada, mas não em modo normal, o problema está confirmado: um elemento do perfil do navegador habitual está interferindo. Duas opções estão disponíveis.
Criar um perfil de navegador separado para NEOMA
Chrome e Edge permitem criar perfis distintos. Um perfil dedicado ao identificador NEOMA evita qualquer cruzamento com uma conta pessoal. Esse perfil mantém seus próprios cookies, suas próprias sessões e suas próprias extensões.
A vantagem em relação à navegação privada: as sessões persistem de uma utilização para outra. O aluno não precisa se reconectar a cada abertura do navegador.
Limpar o cache DNS local
Em casos raros, um cache DNS obsoleto impede a resolução do domínio neoma.sharepoint.com. No Windows, abra o prompt de comando e digite ipconfig /flushdns. No macOS, o comando equivalente é feito através do terminal. Essa operação força a máquina a interrogar novamente os servidores DNS e pode desbloquear um acesso que falhava sem razão aparente.
Mudanças no Microsoft 365 a serem observadas para o início de 2026
A Microsoft anunciou a remoção da autenticação por código de uso único (OTP) para convidados do SharePoint Online no verão de 2026. A transição gradual para o modelo de convite B2B interno começou em maio de 2026, com a retirada completa dos antigos links OTP prevista para o final de agosto de 2026.
Para os alunos da NEOMA, essa evolução não muda nada na conexão diária através do identificador @neoma-bs.com. No entanto, os alunos que acessavam espaços SharePoint compartilhados por empresas parceiras (projetos em grupo, estágios) através de um link OTP terão que passar por um convite formal B2B.
Essa mudança pode gerar novas mensagens de erro no início do ano letivo, especialmente para os alunos em cursos de alternância que navegam entre o tenant NEOMA e o da empresa anfitriã. Manter um perfil de navegador distinto para cada ambiente Microsoft 365 torna-se, portanto, uma precaução útil, não apenas uma solução pontual.
O reflexo mais eficaz diante de um bloqueio no Neomagora continua sendo testar primeiro em navegação privada. Se a conexão for bem-sucedida, o problema é local. Cookies de terceiros e contas residuais cobrem a grande maioria dos casos. Redefinir a senha não adianta enquanto o ambiente do navegador não estiver limpo.