Airbnb는 왜 로그인 방법을 서버가 고르게 했을까요

여행 서비스의 로그인은 매일 쓰는 메신저와 달라요. 몇 달 만에 돌아온 사용자는 비밀번호뿐 아니라 어떤 방식으로 가입했는지도 잊기 쉬워요. Airbnb는 이 문제를 줄이려고 계정 식별과 본인 확인을 나누고, 서버가 상황에 맞는 인증 수단을 고르는 구조를 도입했어요. 1
핵심 요약
| 구분 | 핵심 | 왜 볼만한가요 |
| 인증 순서 | 계정을 먼저 찾고 본인 확인 수단은 나중에 정해요 | 가입 방식이 기억나지 않아도 기존 계정으로 돌아갈 길이 생겨요 |
| 대체 경로 | 모든 인증 화면에서 다른 방법을 선택할 수 있어요 | SMS나 비밀번호가 막혀도 처음부터 다시 시작하지 않아도 돼요 |
| 시스템 구조 | 인증 화면과 순서를 서버 응답으로 제어해요 | 앱 업데이트를 기다리지 않고 정책과 문구를 바꿀 수 있어요 |
| 운영 결과 | 인증 성공률은 2.6% 높아지고 중복 계정은 27% 줄었어요 | 사용자 경험 개선이 비용과 계정 품질에도 연결됐어요 |
1. 계정을 먼저 찾고, 인증 방법은 그다음에 골라요
Airbnb가 내세운 원칙은 `Identify first, then Challenge`예요. 이메일이나 전화번호, 소셜 로그인으로 어떤 계정에 접근하려는지 먼저 확인해요. 계정을 찾은 뒤에는 서버의 정책 엔진이 계정 이력과 지역, 플랫폼, 이전 성공 기록을 바탕으로 인증 수단을 골라요. 브라질 사용자에게 WhatsApp OTP를 제안하거나 한국 사용자에게 익숙한 소셜 로그인을 앞세우는 식으로 지역별 전략도 적용할 수 있어요. 2
예전 방식에서는 사용자가 첫 화면에서 선택한 로그인 수단이 흐름 전체를 결정하기 쉬웠어요. 선택한 수단을 쓸 수 없으면 비밀번호 재설정으로 빠지거나 처음 화면으로 돌아가야 했어요. 새 구조는 계정과 사용할 수 있는 인증 수단을 연결해 보여줘요. 사용자가 가입 방식을 정확히 기억하지 못해도 기존 계정을 찾을 여지가 커져요. 1
모든 인증 화면에는 `Try another way`가 함께 나와요. 서버는 현재 계정에서 쓸 수 있는 다른 수단을 성공 가능성 순으로 반환해요. SMS를 받을 수 없거나 비밀번호가 기억나지 않을 때 현재 흐름 안에서 다른 수단으로 바꿀 수 있어요. 막힌 사용자를 첫 화면으로 돌려보내지 않는다는 제품 원칙을 시스템 요구사항으로 만든 셈이에요.
인증 화면도 서버 주도형으로 바꿨어요. 클라이언트는 서버가 보낸 화면을 그린 뒤 사용자 액션을 다시 전달해요. 화면 순서와 문구, 다음 단계 판단은 서버가 맡아요. Web, iOS, Android가 각각 인증 분기를 관리하던 구조보다 클라이언트 상태가 단순해져요. 화면 스키마에서 플랫폼별 타입을 생성해 서버와 클라이언트의 불일치도 개발 단계에서 확인할 수 있어요. 2
공개된 결과도 구체적이에요. 클라이언트 코드는 60% 줄었고 웹 번들은 100KB 작아졌어요. 새 인증 흐름을 적용한 뒤 인증 성공률은 2.6% 높아졌어요. 기존 계정을 찾지 못해 새로 만드는 중복 계정은 27% 줄었고 SMS OTP 비용도 약 11% 감소했어요. 출시 후 3개월 동안 20개가 넘는 실험을 진행했고, 일부 실험은 결과를 확인하기까지 걸리는 시간이 몇 주에서 며칠로 짧아졌어요. 1
왜 중요한가요
인증 실패는 오류 메시지 한 번으로 끝나지 않아요. 예약이나 결제 직전의 사용자가 계정에 들어가지 못하면 거래가 중단될 수 있어요. 중복 계정이 생기면 예약 기록과 신원 정보, 지원 이력도 여러 곳으로 나뉘어요. Airbnb는 로그인 성공률과 계정 품질, 인증 비용을 한 인증 구조에서 함께 개선했어요. 2
서버 주도형 UI를 도입하려면 스키마 버전 관리와 이전 앱 호환성, 장애 시 기본 동작을 꼼꼼하게 설계해야 해요. 인증처럼 지역과 계정 상태에 따라 적절한 경로가 자주 바뀌는 영역에서는 장점이 분명해요. 정책 변경마다 앱 심사와 배포를 기다리지 않아도 되고, 문제가 생긴 인증 수단을 빠르게 뒤로 보낼 수 있어요.
비슷한 구조를 검토하는 팀이라면 로그인 화면 수보다 실패 후 경로를 먼저 점검해 볼 만해요. 사용자가 선택한 수단을 쓸 수 없을 때 다른 방법이 같은 화면에 보이는지, 기존 계정을 찾는 과정과 본인 확인이 섞여 있지 않은지 확인하면 돼요. 서버가 인증 수단을 추천할 때는 성공률뿐 아니라 보안 수준과 복구 가능성, 비용도 함께 다뤄야 해요. Airbnb도 정책 엔진의 개인화는 초기 단계라고 밝혔어요. 1
참고 자료
'IT & AI' 카테고리의 다른 글
| Rust 백엔드를 오래 버티게 만드는 계층 설계와 PostgreSQL 활용법 (0) | 2026.08.17 |
|---|---|
| AI 코딩 시대, 플랫폼 엔지니어링이 비용을 줄이는 이유 (0) | 2026.08.17 |
| Git 커밋 기록을 표처럼 고치는 git-knife, 날짜와 작성자도 한 번에 바꿔요 (0) | 2026.08.17 |
| 앱 밖 결제에도 15%, Apple이 꺼낸 새 수수료안 (1) | 2026.08.16 |
| AI에게 일을 잘 맡기려면 맥락과 검증이 먼저예요 (0) | 2026.08.16 |