이러한 사용자는 링크를 클릭해야 하는지, 아니면 인증 코드를 확인해야 하는지 혼란을 느낄 수 있습니다.
음, 잘 모르겠어요. "이 링크를 클릭하거나 이 코드를 입력하세요"라는 이메일은 흔한 것 같거든요. 만약 사용자가 다른 기기로 이메일을 받는다면, 여전히 한 번의 클릭으로 처리할 수 있는 편의성을 제공해 주니 도움이 되긴 합니다. - 하지만 사이트 관리자가 사용자들이 어떤 옵션을 이해할 수 있을지 결정하게 두는 게 좋겠어요.
1개의 좋아요
피드백을 공유해 주셔서 감사합니다!
이 기능이 사용자 이름 입력 양식을 제거하는 것은 아니라는 점을 덧붙이고 싶습니다. 예정된 변경사항의 현재 버전에서, 이메일 주소를 코드로 확인한 후 전용 사용자 이름 단계가 있음을 확인하실 수 있습니다:
최근 "user1"과 "user2"와 같은 사용자 이름이 표시되던 버그를 수정했으므로, 새 계정에서 여전히 그런 현상이 보인다면 알려 주십시오.
1개의 좋아요
좋습니다. 제 경우를 언급하자면, 이 “계정이 준비되었습니다” 단계 이후에 관리자 승인 단계가 있으므로, 해당 상황에서는 이 문구가 오해를 살 수 있습니다.
1개의 좋아요
현재 사용 중인 안정 버전에서 그런 일이 있었던 것 같은데, 기존 가입 방식으로 되돌려 놓아서 확인할 수 없습니다. 다만 나중에 언급해 주신 개선 사항들을 적용해서 다시 시도해 보겠습니다.
1개의 좋아요
이 새로운 "enable_local_logins_via_code"를 사용해보니 다소 어색합니다. 제 경우처럼 비밀번호 관리 프로그램(저는 Roboform을 사용 중)을 사용하면 보통 저장된 사용자 이름과 비밀번호를 동시에 입력한 뒤 사이트로 바로 이동하는데, 이제는 Roboform에 두 개의 항목이 표시됩니다. 제 경우 하나는 사용자 이름(이메일로 로그인하지 않고 사용자 이름으로 로그인하기 때문에)이고, 다른 하나는 비밀번호입니다.
하지만 이 경우, 비밀번호와 사용자 이름을 동시에 입력하는 대신 코드가 즉시 다음 화면으로 진행됩니다:
그런 다음 이메일 주소를 수동으로 입력해야 합니다. 안정화 버전에서는 이 부분을 더 우아하게 처리할 예정인가요? 그 프롬프트에서 Roboform을 사용하면 당연히 사용자 이름이 삽입되고 다음과 같은 오류가 발생합니다:
가능한 해결책 중 하나는 모든 사용자에게 비밀번호 관리 프로그램의 로그인 정보를 사용자 이름이 아닌 이메일로 업데이트하도록 안내하는 것입니다. 하지만 이는 다소 부담스러울 뿐만 아니라, 테스트를 위해 Roboform에서 사용자 이름을 이메일로 변경하더라도 동일한 초기 동작을 보이므로 두 번째 화면으로 이동하여 두 번째 단계를 수행해야 합니다:
어쨌든 지금은 좀 어색합니다. 저는 절대 “Email me a one-time login code” 링크를 클릭하지 않는데도 즉시 두 번째 프롬프트로 이동합니다.
오해하지 마세요, 6자리 코드 옵션은 저도 좋아하고 회원분들도 좋아하실 것입니다. 다만 Roboform 같은 비밀번호 관리 프로그램과 함께 사용할 때 현재보다 더 부드럽게 작동하길 바랍니다.
1개의 좋아요
저는 이게 정말 끔찍하다고 생각합니다. 기능을 꺼버렸어요. 이것이 의무화되지 않을 것이라고 확인해 주시겠어요?
기술에 꽤나 밝은 사람이 아니라면, 합리적인 사용자명을 고르는 데 신경 쓸 사람은 아무도 없을 겁니다.
어차피 모든 사람이 그렇게 하지는 않지만, "이름"이 "사용자명"과 함께 모든 곳(예: /admin/users/list/active)에 표시되지 않는 한, 이것은 오히려 나빠지는 변화입니다.
(일반적으로 Discourse에 감사드립니다. 고맙지 않은 것처럼 들리지 않기를 바랍니다!)
1개의 좋아요
해당 시스템을 이용해 로그인하는 것과 관련하여 두 가지가 있습니다.
하나는 사용자 이름이나 이메일 주소를 입력할 수 있다면 더 쉬울 수 있다는 점입니다. 둘 중 하나는 다른 하나보다 기억하기 쉬울 수 있기 때문입니다.
또 하나는 제 포럼에서는 사용자 이름을 변경할 수 없다는 점입니다. 아마도 제가 오래전에 변경한 설정일 텐데, 새로운 시스템은 사용자 이름 변경 기능을 어느 정도 의존하고 있으므로 이 점을 참고할 가치가 있을 수 있습니다.
안녕하세요! 저도 오늘 이 새로운 기능을 발견했습니다. 저희 포럼에서는 관리(모더레이션) 프로세스를 운영하고 있는데, 갑자기 신규 사용자들에게 "happybreeze34"와 같은 무작위 사용자명이 배정되기 시작했습니다. 저희는 사용자가 임의의 별명이 아닌 본인이 원하는 이름으로 활동하기를 선호하므로, 이는 저희에게 문제가 됩니다.
이를 우회하기 위해 시도해 보니, “무작위 사용자명 생성” 옵션을 해제하면 대신 “user1”, “user2” 등의 패턴으로 돌아가는데, 이것도 별로 나은 편이 아닙니다.
또한 전체 플로우가 다소 혼란스럽게 느껴졌습니다. 사용자는 먼저 이메일로 전송된 코드를 입력하여 승인을 받아야 하지만, 실제 로그인 단계에서는 비밀번호를 입력하라는 프롬프트가 뜨는데, 사용자는 비밀번호를 설정한 적이 없기 때문에 어떻게 진행해야 할지 명확하지 않습니다. 이 경우에도(이 부분은 직관적이지 않습니다) 코드를 다시 전송해야 합니다. 로그인에 성공한 후에는 사용자가 스스로 사용자명을 변경하는 방법을 찾아야 합니다. 종합하자면, 특히 저희 측에서는 사용자가 해당 단계에 도달하기 전에 계정이 관리자 승인을 받아야 하므로, 온보딩 과정이 상당히 길고 혼란스럽습니다.
결국 현재로서는 이 플로우가 저희의 필요에 잘 맞지 않습니다. 
5개의 좋아요
이 경우, 다음 설정을 활성화하는 것이 가장 좋습니다:
말씀하신 부분이 맞습니다. 스태프의 승인이 필요한 사이트에서 이 플로우가 어떻게 작동하는지 검토가 필요합니다. 확인 후 다시 알려드리겠습니다.
4개의 좋아요
이 문제에 대해 알려주셔서 감사합니다!
여기서 해당 문제의 수정 사항을 적용했습니다:
업데이트 후 확인해 보시고, 여전히 이 문제를 겪고 있는지 알려주실 수 있을까요?
3개의 좋아요
피드백 감사합니다. 랜덤 사용자 이름 생성을 기본값으로 opt-in(선택)으로 할지 opt-out(제외)으로 할지 고려 중이므로 큰 도움이 됩니다. 참고로 이 기능은 절대 강제되지 않으며, 첫 번째 게시물의 다음 지침을 따라 opt-out할 수 있습니다:
완료되면 화면은 다음과 같이 보입니다:
3개의 좋아요
스태프 승인이 필요한 사이트의 흐름을 개선하는 업데이트 
를 방금 배포했습니다. 업데이트 후 사용해 보시고 문제가 발견되면 알려주시기 바랍니다!
4개의 좋아요
아니요, 거의 동일한 동작을 수행합니다. Roboform은 이메일 주소를 입력한 뒤 1~2초 정도 대기하고, 이메일이 표시된 상태에서 6자리 코드 입력 프롬프트로 이동합니다. 즉, 제가 직접 클릭하지 않았음에도 Roboform이나 다른 어떤 것이 "일회용 로그인 코드를 이메일로 보내기"를 트리거하는 것처럼 보입니다. 비밀번호를 입력하고 discourse로 직접 진행하는 방식과는 다릅니다.
한동안 Roboform의 무료 버전을 다운로드하여 로그인 10개를 사용할 수 있었는데, 해당 비밀번호 관리자를 정확히 테스트해 보려면 참고할 만합니다.
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
처음에는 랜덤 사용자 이름 생성을 허용하는 경우와 허용하지 않는 경우로 나누어 시도해 보았습니다. 결과는 차이가 없었습니다.
오늘 밤 Username change period(사용자 이름 변경 주기)를 0에서 1로 변경했습니다(즉, 이제 사용자 이름 변경을 허용하는 것입니다). 훨씬 잘 작동하는 것 같습니다. 두 가지 부분이 달랐습니다(제가 주의를 기울이지 못한 것 외에는):
- 위에서 보여준 사용자 이름 입력을 요구하는 화면이 나타났습니다. 이전에는 이 화면이 나타나지 않았습니다. 일리 있는 부분이지만,
Username change period설정의 이러한 효과는 설명서에 언급되어야 합니다. - 이 주제에서 언급되지 않은 다른 화면이 사용자 이름 입력 화면 전에 나타났습니다. 이 화면에서는 전체 이름과 사용자 정의 필드를 입력하도록 요청합니다. 이는 좋은 변화입니다. 하지만 이 화면 역시 이전에는 나타나지 않았습니다. 이러한 차이는 어떤 의미도 부여하기 어렵습니다.
이 새로운 기능을 사용하기 전에 보고 싶은 또 다른 변경 사항은 로그인 과정(즉, 사용자가 로그아웃한 후 다시 로그인하려는 경우)과 관련이 있습니다.
- “Email me a one-time login code”(일회용 로그인 코드를 이메일로 보내주세요) 옵션은 “Log In”(로그인) 버튼과 동일한 수준의 중요성을 가져야 합니다. 현재로서는 직관적이지 않습니다. 많은(비기술적인) 사람들이 단순히 비밀번호를 잃어버린 것으로 생각할 것 같습니다.
- 하나의 버튼만 유지하고, 다음과 같은 메시지를 표시하는 것도 좋습니다: “If you do not enter a password we will email you a one-time login code.”(비밀번호를 입력하지 않으면 일회용 로그인 코드를 이메일로 보내드립니다.)
- “I have lost my password”(비밀번호를 잊어버렸습니다) 항목에 비밀번호 생성 링크를 보내는 동일한 절차가 포함된다는 개념을 어떻게든 포함할 수 있을까요? 예를 들어 “Reset or create password”(비밀번호 재설정 또는 생성)처럼요?
- “Set password”(비밀번호 설정) 이메일의 이 단락에서 아이디어가 너무 산만하게 전개됩니다: “Somebody asked to add a password to your account on XYZ. Alternatively, you can log in using any supported online service (Google, Facebook, etc) that is associated with this validated email address.”(누군가 XYZ에서 귀하의 계정에 비밀번호를 추가해 달라고 요청했습니다. 또는, 이 인증된 이메일 주소와 연결된 지원되는 온라인 서비스(Google, Facebook 등)를 사용하여 로그인할 수도 있습니다.) 두 번째 문장은 많은 포럼에는 해당되지 않을 것입니다.
장점으로는, 일회용 코드가 Discourse Hub 앱에서 로그인 링크보다 더 잘 작동할 것이라고 생각합니다. 이전 로그인 링크는 Hub 앱이 아닌 브라우저에서 열렸기 때문입니다.
1개의 좋아요
감사합니다, 한번 해볼게요!
1개의 좋아요
포럼이 invite code 사이트 설정을 사용하는 경우, 가입 과정에서 무언가 제대로 작동하지 않는 것 같습니다. 이메일 주소만 입력할 수 있었고, 포럼에서는 이메일이 발송되었다고 안내했지만, 실제로는 이메일을 받지 못했으며 로그에도 발송 기록이 없습니다.
예정된 변경 사항을 비활성화한 후, 가입 과정이 정상적으로 작동하며 이메일이 다시 발송되었습니다.
사용자 경험 개선과 마찰 없는 프로세스라는 아이디어는 좋지만, 내 사용자 기반에 적용된 방식은 크게 마음에 들지 않습니다. 오늘 처음 알게 되었는데요, 커뮤니티에 3명이 가입했고, 왜 프랑스어를 쓰는 고양이 여성들의 닉네임이 FriskyAlligator29 같은 것인지, 그리고 가입 양식의 많은 항목을 왜 건너뛰었는지 궁금해하기 시작했거든요.
설명하자면, 전반적으로 디지털 및 사이버 보안 이해도가 매우 낮은 인구층으로, 아마도 이메일 비밀번호로 고양이 이름이나 그 변형된 이름을 사용하고 있을 겁니다. 저는 마법 링크(magic links)를 이메일로 보내는 것보다는, 이들에게 강력한 비밀번호와 2FA(또는 최소한 더 나은 비밀번호를 갖춘 비밀번호 관리자) 사용을 훈련시키는 편이 낫다고 생각합니다.
또한, 신규 사용자 가입 시 ‘문지기’ 역할을 매우 엄격하게 수행하고 있습니다. 가입 시 여러 질문을 통해 사용자를 분류(triage)하고, 환영을 위한 중요한 정보를 바탕으로 시작할 수 있도록 하고 있거든요. (배경: 아픈 반려동물, 때로는 응급 상황이나 당황한 보호자, 수의사… 이들은 동일한 ‘플로우’를 따르지 않습니다.)
2개의 좋아요
변경 사항은 두 부분으로 나뉩니다. 하나는 랜덤 사용자 이름 생성이며, 이는 모든 커뮤니티에 있어 훌륭한 기본값이 아니므로 곧 기본적으로 비활성화하도록 전환할 예정입니다.
두 번째 부분은 계정 검증 및 로그인에 이메일 코드를 사용하는 것입니다. 이는 이메일 내 마법 링크보다, 그리고 논쟁의 여지가 있긴 하지만 비밀번호보다도 더 나은 방식입니다. 더 낫지 않다면, 적어도 더 간단합니다. 플로우(흐름)는 다음과 같습니다:
- 사용자가 가입하면 이메일로 코드를 보내고 페이지에 코드 입력란을 표시합니다.
- 사용자는 이메일에서 코드를 확인한 후 Discourse에 입력합니다(다른 기기에서 이메일을 확인한 뒤 같은 기기에서 계속 진행할 수 있습니다).
- 로그인 시에도 동일한 방식입니다.
- 두 경우 모두 원할 경우 비밀번호를 전혀 설정하지 않을 수 있으며, 비밀번호 입력은 선택 사항입니다.
- 2FA는 여전히 계정의 두 번째 보안 계층으로 적용할 수 있습니다.
- 기타 가입 요구 사항(추가 사용자 필드, 캡차 등)도 설정된 대로 계속 적용됩니다.
2개의 좋아요
가입 승인 절차가 필요한 포럼에서 한 가지 발견한 점이 있습니다. 이메일 주소를 입력하고 6자리 인증 코드를 입력한 후, 다음과 같은 메시지가 표시됩니다: “계정이 아직 승인되지 않았습니다. 로그인할 수 있게 되면 이메일로 알려드리겠습니다.”
이 시점에서는 아직 등록 단계에 있으므로, 로그인한다는 표현은 다소 어색합니다.
(또한, 사용자 승인 여부를 판단하는 데 도움이 될 수 있는 커스텀 필드가 있는 사이트의 경우, 위 메시지가 표시되기 전에 해당 필드가 채워지기를 바랍니다.)
1개의 좋아요