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 damit?

Es gibt eine ziemlich einfache Taktik: Ich schreibe einen längeren Beitrag. Mehr nicht. Der OP hier hat im Grunde einen Blogpost geschrieben (im Sinne dessen, was Blog heutzutage bedeutet; nicht nur ein Tagebuch oder Protokoll).

Oder meinst du, wann ich Discourse und wann WordPress nutze? Nun… das hängt davon ab. Und es liegt nicht an den Vorteilen oder Einschränkungen der Plattformen selbst.

Für mich ist die Verwendung des WordPress-Editors viel einfacher und effizienter als das, was Discourse bietet. Ich verstehe völlig, warum das so ist (Artikel schreiben versus schnelle, lebendige Forenbeiträge), aber es hat Auswirkungen. Lokale Links kann ich in WordPress viel einfacher erstellen. Mit passenden Plugins ist WordPress im Vergleich zum wirklich grundlegenden, manuell anmutenden Markdown, das Discourse bietet, überlegen. In WordPress habe ich eine echte Medienbibliothek, und Discourse verzichtet darauf völlig. Entwürfe… nun, lassen wir das erst gar nicht erst anfangen :wink:

Und dennoch nutze ich Discourse auch als Blogging-Plattform. Aber nur, wenn

  • ich mehr oder weniger tagebuch- oder protokollartige Texte verfasse,
  • ich mit Diskussionen rechne (wo Discourse in jeder Hinsicht weitaus besser ist als die Kommentarfunktion von WordPress, egal welche Lösungen man versucht),
  • ich eine gute Such- und Tagging-Funktion benötige (was WordPress nicht bieten kann).

Ich schreibe hauptsächlich drei Arten von Texten:

  • Hund-bezogene Themen, und diese erscheinen auf WordPress, weil diese Site einen echten SEO-Vorteil hat.
  • B2B/Tech-Themen, und hier nutze ich zu 50/50 Prozent WordPress und Discourse. Der Hauptgrund sind die Erwartungen: Soll ich Diskussionen provozieren oder einfach Fakten und Ideen liefern?
  • Wander- und Paddelgeschichten gehen auf Discourse, weil WordPress keinen zusätzlichen Mehrwert bietet und das „Risiko“, Diskussionen zu provozieren, hoch ist.

Also habe ich keine Strategien. Nun, vielleicht eine. Wenn ich meine Shares und Klicks maximieren möchte, nutze ich immer WordPress. Aus irgendeinem Grund sind die Leute in meinem Sprachraum nicht so daran interessiert, auf Foren-Links zu klicken. „Normale“ Seiten sind einfacher.

Warum nur? Ich weiß es nicht. Vielleicht ist das Aussehen von Discourse auf Mobilgeräten etwas zu… nicht unordentlich, das meine ich nicht, aber vielleicht etwas überladen. In Finnland ist der Verkauf von Desktop-Computern vor einigen Jahren eingebrochen, und fast jeder nutzt Mobilgeräte. Das bedeutet, dass alles zuerst für Mobilgeräte designed werden muss, und der Desktop kommt erst, wenn ein Entwickler noch etwas Freizeit hat :wink:

Oder die Leute mögen Foren nicht wegen der qualitativ niedrigen Kommentare in Boulevardpublikationen. Oder Social Media hat diesen Krieg gewonnen. Oder Foren (alle) geben eine Art Echo aus Blog-Hubs wider, die jeder hasste. Oder… ich weiß nichts, aber vielleicht erwarten Foren Kommentare, aber das Schreiben mit Mobilgeräten ist keine Freude — WordPress-basierte Seiten bieten einfach nur Lesen.

Ich schweife wieder ab, aber Mobilgeräte sind der Hauptgrund für etwas, das ich als qualitativ minderwertigen Inhalt betrachte, wie Einzeiler, GIFs usw. Irgendwo sind diese erwünscht und beliebt, aber ich sehe das anders. Und ich bin nicht allein. Und wenn die Erwartungen hoch sind, wenn man einen Link zu einem Forum sieht und erwartet, dort nur viele blinkende GIFs mit alten Witzen und Twitter-ähnlichen kurzen Kommentaren zu sehen… wer würde da schon hingehen? Und von der anderen Seite: Wenn Google jedes Forum als Q/A-Technologie- oder Kundensupport-Umgebung betrachtet, wird sich ändern, wie Forum-Ergebnisse angezeigt werden. Das kann unattraktiv sein, wenn das Forum etwas anderes ist als Q/A oder Support.

Nein. Ich mache Discourse nicht dafür verantwortlich. Aber vielleicht sollten wir aufhören, alles auf einer Plattform machen zu wollen, nur wegen der Administration? Vielleicht brauchen wir alle Aspekte — CMS, LMS, Foren, E-Commerce… — und diese sollten von verschiedenen Plattformen bedient werden, und die Designer sollen festlegen, wie all das Paket aussieht, und danach werden die Coder ihre Magie vollbringen.

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 vielleicht von Contribute > Feature nach Community Building verschoben werden?

(Entschuldigung — es gibt bestimmt viele seltsame Sätze und Tippfehler… 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“