7 mythes expliquant pourquoi un blog n'est pas nécessaire dans le cœur du discours

Je vais tenter de dissiper les mythes selon lesquels Discourse n’aurait pas besoin d’un blog intégré. Je suis convaincu que l’abandon d’un blog dans le cœur de Discourse entraîne plus de conséquences négatives que l’ajout d’un blog dans Discourse. Des dizaines de sujets sur cette page montrent que les utilisateurs se demandent pourquoi Discourse ne dispose pas d’un blog intégré. Depuis plus de 5 ans, les utilisateurs recherchent une fonctionnalité de blog au sein du forum !

1. Discourse n’a pas besoin d’un blog du tout.

Vos concurrents seront ravis. Sans blog, nous perdons du trafic et des visiteurs. Tous les forums comportent des articles. Il s’agit essentiellement de consignes et de guides de démarrage rapide. Au lieu de les rédiger sous forme de sujets de forum, il serait beaucoup plus pertinent de les concevoir sous forme de blog. Les développeurs d’Invision Community ont été avisés : ils ont intégré le blog au cœur de leur plateforme, ce qui est devenu un avantage par rapport aux autres forums.

2. Vous pouvez utiliser WordPress ou une autre plateforme. Utiliser Discourse à la place des commentaires WordPress est un bon moyen d’orienter le trafic du blog vers votre forum.

Oui, mais nous passons notre temps et notre argent à installer et à maintenir constamment deux plateformes au lieu d’une seule. Et cela s’applique non seulement à WordPress ; d’autres plateformes sont encore plus complexes. Au lieu d’un seul projet réussi avec de bons indicateurs SEO, nous obtenons deux projets aux indicateurs imprévisibles. Au lieu d’une seule plateforme, les utilisateurs en visitent deux ; le trafic de chacune est inférieur à celui d’une seule, les positions dans les moteurs de recherche chutent et le trafic devient encore plus faible. Nous perdons du trafic au lieu d’en attirer. Vos concurrents sont à nouveau ravis :slight_smile: Dans le même temps, nous perdons la possibilité de créer des blogs collectifs et d’autres avantages, tels que l’utilisation de balises et des notifications PUSH. Notre PWA ne fonctionne pas pour les blogs ! WordPress possède des fonctionnalités superflues : nous avons besoin de quelques lignes de base de données et de quelques Mo de code. Malheureusement, WordPress n’est pas un gâteau de Pâques dont on peut découper un morceau.

3. WordPress est meilleur pour écrire des blogs.

Êtes-vous sérieux ? Nous ne le savons pas encore. Les développeurs de Discourse sont des gars géniaux ; ils surpasseront WordPress ou toute autre plateforme les yeux fermés.

4. Intégrer un blog dans le cœur de Discourse compliquera la plateforme.

Nous vivons au XXIe siècle, tout y est complexe. Le module de blog n’est pas une intelligence artificielle. Un blog est la chose la plus simple à ajouter. Pourtant, il est plus facile de développer un module complet pour l’intégration avec WordPress afin de traîner un ballast inutile sur un sous-domaine. C’est un pas en arrière. Il y a 20 ans, une telle décision aurait été justifiée, mais pas aujourd’hui. Quel poids aura le module de blog pour Discourse ? Combien de tables apparaîtront dans la base de données ? Je réponds : peu. Je ne m’attends pas à ce que le blog compte des millions de publications. Mais si vous en avez des millions, alors je vous félicite.

5. Les forums peuvent être inondés de liens spam.

Désignez des personnes de confiance, pas tout le monde. Au lieu de développer la communauté, nous devons traîner un ballast sous la forme d’un ancien blog sur WordPress. Nous devons nous laisser distraire par nos propres activités de blogging. Nous perdons l’opportunité de profiter de la créativité de la communauté pour rédiger d’excellents articles. Il se peut que de nombreux membres de la communauté soient capables d’écrire de meilleurs blogs gratuits que nous.

6. Discourse et le blog sont conçus pour des objectifs différents.

Le blog est nécessaire pour attirer du trafic. Devinez de quoi le forum a besoin pour se développer ?

7. Il peut être beaucoup plus facile pour les utilisateurs de parcourir et de lire uniquement les publications de blog que d’être distraits par tout le contenu créé par les utilisateurs sur le forum.

Dans la manière étrange dont Discourse est utilisé comme moteur de blog, je suis d’accord. De nombreuses solutions ont été imaginées. C’est simple : il faut un module séparé avec sa propre navigation et ses propres pages. Transformer des sujets de forum en publications équivaut à transformer des messages de chat en publications. Je vous donne un exemple avec Invision Community, bien qu’ils aient un design terrible. Il est très pratique d’ajouter des commentaires, des likes, des balises, une abonnement aux actualités, un lien vers un produit d’une boutique en ligne, etc., à une publication de blog. À partir de telles publications, il serait plus judicieux de construire des pages wiki. En réalité, on peut trouver encore plus d’avantages, mais pour l’instant, cela suffit.

Lorsque j’ai choisi un moteur pour ma communauté, j’avais besoin d’un blog intégré et je ne voulais vraiment pas chercher une autre plateforme, car j’aimais Discourse. J’espère vraiment que les développeurs entendront nos demandes et aideront à rendre cette magnifique plateforme encore meilleure.

8 « J'aime »

Je suis d’accord - les blogs sont un outil très utile pour partager son expertise, engager les membres et attirer du nouveau trafic. Les articles ne se perdent pas non plus dans le reste du contenu, comme vous l’avez déjà mentionné.

Alors, ont-ils supprimé les blogs ici ? Je n’en vois aucun, je pense qu’il serait précieux de les ressusciter.

2 « J'aime »

La publication de pages est-elle proche de ce que vous recherchez : Page Publishing ? Je souhaite l’utiliser comme point de terminaison pour un projet d’écriture collaborative, mais je n’ai pas encore beaucoup avancé sur les détails.

Utiliser le plugin d’actualités

Ah. Pas pour offrir… du contenu ?

D’un point de vue SEO, j’obtiens de bien meilleures réponses de Google et DuckDuckGo avec WordPress qu’avec Discourse. Bien sûr, cela pourrait être corrigé, mais tant qu’un blog signifie des astuces de mise en page dans ce contexte.

Un blog a besoin de bien plus qu’une correction de mise en page. Rien que les besoins en métadonnées sont différents.

D’ailleurs, Discourse fonctionne déjà comme une plateforme de blog. Je l’utilise ainsi depuis longtemps. Mais quand, pas si…, j’aurai un article qui n’est pas étroitement lié à l’objectif de mon forum, il sera publié via WordPress.

La section commentaires des blogs est peut-être la deuxième chose la plus surestimée du webistan. Les astuces SEO sont numéro un. La plupart des blogs n’ont jamais de commentaires, et ceux qui en ont peu n’apporteraient aucune valeur.

Bien sûr, cela élargirait l’utilisation de Discourse. Pas mal de gens utiliseraient Discourse pour tout, mais serait-ce une décision judicieuse ? Je ne pense pas. Il est toujours préférable de faire une chose très bien que tout de manière médiocre.

Il ne manque qu’une chose à Discourse : un moyen fonctionnel de changer l’apparence de la rédaction d’un blog.

Et même cela n’est pas une question si importante car les visiteurs… s’en moquent tant qu’ils peuvent lire ce texte facilement et sans quémander une inscription à une lettre d’information.

Fondamentalement, vous dites maintenant qu’il manque le choix de faire du blogging, mais pour moi : comment cela manque-t-il ?

L’éditeur… il est si limité que je ne veux rien créer d’autre ici que du texte pur avec quelques images. Il fonctionne parfaitement dans les forums (eh bien, presque parfaitement car environ 99 % du monde ne sait pas utiliser markdown, html ou bbcode, mais cela n’a pas d’importance car la majorité n’utilise jamais de mise en forme).

Vous faites juste une démonstration de la façon de bloguer en utilisant Discourse. Quels outils vous ont manqué ?

1 « J'aime »

Pour que je comprenne… Discourse est toujours (un logiciel de forum génial) et ne devient pas un CMS, n’est-ce pas ?

J’utilise un blog, construit avec hugo, car il est rapide. Les commentaires sont possibles avec Discourse et automatiquement liés au forum. (De la même manière que Discourse le fait avec blog et meta.) J’ai donc le meilleur des deux mondes.

Les commentaires sont rarement utilisés, mais possibles. Et lire le blog dans le forum aussi.
Et les personnes qui lisent un blog ne sont pas nécessairement les mêmes que celles qui veulent être actives sur le forum et vice versa.

Je serais intéressé de connaître vos tactiques.

Et en général, je serais intéressé de savoir à quoi ressemblerait une fonctionnalité de blog. En quoi est-elle différente de ce que j’ai maintenant ? Qu’autorise-t-elle ? Qu’interdit-elle ?

1 « J'aime »

Je ne comprends pas totalement la question — qu’entendez-vous par là ?

Il y a une tactique assez simple : j’écris un article plus long. C’est tout. L’OP a en fait écrit un article de blog (dans le sens de ce que signifie blog de nos jours ; pas seulement un journal intime, un log).

Ou voulez-vous dire quand j’utilise Discourse et quand j’utilise WordPress. Eh bien… ça dépend. Et cela ne vient pas des avantages ou des limitations de la plateforme elle-même.

Pour moi, utiliser l’éditeur de WordPress est beaucoup plus facile et rationalisé que ce que propose Discourse. Je comprends tout à fait pourquoi il en est ainsi (écriture d’articles vs. posts de forum rapides), mais cela a un impact. Je peux créer des liens locaux beaucoup plus facilement dans WordPress. Avec un plugin approprié utilisant des tableaux, WordPress est supérieur par rapport au markdown manuel très basique que propose Discourse. Dans WordPress, j’ai une vraie bibliothèque de médias, et Discourse en est totalement dépourvu. Les brouillons… eh bien, n’abordons pas ce sujet :wink:

Et pourtant, j’utilise Discourse comme plateforme de blogging aussi. Mais seulement quand

  • Je fais plus ou moins des écrits de type journal intime/log
  • J’attends une conversation (où Discourse est infiniment meilleur que les commentaires de WordPress ne le seront jamais, avec n’importe quelle solution)
  • J’ai besoin d’une bonne recherche et d’un bon étiquetage (ce que WordPress ne peut pas offrir)

Je fais principalement trois types de textes :

  • des choses liées aux chiens, et celles-ci sont sous WordPress car ce site a une très forte valeur SEO
  • des choses B2B/tech, et ici j’utilise 50/50 WordPress et Discourse et la raison principale est l’attente : dois-je obtenir une conversation ou suis-je simplement en train de livrer des faits et des idées ?
  • les histoires de randonnée/canoë vont sur Discourse, car WordPress n’apporte aucune valeur ajoutée et le “risque” d’obtenir une conversation est élevé

Donc, je n’ai pas de stratégies. Eh bien, peut-être une. Si j’essaie de maximiser mes partages et mes clics, j’utilise WordPress à chaque fois. Pour une raison quelconque, dans ma région linguistique, les gens ne sont pas très enclins à cliquer sur les liens de forum. Les sites “normaux” sont plus faciles.

Pourquoi ? Je ne sais pas. Peut-être que l’apparence de Discourse est un peu trop… pas désordonnée, je ne veux pas dire ça, mais peut-être légèrement encombrée sur mobile. En Finlande, les ventes sur ordinateur ont chuté il y a quelques années et presque tout le monde utilise des mobiles. Cela signifie que tout doit être conçu d’abord pour mobile et que le bureau vient quand un développeur a du temps libre :wink:

Ou les gens n’aiment pas les forums à cause des commentaires de faible qualité des publications tabloïdes. Ou les réseaux sociaux ont gagné cette guerre. Ou les forums (tous) donnent une sorte d’écho des hubs de blogs que tout le monde détestait. Ou… je ne sais rien, mais peut-être que les forums attendent des commentaires, mais écrire sur mobile n’est pas une joie — les sites basés sur WordPress offrent simplement la lecture.

Maintenant, je m’éloigne, encore une fois, mais les mobiles sont la raison principale de ce que je considère comme du contenu de faible qualité, comme les phrases d’une seule ligne, les gifs, etc. Quelque part, ils sont désirés et appréciés, mais je vois les choses différemment. Et je ne suis pas seul et quand les attentes sont, quand on voit un lien vers un forum, qu’il n’y a que beaucoup de gifs clignotants montrant de vieilles blagues et des commentaires courts de style Twitter… qui irait là-bas ? Et d’un autre côté, si/quand Google voit tous les forums comme des environnements Q/R-tech ou de support technique, cela changera la façon dont il affiche les résultats de recherche des forums. Cela peut ne pas être très attrayant quand ce forum est autre chose que Q/R ou du support.

Non. Je ne blâme pas Discourse. Mais peut-être devrions-nous arrêter d’essayer de tout faire sur une seule plateforme juste pour des raisons d’administration ? Peut-être avons-nous besoin de tous les aspects — CMS, LMS, forums, e-commerce… — et ceux-ci devraient être servis par différentes plateformes et laisser les designers dire à quoi ressemble tout ce paquet et après cela les codeurs feront leur magie.

Mais mon point est que Discourse est une plateforme de blogging comme toutes les plateformes où l’on peut créer du contenu et le publier.

Modérateurs — ce sujet devrait-il passer de Feature à Community peut-être ?

(Désolé — il doit y avoir beaucoup de phrases étranges et de fautes de frappe… l’anglais est une langue assez étrange)

C’est ce que j’impliquais dans une discussion Discourse vs Invision. J’avais l’habitude de tenir un blog sur WordPress, et je le détestais presque principalement parce que le moteur était trop surchargé de fonctionnalités découlant de l’approche : « construisons 1000 fonctionnalités, sachant qu’un utilisateur moyen n’en utilisera au plus 5 %, mais au moins nous attirerons des publics qui couvrent des partitions distinctes de 5 % ».

Aussi,

Premièrement, d’accord, je pourrais soutenir que c’est précisément WordPress qui a ruiné les blogs sur Internet. En quelques clics, chaque auteur dispose d’un plugin d’optimisation SEO qui vous indique comment vous devriez construire artificiellement votre blog afin qu’il ne soit pas trop court, pas trop long, qu’il contienne au moins N références au mot-clé et bla bla bla. Et bien sûr, qui ajoute une stupide bannière « inscrivez-vous à ma newsletter inutile ».

Bref, revenons au sujet. Une partie (ou peut-être 100 %) de ce qui rend Discourse génial est la capacité des développeurs à se concentrer sur ce qu’ils jugent essentiel, sans essayer de s’adapter à toutes les niches possibles.

1 « J'aime »

Il y a certainement des gens qui utilisent déjà Discourse comme blog, et plus couramment comme moteur de commentaires de leur blog.

Pour rester sur le sujet des nouvelles fonctionnalités, de quelles nouvelles fonctionnalités Discourse aurait-il besoin pour mieux prendre en charge le blogging ?

2 « J'aime »

Il existe maintenant un plugin d’actualités, il se développe bien. Je pense qu’il fonctionne très bien comme blog

Merci - c’était intéressant. Comme vous le dites, on peut toujours écrire un long post, et ensuite, qu’il reçoive des réponses ou non, c’est très semblable à un blog.

D’une certaine manière, ce n’est pas comme un blog, je me demande ? Eh bien, peut-être

  • il n’y a pas de moyen spécifique de lier les posts précédents/suivants d’une personne
  • il n’y a pas de moyen spécifique de voir tous les posts d’une personne
  • pas de vue calendrier des posts d’une personne
  • pas de tags spécifiques à une personne pour son propre ensemble de posts.

Mais tout cela me semble - pour moi - des aspects d’utilisabilité assez mineurs. Nous avons des tags, des recherches et des catégories. Et il est assez facile de lier un post à un autre.

Il existe la fonctionnalité Portfolio introduite par Topic List Previews qui vous permet de voir tous les sujets d’un utilisateur étiquetés avec une étiquette spécifique ou dans une catégorie spécifique et accessible à partir d’un bouton sur la carte utilisateur.

Vous pourriez donc avoir une étiquette appelée blog… et renommer le bouton “Blog de l’utilisateur”

Il me semble me souvenir qu’une fonctionnalité a été récemment développée pour couvrir cela… mais elle n’est actuellement pas prise en charge par TLP…

2 « J'aime »

Je pense que c’est surtout une question de mise en page. Un composant de style de publication de blog satisferait la plupart des utilisateurs. Mais la dernière fois que j’ai vérifié, il n’utilisait pas DiscoTOC — parce qu’il efface la chronologie. Ou alors je me souviens très mal.

J’utiliserais la documentation, mais il y a un problème majeur de mise en page.

Il existe quelques méta-astuces qui indiqueraient à Google quel est l’objectif, mais je pense que cela dépasse le cadre de Discourse. Encore une fois — de mon point de vue, Discourse devrait rester une excellente plateforme de forum.

Il ne comprend pas les tags. Il a besoin d’une catégorie. Je comprends tout à fait que ce soit parce que son objectif principal est d’afficher des actualités, pas des blogs.

1 « J'aime »

Que j’utilise. Tous les blogs sont tagués blog et name-of-the-blog. Cela fonctionne très bien. Enfin… presque bien car de temps en temps, il est nécessaire de les afficher par ordre de date de publication. Mais ce n’est pas une vraie question, plutôt un .ce serait bien d’avoir.

Les portfolios… j’avais totalement oublié. Merci.

2 « J'aime »

Je rattrape le fil, près de 3 ans plus tard. Mon site communautaire actuel a un blog WordPress et quelques pages statiques. La communauté est sur Facebook et sera migrée vers Discourse. Je suis donc confronté à ce problème : dois-je conserver le blog WordPress comme page d’accueil et utiliser WordPress pour gérer les pages statiques (tout cela est principalement du contenu « orienté vers l’extérieur »), et avoir Discourse sur un sous-domaine, ou dois-je tout intégrer dans Discourse sur le domaine principal ? Et ma question est : si je fais cela, y a-t-il un moyen de reproduire mon architecture « blog comme page d’accueil » avec Discourse ?

Je peux configurer une catégorie séparée pour les articles de blog, où seul moi peux publier (mais le grand public pourra-t-il commenter ?), et donner à la communauté une autre page d’accueil (/support/ peut-être ?), mais cela fonctionnera-t-il proprement ? Je n’ai pas réussi à le comprendre jusqu’à présent.

1 « J'aime »