새로운 전체 화면 가입/로그인 디자인 피드백

전체 화면 로그인 변경에 관한 말씀입니다. 일단 되돌리는 것까지는 했는데, 모달 버전을 더 선호합니다 — 사용자가 배경의 페이지를 볼 수 있으므로, 정확히 어디에 로그인하는지를 알 수(볼 수) 있기 때문입니다.

이것을 옵션으로 유지하는 데 해가 될까요? 포럼 운영자가 모달 안에 레거시 로그인을 유지하는 방법은 무엇인가요?

전체 화면 레이아웃은 후퇴한 것 같습니다 — 제가 무언가를 놓치고 있지 않는 한, 이전만큼 매끄럽게 느껴지지 않습니다. 오늘 Discourse를 업데이트했는데 변경 사항에 놀랐습니다. 처음에는 뭔가 깨진 줄 알았죠 — CSS든 포럼 자체든. 저는 2K 화면만 사용하는데, 레이아웃이 매우 텅 비어 보입니다. 제 즉각적인 반응은 포럼에서 해결책을 찾는 것이었습니다.

되돌리기 옵션은 곧 제거될 것 같지만, 사용자가 로그인 대상이 무엇인지 볼 수 있게 하는 것을 정말로 선호합니다:

로그인하면 모달이 사라지고, 로그인 프롬프트 뒤에 표시되는 확인 메시지와 함께 사용자가 즉시 사이트와 상호작용할 수 있습니다.

2개의 좋아요

선택지는 있습니다:

image

1개의 좋아요

일시적인 조치입니다.

full_page_login 설정도 2025년 4월 말까지 약 1.5개월 내에 제거될 예정입니다.

출처.

2개의 좋아요

몰랐네요, 흥미롭습니다. 출처를 알려주셔서 감사합니다!
이 선택은 유지보수성 측면에서 타당해 보입니다. 레거시 코드를 유지하면 시간이 지남에 따라 기술 부채만 늘어날 뿐입니다.

2개의 좋아요

전체 화면 모드가 선호하지 않는 방식일 수 있다는 점을 이해합니다.
이 방식은 기기 간 일관성, 향상된 접근성, 그리고 더 견고한 인증 흐름과 같은 많은 장점이 있습니다.

즉각적인 맥락을 잃게 될 수 있다는 점은 사실입니다. 하지만 로그인을 하기로 결심한 순간, 현재 어떤 페이지에 있는지 알고 있잖아요? 사용자 상호작용이 필요하므로, 사용자가 자신이 접근하는 대상이 무엇인지 알고 있다고 가정하는 것이 합리적입니다.

공정하게 말하자면, 두 방식 모두 로그인 후 페이지를 새로고침합니다. 유일한 차이는 배경일 뿐입니다. 다만 큰 화면에서는 디자인이 “비어 보일” 수 있어 어색하고 단절된 느낌을 줄 수 있다는 점은 이해합니다.

사용 가능한 공간을 활용하는 더 강한 시각적 아이덴티티를 적용하면 사용자분께는 차이가 있을 것 같으신가요?

피드백 주셔서 감사합니다. 흥미롭네요!

4개의 좋아요

불행히도 두 가지 로그인 경로를 영원히 모두 작동하도록 유지하는 것은 매우 어렵습니다. 로그인/가입은 사용자에게 매우 중요한 경로이며, 다양한 변형이 존재합니다. 로컬 로그인, oAuth2 로그인(Google, Apple, Facebook, Github 등을 통해), 그리고 DiscourseConnect를 통한 SSO 로그인이 있습니다. 또한 인스턴스마다 프로세스의 여러 부분을 사용자 지정할 수 있습니다(로그인 필수 여부, 표시할 필드 선택 등). 이러한 모든 것을 완전히 다른 두 가지 UX 플로우에 대해 유지하는 것은 장기적으로 매우, 매우 어렵고, 깨지기 쉬우며, 사용자에게 이렇게 중요한 경로에서 그 위험을 감수할 수 없습니다.

특히 이 부분에 대해 더 많은 피드백을 듣고 싶습니다. 아마도 공지 주제에 게시하는 것이 가장 좋을 것입니다: Introducing our new fullscreen signup and login pages

추가로, 모바일과 태블릿에서는 전체 페이지 레이아웃이 확실한 이점이 있습니다. 특히 모바일 폰에서 탐색이 더 쉽고, 소프트웨어 키보드의 동작이 훨씬 자연스럽습니다.

3개의 좋아요

레거시 코드에 의존하지 않고 모달 또는 로그인 창 방식을 사용하는 현대적인 웹사이트가 많이 있습니다. 명확히 하기 위해 질문드리는데, 배경의 Discourse 포럼 위에 로그인 박스가 나타나는 무중단 로그인 오버레이가 오직 레거시 코드를 통해서만 유지될 수 있다는 말씀이신가요?

레거시 코드에도 그 자리가 있습니다. 예를 들어, 제가 아는 가장 활발한 Discourse 포럼 중 하나인 https://discussion.fedoraproject.org 은 여전히 왼쪽 사이드바 대신 드롭다운 내비게이션 바를 사용하고 있습니다. 제 생각에는 변경 사항은 필요할 때 이루어져야 하며, 미묘하고, 이상적으로는 최종 사용자에게 요청되었거나 명확한 이점이 있어야 합니다.

솔직히 말해서, 새로운 로그인 방식은 개선이라기보다는 1999년 vBulletin의 인터스티셜(중간) 로그인 페이지를 연상시킵니다. 사용자 경험 측면에서 이점을 보이지 않습니다. (개인적 의견)


편집

감사합니다. 저는 이런 스레드를 찾는 데 꽤 시간을 보냈습니다.

또 다른 참고할 점은, 일부 포럼의 니치가 다른 포럼보다 데스크톱 중심으로 더 강할 수 있다는 것입니다. 제 포럼(그리고 WordPress 블로그) 모두 모바일 트래픽이 25% 미만입니다. 현재는 지난 30일 동안 22.74%입니다. 따라서 저는 1/4보다는 3/4(데스크톱 사용자)를 우선시하는 것이 좋습니다. 어쩌면 이 전체 화면 로그인은 모바일 전용으로만 적용될 수 있을지도 모릅니다.

잠시만요, 방금 모바일로 테스트해봤는데, 배경이 없습니다. 이 항목이 체크되지 않은 상태에서도 모바일에서는 괜찮아 보입니다:
image

모바일로 이 게시물을 편집하여 스크린샷을 포함하겠습니다. 하지만 개인적으로 이 변경 사항이 모바일 전용으로만 적용되기를 선호합니다. 그리고 그것이 실제로 필요한지 여부도요.


모바일 편집

로그인이 이미 잘 보입니다:


아이고, @Jagster 님이 등장하셨네요. :anguished_face: ㅋㅋ

2개의 좋아요

제 WordPress 사이트는 모바일에서 89%, 포럼은 92%의 트래픽을 확보하고 있습니다. 실제로 님이 경험하고 있는 것처럼 모바일 비중이 이렇게 낮은 사이트는 매우 드뭅니다. 이는 시장 점유율보다는 니시에 대해 더 많은 것을 말해줄 수 있습니다.

그러나 계속 진행하세요. 이는 흥미로운 주제입니다.

음, 테크, DevOps 등 관련 분야의 포럼 중 상당수가 주로 데스크톱 사용자들로 이루어져 있다고 생각합니다.

위에서 언급했듯이 https://discussion.fedoraproject.org/ 외에도 https://discuss.huggingface.co/, https://community.letsencrypt.org/, https://community.grafana.com/, https://forums.developer.nvidia.com/, https://community.spiceworks.com/, MongoDB 포럼 등이 있습니다. 이 정도면 어떤 의도인지 아시겠죠…

보수적으로 추정하더라도 Tech 카테고리에 나열된 포럼 중 최소한 1/3은 해당될 것입니다: https://discover.discourse.org/.

다만, 로그인 기능이 이미 그렇게 작동하는 것처럼 보이지만, 기기에 따라 특정 방식으로 처리될 수 있는지에 대해서는 주제에서 벗어난 이야기일 수 있습니다.

전체 화면 가입/로그인은 디자인 실험이 아니므로, 해당 주제에서 더 이상 논의하는 것이 적절하지 않다고 판단하여 이 대화를 새로운 주제로 이동했습니다. 여기서 대화를 이어서 진행할 수 있습니다!

@haydenjames, 전체 화면 페이지는 커뮤니티로의 핵심 경로인 가입과 로그인 과정을 통해 집중적이고 명확한 경험을 제공하기 때문에, 모든 사용자를 이러한 새로운 디자인으로 전환하고 있습니다. 가입/로그인 뒤에 커뮤니티 정보를 표시하는 모달을 포함한 이전 디자인을 선호하셨다는 점은 이해합니다. 그러나 @pmusaraj가 여러 가입/로그인 경로를 유지하는 데 따른 부담에 대해 공유한 이유를 고려하여, 4월 말에 모달 로그인/가입 화면을 제거할 예정입니다.

새로운 디자인을 어떻게 개선하면 사용자에게 더 잘 맞을지 함께 탐색해 보겠습니다. 가장 큰 우려가 가입/로그인 완료 후 사용자가 어디로 이동하게 될지에 대해 확신을 가질 수 있는지에 관한 것인지요? 전체 화면 디자인에 대해 다른 우려 사항이 있으신가요?

5개의 좋아요

This image is a notification informing the user that the full-page signup and login screens setting on their site has been deprecated and will be removed on 29 April 2025. (Captioned by AI)

오늘 이 알림을 발견했습니다. 저는 항상 수동으로 Discourse를 업데이트해 왔습니다. 이 자동 업데이트 연결은 어디에 있나요? 이 앱은 셀프호스팅 방식이므로 업데이트를 직접 관리하는 것을 선호합니다.

그 메시지는 해당 날짜에 사이트 설정과 모달 화면 코드가 코어에서 제거됨을 의미합니다. 인스턴스를 업데이트해야만 해당 변경 사항이 적용됩니다.

1개의 좋아요