"Google로 계속하기"를 탭하고, 계정을 선택하면, 다음으로 보게 될 것은 ToRun이어야 합니다. 많은 사람이 대신 본 것은 이메일을 확인하러 가라는 페이지였습니다. 그것은 30초 전 Google이 본인을 대신해 방금 검증한 것과 같은 주소였습니다.
우리는 이를 숫자를 세다가 발견했습니다. 로그인하려면 확인된 주소가 필요하다는 규칙이 시행된 이후, Google을 통해 만든 계정의 4분의 1 이상이 단 한 번도 로그인하지 못했습니다. 세션 하나 없이, 단 한 번도요. 그들은 계정을 만들고 벽에 부딪혀 튕겨 나가고 있었습니다.
왜 이런 일이 일어났는가
우리가 사용하는 프레임워크는 오직 한 가지 경로에서만 주소를 자동으로 확인합니다. 가입 중에 사람이 확인 코드를 입력하는 흐름이죠. 그 경로는 우리 쪽에서는 꺼져 있습니다. 소셜 가입에는 코드를 입력할 곳이 없기 때문입니다. 그래서 Google이나 Apple을 통한 가입 완료는 매번 미확인 계정을 만들었고, 제공자가 방금 보증한 메일함으로 확인 링크를 보냈으며, 아무도 로그인시키지 않은 채 확인 페이지로 리디렉션했습니다.
아무것도 실패하지 않았습니다. 오류 로그도 전혀 남지 않았습니다. 그 페이지는 심지어 누군가에게 보여줄 만한 합리적인 것처럼 보이기까지 했습니다.
정확히 이런 상황을 위한 보호 장치가 몇 주 전에 추가되어 있었지만, 단 한 번도 작동하지 않았습니다. 로그인 페이지에 있었고, 두 개의 Google 버튼은 완전히 다른 경로를 지났기 때문입니다.
확인된 상태로 태어나다
Google이나 Apple로 만든 계정은 이제 등록된 주소가 실제로 제공자가 주장한 그 주소인 한, 확인된 상태로 시작합니다. 제공자가 주소를 검증하지 않았다고 명시적으로 밝히면, 그 신뢰는 주어지지 않고 기존 흐름이 실행됩니다. 어떤 이유로든 확인이 실패하면 역시 기존 흐름이 실행되고 링크가 발송됩니다.
프레임워크가 발송했을 확인 메일은 이제 발송 대신 침묵으로 처리됩니다. 그래서 이미 확인된 것을 확인하라는 메일을 받는 사람이 아무도 없습니다.
주소 자체는 이제 완료 페이지에서 읽기 전용이며, 제공자가 이를 검증했다는 설명이 29개 언어로 한 줄 붙어 있습니다. 그리고 휴대폰에서는 가입에서 확인 화면으로 넘어가는 과정이 스택을 초기화하기 때문에, 뒤로 가기 동작이 사용자명과 주소가 여전히 편집 가능한 반쯤 작성된 양식이 아니라 로그인 화면에 도착합니다.
아무도 고칠 필요가 없다
예전 벽 뒤에 갇힌 계정은 마이그레이션이 필요하지 않습니다. "Google로 계속하기"를 다음에 탭하면 확인됩니다 — 이전 수정 이후 계속 사실이었고, 그것이 복구 경로의 전부입니다.
이 문제를 잡아냈어야 할 검사 — 로그인 경로를 읽고 각 경로의 동작을 확인하는 검사 — 는 문제가 존재했던 4주 동안 계속 초록색이었습니다. 검사가 관찰하는 모든 훅이 이 흐름이 전혀 건드리지 않는 페이지에 있었기 때문입니다. 이제 이 흐름이 실제로 건드리는 페이지들에 열두 개의 새로운 검사가 추가되었습니다.