refresh-token2 Server-Side Design for Social Login (Pre-Implementation Architecture) I have been thinking about how to design the server when implementing social login. I want to implement automatic login properly, but there are many different cases to consider: existing users, new users who want to sign up, users who have agreed to the terms, and so on. It is not as simple as it first seems. I am writing this post hoping that developers who are facing similar 고민 will read it an.. 2026. 1. 23. 소셜 로그인을 위한 서버 설계(코드가 아닌 사전 설계) 소셜 로그인을 구현할 때 서버를 어떻게 설계할까를 고민하고 있었다. 자동 로그인까지 잘 구현하고 싶은데....기존 사용자, 새로 가입을 원하는 사용자, 약관 동의한 사용자 등등 케이스별로 상황이 다양해서 쉽지가 않다. 비슷한 고민을 하고 있는 개발자들이 보고 피드백을 남겨주길 바라면서 글을 적는다. 이 글에서는 “소셜 로그인 + 약관 동의 + JWT + RefreshToken” 서버 설계를 코드 없이 설계 관점으로 정리한다. 정리하려는 핵심 질문은 다음이다.Firebase 인증과 서버 로그인(JWT)은 무엇이 다를까?sign-up과 sign-in은 API를 분리해야 할까?약관 동의는 어디까지가 “회원가입 완료”일까?RefreshToken은 언제 발급/저장해야 자동 로그인이 깔끔해질까? 1. 한 줄 결론외.. 2026. 1. 23. 이전 1 다음