이메일이나 사용자 이름을 사용하여 로그인 하시겠습니까?


12

이메일을 사용한 등록 로그인이 사용자를 식별하기 위해 사용자 이름보다 더 나은 아이디어입니까?


3
아마도 이것은 전에 요청했던 ui.stackexchange.com에 더 잘 맞을 것입니다. ui.stackexchange.com/questions/720/…

1
아마도 당신은 당신의 질문을 확장 할 수 있습니다 ... 사용자 관점에서 더 나은가? 보안 관점에서? 코딩의 용이성? 더 나은 방법?
Walter

상당히 많은 수의 응용 프로그램은 "이메일 또는 사용자 이름"을 통한 로그인을 허용합니다.이 이메일 주소는 제가 정기적으로 사용하는 전자 메일 주소가 적어도 6 천 개 이상이고 사용자 이름이 대략 6 천 개 정도 인 저와 같은 사람에게는 매우 유용합니다. 어떤 사이트에서 어떤 것을 사용하는지 정확하게 기억하는 것 같습니다.
JasonTrue

OpenId를 사용하십시오.
Job

답변:


12

로그인 이름 .

  1. 이메일 주소는 식별 수단이 아니라 의사 소통 수단으로 사용되었습니다

  2. 사용자가 누군가의 눈앞에 로그인하면 이메일 주소가 공개되어 상당히 나쁩니다. 로그인 이름이 밝혀지면 별 문제가되지 않습니다.

  3. 로그인 이름을 공개 표시 이름으로 자동 전환하지 마십시오. 그들은 완전히 다른 두 가지입니다. 사용자가 표시 이름을 별도로 지정하도록합니다. 보너스 포인트, 사용자는 나중에 로그인 이름과 표시 이름을 자유롭게 편집 할 수 있습니다.


사람이 이메일보다 더 많은 것을 위해 동일한 로그인을 사용하지 않는 한.
Rei Miyasaka

2
로그인 이름과 표시 이름을 구분하려면 +1입니다. 더 많은 로그인 시스템 (모두는 아님)이 그렇게해야합니다.
doppelgreener

3
말이되지 않습니다. 로그인의 기본 원칙은 귀하가 누구인지를 알려주는 것입니다. 비밀번호는 여기에 있습니다. 로그인이 비밀 인 경우, 이제 비밀번호입니다.
deadalnix 2016 년

1
더 나쁘다. 이메일 주소는 다른 ID보다 변경되기 쉽습니다. 심각한 문제가 발생할 수 있습니다. 회사 이메일 주소를 로그인으로 사용하고 작업을 변경한다고 가정하십시오.
jwenting

1
"이건 말이되지 않는다. 로그인의 기본 원칙은 당신이 누구인지를 알려주는 것이다." 이메일 주소는 내가 누구인지 말하지 않으며 특정 시점에 연락 할 수있는 위치 만 알려줍니다. 나는 그것들을 재활용 한 회사들 (그리고 그들과 관련된 네트워크 이름들)을 위해 일했습니다 ...
jwenting

29

OpenID를 고려하십시오. 그러나이를 사용하지 않으려는 경우 사용자 이름의 장점은 특정 이메일에 연결되어 있지 않다는 것입니다. 이메일의 장점은 사용자 이름에 사용한 것을 기억할 필요가 없다는 것입니다.


4
제발 제발 제발. 인증 토큰이 적을수록 좋습니다.

2
OpenID는 가장 안전한 로그인 방법이지만 솔직히 UI가 마음에 들지 않습니다. OpenID에 가입하면 두 개의 서비스에 가입 한 것처럼 느껴지고 로그인하면 별도의 페이지에 비밀번호를 입력해야하므로 2 단계 프로세스 인 것 같습니다.
Rei Miyasaka

@Rei 동의합니다. OpenID를 좋아하지 않습니다 ... 아직. 시간이 지남에 따라 더 나아지기를 바랍니다. Rob Conery의 블로그 ( blog.wekeroad.com/thoughts/open-id-is-a-party-that-happened )는 OpenID 이상을 로그인으로 사용하는 이유 때문에이 내용을 읽을 가치가 있습니다. 표준이 아직 설정되어있는 것처럼 들리지만 여전히 표준을 파악하고 희망을 가질 것이라고 생각합니다.
Beth Whitezel

6

확실하게 이메일을 보내십시오. 봐, 사용자는 이미 다른 사이트를 기억하기 위해 bajillion 사용자 / 패스로 충분히 나쁘다. 대부분의 사이트는 사용자 이름으로 전자 메일 주소를 사용하므로 해당 사이트로 이동하여 사용자의 삶을 편하게 만드십시오 ...

OpenID ftw ... 당신이 그것을 설정하는 데 시간을 투자 할 의향이 있다면 $$가 관련되어 있다고 생각하지만 잘못 될 수 있습니까?


5

필자는 사용자 이름과 이메일을 모두 로그인 할 수 있어야한다고 생각합니다 (이 시스템은 disqus 가있는 시스템이라고 생각합니다 ). 물론 Matthew가 지적한대로 다른 사람에게만 사용자 이름을 표시해야합니다.

추가되었습니다. 또는 일종의 인터넷 운전 면허증으로 떠오르는 OpenID (권장)를 이용할 수 있습니다 .


3

이메일보다 사용자 이름을 선호하는 데는 몇 가지 이유가 있습니다 (이메일 개념을 남용 할 수 있습니다.

  1. 로그인 용 이메일 주소를 사용하면 모든 사용자 이름을 가질 수 있습니다 (너무 짧고 너무 길며 공백과 대문자로 기억할 필요가 없으며 특수 기호를 사용하여 이름을 지정할 수 있습니다).

  2. 이미 모든 사이트의 비밀번호를 기억해야합니다. 페어링 된 사용자 이름을 기억하는 것은 너무 많은 질문입니다.

  3. 사람들은 사용자 이름을 변경할 수 있어야합니다.

  4. 경우에 따라 (예 : 음악 밴드 커뮤니티) 사용자가 더 많은 계정을 관리 할 수 ​​있습니다. 각 사용자마다 추가 로그인을해야합니까? 모든 사용자를 관리 할 사용자 이름이 있어야합니까? 어느 것? 어쨌든 아무도 그것을 보지 못할 것입니다.

  5. 사람들은 사용자 이름을 변경하려고 할 수 있습니다.

즉, 솔루션 은 타사 인증 서비스, 특히 OpenID를 사용하고 있습니다. 지원되는 플랫폼 (google, facebook, twitter 등)에 계정이없는 하드 코어 h4X0r 인 경우 아마도 자신의 계정이있을 것입니다 OpenID 서버.


3

이메일 주소 만 사용하십시오. 우려의 스크류 분리; 이미 너무 많은 사용자 이름이 있습니다.

원하는 경우 두 가지를 모두 수행 할 수 있지만주의하지 않으면 비표준 UI로 사람들을 혼동 할 위험이 있습니다. (이것은 OpenID의 단점입니다.)

또한,에 고커 같은 바보와 방치하지 말고 소금 암호.


2

이 사이트는 이름을 볼 수있는 다른 사람들과의 사회적 상호 작용을 허용합니까? 그렇다면 사용자가 사용자 이름을 선택하도록하십시오.

그렇지 않으면 이메일 주소를 사용하십시오. 사용자가 기억해야 할 것이 하나 더 적습니다.


2

어느 쪽이 다른 쪽보다 유리한 상황이 있습니다.

사용자가 여기에 전화를 걸어 두 옵션을 모두 포함하는 것에 대해 생각해야한다고 생각합니다. 로그인 이름이 이메일과 동일한 경우 추가 확인란 / 라디오 버튼 등을 선택합니다.

monster과 같은 사이트는 username 또는 email-id로 로그인 할 수 있습니다. 인터페이스를 확인하십시오.


0

대부분의 사람들은 이메일 주소에 개인 데이터가 포함될 수 있기 때문에 사용자 이름과 이메일을 조금씩 분리하는 것을 좋아합니다. 따라서 사용자가 사용자 이름을 선택할 수 있도록하는 것이 좋습니다.


대부분의 사이트는 확인을 위해 이메일 주소가 필요합니다. 그렇지 않으면 사이트가 봇에 취약합니다.
Rei Miyasaka

나는 왼쪽 아래로 옆으로 내려가는 것에 동의하지 않는다. 그러나 나는 "대부분의 사람들"이 아니기 때문에 나는
투표

0

모든 솔루션에는 장단점이 있습니다.

이메일 사용 :

  • 사용자는 로그인을 위해 사용자 이름보다 긴 메일 주소를 입력해야합니다
  • 귀하의 메일 주소는 방관자에게 공개됩니다
  • 사서함을 변경하거나 액세스 권한을 잃어도 다시 로그인 할 수 없습니다
  • 메일 주소 변경이 불가능하거나 많은 응용 프로그램 인텔리전스가 필요합니다 (하지만 아래의 사용자 이름 섹션에서 사용자 이름 변경에 대해서는 동일 함)
  • 당신은 사용자 이름을 기억할 필요가 없습니다
  • 사용자가 표시 (사용자) 이름을 선택하고 원할 때마다 변경할 수 있습니다

사용자 이름을 사용하여 :

  • 많은 사용자가 여러 개의 메일 계정을 가지고 있다고 가정 할 때 사용자는 자신이 사용하는 메일 주소를 추측 할 필요가 없습니다.
  • 사용자는 사용자 이름을 기억해야합니다
  • 소프트웨어 디자이너가 입력 한 사용자 이름이 아닌 GUID 등을 기본 키로 내부에서 사용하는 경우 사용자 이름을 변경할 수 있습니다.
  • 로그인이 빠릅니다 (문자 입력이 적음)
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.