디스커스 코어에서 블로그가 필요하지 않은 7가지 신화

기여 기능
1

디스커스가 내장된 블로그가 필요 없다는 신화를 깨보려 합니다. 저는 디스커스 코어에서 블로그 기능을 제거하는 것이 디스커스에 블로그를 포함하는 것보다 더 많은 부정적인 결과를 초래한다고 믿습니다. 이 페이지에는 디스커스에 내장된 블로그가 왜 없는지 궁금해하는 사용자의 수십 개의 주제가 있습니다. 5년 이상 사용자들이 포럼에서 블로그 기능을 찾아 헤맸습니다!

1. 디스커스는 아예 블로그가 필요 없다.

경쟁사들은 기뻐할 것입니다. 블로그가 없으면 트래픽과 방문자를 잃게 됩니다. 모든 포럼에는 기사가 있습니다. 기본적으로 이는 설명서와 빠른 시작 가이드입니다. 이를 포럼 주제로 작성하는 대신 블로그 형태로 설계하는 것이 훨씬 더 적절합니다. 인비전 커뮤니티(Invision Community) 개발자들은 현명했습니다. 그들은 코어에 블로그를 추가했고, 이제 이것이 다른 포럼 대비 그들의 장점이 되었습니다.

2. 워드프레스나 다른 플랫폼을 사용할 수 있다. 워드프레스 댓글 대신 디스커스를 사용하는 것은 블로그 트래픽을 포럼으로 유도하는 좋은 방법이다.

그렇지만, 우리는 하나의 플랫폼 대신 두 개의 플랫폼을 설치하고 지속적으로 유지보수하는 데 시간과 돈을 씁니다. 그리고 이는 워드프레스에만 해당되는 것이 아니라, 다른 플랫폼은 더 복잡합니다. 좋은 SEO 지표를 가진 하나의 성공적인 프로젝트 대신, 예측할 수 없는 지표를 가진 두 개의 프로젝트를 갖게 됩니다. 하나의 플랫폼 대신 사용자가 두 개의 플랫폼을 방문하게 되고, 각 플랫폼의 트래픽은 하나일 때보다 낮으며, 검색 엔진 순위가 하락하여 트래픽은 더욱 낮아집니다. 우리는 트래픽을 유치하는 것이 아니라 잃습니다. 경쟁사들이 다시 기뻐하죠) 동시에, 집단 블로그 작성 및 태그 사용, PUSH 알림 등 다른 장점들을 잃게 됩니다. 우리의 PWA는 블로그에서 작동하지 않습니다! 워드프레스에는 불필요한 기능이 많으며, 우리는 데이터베이스 몇 줄과 코드 몇 MB만 필요합니다. 불행히도, 워드프레스는 원하는 부분을 잘라낼 수 있는 부활절 케이크가 아닙니다.

3. 워드프레스가 블로그 작성에 더 좋다.

진짜요? 우리는 아직 그것을 알지 못합니다. 디스커스 개발자들은 멋진 사람들이며, 그들은 눈을 감고도 워드프레스나 다른 것을 압도할 것입니다.

4. 디스커스 코어에 블로그를 넣으면 플랫폼이 복잡해진다.

우리는 21세기에 살고 있으며, 여기서는 모든 것이 복잡합니다. 블로그 모듈은 인공지능이 아닙니다. 블로그는 추가할 수 있는 가장 단순한 것입니다. 그러나 워드프레스와 통합하기 위해 쓸모없는 짐을 서브도메인으로 끌어오기 위해 전체 모듈을 작성하는 것이 더 쉽습니다. 이는 후퇴입니다. 20년 전에는 그런 결정이 옳았을 수 있지만, 지금은 아닙니다. 디스커스용 블로그 모듈은 얼마나 무게가 나갈까요? 데이터베이스에 몇 개의 테이블이 나타날까요? 저는 답합니다: 조금입니다. 저는 블로그에 수백만 개의 게시물이 있을 것으로 기대하지 않습니다. 하지만 수백만 개의 게시물이 있다면, 축하드립니다.

5. 포럼은 스팸 링크로 범람할 수 있다.

모든 사람이 아니라 신뢰할 수 있는 사람들에게만 권한을 부여하세요. 커뮤니티를 발전시키는 대신, 워드프레스의 고대 블로그라는 짐을 끌어야 합니다. 우리는 우리 자신의 블로그 작성에 방해받아야 합니다. 커뮤니티의 창의력을 활용하여 훌륭한 기사를 작성할 기회를 잃습니다. 커뮤니티에는 우리보다 더 잘 쓸 수 있는 무료 블로그를 작성할 수 있는 많은 구성원이 있을 수 있습니다.

6. 디스커스와 블로그는 다른 목적을 위해 설계되었다.

블로그는 트래픽을 유치하는 데 필요합니다. 포럼의 발전에 무엇이 필요한지 추측해 보세요?

7. 사용자가 포럼에서 사용자가 생성한 모든 콘텐츠에 방해받기보다 블로그 게시물만 스크롤하여 읽는 것이 훨씬 더 쉽다.

디스커스가 블로그 엔진으로 사용되는 기이한 방식에 대해서는 동의합니다. 많은 방법이 고안되었습니다. 간단합니다. 자체 내비게이션과 페이지를 가진 별도 모듈이 필요합니다. 포럼 주제에서 게시물을 만드는 것은 채팅 메시지에서 게시물을 만드는 것과 같습니다. 인비전 커뮤니티의 예를 들겠습니다. 그들의 디자인은 끔찍하지만, 블로그 게시물에 댓글, 좋아요, 태그, 뉴스 구독, 온라인 스토어 제품 링크 등을 추가하는 것은 매우 편리합니다. 이러한 게시물로부터 위키 페이지를 구축하는 것이 더 지혜로울 것입니다. 실제로는 더 많은 장점을 찾을 수 있지만, 지금은 이것으로 충분합니다.

커뮤니티 엔진을 선택할 때, 저는 내장된 블로그가 필요했고, 디스커스가 마음에 들었기 때문에 다른 플랫폼을 찾기는 정말로 원치 않았습니다. 개발자들이 우리의 요청을 듣고 이 놀라운 플랫폼을 더 좋게 만드는 데 도움을 주기를 진심으로 희망합니다.

8개의 좋아요
4

동의합니다. 블로그는 전문 지식을 공유하고, 회원들과 소통하며, 새로운 트래픽을 유인하는 데 매우 유용한 도구입니다. 이미 언급하셨듯이, 다른 콘텐츠에 묻혀 사라질 일도 없죠.

그런데 여기서 블로그를 폐지한 건가요? 블로그를 찾을 수 없는데, 부활시키는 것이 가치 있을 것 같습니다.

2개의 좋아요
5

페이지 발행(Page Publishing)이 찾고 계신 것과 비슷한가요: Page Publishing? 협업 글쓰기 프로젝트의 종착점으로 활용하고 싶지만, 아직 세부 사항은 구체적으로 정하지 못했습니다.

6

뉴스 플러그인 사용

7

아. 콘텐츠 제공을 위한 것이 아니라?

SEO 측면에서는 WordPress가 Discourse보다 Google과 DuckDuckGo에서 훨씬 더 좋은 반응을 얻습니다. 물론 이 문제는 해결할 수 있겠지만, 이 맥락에서 블로그란 결국 레이아웃 관련 트릭을 의미합니다.

블로그에는 레이아웃 수정 외에도 훨씬 더 많은 것이 필요합니다. 단지 메타 태그 요구사항만 다를 뿐이죠.

참고로, Discourse는 이미 블로그 플랫폼으로서 기능합니다. 저는 오랫동안 그렇게 사용해 왔습니다. 하지만 만약(언제라기보다는) 포럼의 목적과 밀접하게 연결되지 않은 글이 있다면, 그것은 WordPress를 통해 게시할 것입니다.

블로그의 댓글 섹션은 아마도 웹 세계에서 두 번째로 과대평가된 것일 겁니다. SEO 트릭이 1위죠. 대부분의 블로그에는 댓글이 거의 달리지 않으며, 그 소수의 댓글조차도 어떤 가치를 주지 못합니다.

물론 — 그것은 Discourse의 활용 범위를 확장시킬 것입니다. 많은 사람들이 Discourse를 모든 용도로 사용할 수 있지만, 그것이 현명한 선택일까요? 저는 그렇게 생각하지 않습니다. 모든 것을 평균적으로 하는 것보다 한 가지를 정말 잘하는 것이 항상 더 좋습니다.

Discourse에 없는 단 하나의 것: 블로그 글의 외관을 변경하는 작동하는 방법.

그리고 그것은 그렇게 큰 문제가 아닙니다. 방문자들은… 이메일 뉴스레터 구독을 강요받지 않고 텍스트를 쉽게 읽을 수만 있다면 신경 쓰지 않으니까요.

결국 당신은 이제 블로그를 작성할 수 있는 선택지가 부족하다고 말하고 있지만, 제 입장에서는 그것이 어떻게 부족한가요?

에디터… 너무 제한적이어서 여기에서는 순수한 텍스트와 몇 개의 이미지 외에는 아무것도 만들고 싶지 않습니다. 포럼에서는 완벽하게 작동합니다(거의 완벽하게, 세계의 99%가 마크다운, HTML 또는 BBCode를 사용할 수 없지만, 다수가 포맷팅을 사용하지 않으므로 그것은 중요하지 않기 때문에).

당신은 단순히 Discourse를 사용하여 블로그를 작성하는 데모를 보여준 것입니다. 어떤 도구가 부족했나요?

1개의 좋아요
8

제가 이해하기 쉽게 말씀해 주시겠어요? Discourse는 여전히 (훌륭한) 포럼 소프트웨어이고, CMS가 되는 것이 아닌 거죠?

저는 블로그를 hugo로 구축해서 사용하는데, 그 이유는 빠르기 때문입니다. 댓글은 Discourse를 통해 가능하며, 자동으로 포럼과 연결됩니다. (Discourse가 블로그와 meta에서 하는 방식과 동일합니다.) 그래서 저는 두 세계의 장점을 모두 누리고 있습니다.

댓글은 거의 사용되지 않지만, 사용은 가능합니다. 또한 포럼에서 블로그를 읽는 것도 가능합니다.
블로그를 읽는 사람들이 반드시 포럼에서 활동하기를 원하는 사람들과 같지는 않으며, 그 반대도 마찬가지입니다.

9

그분의 전술(또는 전략)이 무엇인지 궁금합니다.

그리고 일반적으로 블로그 기능이 어떤 모습일지 궁금합니다. 현재 제가 가진 것과 무엇이 다른가요? 어떤 것을 허용하고, 무엇을 금지하나요?

1개의 좋아요
10

질문을 완전히 이해하지는 못했습니다 — 무슨 뜻이신가요?

꽤 쉬운 전술이 있습니다: 긴 글을 쓰는 것입니다. 그것뿐입니다. 여기 OP(게시글 작성자)는 실제로 블로그 포스트를 썼습니다(여기서 블로그라는 말은 요즘 의미하는 바, 즉 일기나 로그만이 아닌 것을 의미합니다).

아니면, 제가 언제 디스코urses(Discourse)를 사용하고 언제 워드프레스(WordPress)를 사용하는지 묻는 건가요? 글쎄요… 그것은 상황에 따라 다릅니다. 그리고 그것은 플랫폼 자체의 이점이나 한계에서 비롯되는 것이 아닙니다.

저에게는 워드프레스의 편집기를 사용하는 것이 디스코urses가 제공하는 것보다 훨씬 쉽고 효율적입니다. 왜 그런지 완전히 이해합니다(기사 작성 vs. 빠른 일상적인 포럼 게시물), 하지만 그것이 영향을 미칩니다. 워드프레스에서는 로컬 링크를 훨씬 쉽게 만들 수 있습니다. 적절한 플러그인을 사용하면 테이블 사용 측면에서 워드프레스는 디스코urses가 제공하는 매우 기본적이고 수동적인 마크다운보다 우월합니다. 워드프레스에는 실제 미디어 라이브러리가 있지만, 디스코urses에는 그것이 전혀 없습니다. 초안(Drafts)… 글쎄요, 그 길은 아예 가지 않겠습니다 :wink:

그럼에도 불구하고 저는 디스코urses를 블로그 플랫폼으로도 사용합니다. 하지만 오직 다음 경우에 그렇습니다.

  • 일기/로그 유형의 글을 쓸 때
  • 대화를 기대할 때 (디스코urses는 어떤 솔루션을 사용하더라도 워드프레스의 댓글 기능보다 압도적으로 좋습니다)
  • 좋은 검색과 태그 기능이 필요할 때 (워드프레스가 제공할 수 없는 것)

저는 주로 세 가지 유형의 글을 씁니다:

  • 개 관련 글: 이 글들은 워드프레스에 게시합니다. 해당 사이트가 정말로 강력한 SEO 가치를 가지고 있기 때문입니다.
  • B2B/기술 관련 글: 여기서는 워드프레스와 디스코urses를 50/50으로 사용하며, 주요 이유는 대화를 기대하는지, 아니면 단순히 사실과 아이디어를 전달하는지에 대한 기대치 때문입니다.
  • 하이킹/패들링 이야기: 디스코urses에 게시합니다. 워드프레스는 추가 가치를 전혀 제공하지 않고, 대화를 얻을 "위험"이 높기 때문입니다.

즉, 저에게는 어떤 전략도 없습니다. 글쎄요, 아마 하나 정도는 있겠죠. 공유와 클릭을 최대화하려고 할 때는 항상 워드프레스를 사용합니다. 제 언어권에서는 사람들이 포럼 링크를 클릭하는 것을 별로 좋아하지 않는 것 같습니다. “일반적인” 사이트가 더 쉽습니다.

왜 그런 걸까요? 저는 모릅니다. 아마도 디스코urses의 외관이 조금… 지저분하다는 뜻은 아니지만, 모바일에서 약간 혼잡해 보일 수 있기 때문일지도 모릅니다. 핀란드에서는 몇 년 전 데스크톱 판매가 급감했고, 거의 모든 사람이 모바일을 사용하고 있습니다. 이는 모든 것이 모바일 퍼스트로 설계되어야 하고, 데스크톱은 개발자가 여가 시간이 있을 때 다뤄야 한다는 것을 의미합니다 :wink:

또는 사람들이 타블로이드 신문들의 저질 댓글 때문에 포럼을 싫어하는 걸까요? 아니면 소셜 미디어가 이 전쟁에서 이긴 걸까요? 아니면 포럼(모든 포럼)은 모두가 싫어했던 블로그 허브의 일종의 에코를 주는 걸까요? 아니면… 저는 아무것도 모릅니다. 하지만 아마도 포럼은 댓글을 기대하지만, 모바일로 작성하는 것은 즐거운 일이 아니기 때문일 수 있습니다 — 워드프레스 기반 사이트는 단순히 읽기를 제공하기 때문입니다.

다시 말을 돌리지만, 모바일은 제가 저질 콘텐츠라고 여기는 것들, 예를 들어 한 줄 댓글, GIF 등에게 주요 이유입니다. 어딘가에서는 그것들이 원하고 환영받지만, 저는 다르게 생각합니다. 그리고 저만이 아닙니다. 포럼 링크를 보면 그저 오래된 농담을 보여주는 반짝이는 GIF와 트위터 스타일의 짧은 댓글만 가득할 것이라는 기대가 있을 때… 누가 그곳에 가겠습니까? 그리고 다른 측면에서 — Google이 모든 포럼을 Q&A 기술 또는 고객 지원 환경으로 본다면, 포럼의 검색 결과를 표시하는 방식이 변할 것입니다. 그 포럼이 Q&A나 지원이 아닌 다른 것이라면, 그렇게 매력적이지 않을 수 있습니다.

아니요. 저는 디스코urses를 비난하지 않습니다. 하지만 아마도 관리의 편의성 때문에 모든 것을 하나의 플랫폼에서 하려고 하는 것을 그만두어야 할까요? 아마도 우리는 모든 측면 — CMS, LMS, 포럼, 이커머스… — 이 필요하며, 그것들은 다른 플랫폼에서 제공되어야 하고, 디자이너가 그 모든 패키지가 어떻게 보일지 말하게 한 후에 코더들이 그들의 마법을 부리게 해야 할지도 모릅니다.

하지만 제 핵심은 디스코urses가 콘텐츠를 생성하고 게시할 수 있는 모든 플랫폼과 마찬가지로 블로그 플랫폼이라는 것입니다.

모더레이터 — 이 주제를 #contribute:feature에서 #community-building으로 옮기는 것이 좋을까요?

(죄송합니다 — 이상한 문법과 오타가 많을 것입니다… 영어는 꽤 기이한 언어입니다)

11

저는 Discourse vs Invision 토론에서 그런 의미를 담고 있었습니다. 저는 예전에 워드프레스로 블로그를 운영했는데, 대부분의 경우 워드프레스를 거의 싫어했습니다. 그 이유는 다음과 같은 접근 방식에서 비롯된 기능들이 엔진을 너무 과부하 상태로 만들었기 때문입니다: “평균 사용자는 최대 5%의 기능만 사용할 테지만, 서로 다른 5% 구간에 해당하는 다양한 독자층을 모두 끌어모을 수 있도록 1000개의 기능을 만들어보자.”

또한,

하나만, 음, 저는 인터넷 블로그를 망친 것이 바로 워드프라라고 주장할 수 있습니다. 몇 번의 클릭만으로 모든 작성자는 SEO 최적화 플러그인을 설치하게 되는데, 이 플러그인은 블로그가 너무 짧지도, 너무 길지도 않고, 키워드에 대한 참조가 최소 N개 이상이어야 하며, 이런저런 이유로 블로그를 인위적으로 구성해야 한다고 알려줍니다. 그리고 물론, "필요 없는 내 뉴스레터에 가입하세요"라는 우스운 배너를 추가해 줍니다.

어쨌든, 본론으로 돌아가자면. 디스코스를 훌륭하게 만드는 부분(아니면 100%일 수도 있는 부분)은 개발자들이 모든 가능한 니치 시장을 충족시키려 하지 않고, 자신들이 필수적이라고 판단하는 것에 집중할 수 있다는 점입니다.

1개의 좋아요
12

이미 Discourse를 블로그로 사용하는 사람들이 분명히 있으며, 더 일반적으로는 블로그의 댓글 엔진으로 활용되고 있습니다.

새로운 기능이라는 주제에 맞춰 이야기하자면, Discourse가 블로그 작성을 더 잘 지원하기 위해 어떤 새로운 기능이 필요할까요?

2개의 좋아요
13

이제 뉴스 플러그인이 있으며, 개발도 잘 진행되고 있습니다. 블로그로 사용하기에 아주 좋은 것 같습니다.

14

감사합니다 — 흥미로웠습니다. 말씀하신 대로, 항상 긴 글을 쓸 수 있고, 그러면 답글이 오든 오지 않든 그것은 블로그와 매우 비슷합니다.

그렇다면 블로그와 어떤 점에서 다른 걸까요? 음, 아마도

  • 한 사람의 이전/다음 글(스레드)로 링크할 수 있는 특정 방법이 없습니다.
  • 한 사람의 모든 글을 볼 수 있는 특정 방법이 없습니다.
  • 한 사람의 글을 달력 형태로 볼 수 있는 기능이 없습니다.
  • 자신의 글 세트에 대한 개인별 태그 기능이 없습니다.

하지만 저에게는 이 모든 것이 꽤 작은 사용성 측면의 문제처럼 보입니다. 우리는 이미 태그, 검색, 카테고리 기능이 있습니다. 그리고 한 글에서 다른 글로 링크하는 것도 충분히 쉽습니다.

15

Topic List Previews에서 도입된 포트폴리오(Portfolio) 기능을 사용하면 특정 태그가 지정된 사용자나 특정 카테고리 내의 모든 토픽을 사용자 카드의 버튼에서 접근하여 볼 수 있습니다.

따라서 blog라는 태그를 만들고 버튼 이름을 "사용자 블로그(User Blog)"로 변경할 수 있습니다.

최근 이 기능을 다루기 위해 기능이 구축되었던 것 같은 기억이 나지만… 현재 TLP에서는 지원되지 않습니다…

2개의 좋아요
16

대부분 레이아웃 문제라고 생각합니다. 블로그 게시물 스타일링 컴포넌트라면 대부분의 사용자를 만족시킬 수 있을 것입니다. 하지만 제가 마지막으로 확인했을 때 DiscoTOC를 사용하지 않는다고 하더군요. 타임라인을 지워버리기 때문이죠. 아니면 제가 완전히 잘못 기억하고 있는 걸 수도 있습니다.

문서(Docs) 기능을 사용하려고 하지만, 레이아웃에 치명적인 문제가 하나 있습니다.

Google에 콘텐츠의 목적을 알려주는 메타 태그 트릭이 있지만, 이는 Discourse의 범위를 벗어나는 것 같다고 생각합니다. 다시 말하지만, 제 생각에 Discourse는 아주 훌륭한 포럼 플랫폼으로서의 정체성을 유지해야 합니다.

태그를 인식하지 못합니다. 카테고리가 필요합니다. 뉴스 플러그인의 주된 목적이 블로그가 아니라 뉴스를 보여주는 것이기 때문에 그 점은 충분히 이해합니다.

1개의 좋아요
17

저는 그렇게 쓰고 있습니다. 모든 블로그에 blog와 블로그-이름 태그를 붙여두었거든요. 잘 작동합니다. 음… 거의 완벽하지만 가끔 게시 날짜 순서로 표시해야 할 때가 있긴 합니다. 하지만 이건 진짜 질문이라기보다는 .있으면 좋겠는 기능에 가깝습니다.

포트폴리오… 그건 완전히 잊고 있었네요. 감사합니다.

2개의 좋아요
18

거의 3년 만에 이 글을 다시 읽게 되었습니다. 현재 커뮤니티 사이트에는 워드프레스 블로그와 몇 개의 정적 페이지가 있습니다. 커뮤니티 자체는 페이스북에서 운영되고 있으며, 곧 디스코스로 이전할 예정입니다. 따라서 이런 문제가 생겼습니다. 워드프레스 블로그를 메인 페이지로 유지하고 워드프레스로 정적 페이지도 관리할까요(이 부분은 주로 대외적으로 노출되는 콘텐츠입니다)? 그리고 디스코스는 서브도메인으로 운영할까요? 아니면 메인 도메인에 모든 것을 디스코스로 통합할까요? 그리고 제 질문은 이렇습니다. 만약 후자를 선택한다면, 디스코스에서 ‘블로그를 메인 페이지로 사용하는’ 구조를 재현하는 방법이 있을까요?

블로그 게시물을 위한 별도 카테고리를 설정하고, 저만 게시할 수 있도록 할 수 있습니다(하지만 일반 대중은 댓글을 달 수 있을까요?). 그리고 커뮤니티에는 다른 메인 페이지(예: /support/)를 제공할 수 있습니다. 하지만 이렇게 하면 깔끔하게 작동할까요? 아직까지도 이 부분을 제대로 파악하지 못했습니다.

1개의 좋아요