더 간단한 이메일 제목

Discourse의 기본 이메일 제목을 조금 수정하여, 회원분들의 메일함에서 더 깔끔하고 덜 기술적인 느낌을 줄 수 있도록 개선했습니다. 기존 이메일이 커뮤니티를 지나치게 기술적으로 느끼게 만들어 회원들이 소외감을 느낄 수 있다는 의견을 받아, 이번 개선을 통해 이러한 우려를 부분적으로 해소하고자 합니다.

이 글에서는 변경 사항을 살펴보고, 오늘부터 바로 적용하는 방법을 공유하겠습니다.

:microscope: 변경 사항

중복된 정보를 줄이고 일부 기술적인 포맷을 제거하여 이메일 제목을 간소화했습니다.

이 변경 사항은 두 가지 유형의 이메일에 영향을 미칩니다.

커뮤니티에서 발송된 이메일

일반적으로 계정 관련 이메일(예: 가입 이메일, 관리자 승격 시 발송되는 이메일, 활동 요약, 커뮤니티 채팅 이메일 등)입니다.

이러한 이메일의 경우, 이메일이 커뮤니티에서 "발신"되므로 제목에서 일반적으로 커뮤니티 이름을 표시하는 [%{email_prefix}]를 제거했습니다.

변경 전

The subject line of an email sent from the community without the simple email subject feature enabled.

The subject line of a chat-based email sent from a community member without the simpler email subject lines enabled.

변경 후…

The subject line of an email sent from the community with the simple email subject feature enabled.

The subject line of a chat-based email sent from a community member with the simpler email subject lines enabled.

다른 회원들로부터 발송된 이메일

일반적으로 알림 이메일(예: 누군가에게 DM을 보냈을 때, Tracking 또는 Watching 중인 주제에 답장이 왔을 때 등)입니다.

이러한 이메일의 경우, 다음 사항들을 변경했습니다:

  • %{email_prefix} 주위의 괄호를 제거했습니다.
  • DM으로 생성된 알림에서 [PM] 표기를 제거했습니다.
  • 주제 알림에서 [Category] 표기를 제거했습니다.

변경 전…

The subject line of a PM-based email sent from a community member without the simpler email subject lines enabled.

The subject line of a category-based email sent from a community member without the simpler email subject lines enabled.

변경 후…

The subject line of a PM-based email sent from a community member with the simpler email subject lines enabled.

The subject line of a category-based email sent from a community member with the simpler email subject lines enabled.

:gear: 커뮤니티에서 더 간단한 이메일 제목 활성화하기

현재 이 변경 사항은 실험적 상태로 간주됩니다! 여러분의 피드백을 환영하며, 이를 통해 개선을 이루고 이 기능을 더 널리 배포하는 데 도움이 될 것입니다.

활성화하려면 관리자 영역의 예정된 변경 사항 페이지(/admin/config/upcoming-changes)로 이동하여 Simple email subject 항목을 찾으세요. Enabled for… 필드를 업데이트하여 사이트에 이 새로운 디자인을 적용하십시오.

:warning: email_subject 설정이나 이메일 제목과 관련된 사이트 텍스트를 사용자 정의한 경우, 예정된 변경 사항을 활성화해도 사용자 정의 설정이 덮어쓰여지지 않습니다. 이번 변경 사항으로 기본값을 업데이트하고 있지만, 사이트의 사용자 정의 구성을 대체하고 싶지 않습니다. 새로운 기본값을 사용하려면 먼저 email_subject 설정과 관련 사이트 텍스트에서 사용자 정의를 해제해야 합니다.

:mega: 여러분의 생각은?

여러분 차례입니다: 이 새로운 기능에 대해 어떻게 생각하시는지 들려주시면 좋겠습니다. 좋았던 점과 아쉬운 점, 잘 작동하는 부분과 개선할 수 있는 부분은 무엇인가요?

19개의 좋아요

커뮤니티 이메일을 단순화하는 방안을 검토해 왔으며, 여기서 제안된 내용을 좋게 생각합니다.

우리의 경우, 카테고리들은 주로 서로 다른 그룹과 연관되어 있습니다. 따라서 제목에서 [카테고리] 표시를 제거한다면, 메시지에 해당 정보를 포함하여 수신자가 누구에게 보내는 메시지인지, 그리고 답장을 보낼 경우 누구에게 전달되는지 알 수 있는 방법이 필요합니다.

이와 다소 관련이 있는 요청도 있었습니다: Subcategory display options in email templates

4개의 좋아요

감사합니다. 정말 잘 설명해주셨네요.

개인적으로 [PM] 표시는 유용하다고 생각합니다. 누군가가 공개적으로 소통하고 있는지, 아니면 개인적으로 소통하고 있는지 항상 명확하지는 않으니까요.

커스터마이징에 대해서는 한 번도 살펴본 적이 없지만, 기본 설정으로 변경하는 것은 좋은 것 같습니다.

8개의 좋아요

정말 좋습니다, 감사합니다 :smiley:

하지만 이메일 알림의 제목에서 이 정보가 중요한가요? :thinking:

2개의 좋아요

개인적으로 웹사이트에서 개인 메시지(PM)와 공개 게시물의 UI 차이가 너무 작다고 생각합니다. 사실상 거의 동일하거든요. 아마 이건 또 다른 디자인 문제일 거예요.

하지만 제 이메일 인터페이스에서는 메시지를 읽는 중에, 해당 메시지가 공개 게시물이 아닌 개인 메시지라는 것을 알려주는 다른 표시가 전혀 없습니다. 만약 누군가가 공개 스레드에서 메시지 버튼을 통해 저에게 연락하면, 이메일 제목은 기본적으로 공개 스레드 제목과 동일해지며, "Re:"가 붙는 것만 다를 뿐입니다. 이메일에서는 "Re:"가 단순히 답장임을 의미할 뿐, 다른 특별한 의미를 갖지 않으니까요.

하지만 아마 질문의 핵심은, 저에게 보내는 것이 오직 저와 상대방 사이의 사적인 내용인지, 아니면 저와 상대방 그리고 인터넷 전체가 함께 볼 수 있는 공개적인 내용인지 구별할 수 있는지가 중요한지에 대한 것일 겁니다. 개인적으로 저는 이메일로 답글을 보내는 습관이 없지만, 만약 그렇게 한다면 그 구분이 아주, 아주 명확했으면 좋겠습니다.

4개의 좋아요

정말 좋은 지적입니다.

이메일로 답글 남기기 기능은 (저희 커뮤니티에서는 비활성화되어 있습니다) 사용해 본 적이 없어서, 제 머릿속에 그런 생각이 전혀 떠오르지 않았을 것입니다.

1개의 좋아요

+1 [PM]만은 다시 가져오고 싶습니다.

5개의 좋아요

아, 좋아.

이메일 제목에 커뮤니티 이름이 들어가는 건 대부분 괜찮습니다. 다만, **[Discussions on Python.org]**처럼 (실제 예시) 길고 어색한 이름인 경우, 수신함 보기에서 제목 줄의 절반을 차지해서 실제 내용 미리보기를 거의 볼 수 없게 만들거든요! 제목이 단순히 "Summary"를 넘어 고유한 제목을 가진 **[PM]**인 경우엔 더 나빠져서, 그 첫 단어 두세 글자 정도만 겨우 확인할 수 있습니다.

1개의 좋아요

네, 저에게도 마찬가지입니다. [PM] 이메일은 더 즉각적인 조치가 필요합니다.

3개의 좋아요

좋은 제안입니다. 저희 커뮤니티는 이메일 기반의 상호작용을 선호합니다. 구글 그룹스에서 이전해 왔기 때문에, 휴대폰에서 이메일을 볼 때 보이는 것이 전부였기 때문에 [community_name]과 [category_names]를 정말로 짧게 줄여야 했습니다. 이번 변경은 그 문제를 해결하지는 않지만, 사용성 측면에서 변경의 방향성은 맞다고 생각합니다.

다만 다른 분들이 언급했듯이, [PM]은 유지하고 싶습니다.

2개의 좋아요

우리의 이름은 짧습니다. 대괄호를 좋아합니다. [PM]은 매우 중요합니다.

기본적으로 변경 없이 그대로 두는 것을 선호합니다.

죄송합니다!

2개의 좋아요

smtp 로그를 확인해 보니, 과거에 제목이 다음과 같았던 토픽에 대한 답변이
[community_name][category_name] Topic

이제 다음과 같은 제목을 가지고 있습니다:

community_name: Topic

이것은 좋은 변화입니다. 하지만 카테고리 정보도 어딘가에, 예를 들어 이메일 본문에 포함될 수 있을까요? 카테고리별로 이메일 받은 편지함을 필터링하는 방법은 무엇일까요? 예를 들어 지원(support) 카테고리는 중요하지만, 오프토픽(offtopic)은 그렇지 않은 경우를 생각해 볼 수 있습니다.

수정: 아, X-Discourse-Category: [category] 헤더에 이미 포함되어 있네요 :+1:

비슷한 맥락으로, 현재 포럼의 카테고리를 유지하고 있습니다. 시각적 구분이 정말로 필요합니다. 실제로 도움이 될 부분은 상위 카테고리를 제거하여 “[ABC/XYZ]” 대신 "[XYZ]"만 표시할 수 있도록 하는 것입니다.

또한, %{respond_instructions} 위에 다음 리마인더를 추가했습니다.

----

__게시된 곳:__ %{optional_cat}

다음 이메일 템플릿에 적용했습니다:

  • User Posted
  • User Replied
  • User Watching Category or Tag
  • User Watching First Post

이 메시지가 어디에서 온 것인지 사용자에게 상기시키기 위한 것입니다. 이는 우리 포럼에서 매우 중요하며, 서로 다른 카테고리가 서로 다른 그룹에 해당하기 때문에 다소 혼란스러울 수 있습니다.

이 빨간색 표시는 이 변경 사항이 우리에게 강제로 적용된다는 뜻인가요? 그렇게 하는 이유가 있을까요?

기존 스타일로 되돌릴 수 없게 될까요?

1개의 좋아요

이번 변경 사항에 대한 안내 메시지가 정확하지 않습니다. 이 변경 사항은 영구적으로 적용되지 않습니다. 지금 이 기능을 끄면 향후에도 해당 설정이 유지됩니다.

안내 메시지를 수정하는 작업을 진행 중입니다.

3개의 좋아요

Discourse의 최신 버전을 사용 중이라면 더 이상 이 경고 메시지가 표시되지 않아야 합니다.

우리는 배너의 작동 방식을 변경하여 향후 도입될 변경 사항에서 이 문제가 발생하지 않도록 방지했습니다.

우리는 [Private message] 태그를 트리거로 사용하여 이메일 트래픽을 푸시 알림으로 라우팅합니다. 이를 통해 DM과 채팅이 빠르고 직관적으로 유지됩니다. DM을 식별하는 다른 방법이 없는 한, 이 태그를 제거하는 것은 좋은 생각이 아닙니다.

1개의 좋아요