ブログがディスコースコアに必要ない7つの誤解

貢献 特徴
1

Discourseに組み込みブログ機能が必要ないという神話を払拭してみせます。Discourseのコアからブログ機能を排除することは、組み込むことよりもはるかにネガティブな結果を招くと私は信じています。このページには、Discourseに組み込みブログがない理由を疑問に思うユーザーのトピックが数十件あります。5年以上にわたり、ユーザーたちはフォーラム内でブログ機能を探し続けてきたのです！

1. Discourseにブログは全く必要ない。

競合他社は喜ぶでしょう。ブログがないことで、私たちはトラフィックと訪問者を失います。すべてのフォーラムには記事があります。基本的にはマニュアルやクイックスタートガイドです。これらをフォーラムのトピックとして記述するのではなく、ブログ形式で設計する方がはるかに適切です。Invision Communityの開発者は賢明でした。彼らはブログをコアに追加し、それが他のフォーラムに対する優位性となりました。

2. WordPressや他のプラットフォームを使えばいい。DiscourseをWordPressのコメント欄の代わりに使うことで、ブログのトラフィックをフォーラムに誘導できる。

はい、しかし私たちは時間とお金を費やして、1つではなく2つのプラットフォームをインストールし、絶えず維持管理する必要があります。これはWordPressに限らず、他のプラットフォームの方がさらに複雑です。SEO指標の良い1つの成功したプロジェクトの代わりに、予測不可能な指標を持つ2つのプロジェクトが生まれます。1つのプラットフォームの代わりに、ユーザーは2つのプラットフォームを訪れることになり、各プラットフォームのトラフィックは1つしかない場合よりも低くなり、検索エンジンでの順位も下落し、トラフィックはさらに減少します。私たちはトラフィックを失い、獲得することはできません。競合他社はまたしても喜んでいます。同時に、共同ブログの機能やタグの使用、プッシュ通知などの利点も失われます。私たちのPWAはブログでは機能しません！WordPressには過剰な機能があり、私たちが本当に必要なのは数行のデータベースと数MBのコードです。残念ながら、WordPressは切り取り可能なイースターケーキのようなものではありません。

3. ブログ執筆にはWordPressの方が優れている。

本気ですか？まだわかりません。Discourseの開発者は素晴らしい人々です。彼らは目を閉じたままでもWordPressや他のものを圧倒するでしょう。

4. Discourseのコアにブログ機能を組み込むとプラットフォームが複雑化する。

私たちは21世紀を生きており、すべてが複雑になっています。ブログモジュールは人工知能ではありません。ブログは追加できる最もシンプルなものの一つです。しかし、サブドメインに不要なバラストを引っ張るために、WordPressとの統合のためのモジュール全体を作成する方が簡単です。これは後退です。20年前ならそのような判断は正しかったかもしれませんが、今は違います。Discourse用のブログモジュールのサイズはどれくらいになるでしょうか。データベースにいくつのテーブルが追加されるでしょうか。答えは「少し」です。ブログに数百万件の投稿があるとは思っていません。もし数百万件の投稿があるなら、おめでとうございます。

5. フォーラムはスパムリンクで溢れ返る可能性がある。

信頼できる人だけに割り当て、全員に開放しないことです。コミュニティを発展させる代わりに、古いWordPressブログというバラストを引っ張る必要があります。私たちは自らのブログ運営に気を散らされることになります。素晴らしい記事を書くためにコミュニティの創造性を利用する機会を失います。コミュニティのメンバーの中には、私たちよりもはるかに優れたブログを無料で書ける人がたくさんいるかもしれません。

6. Discourseとブログは異なる目的のために設計されている。

ブログはトラフィックを誘致するために必要です。フォーラムの発展には何が必要だとお考えですか？

7. ユーザーにとっては、フォーラムのすべてのコンテンツに気を取られるよりも、ブログ記事だけをスクロールして読む方がはるかに簡単だ。

Discourseがブログエンジンとして不自然な形で使われている点については、同意します。多くの方法が考案されています。シンプルに、独自のナビゲーションとページを持つ別モジュールが必要です。フォーラムのトピックから投稿を作成することは、チャットメッセージから投稿を作成することに等しくなります。Invision Communityの例を挙げましょう。彼らのデザインはひどいものですが、ブログ記事にコメント、いいね、タグ、ニュースへの購読、オンラインストアからの製品リンクなどを追加するのは非常に便利です。そのような投稿からWikiページを作成する方が賢明でしょう。実際にはもっと多くの利点がありますが、今はこれで十分です。

コミュニティのエンジンを選ぶ際、私は組み込みブログを必要とし、Discourseが気に入っていたため、他のプラットフォームを探すことを本当に望みませんでした。開発者たちが私たちの要望に耳を傾け、この素晴らしいプラットフォームをより良くしてくれることを心から願っています。

「いいね！」 8
4

はい、ブログは専門知識を共有し、メンバーを惹きつけ、新しいトラフィックを呼び込むための非常に役立つツールであることに同意します。また、すでに述べたように、投稿は他の情報に埋もれてしまうこともありません。

それで、ここではブログは廃止されたのですか？ブログが見当たりません。復活させる価値があると思います。

「いいね！」 2
5

Page Publishing はお探しのものに近いでしょうか: Page Publishing? 共同執筆プロジェクトの終点として使用することに興味がありますが、まだ詳細についてはあまり進んでいません。

6

ニュースプラグインを使用する

7

ああ。提供するためではなく…コンテンツのため？

SEOの観点から、WordPressの方がGoogleやDuckDuckGoからの反応がずっと良いです。もちろん、それは修正できるかもしれませんが、ブログがこの文脈でレイアウトの工夫を意味する限り。

ブログにはレイアウトの修正以上のものが必要です。メタニーズだけでも異なります。

ところで、Discourseはすでにブログプラットフォームとして機能しています。私は長い間そのように使用してきました。しかし、私のフォーラムの目的に密接に関連していない記事がある場合、WordPress経由で公開することになります。

ブログのコメントセクションは、おそらくウェブのなかで2番目に過大評価されているものです。SEOトリックが1番目です。ほとんどのブログにはコメントがありませんし、あったとしても価値のあるものはほとんどありません。

もちろん、Discourseの使用を拡大するでしょう。かなりの人があらゆることにDiscourseを使用するでしょうが、それは賢明な選択でしょうか？私はそうは思いません。すべてを中途半端に行うよりも、一つのことを非常にうまく行う方が常に良いです。

Discourseに欠けているのは一つだけです。ブログの見た目を変更できる機能です。

訪問者にとっては、それほど大きな問題ではありません…テキストを簡単に、そしてメールレターへのサインアップを強要されることなく読める限り。

基本的に、あなたはブログを作成する選択肢がないと言っていますが、私にとっては、それはどのように欠けているのですか？

エディタ…それは非常に限られているため、プレーンテキストといくつかの画像以外は何も作成したくありません。フォーラムでは完璧に機能します（まあ、ほぼ完璧です。世界の約99％はmarkdown、html、またはbbcodeを使用できませんが、大多数はフォーマットを使用しないため、それは問題ではありません）。

Discourseでブログを作成する方法をデモンストレーションしてください。どのようなツールが不足していましたか？

「いいね！」 1
8

理解のために… Discourse は依然として (素晴らしい) フォーラムソフトウェアであり、CMS にはならない、ということで合っていますか？

私はブログを Hugo で構築して使用しています。これは高速だからです。コメントは Discourse で可能であり、フォーラムに自動的にリンクされます。(Discourse が blog や meta で行っているのと同じ方法です。) これで両方の長所を得られます。

コメントはめったに使用されませんが、可能です。また、ブログをフォーラムで読むこともできます。
そして、ブログを読む人が必ずしもフォーラムでアクティブになりたい人と同じであるとは限らず、その逆も同様です。

9

どのような戦術を取っているのか興味があります。

そして一般的に、ブログ機能がどのようなものになるのか興味があります。現在持っているものとどう違うのですか？何が許可され、何が禁止されますか？

「いいね！」 1
10

質問の意図が完全に理解できていません——何を意味しているのでしょうか？

非常にシンプルな戦術があります。私は長い投稿を書くんです。それだけ。ここでのOP（元の投稿者）は実際にはブログ記事を書いています（※現在の「ブログ」が意味するものとして；日記やログだけでなく）。

あるいは、DiscourseとWordPressの使い分けについて聞いているのでしょうか？ うーん… 場合によります。そしてそれは、プラットフォーム自体の利点や制限から来るものではありません。

私にとって、WordPressのエディタを使うことは、Discourseが提供するものよりもずっと簡単で、流れもスムーズです。記事作成 versus 速やかなフォーラム投稿、という違いを理解していますし、それがそうなっている理由もわかりますが、それは影響を及ぼします。WordPressではローカルリンクをより簡単に作成できます。適切なプラグインを使えば、Discourseが提供する本当に基本的な手作業のようなマークダウンに比べ、WordPressは表形式での表現において優れています。WordPressには本格的なメディアライブラリがありますが、Discourseにはそれが完全に欠落しています。ドラフト機能… はあ、その話には触れないでおきましょう :wink:

それでも私はDiscourseをブログプラットフォームとしても使っています。ただし以下のときだけです。

  • 日記やログのような書き出しを行う場合
  • 会話（ディスカッション）が期待できる場合（Discourseは、どのような解決策を用いても、WordPressのコメント機能よりも圧倒的に優れています）
  • 良好な検索とタグ付けが必要である場合（WordPressでは提供できません）

私が主に書く文章は3つのタイプに分けられます。

  • 犬関連の内容：これはWordPressに投稿します。なぜならそのサイトはSEO価値が非常に高いからです。
  • B2B/技術的な話題：ここではWordPressとDiscourseを半々で使い分けます。主な理由は、会話（ディスカッション）が期待できるかどうか、それとも単に事実やアイデアを提供するだけかどうかという期待値によるものです。
  • ハイキングやパドルスポーツの物語：これらはDiscourseに投稿します。WordPressには追加価値がなく、かつ「会話」が起きるリスクが高いからです。

つまり、私は特定の戦略を持っていません。いや、おそらく一つあります。シェア数やクリック数を最大化しようとする場合、私は常にWordPressを使います。なぜか私の言語圏では、人々はフォーラムのリンクをクリックすることにあまり積極的ではありません。「普通の」サイトの方がクリックされやすいです。

なぜでしょうか？ わかりません。おそらくDiscourseのデザインが、少し… 乱雑というわけではありませんが、スマートフォンではやや込み入って見えるのかもしれません。フィンランドでは数年前からデスクトップの販売が減少し、ほぼ全員がスマートフォンを使用しています。つまり、すべてをモバイルファーストでデザインし、開発者に余力がある場合にデスクトップ対応を行う必要があるということです :wink:

あるいは、人々がタブロイド紙の低品質なコメントのためにフォーラムを嫌っているのかもしれません。あるいはソーシャルメディアがこの戦争に勝ったのかもしれません。あるいはフォーラム（すべて）が、誰もが嫌っていたブログハブからのエコーのようなものを提供しているのかもしれません。あるいは… 何もわかりませんが、おそらくフォーラムはコメントを期待していますが、スマートフォンでの執筆は喜びではありません。WordPressベースのサイトは単に読むことだけを提案します。

また脱線してしまいましたが、スマートフォンが、私が低品質なコンテンツと見なすもの（ワンライナーやGIFなど）の主な理由です。どこかではそれらが求められ、好まれますが、私はそうは見ていません。そして私は一人ではありません。フォーラムへのリンクを見たときの期待値が、「古いジョークを示す点滅するGIFや、Twitterスタイルの短いコメント」しかない場合、誰がそこに行きたいと思うでしょうか？ 反対に、GoogleがすべてのフォーラムをQ&A技術や顧客サポート環境と見なした場合、フォーラムの検索結果の表示方法が変わるでしょう。そのフォーラムがQ&Aやサポート以外の何ものである場合、それは魅力的ではないかもしれません。

いいえ、Discourseを責めているわけではありません。しかし、管理上の理由だけで一つのプラットフォームですべてを行おうとするのをやめるべきかもしれません。私たちはCMS、LMS、フォーラム、eコマースなど、あらゆる側面を必要としており、それらは異なるプラットフォームから提供され、デザイナーがそれらのパッケージ全体がどのように見えるかを決定し、その後、コーダーが彼らの魔法をかけるべきです。

私の言いたいのは、Discourseは、コンテンツを作成して公開できる他のプラットフォームと同様、ブログプラットフォームであるということです。

モデレーターの方々——このトピックは Contribute > Feature から Community Building に移動させるべきでしょうか？

(すみません——変な文やタイポがたくさんあるはずです… 英語は少し奇妙な言語です)

11

それは私がDiscourse vs Invisionでの議論で示唆していたことです。私はかつてWordPressでブログを運営していましたが、そのアプローチから来る機能が多すぎることがほとんど嫌いでした。「1000個の機能を作ろう。平均的なユーザーはせいぜい5%しか使わないだろうが、少なくとも異なる5%のパーティションにまたがるオーディエンスにアピールできるだろう」という考え方です。

また、

WordPressこそがインターネット上のブログをダメにしたと主張できます。数回のクリックで、すべての著者はSEO最適化プラグインを入手でき、それがブログを人工的に構築する方法を教えてくれます。短すぎず、長すぎず、キーワードへの参照を少なくともN個含めるなど、その他諸々。そしてもちろん、それは「私の不要なニュースレターに登録してください」という愚かなバナーを追加します。

とにかく、本題に戻りましょう。Discourseを素晴らしいものにしている部分（あるいは100%を占める部分）は、開発者が不可欠だと考えることに集中できる能力であり、可能なすべてのニッチに適応しようとしないことです。

「いいね！」 1
12

すでにDiscourseをブログとして、またはより一般的にはブログのコメントエンジンとして使用している人がいることは確かです。

新機能のトピックに沿って、ブログをより良くサポートするためにDiscourseにはどのような新機能が必要でしょうか？

「いいね！」 2
13

ニュースプラグインができました。順調に開発が進んでおり、ブログとしても素晴らしい機能を発揮すると思います。

14

ありがとうございます。興味深かったです。おっしゃるように、長い投稿を書くだけで、返信があるかないかは、ブログに非常に似ています。

ブログと違う点は何だろうか、と思います。まあ、おそらく

  • 特定の人が以前の投稿/次の投稿（スレッド）にリンクする特定の簡単な方法がない
  • 特定の人がすべての投稿を見るための特定の簡単な方法がない
  • 特定の人の投稿のカレンダービューがない
  • 特定の人の投稿セットに対する個人固有のタグ付けがない

しかし、これらはすべて、私にとってはかなり小さなユーザビリティの側面です。タグ、検索、カテゴリはあります。そして、ある投稿から別の投稿にリンクするのは十分に簡単です。

15

トピックリストプレビューによって導入されたポートフォリオ機能を使用すると、特定のタグが付いた、または特定のカテゴリ内のユーザーによる全トピックを表示でき、ユーザーカードのボタンからアクセスできます。

したがって、「ブログ」というタグを付け…ボタン名を「ユーザーブログ」に変更できます。

最近、これをカバーする機能が構築されたことを思い出しますが…現在はTLPではサポートされていません…

「いいね！」 2
16

レイアウトの問題がほとんどだと思います。ブログ投稿スタイリングコンポーネントがあれば、ほとんどのユーザーは満足するでしょう。しかし、最後に確認したときはDiscoTOCを使用していませんでした。タイムラインが消えてしまうからです。あるいは、完全に間違っているかもしれません。

ドキュメントを使用したいのですが、レイアウトに大きな問題が1つあります。

Googleに目的を伝えるためのメタトリックはいくつかありますが、Discourseの範囲を超えると思います。再び、私の見解では、Discourseはあくまで優れたフォーラムプラットフォームであり続けるべきです。

タグを認識しません。カテゴリが必要です。ニュースを表示することが主な目的であり、ブログではないため、完全に理解できます。

「いいね！」 1
17

私はそれを使っています。すべてのブログには blog と name-of-the-blog というタグが付いています。うまくいっています。まあ…ほぼうまくいっています。時々、公開日の順に表示する必要が出てくるからです。しかし、それは本当の疑問ではなく、あったらいいなという感じです。

ポートフォリオ…すっかり忘れていました。ありがとうございます。

「いいね！」 2
18

約3年越しでこれに追いついています。現在のコミュニティサイトには、WordPressブログといくつかの静的ページがあります。コミュニティ自体はFacebook上にあり、Discourseに移行する予定です。そのため、次のような問題に直面しています。WordPressブログをホームページとして維持し、静的ページ（これらは主に「対外向け」コンテンツです）の管理にWordPressを使用し、Discourseをサブドメインに置くべきか、それともすべてをメインドメインのDiscourseに統合すべきか。私の質問は、もし後者を選択した場合、Discourseで「ブログをホームページとして使う」構成を再現する方法はあるかということです。

ブログ投稿専用のカテゴリを設定し、私だけが投稿できるようにする（ただし一般公開のユーザーはコメントできるか？）、そしてコミュニティに別のホームページ（たぶん/support/）を持たせることは可能ですが、それはきれいに機能するでしょうか？今のところ、それを実現する方法を見つけられていません。

「いいね！」 1