7 Mythen, warum ein Blog im Diskurskern nicht benötigt wird

I’ll try to dispel the myths that discourse doesn’t need a built-in blog. I believe that abandoning a blog in the core of discourse carries more negative consequences than blog in discourse. There are dozens of topics on this page where users wonder why discourse doesn’t have a built-in blog. For more than 5 years, users have been searching for blog functionality in the forum!

1. Discourse doesn’t need a blog at all.

Your competitors will be happy. Without a blog, we lose traffic and visitors. All forums have articles. Basically it’s the instructions and quick start guide. Instead of writing them as forum topics, it would be much more correct to design them in the form of a blog. The Invision Community developers were wise. They added the blog to the core and now it has become their advantage over other forums.

2. You can use wordpress or another platform. Using Discourse instead of WP comments is a good way to drive blog traffic to your forum.

Yes, but we spend our time and money installing and constantly maintaining two platforms instead of one. And this applies not only to wordpress, other platforms are even more complicated. Instead of one successful project with good SEO indicators, we get 2 projects with unpredictable indicators. Instead of one platform, users visit 2 platforms, the traffic of each platform is lower than one, the positions in search engines fall and the traffic becomes even lower. We lose traffic, not attract it. Your competitors are happy again) At the same time, we lose the ability to conduct collective blogs and other advantages, such as the use of tags, PUSH notifications. Our PWA doesn’t work for blogs! Wordpress has redundant functionality, we need a few database lines and a few MB of code. Unfortunately, wordpress is not an Easter cake from which you can cut a piece.

3. Wordpress is better for writing blogs.

Are you serious? We don’t know that yet. The developers of discourse are cool guys, they will tear up wordpress or something else with their eyes closed.

4. Blogging in the core of discourse will complicate the platform.

We live in the 21st century, everything is complicated here. The blog module is not artificial intelligence. A blog is the simplest thing you can add. But it is easier to write a whole module for integration with WordPress to pull useless ballast on the subdomain. It’s a step back. 20 years ago, such a decision would have been correct, but not now. How much will the blog module for discourse weigh? How many tables will appear in the database? I will answer: a little. I don’t expect a blog to have millions of posts. But if you have millions of posts, then I will congratulate you.

5. Forums can be flooded with spam links.

Assign trusted people, not everyone. Instead of developing the community, we need to pull the ballast in the form of an ancient blog on wordpress. We need to be distracted by blogging on our own. We lose the opportunity to use the creativity of the community to write great articles. There may be many members of the community can write free blogs better than us.

6. Discourse and blog are designed for different purposes.

The blog is needed to attract traffic. Guess what the forum needs for its development?

7. It can be much easier for users to scroll through and read only blog posts than to be distracted by all the content created by users on the forum.

In the creepy way that discourse is used as a blog engine, I agree. Many ways have been devised. It’s simple, you need a separate module with its own navigation and page. Making posts from forum topics is equivalent to making posts from chat messages. I’ll give you an example of invision community, although they have a terrible design. It is very convenient to add comments, likes, tags, a subscription to news, a link to a product from an online store, etc. to a blog post. From such posts, it would be wiser to build wiki pages. In reality, you can find more advantages, but for now, this is enough.

When choosing an engine for my community, I needed a built-in blog and I really didn’t want to look for another platform, as I liked discourse. I really hope that the developers will hear our requests and help make this wonderful platform better.

7 „Gefällt mir“

Ich stimme zu – Blogs sind ein sehr nützliches Werkzeug, um Fachwissen zu teilen, Mitglieder einzubinden und neuen Traffic anzuziehen. Die Beiträge gehen auch nicht im Rest unter, wie Sie bereits erwähnt haben.

Haben sie die Blogs hier abgeschafft? Ich sehe keine, ich denke, es wäre wertvoll, sie wiederzubeleben.

1 „Gefällt mir“

Kommt Page Publishing dem nahe, was Sie suchen: Page Publishing? Ich bin daran interessiert, es als Endpunkt für ein kollaboratives Schreibprojekt zu verwenden, habe aber die Details dazu noch nicht weiterverfolgt.

Nachrichten-Plugin verwenden

Ach. Nicht um… Inhalte anzubieten?

SEO-technisch bekomme ich von WordPress viel bessere Reaktionen von Google und DuckDuckGo als von Discourse. Sicher, das könnte behoben werden, aber solange ein Blog in diesem Kontext einige Layout-Tricks bedeutet.

Ein Blog braucht deutlich mehr als eine Layout-Korrektur. Allein die Meta-Bedürfnisse sind anders.

Übrigens funktioniert Discourse bereits als Blog-Plattform. Ich nutze es schon lange so. Aber wenn, nicht wenn…, ich einen Artikel habe, der nicht eng mit dem Zweck meines Forums verbunden ist, wird er über WordPress veröffentlicht.

Die Kommentarfunktion von Blogs ist vielleicht das zweitüberbewertetste Ding im Webistan. SEO-Tricks sind die Nummer eins. Die meisten Blogs erhalten nie Kommentare, und selbst diese wenigen würden keinen Wert bieten.

Sicher – es würde die Nutzung von Discourse erweitern. Ziemlich viele würden Discourse für alles nutzen, aber wäre das ein kluger Schachzug? Ich glaube nicht. Es ist immer besser, eine Sache wirklich gut zu machen, als alles mittelmäßig.

Es fehlt nur eine Sache bei Discourse: eine funktionierende Möglichkeit, das Aussehen eines Blog-Beitrags zu ändern.

Und selbst das ist keine so große Frage, denn Besucher… kümmern sich einfach nicht, solange sie den Text leicht lesen können und nicht darum betteln müssen, sich für einen E-Mail-Newsletter anzumelden.

Im Grunde sagst du jetzt, dass die Wahl, Blogging zu betreiben, fehlt, aber für mich: wie fehlt sie?

Der Editor… er ist so begrenzt, dass ich hier nichts anderes erstellen möchte als reinen Text mit wenigen Bildern. Er funktioniert perfekt in Foren (naja, fast perfekt, denn etwa 99 % der Welt können kein Markdown, HTML oder BBCode, aber das spielt keine Rolle, weil die Mehrheit niemals Formatierungen verwendet).

Du machst einfach eine Demonstration, wie man mit Discourse bloggt. Welche Werkzeuge haben dir gefehlt?

1 „Gefällt mir“

Damit ich das richtig verstehe… Discourse ist immer noch (tolle) Forensoftware und wird kein CMS, richtig?

Ich benutze einen Blog, der mit hugo erstellt wurde, weil er schnell ist. Kommentare sind mit Discourse möglich und werden automatisch mit dem Forum verknüpft. (Auf die gleiche Weise, wie Discourse es mit blog und meta macht.) So habe ich das Beste aus beiden Welten.

Kommentare werden selten genutzt, sind aber möglich. Und man kann den Blog auch im Forum lesen.
Und Leute, die einen Blog lesen, sind nicht unbedingt dieselben Leute, die im Forum aktiv sein wollen, und umgekehrt.

Ich würde gerne wissen, welche Taktiken Sie anwenden.

Und generell würde ich gerne wissen, wie eine Blog-Funktion aussehen würde. Wie unterscheidet sie sich von dem, was ich jetzt habe? Was erlaubt sie? Was verbietet sie?

Ich verstehe die Frage nicht ganz – was meinst du?

Es gibt eine ziemlich einfache Taktik: Ich schreibe einen längeren Beitrag. Das ist alles. OP hat hier tatsächlich einen Blogbeitrag geschrieben (im Sinne dessen, was Blog heutzutage bedeutet; nicht nur ein Tagebuch, Logbuch).

Oder meinst du, wann ich Discourse und wann WordPress benutze. Nun… es kommt darauf an. Und es kommt nicht von den Vorteilen oder Einschränkungen der Plattform selbst.

Für mich ist die Verwendung des Editors von WordPress viel einfacher und reibungsloser als das, was Discourse bietet. Ich verstehe vollkommen, warum das so ist (Artikel schreiben vs. schnelle Forumsposts), aber es hat Auswirkungen. Ich kann lokale Links in WordPress viel einfacher erstellen. Mit einem geeigneten Plugin, das Tabellen verwendet, ist WordPress im Vergleich zu dem wirklich grundlegenden manuellen Markdown, das Discourse bietet, überlegen. In WordPress habe ich eine echte Mediathek, und Discourse fehlt sie völlig. Entwürfe… nun, lass uns diese Route gar nicht erst einschlagen :wink:

Und trotzdem benutze ich Discourse auch als Blogging-Plattform. Aber nur, wenn

  • Ich mehr oder weniger Tagebuch-/Logbuch-artige Texte schreibe
  • Ich Konversation erwarte (wo Discourse überwältigend besser ist als das Kommentieren von WordPress jemals sein kann, mit jeder Lösung)
  • Ich gute Suche und Tagging benötige (was WordPress nicht bieten kann)

Ich schreibe hauptsächlich drei Arten von Texten:

  • Hundebezogenes, und das ist unter WordPress, weil diese Seite einen wirklich starken SEO-Wert hat
  • B2B/Tech-Dinge, und hier benutze ich 50/50 WordPress und Discourse, und der Hauptgrund sind die Erwartungen, ob ich Konversation bekomme oder ob ich nur Fakten und Ideen liefere
  • Wander-/Paddelgeschichten gehen zu Discourse, weil WordPress keinen Mehrwert bietet und das „Risiko“, Konversation zu bekommen, hoch ist

Ich habe also keine Strategien. Nun, vielleicht eine. Wenn ich versuche, meine Teilungen und Klicks zu maximieren, benutze ich jedes Mal WordPress. Aus irgendeinem Grund sind die Leute in meinem Sprachraum nicht allzu scharf darauf, Forum-Links anzuklicken. „Normale“ Seiten sind einfacher.

Warum? Ich weiß es nicht. Vielleicht ist das Aussehen von Discourse ein wenig zu… nicht unordentlich, das meine ich nicht, aber vielleicht etwas überladen auf Mobilgeräten. In Finnland sind die Desktop-Verkäufe vor einigen Jahren eingebrochen und fast jeder benutzt Mobiltelefone. Das bedeutet, dass alles für Mobiltelefone zuerst entworfen werden muss und Desktops kommen, wenn ein Entwickler zusätzliche Zeit hat :wink:

Oder die Leute mögen Foren nicht wegen der geringen Qualität der Kommentare in Boulevardblättern. Oder Social Media hat diesen Krieg gewonnen. Oder Foren (alle davon) geben eine Art Echo von Blog-Hubs, die jeder abgelehnt hat. Oder… ich weiß nichts, aber vielleicht erwarten Foren Kommentare, aber das Schreiben auf Mobiltelefonen ist keine Freude – WordPress-basierte Seiten bieten nur Lesen.

Jetzt schweife ich schon wieder ab, aber Mobiltelefone sind der Hauptgrund für etwas, das ich als minderwertigen Inhalt betrachte, wie Einzeiler, GIFs usw. Irgendwo werden sie gewünscht und gemocht, aber ich sehe es anders. Und ich bin nicht allein, und wenn die Erwartungen da sind, wenn man einen Link zu einem Forum sieht, dass dort nur viele blinkende GIFs mit alten Witzen und kurzen Kommentaren im Twitter-Stil gezeigt werden… wer würde dorthin gehen? Und von der anderen Seite – wenn Google jedes Forum als Q/A-Tech oder Support-Umgebung sieht, wird sich ändern, wie Suchergebnisse von Foren angezeigt werden. Es ist vielleicht nicht so ansprechend, wenn dieses Forum etwas anderes als Q/A oder Support ist.

Nein. Ich mache Discourse keine Vorwürfe. Aber vielleicht sollten wir aufhören zu versuchen, alles auf einer Plattform zu machen, nur wegen der Verwaltung? Vielleicht brauchen wir jeden Aspekt – CMS, LMS, Foren, E-Commerce… – und diese sollten von verschiedenen Plattformen bedient werden und Designer sagen lassen, wie das gesamte Paket aussieht, und danach werden die Coder ihre Magie wirken.

Aber mein Punkt ist, dass Discourse eine Blogging-Plattform ist, wie jede Plattform, auf der man Inhalte erstellen und veröffentlichen kann.

Moderatoren – sollte dieses Thema von Feature nach Community verschoben werden?

(Entschuldigung – es muss viele seltsame Sätze und Tippfehler geben… Englisch ist eine ziemlich seltsame Sprache)

Das ist es, was ich in einer Diskussion Discourse vs Invision angedeutet habe. Ich habe früher einen Blog auf WordPress betrieben und ihn fast gehasst, hauptsächlich weil die Engine mit Funktionen überladen war, die aus dem Ansatz resultierten: „Lass uns 1000 Funktionen bauen, in dem Wissen, dass ein durchschnittlicher Benutzer höchstens 5 % davon nutzen wird, aber zumindest werden wir Zielgruppen ansprechen, die unterschiedliche 5 %-Partitionen umfassen“.

Außerdem,

Ich könnte argumentieren, dass es gerade WordPress ist, das Blogs im Internet ruiniert hat. Mit wenigen Klicks hat jeder Autor ein SEO-Optimierungs-Plugin, das Ihnen sagt, wie Sie Ihren Blog künstlich aufbauen sollen, damit er nicht zu kurz, nicht zu lang ist, mindestens N Verweise auf das Schlüsselwort hat und so weiter. Und natürlich fügt es ein dummes Banner „Melde dich für meinen unnötigen Newsletter an“ hinzu.

Aber zurück zum Thema. Ein Teil (oder vielleicht macht er 100 %) dessen, was Discourse großartig macht, ist die Fähigkeit der Entwickler, sich auf das zu konzentrieren, was sie für wesentlich halten, und nicht zu versuchen, alle möglichen Nischen zu bedienen.

1 „Gefällt mir“

Es gibt sicherlich Leute, die Discourse bereits als Blog nutzen, und häufiger als Kommentar-Engine für ihr Blog.

Um beim Thema neue Funktionen zu bleiben: Welche neuen Funktionen bräuchte Discourse, um Blogging besser zu unterstützen?

2 „Gefällt mir“

Es gibt jetzt ein Nachrichten-Plugin, es entwickelt sich gut. Ich denke, es eignet sich hervorragend als Blog

Danke – das war interessant. Wie du sagst, man kann immer einfach einen langen Beitrag schreiben, und ob er dann Antworten bekommt oder nicht, das ist sehr blogähnlich.

In welcher Hinsicht ist es nicht wie ein Blog, frage ich mich? Nun, vielleicht

  • gibt es keine spezielle Möglichkeit, auf frühere/nächste Beiträge (Threads) einer Person zu verlinken
  • keine spezielle Möglichkeit, alle Beiträge einer Person zu sehen
  • keine Kalenderansicht der Beiträge einer Person
  • keine personenspezifischen Tags für ihre eigenen Beiträge.

Aber all das scheinen – für mich – ziemlich kleine Benutzerfreundlichkeitsaspekte zu sein. Wir haben Tags, Suchen und Kategorien. Und es ist einfach genug, von einem Beitrag zum anderen zu verlinken.

Es gibt die Portfolio-Funktion, die von Topic List Previews eingeführt wurde und es Ihnen ermöglicht, alle Themen eines Benutzers anzuzeigen, die mit einem bestimmten Tag oder innerhalb einer bestimmten Kategorie markiert sind und über eine Schaltfläche auf der Benutzerkarte aufgerufen werden.

Sie könnten also einen Tag namens blog haben … und die Schaltfläche in “Benutzerblog” umbenennen.

Ich erinnere mich, dass kürzlich eine Funktion dafür entwickelt wurde … aber sie wird derzeit nicht von TLP unterstützt …

2 „Gefällt mir“

Ich schätze, es ist hauptsächlich eine Frage des Layouts. Eine Blog-Post-Styling-Komponente würde die meisten Benutzer glücklich machen. Aber als ich das letzte Mal nachgesehen habe, hat sie DiscoTOC nicht verwendet – weil es die Zeitachse löscht. Oder ich erinnere mich total falsch.

Ich würde Dokumente verwenden, aber es gibt ein großes Layout-Problem.

Es gibt einige Meta-Tricks, die Google den Zweck mitteilen würden, aber ich denke, das geht über den Umfang von Discourse hinaus. Wieder – aus meiner Sicht sollte Discourse eine verdammt gute Forum-Plattform bleiben.

Es versteht keine Tags. Es braucht eine Kategorie. Ich verstehe das total, weil sein Hauptzweck darin besteht, Nachrichten und keine Blogs anzuzeigen.

Das benutze ich. Alle Blogs sind mit blog und name-of-the-blog getaggt. Es funktioniert einwandfrei. Naja… fast einwandfrei, weil es ab und zu notwendig ist, nach Veröffentlichungsdatum zu sortieren. Aber das ist keine wirkliche Frage, eher ein .wäre schön zu haben.

Portfolios… das habe ich total vergessen. Danke.

2 „Gefällt mir“