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

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

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

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.

Usa il plugin News

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

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.

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

Non capisco del tutto la domanda: cosa intendi?

C’è una tattica abbastanza semplice: scrivo un post più lungo. Questo è tutto. L’OP qui ha effettivamente scritto un post di blog (nel senso di ciò che blog significa oggi; non solo un diario, un registro).

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

Per me, usare l’editor di WordPress è molto più facile e snello di quello che offre Discourse. Capisco perfettamente perché è così (scrittura di articoli vs. post veloci da forum), ma influisce. Posso creare collegamenti locali molto più facilmente in WordPress. Con un plugin adatto, l’uso di tabelle in WordPress è superiore rispetto al markdown manuale di base che offre Discourse. In WordPress ho una vera libreria multimediale, e Discourse ne è totalmente privo. Bozze… beh, non prendiamo quella strada :wink:

E ancora uso Discourse anche come piattaforma di blogging. Ma solo quando

  • Faccio scritti più o meno di tipo diario/registro
  • Mi aspetto conversazione (dove Discourse è enormemente migliore dei commenti di WordPress, con qualsiasi soluzione)
  • Ho bisogno di una buona ricerca e tag (cosa che WordPress non può offrire)

Faccio principalmente tre tipi di testi:

  • Cose legate ai cani, e quelle sono su WordPress perché quel sito ha un valore SEO molto forte
  • Cose B2B/tecnologiche, e qui uso 50/50 WordPress e Discourse e la ragione principale sono le aspettative: devo ottenere conversazione o sto solo fornendo fatti e idee?
  • Storie di escursioni/pagaie vanno su Discourse, perché WordPress non offre alcun valore aggiunto e il “rischio” di ottenere conversazione è alto

Quindi, non ho strategie. Beh, forse una. Se sto cercando di massimizzare le mie condivisioni e i miei clic, 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 disordinato, non intendo questo, ma forse leggermente affollato sui dispositivi mobili. In Finlandia le vendite da desktop sono diminuite qualche anno fa e quasi tutti usano i dispositivi mobili. Ciò significa che tutto deve essere progettato prima per i dispositivi mobili e i desktop vengono quando uno sviluppatore ha tempo extra :wink:

O la gente non ama i forum a causa dei commenti di bassa qualità delle pubblicazioni scandalistiche. O i social media hanno vinto questa guerra. O i forum (tutti) danno una sorta di echi dagli hub di blog che tutti disprezzavano. O… non so niente, ma forse i forum si aspettano commenti, ma scrivere usando i dispositivi mobili non è una gioia - i siti basati su WordPress offrono solo lettura.

Ora sto divagando, di nuovo, ma i dispositivi mobili sono la ragione principale di ciò che considero contenuto di bassa qualità, come battute da una riga, gif, ecc. Da qualche parte sono voluti e apprezzati, ma io la vedo diversamente. E non sono solo io e quando le aspettative sono, quando si vede un link a un forum, che ci sono solo un sacco di gif lampeggianti che mostrano vecchie barzellette e commenti brevi in stile Twitter… chi ci andrebbe? E dall’altra parte - se/quando Google vede tutti i forum come ambienti di domande/risposte o supporto tecnico, cambierà il modo in cui mostra i risultati di ricerca dei forum. Potrebbe non essere così allettante quando quel forum è qualcosa di diverso da domande/risposte o supporto.

No. Non incolpo Discourse. Ma forse dovremmo smettere di cercare di fare tutto su un’unica piattaforma solo per motivi amministrativi? Forse abbiamo bisogno di ogni aspetto - CMS, LMS, forum, e-commerce… - e questi dovrebbero essere serviti da piattaforme diverse e lasciare che i designer dicano come appare tutto il pacchetto e dopo che i programmatori faranno la loro magia.

Ma il mio punto è che Discourse è una piattaforma di blogging come ogni piattaforma dove si può creare contenuto e pubblicarlo.

Moderatori - questo argomento dovrebbe spostarsi da Feature a Community forse?

(Scusa - ci devono essere molte frasi strane e refusi… l’inglese è una lingua piuttosto strana)

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

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

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

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.

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

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

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

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