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

Beitragen Merkmal
1

Ich werde versuchen, die Mythen zu entkräften, dass Discourse keinen integrierten Blog benötigt. Ich bin überzeugt, dass der Verzicht auf einen Blog im Kern von Discourse mehr negative Folgen hat als ein integrierter Blog. Auf dieser Seite gibt es Dutzende von Themen, in denen Nutzer fragen, warum Discourse keinen eingebauten Blog hat. Seit über fünf Jahren suchen Nutzer nach Blog-Funktionalität im Forum!

1. Discourse braucht überhaupt keinen Blog.

Ihre Konkurrenten werden sich freuen. Ohne Blog verlieren wir Traffic und Besucher. Alle Foren haben Artikel. Im Wesentlichen handelt es sich dabei um Anleitungen und Quick-Start-Guides. Statt diese als Forumsthemen zu verfassen, wäre es viel richtiger, sie in Form eines Blogs zu gestalten. Die Entwickler von Invision Community waren weise. Sie fügten den Blog zum Kern hinzu, und das ist nun zu ihrem Vorteil gegenüber anderen Foren geworden.

2. Man kann WordPress oder eine andere Plattform nutzen. Die Nutzung von Discourse anstelle von WP-Kommentaren ist ein guter Weg, um Blog-Traffic auf das Forum zu lenken.

Ja, aber wir verbringen Zeit und Geld damit, zwei Plattformen zu installieren und ständig zu warten, statt nur eine. Das gilt nicht nur für WordPress; andere Plattformen sind noch komplizierter. Statt eines erfolgreichen Projekts mit guten SEO-Werten erhalten wir zwei Projekte mit unvorhersehbaren Kennzahlen. Statt einer Plattform besuchen Nutzer zwei Plattformen, der Traffic jeder einzelnen Plattform ist geringer als bei einer einzigen, die Positionen in Suchmaschinen sinken, und der Traffic wird noch niedriger. Wir verlieren Traffic, statt ihn zu gewinnen. Ihre Konkurrenten freuen sich erneut. Gleichzeitig verlieren wir die Möglichkeit, kollektive Blogs zu betreiben und andere Vorteile wie die Nutzung von Tags oder PUSH-Benachrichtigungen. Unser PWA funktioniert nicht für Blogs! WordPress hat überflüssige Funktionalität; wir benötigen nur ein paar Datenbankzeilen und ein paar MB Code. Leider ist WordPress kein Osterkuchen, von dem man einfach ein Stück abschneiden kann.

3. WordPress ist besser zum Schreiben von Blogs.

Meinen Sie das ernst? Das wissen wir noch nicht. Die Entwickler von Discourse sind großartige Leute; sie werden WordPress oder etwas anderes mit geschlossenen Augen in die Knie zwingen.

4. Ein Blog im Kern von Discourse wird die Plattform komplizierter machen.

Wir leben im 21. Jahrhundert, und hier ist alles kompliziert. Das Blog-Modul ist keine künstliche Intelligenz. Ein Blog ist das Einfachste, das man hinzufügen kann. Es ist jedoch einfacher, ein ganzes Modul für die Integration mit WordPress zu schreiben, um unnötigen Ballast auf einer Subdomain zu schleppen. Das ist ein Schritt zurück. Vor 20 Jahren wäre eine solche Entscheidung korrekt gewesen, aber nicht mehr heute. Wie viel wird das Blog-Modul für Discourse wiegen? Wie viele Tabellen werden in der Datenbank erscheinen? Ich antworte: ein wenig. Ich erwarte nicht, dass ein Blog Millionen von Beiträgen hat. Aber wenn Sie Millionen von Beiträgen haben, dann gratuliere ich Ihnen.

5. Foren können mit Spam-Links überflutet werden.

Weisen Sie vertrauenswürdige Personen zu, nicht alle. Statt die Community zu entwickeln, müssen wir den Ballast in Form eines alten Blogs auf WordPress ziehen. Wir müssen uns vom Bloggen auf unserer eigenen Plattform ablenken lassen. Wir verlieren die Möglichkeit, die Kreativität der Community zu nutzen, um großartige Artikel zu schreiben. Es könnte viele Mitglieder der Community geben, die kostenlose Blogs besser schreiben können als wir.

6. Discourse und Blog sind für unterschiedliche Zwecke konzipiert.

Der Blog wird benötigt, um Traffic anzuziehen. Rate mal, was das Forum für seine Entwicklung braucht?

7. Es kann für Nutzer viel einfacher sein, nur Blog-Beiträge zu durchscrollen und zu lesen, als sich von allen Inhalten abzulenken, die von Nutzern im Forum erstellt wurden.

Auf die unheimliche Art und Weise, wie Discourse als Blog-Engine genutzt wird, stimme ich zu. Es wurden viele Wege entwickelt. Es ist einfach: Man benötigt ein separates Modul mit eigener Navigation und eigener Seite. Beiträge aus Forumsthemen zu machen, ist gleichbedeutend mit dem Erstellen von Beiträgen aus Chat-Nachrichten. Ich gebe Ihnen ein Beispiel von Invision Community, obwohl sie ein schreckliches Design haben. Es ist sehr praktisch, Blog-Beiträgen Kommentare, Likes, Tags, ein Abonnement für Neuigkeiten, einen Link zu einem Produkt aus einem Online-Shop usw. hinzuzufügen. Von solchen Beiträgen aus wäre es klüger, Wiki-Seiten zu erstellen. In der Realität kann man noch mehr Vorteile finden, aber vorerst reicht das.

Als ich eine Engine für meine Community auswählte, brauchte ich einen integrierten Blog und wollte wirklich keine andere Plattform suchen, da mir Discourse gefiel. Ich hoffe sehr, dass die Entwickler unsere Anfragen hören und helfen, diese wunderbare Plattform noch besser zu machen.

8 „Gefällt mir“
4

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.

2 „Gefällt mir“
5

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.

6

Nachrichten-Plugin verwenden

7

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“
8

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.

9

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?

1 „Gefällt mir“
10

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)

11

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“
12

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“
13

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

14

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.

15

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“
16

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.

1 „Gefällt mir“
17

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“
18

Dies aufgreifend, fast 3 Jahre später. Meine aktuelle Community-Website hat einen WordPress-Blog und einige statische Seiten. Die Community selbst ist auf Facebook und wird zu Discourse migriert. Ich stehe also vor diesem Problem: Behalte ich den WordPress-Blog als Startseite und nutze WordPress zur Verwaltung statischer Seiten (dies ist alles hauptsächlich „nach außen gerichteter“ Inhalt) und habe Discourse auf einer Subdomain, oder integriere ich alles in Discourse auf der Hauptdomain? Und meine Frage ist: Wenn ich das tue, gibt es eine Möglichkeit, meine Architektur „Blog als Startseite“ mit Discourse nachzubilden?

Ich kann eine separate Kategorie für Blog-Beiträge einrichten, in der nur ich posten kann (aber kann die allgemeine Öffentlichkeit kommentieren?), und der Community eine andere Startseite geben (/support/ vielleicht?), aber wird das sauber funktionieren? Das habe ich bisher nicht herausfinden können.

1 „Gefällt mir“