Como garantir que o JWT de um OAuth 2.0 customizado seja acessível no Next.js usando Next Auth

No cenário de usar Next-Auth com uma implementação própria de OAuth 2.0, a maior dúvida que surge é como fazer o token JWT estar disponível no cliente após o login.

Recentemente, vi uma situação comum: a autenticação ocorre normalmente, mas o token aparece como null no lado do cliente. Isso costuma acontecer por falta de configuração adequada da sessão ou do callback na própria Next-Auth.

A minha dica é revisar se a sua configuração de callbacks está retornando o token de forma explícita. Algo como: Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta.

callbacks: {
  async jwt({ token, user, account }) {
    if (account && user) {
      token.accessToken = account.access_token. }
    return token. },
  async session({ session, token }) {
    session.accessToken = token.accessToken. return session. }
}

Isso ajuda a manter o token na sessão acessível no lado cliente. Além disso, verifique se o seu provider está retornando o token de forma correta na resposta de autenticação. Sem esses ajustes, é bem comum o token ficar null na sessão. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.

Quem já passou por isso e conseguiu resolver, qual foi a estratégia que funcionou melhor na prática? Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta.

Lembre-se: ajustar o fluxo de callbacks na Next-Auth é o caminho mais direto para manipular tokens personalizados em autenticações próprias. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois.