7 miti sul perché un blog non è necessario nel nucleo del discorso

Contribuisci Funzionalità
1

Cercò di sfatare i miti secondo cui Discourse non abbia bisogno di un blog integrato. Credo che rinunciare a un blog nel cuore di Discourse abbia conseguenze più negative rispetto all’avere un blog integrato in Discourse. Ci sono decine di argomenti in questa pagina in cui gli utenti si chiedono perché Discourse non abbia un blog integrato. Da oltre 5 anni, gli utenti cercano funzionalità di blog nel forum!

1. Discourse non ha affatto bisogno di un blog.

I tuoi concorrenti saranno felici. Senza un blog, perdiamo traffico e visitatori. Tutti i forum hanno articoli. Fondamentalmente si tratta di istruzioni e guide per l’avvio rapido. Invece di scriverli come argomenti del forum, sarebbe molto più corretto progettarli sotto forma di blog. Gli sviluppatori di Invision Community sono stati saggi. Hanno aggiunto il blog al nucleo e ora è diventato il loro vantaggio rispetto ad altri forum.

2. Puoi usare WordPress o un’altra piattaforma. Usare Discourse invece dei commenti di WP è un buon modo per indirizzare il traffico del blog verso il tuo forum.

Sì, ma perdiamo tempo e denaro installando e mantenendo costantemente due piattaforme invece di una. E questo vale non solo per WordPress, altre piattaforme sono ancora più complicate. Invece di un unico progetto di successo con buoni indicatori SEO, otteniamo 2 progetti con indicatori imprevedibili. Invece di una sola piattaforma, gli utenti visitano 2 piattaforme, il traffico di ciascuna piattaforma è inferiore a quello di una sola, le posizioni nei motori di ricerca scendono e il traffico diventa ancora più basso. Perdiamo traffico, non lo attraiamo. I tuoi concorrenti sono di nuovo felici) Allo stesso tempo, perdiamo la possibilità di condurre blog collettivi e altri vantaggi, come l’uso di tag e notifiche PUSH. Il nostro PWA non funziona per i blog! WordPress ha funzionalità ridondanti; abbiamo bisogno di poche righe di database e pochi MB di codice. Purtroppo, WordPress non è una torta pasquale da cui puoi tagliare un pezzo.

3. WordPress è migliore per scrivere blog.

Sei serio? Non lo sappiamo ancora. Gli sviluppatori di Discourse sono ottimi ragazzi; distruggeranno WordPress o qualcos’altro a occhi chiusi.

4. Il blogging nel nucleo di Discourse complicherà la piattaforma.

Viviamo nel XXI secolo, qui tutto è complicato. Il modulo blog non è intelligenza artificiale. Un blog è la cosa più semplice che si possa aggiungere. Ma è più facile scrivere un intero modulo per l’integrazione con WordPress per trascinare zavorra inutile nel sottodominio. È un passo indietro. 20 anni fa, una tale decisione sarebbe stata corretta, ma non ora. Quanto peserà il modulo blog per Discourse? Quante tabelle appariranno nel database? Risponderò: poco. Non mi aspetto che un blog abbia milioni di post. Ma se hai milioni di post, allora ti farò i miei complimenti.

5. I forum possono essere inondati di link spam.

Assegna persone fidate, non a tutti. Invece di sviluppare la comunità, dobbiamo trascinare la zavorra sotto forma di un antico blog su WordPress. Dobbiamo distrarci scrivendo blog noi stessi. Perdiamo l’opportunità di sfruttare la creatività della comunità per scrivere grandi articoli. Potrebbero esserci molti membri della comunità che possono scrivere blog gratuiti meglio di noi.

6. Discourse e il blog sono progettati per scopi diversi.

Il blog serve ad attrarre traffico. Indovina di cosa ha bisogno il forum per il suo sviluppo?

7. Per gli utenti può essere molto più semplice scorrere e leggere solo i post del blog piuttosto che distrarsi con tutto il contenuto creato dagli utenti sul forum.

Nel modo inquietante in cui Discourse viene utilizzato come motore di blog, sono d’accordo. Sono state trovate molte soluzioni. È semplice: serve un modulo separato con la propria navigazione e pagina. Creare post dagli argomenti del forum equivale a creare post dai messaggi della chat. Faccio un esempio di Invision Community, anche se hanno un design terribile. È molto comodo aggiungere commenti, like, tag, abbonamento alle notizie, link a un prodotto da un negozio online, ecc. a un post del blog. Da tali post, sarebbe più saggio costruire pagine wiki. In realtà, si possono trovare molti più vantaggi, ma per ora questo è sufficiente.

Quando ho scelto il motore per la mia comunità, avevo bisogno di un blog integrato e non volevo davvero cercare un’altra piattaforma, poiché mi piaceva Discourse. Spero davvero che gli sviluppatori ascoltino le nostre richieste e aiutino a rendere questa meravigliosa piattaforma ancora migliore.

8 Mi Piace
4

Sono d’accordo: i blog sono uno strumento molto utile per condividere competenze, coinvolgere i membri e attirare nuovo traffico. I post non si perdono nemmeno in tutto il resto, come hai già detto.

Quindi hanno eliminato i blog qui? Non ne vedo, penso che sarebbe prezioso resuscitarli.

2 Mi Piace
5

Page Publishing è vicino a quello che stai cercando: Page Publishing? Sono interessato ad usarlo come punto finale per un progetto di scrittura collaborativa, ma non sono ancora andato troppo avanti con i dettagli.

6

Usa il plugin News

7

Oh. Non per offrire… contenuti?

Dal punto di vista SEO, ottengo risposte molto migliori da Google e DuckDuckGo da WordPress rispetto a Discourse. Certo, ciò potrebbe essere risolto, ma finché un blog significa alcuni trucchi di layout in questo contesto.

Un blog necessita di molto più di una correzione del layout. Solo i meta-requisiti sono diversi.

A proposito, Discourse funziona già come piattaforma blog. Lo uso in quel modo da molto tempo. Ma quando, non se…, avrò un articolo che non è strettamente legato allo scopo del mio forum, verrà pubblicato tramite WordPress.

La sezione commenti dei blog è forse la seconda cosa più sopravvalutata nel webistan. I trucchi SEO sono al primo posto. La maggior parte dei blog non riceve mai commenti, né quei pochi darebbero alcun valore.

Certo, espanderebbe l’uso di Discourse. Molti userebbero Discourse per tutto, ma sarebbe una mossa intelligente? Non credo. È sempre meglio fare una cosa davvero bene che tutto in modo mediocre.

Manca solo una cosa in Discourse: un modo funzionante per cambiare l’aspetto della scrittura di un blog.

E anche quella non è una domanda così importante perché ai visitatori… non importa finché possono leggere quel testo facilmente e senza implorare di iscriversi a una newsletter.

Fondamentalmente, stai dicendo che manca la scelta di fare blogging, ma per me: come manca?

L’editor… è così limitato che non voglio creare nient’altro qui se non testo puro con poche immagini. Funziona perfettamente nei forum (beh, quasi perfettamente perché circa il 99% del mondo non sa markdown, html o bbcode, ma non importa perché la maggioranza non usa mai la formattazione).

Fai solo una dimostrazione di come fare blogging usando Discourse. Quali strumenti ti sono mancati?

1 Mi Piace
8

Per farmi capire… Discourse è ancora (fantastico) Forum Software e non sta diventando un CMS, giusto?

Sto usando un blog, creato con hugo, perché è veloce. I commenti sono possibili con Discourse e collegati automaticamente al Forum. (Nello stesso modo in cui Discourse lo fa con blog e meta.) Quindi ho ottenuto il meglio di entrambi i mondi.

I commenti sono raramente usati, ma possibili. E leggere il Blog anche nel Forum.
E le persone che leggono un blog non sono necessariamente le stesse persone che vogliono essere attive nel forum e viceversa.

9

Sarei interessato a sapere quali sono le tue tattiche.

E in generale, sarei interessato a sapere come sarebbe una funzionalità di blog. In cosa differisce da quello che ho ora? Cosa permette? Cosa vieta?

1 Mi Piace
10

Non ho capito del tutto la domanda — cosa intendi?

C’è una tattica piuttosto semplice: scrivo un post più lungo. È tutto qui. L’autore originale ha effettivamente scritto un articolo da blog (nel senso moderno di blog; non solo un diario o un registro).

O forse intendi quando uso Discourse e quando uso WordPress. Beh… dipende. E non deriva dai vantaggi o dalle limitazioni della piattaforma in sé.

Per me, usare l’editor di WordPress è molto più facile e scorrevole rispetto a ciò che offre Discourse. Capisco perfettamente perché sia così (scrittura di articoli vs. post veloci nei forum), ma ha un impatto. Posso creare link interni molto più facilmente in WordPress. Con i plugin adatti, WordPress è superiore rispetto al markdown manuale e piuttosto basilare offerto da Discourse. In WordPress ho una vera e propria libreria multimediale, mentre Discourse ne è completamente sprovvisto. Le bozze… beh, evitiamo proprio di parlare di quello :wink:

Eppure uso Discourse anche come piattaforma di blogging. Ma solo quando

  • scrivo testi di tipo più o meno diario/registro
  • mi aspetto una conversazione (dove Discourse è di gran lunga superiore al sistema di commenti di WordPress, con qualsiasi soluzione)
  • ho bisogno di una buona ricerca e taggatura (cosa che WordPress non può offrire)

Produco principalmente tre tipi di testi:

  • contenuti legati ai cani, che pubblico su WordPress perché quel sito ha un forte valore SEO
  • contenuti B2B/tecnologici, qui uso WordPress e Discourse al 50/50 e la ragione principale è capire se mi aspetto conversazioni o se sto solo fornendo fatti e idee
  • storie di escursionismo e canoa vanno su Discourse, perché WordPress non offre alcun valore aggiunto e il “rischio” di ottenere conversazioni è alto

Quindi, non ho strategie particolari. Beh, forse una. Se cerco di massimizzare condivisioni e click, uso sempre WordPress. Per qualche motivo, nella mia area linguistica le persone non sono molto propense a cliccare sui link dei forum. I siti “normali” sono più facili.

Perché? Non lo so. Forse l’aspetto di Discourse è un po’ troppo… non caotico, non è quello che intendo, ma forse leggermente affollato sui dispositivi mobili. In Finlandia le vendite di desktop sono calate alcuni anni fa e quasi tutti usano dispositivi mobili. Questo significa che tutto deve essere progettato prima per il mobile, e il desktop viene quando gli sviluppatori hanno tempo extra :wink:

O forse le persone non amano i forum a causa della scarsa qualità dei commenti sui tabloid. O forse i social media hanno vinto questa guerra. O forse i forum (tutti quanti) danno un po’ l’eco dei blog-hub che a tutti dispiacevano. O… non lo so, ma forse i forum si aspettano commenti, ma scrivere da dispositivi mobili non è una gioia — i siti basati su WordPress offrono semplicemente la lettura.

Ora mi sto allontanando dall’argomento di nuovo, ma i dispositivi mobili sono la ragione principale per qualcosa che considero contenuto di bassa qualità, come frasi brevi, gif, ecc. Da qualche parte sono desiderati e apprezzati, ma la vedo diversamente. E non sono solo io. E quando ci si aspetta, vedendo un link a un forum, che ci siano solo molte gif lampeggianti che mostrano vecchie battute e commenti brevi in stile Twitter… chi ci andrebbe? E dall’altra parte — se/when Google vede tutti i forum come ambienti di supporto tecnico Q&A o assistenza, cambierà il modo di mostrare i risultati di ricerca dei forum. Potrebbe non essere così allettante quando quel forum è qualcosa di diverso da Q&A o assistenza.

No, non incolpo Discourse. Ma forse dovremmo smettere di cercare di fare tutto su una singola piattaforma solo per motivi di amministrazione? Forse abbiamo bisogno di tutti gli aspetti — CMS, LMS, forum, e-commerce… — e questi dovrebbero essere gestiti da piattaforme diverse, lasciando ai designer il compito di definire come apparirà tutto quel pacchetto, e poi agli sviluppatori fare la loro magia.

Ma il mio punto è che Discourse è una piattaforma di blogging come tutte le altre piattaforme dove si può creare contenuti e pubblicarli.

Moderatori — dovremmo spostare questo topic da Contribute > Feature a Community Building?

(Scusa — ci saranno sicuramente molte frasi strane e refusi… l’inglese è una lingua piuttosto strana)

11

Era quello che stavo implicando in una discussione Discourse vs Invision. Gestivo un blog su WordPress e lo odiavo quasi interamente perché il motore era sovraccarico di funzionalità derivanti dall’approccio: “costruiamo 1000 funzionalità, sapendo che un utente medio ne utilizzerà al massimo il 5%, ma almeno saremo attraenti per pubblici che coprono distinte partizioni del 5%”.

Inoltre,

uno, ok, si potrebbe sostenere che è proprio WordPress ad aver rovinato i blog su Internet. Con pochi clic, ogni autore ha un plugin di ottimizzazione SEO che ti dice come dovresti costruire artificialmente il tuo blog in modo che non sia troppo corto, non troppo lungo, abbia almeno N riferimenti alla parola chiave e bla bla bla. E ovviamente che aggiunge un stupido banner “iscriviti alla mia inutile newsletter”.

Comunque, tornando all’argomento. Parte (o forse costituisce il 100%) di ciò che rende Discourse eccezionale è la capacità degli sviluppatori di concentrarsi su ciò che ritengono essenziale, senza cercare di adattarsi a tutte le nicchie possibili.

1 Mi Piace
12

Ci sono sicuramente persone che utilizzano già Discourse come blog, e più comunemente come motore di commenti per il loro blog.

Per rimanere in tema di nuove funzionalità, quali nuove funzionalità avrebbe bisogno Discourse per supportare meglio il blogging?

2 Mi Piace
13

Ora c’è un plugin di notizie, si sta sviluppando bene. Penso che funzioni benissimo come blog

14

Grazie, è stato interessante. Come dici tu, si può sempre scrivere un post lungo, e poi se riceve risposte, o meno, è molto simile a un blog.

In che modo non è come un blog, mi chiedo? Beh, forse

  • non c’è un modo specifico per collegarsi ai post precedenti/successivi (thread) di una persona
  • non c’è un modo specifico per vedere tutti i post di una persona
  • non c’è una visualizzazione del calendario dei post di una persona
  • non c’è un tagging specifico per persona per il proprio set di post.

Ma tutti questi sembrano - a me - aspetti di usabilità abbastanza piccoli. Abbiamo tag, ricerche e categorie. Ed è abbastanza facile collegarsi da un post all’altro.

15

C’è la funzionalità Portfolio introdotta da Topic List Previews che ti consente di vedere tutti gli argomenti di un utente contrassegnati con un tag specifico o all’interno di una categoria specifica e accessibili da un pulsante sulla User Card.

Quindi potresti avere un tag chiamato blog … e rinominare il pulsante “User Blog”

Mi sembra di ricordare che sia stata recentemente creata una funzionalità per coprire questo … ma al momento non è supportata da TLP …

2 Mi Piace
16

Penso che sia principalmente una questione di layout. Un componente di stile per i post del blog terrebbe felici la maggior parte degli utenti. Ma l’ultima volta che ho controllato non usava DiscoTOC, perché cancella la timeline. O ricordo male.

Userei la documentazione ma c’è un problema di layout importante.

Ci sono alcuni meta-trucchi che direbbero a Google qual è lo scopo, ma penso che vada oltre l’ambito di Discourse. Di nuovo, dal mio punto di vista Discourse dovrebbe rimanere una piattaforma di forum dannatamente valida.

Non capisce i tag. Ha bisogno di una categoria. Capisco perfettamente che il suo scopo principale sia mostrare notizie, non blog.

1 Mi Piace
17

Lo uso. Tutti i blog sono taggati blog e nome-del-blog. Funziona benissimo. Beh… quasi benissimo perché ogni tanto c’è la necessità di mostrarli in ordine di data di pubblicazione. Ma non è un vero punto interrogativo, più un .sarebbe bello avere.

Portfolio… me ne sono completamente dimenticato. Grazie.

2 Mi Piace
18

Recuperando este tema, quasi 3 anni dopo. Il mio attuale sito della community ha un blog WordPress e alcune pagine statiche. La community è su Facebook e verrà migrata su Discourse. Quindi mi trovo di fronte a questo problema: tengo il blog WordPress come pagina principale e uso WordPress per gestire le pagine statiche (questo è tutto contenuto principalmente “rivolto all’esterno”), e metto Discourse su un sottodominio, oppure integro tutto in Discourse sul dominio principale? E la mia domanda è: se faccio così, c’è un modo per replicare la mia architettura di “blog come homepage” con Discourse?

Posso impostare una categoria separata per i post del blog, dove solo io posso pubblicare (ma il pubblico generale potrà commentare?), e dare alla community un’altra homepage (/support/ magari?), ma funzionerà in modo pulito? Finora non sono riuscito a capirlo.

1 Mi Piace