7 mitos de por que um blog não é necessário no núcleo do discurso

Vou tentar dissipar os mitos de que o Discourse não precisa de um blog integrado. Acredito que abandonar um blog no núcleo do Discourse traz mais consequências negativas do que tê-lo integrado. Existem dezenas de tópicos nesta página onde os usuários se perguntam por que o Discourse não possui um blog nativo. Há mais de 5 anos, os usuários procuram funcionalidade de blog no fórum!

1. O Discourse não precisa de um blog de forma alguma.

Seus concorrentes ficarão felizes. Sem um blog, perdemos tráfego e visitantes. Todos os fóruns têm artigos. Basicamente, são instruções e guias de início rápido. Em vez de escrevê-los como tópicos do fórum, seria muito mais correto apresentá-los na forma de um blog. Os desenvolvedores do Invision Community foram sábios. Eles adicionaram o blog ao núcleo e agora isso se tornou uma vantagem sobre outros fóruns.

2. Você pode usar o WordPress ou outra plataforma. Usar o Discourse em vez dos comentários do WordPress é uma boa maneira de direcionar o tráfego do blog para o seu fórum.

Sim, mas gastamos nosso tempo e dinheiro instalando e mantendo constantemente duas plataformas em vez de uma. E isso não se aplica apenas ao WordPress; outras plataformas são ainda mais complicadas. Em vez de um projeto bem-sucedido com bons indicadores de SEO, obtemos dois projetos com indicadores imprevisíveis. Em vez de uma única plataforma, os usuários visitam duas plataformas, o tráfego de cada uma é menor do que o de uma só, as posições nos motores de busca caem e o tráfego torna-se ainda menor. Perdemos tráfego, não o atraímos. Seus concorrentes ficam felizes novamente. Ao mesmo tempo, perdemos a capacidade de realizar blogs coletivos e outras vantagens, como o uso de tags e notificações PUSH. Nosso PWA não funciona para blogs! O WordPress tem funcionalidades redundantes; precisamos de apenas algumas linhas de banco de dados e alguns MB de código. Infelizmente, o WordPress não é um bolo de Páscoa do qual você pode cortar um pedaço.

3. O WordPress é melhor para escrever blogs.

Você está falando sério? Ainda não sabemos disso. Os desenvolvedores do Discourse são ótimos; eles derrotariam o WordPress ou qualquer outra coisa de olhos fechados.

4. Ter um blog no núcleo do Discourse complicará a plataforma.

Vivemos no século XXI, tudo é complexo aqui. O módulo de blog não é inteligência artificial. Um blog é a coisa mais simples que se pode adicionar. Mas é mais fácil escrever um módulo inteiro para integração com o WordPress para arrastar lastro inútil em um subdomínio. É um passo para trás. Há 20 anos, tal decisão teria sido correta, mas não hoje. Quanto pesará o módulo de blog para o Discourse? Quantas tabelas aparecerão no banco de dados? Vou responder: pouco. Não espero que um blog tenha milhões de posts. Mas se você tiver milhões de posts, então parabenizo você.

5. Fóruns podem ser inundados com links de spam.

Atribua a pessoas confiáveis, não a todos. Em vez de desenvolver a comunidade, precisamos arrastar o lastro na forma de um blog antigo no WordPress. Precisamos nos distrair com o próprio blog. Perdemos a oportunidade de usar a criatividade da comunidade para escrever ótimos artigos. Pode haver muitos membros da comunidade que podem escrever blogs gratuitos melhores do que nós.

6. O Discourse e o blog são projetados para finalidades diferentes.

O blog é necessário para atrair tráfego. Adivinhe o que o fórum precisa para seu desenvolvimento?

7. Pode ser muito mais fácil para os usuários rolar e ler apenas posts de blog do que se distrair com todo o conteúdo criado pelos usuários no fórum.

Da maneira assustadora como o Discourse é usado como mecanismo de blog, eu concordo. Muitos caminhos foram traçados. É simples: é necessário um módulo separado com sua própria navegação e página. Transformar posts de tópicos do fórum é equivalente a transformar mensagens de chat em posts. Vou dar um exemplo do Invision Community, embora eles tenham um design terrível. É muito conveniente adicionar comentários, curtidas, tags, assinatura de notícias, link para um produto de uma loja online, etc., a um post de blog. A partir desses posts, seria mais sábio construir páginas wiki. Na realidade, você pode encontrar mais vantagens, mas por enquanto, isso é suficiente.

Ao escolher um mecanismo para minha comunidade, eu precisava de um blog integrado e realmente não queria procurar outra plataforma, pois gostava do Discourse. Espero sinceramente que os desenvolvedores ouçam nossos pedidos e ajudem a tornar essa maravilhosa plataforma ainda melhor.

8 curtidas

Concordo - blogs são uma ferramenta muito útil para compartilhar conhecimento, engajar membros e atrair novo tráfego. As postagens também não se perdem em mais nada, como você já mencionou.

Então eles acabaram com os blogs aqui? Não vejo nenhum, acho que seria valioso ressuscitar.

2 curtidas

O Page Publishing está perto do que você procura: Page Publishing? Estou interessado em usá-lo como ponto final para um projeto de escrita colaborativa, mas ainda não cheguei muito longe nos detalhes.

Use o plugin de notícias

Ah. Não para oferecer… conteúdo?

Em termos de SEO, obtenho uma resposta muito melhor do Google e do DuckDuckGo do que do WordPress do que do Discourse. Claro, isso poderia ser corrigido, mas enquanto um blog significa alguns truques de layout neste contexto.

Um blog precisa de muito mais do que correção de layout. Apenas as necessidades de metadados são diferentes.

A propósito, o Discourse já funciona como uma plataforma de blog. Eu o uso dessa forma há muito tempo. Mas quando, não se…, eu tiver um artigo que não esteja intimamente ligado ao propósito do meu fórum, ele será publicado via WordPress.

A seção de comentários de blogs é talvez a segunda coisa mais superestimada na web. Truques de SEO são o número um. A maioria dos blogs nunca recebe comentários, nem aqueles poucos dariam algum valor.

Claro — isso expandiria o uso do Discourse. Muitas pessoas usariam o Discourse para tudo, mas isso seria um movimento inteligente? Eu não acho. É sempre melhor fazer uma coisa muito bem do que tudo de forma medíocre.

Só falta uma coisa no Discourse: uma maneira funcional de mudar a aparência da escrita de um blog.

E mesmo isso não é uma questão tão grande porque os visitantes… simplesmente não se importam, desde que possam ler esse texto facilmente e sem implorar para se inscrever em uma newsletter.

Basicamente, você está dizendo que a opção de fazer blog está faltando, mas para mim: como isso está faltando?

O editor… é tão limitado que não quero criar nada mais aqui do que apenas texto puro com algumas imagens. Funciona perfeitamente em fóruns (bem, quase perfeitamente porque algo como 99% do mundo não sabe markdown, html ou bbcode, mas isso simplesmente não importa porque a maioria nunca usa formatação).

Você apenas faz uma demonstração de como blogar usando Discourse. Quais ferramentas você sentiu falta?

1 curtida

Para que eu entenda… Discourse ainda é (incrível) Software de Fórum e não está se tornando um CMS, certo?

Estou usando um blog, construído com hugo, porque é rápido. Comentários são possíveis com Discourse e automaticamente vinculados ao Fórum. (Da mesma forma que o Discourse faz com blog e meta.) Assim, tenho o melhor dos dois mundos.

Comentários raramente são usados, mas são possíveis. E ler o Blog no Fórum também.
E as pessoas que leem um blog não são necessariamente as mesmas que querem ser ativas no fórum e vice-versa.

Eu estaria interessado em saber quais são suas táticas.

E, em geral, eu estaria interessado em saber como seria um recurso de blog. Como ele é diferente do que tenho agora? O que ele permite? O que ele proíbe?

1 curtida

Eu não entendo totalmente a pergunta — o que você quer dizer?

Existe uma tática bem fácil: eu escrevo uma postagem mais longa. É isso. O OP aqui, na verdade, escreveu um post de blog (no sentido do que blog significa hoje em dia; não apenas um diário, um registro).

Ou você quer dizer quando eu uso o Discourse e quando uso o WordPress. Bem… depende. E não vem de vantagens ou limitações da própria plataforma.

Para mim, usar o editor do WordPress é muito mais fácil e otimizado do que o que o Discourse oferece. Eu entendo totalmente por que é assim (escrita de artigos vs. posts rápidos de fórum), mas isso afeta. Eu consigo fazer links locais com muito mais facilidade no WordPress. Com um plugin adequado, usar tabelas no WordPress é superior em comparação com o markdown manual básico que o Discourse oferece. No WordPress, eu tenho uma biblioteca de mídia real, e o Discourse não tem nada disso. Rascunhos… bem, nem vamos entrar nessa questão :wink:

E ainda assim, eu uso o Discourse como plataforma de blog também. Mas apenas quando

  • Eu faço mais ou menos escritos do tipo diário/registro
  • Eu espero conversação (onde o Discourse é esmagadoramente melhor do que os comentários do WordPress jamais poderiam ser, com qualquer solução)
  • Eu preciso de boa busca e marcação (o que o WordPress não pode oferecer)

Eu faço principalmente três tipos de textos:

  • Relacionados a cães, e esses estão no WordPress porque esse site tem um valor de SEO muito forte
  • Coisas de B2B/tecnologia, e aqui eu uso 50/50 WordPress e Discourse, e a principal razão são as expectativas: devo obter conversação ou estou apenas entregando fatos e ideias?
  • Histórias de caminhadas/passeios vão para o Discourse, porque o WordPress não oferece nenhum valor extra e o “risco” de obter conversação é alto

Então, eu não tenho nenhuma estratégia. Bem, talvez uma. Se eu estiver tentando maximizar meus compartilhamentos e cliques, eu uso o WordPress sempre. Por alguma razão, na minha área de idioma, as pessoas não são muito inclinadas a clicar em links de fóruns. Sites “normais” são mais fáceis.

Por quê? Eu não sei. Talvez a aparência do Discourse seja um pouco… não bagunçada, não é isso que quero dizer, mas talvez um pouco lotada em dispositivos móveis. Na Finlândia, as vendas de desktop caíram há alguns anos e quase todo mundo usa dispositivos móveis. Isso significa que tudo deve ser projetado primeiro para dispositivos móveis e os desktops vêm quando um desenvolvedor tem tempo extra :wink:

Ou as pessoas não gostam de fóruns por causa dos comentários de baixa qualidade de publicações de tabloides. Ou as mídias sociais venceram essa guerra. Ou os fóruns (todos eles) dão uma espécie de eco dos “blog-hubs” que todos odiavam. Ou… eu não sei nada, mas talvez os fóruns esperem comentários, mas escrever usando dispositivos móveis não é uma alegria — sites baseados em WordPress apenas oferecem leitura.

Agora estou divagando de novo, mas os dispositivos móveis são a principal razão para algo que considero conteúdo de baixa qualidade, como frases curtas, gifs, etc. Em algum lugar, eles são desejados e apreciados, mas eu vejo de forma diferente. E eu não estou sozinho, e quando as expectativas são, ao ver um link para um fórum, que há apenas muitos gifs piscando mostrando piadas antigas e comentários curtos no estilo do Twitter… quem iria lá? E do outro lado — se/quando o Google vê todos os fóruns como ambientes de Q/A-tech ou suporte corporativo, isso mudará como mostrará os resultados de busca dos fóruns. Pode não ser tão atraente quando esse fórum é algo diferente de Q/A ou suporte.

Não. Eu não culpo o Discourse. Mas talvez devêssemos parar de tentar fazer tudo em uma plataforma apenas por causa da administração? Talvez precisemos de todos os aspectos — CMS, LMS, fóruns, e-commerce… — e eles devam ser servidos de plataformas diferentes e deixar os designers dizerem como todo esse pacote se parece e depois os codificadores farão sua mágica.

Mas o meu ponto é que o Discourse é uma plataforma de blog como todas as plataformas onde se pode criar conteúdo e publicá-lo.

Moderadores — este tópico deveria ser movido de Feature para Community talvez?

(Desculpe — deve haver muitas frases estranhas e erros de digitação… o inglês é uma língua bastante estranha)

Foi isso que eu estava a implicar numa discussão Discourse vs Invision. Eu costumava ter um blog no WordPress, e quase o odiava principalmente porque o motor estava sobrecarregado de funcionalidades provenientes da abordagem: “vamos construir 1000 funcionalidades, sabendo que um utilizador médio utilizará no máximo 5%, mas pelo menos apelaremos a públicos que abrangem partições distintas de 5%”.

Além disso,

um, ok, eu, poderia argumentar que foi precisamente o WordPress que arruinou os blogs na internet. Com poucos cliques, cada autor tem um plugin de otimização de SEO que lhe diz como deve construir artificialmente o seu blog para que não seja muito curto, não muito longo, tenha pelo menos N referências à palavra-chave e blah blah blah. E claro, que adiciona um banner estúpido de “inscreva-se na minha newsletter desnecessária”.

De qualquer forma, de volta ao tópico. Parte (ou talvez constitua 100%) do que torna o Discourse ótimo é a capacidade dos desenvolvedores de se concentrarem no que consideram essencial, não tentando acomodar todos os nichos possíveis.

1 curtida

Certamente há pessoas que já usam o Discourse como um blog e, mais comumente, como o motor de comentários de seus blogs.

Para manter o foco em novos recursos, quais novos recursos o Discourse precisaria para dar melhor suporte à criação de blogs?

2 curtidas

Agora existe um plugin de notícias, ele está se desenvolvendo bem. Acho que funciona muito bem como um blog

Obrigado — isso foi interessante. Como você diz, pode-se sempre escrever um post longo e, em seguida, se ele receber respostas ou não, isso é muito parecido com um blog.

De que forma não é como um blog, eu me pergunto? Bem, talvez

  • não há uma maneira específica de vincular a posts anteriores/próximos (tópicos) de uma pessoa
  • não há uma maneira específica de ver todos os posts de uma pessoa
  • não há visualização de calendário dos posts de uma pessoa
  • não há marcação específica para a pessoa para o seu próprio conjunto de posts.

Mas todos esses parecem — para mim — aspectos de usabilidade bem pequenos. Nós temos tags, buscas e categorias. E é fácil o suficiente vincular de um post para outro.

Existe o recurso Portfólio introduzido pelo Topic List Previews que permite ver todos os Tópicos de um Usuário marcados com uma tag específica ou dentro de uma Categoria específica e acessado a partir de um botão no Cartão do Usuário.

Então você poderia ter uma tag chamada blog … e renomear o botão “Blog do Usuário”

Lembro-me de um recurso ter sido criado para cobrir isso recentemente … mas atualmente não é suportado pelo TLP …

2 curtidas

Eu acho que é principalmente uma questão de layout. Um componente de estilo de postagem de blog deixaria a maioria dos usuários feliz. Mas da última vez que verifiquei, ele não usava o DiscoTOC — porque ele apaga a linha do tempo. Ou me lembro totalmente errado.

Eu usaria a documentação, mas há um grande problema de layout.

Existem alguns meta-truques que informariam ao Google qual é o propósito, mas acho que isso vai além do escopo do Discourse. Novamente — do meu ponto de vista, o Discourse deve permanecer como uma plataforma de fórum muito boa.

Ele não entende tags. Ele precisa de categoria. Eu entendo totalmente que isso ocorre porque seu propósito principal é mostrar notícias, não blogs.

1 curtida

Que eu uso. Todos os blogs são marcados com blog e nome-do-blog. Funciona muito bem. Bem… quase bem porque de vez em quando há a necessidade de mostrar em ordem de data de publicação. Mas isso não é um ponto de interrogação real, mais como .seria bom ter.

Portfólios… Eu esqueci totalmente disso. Obrigado.

2 curtidas

Acompanhando isso, quase 3 anos depois. Meu site de comunidade atual tem um blog em WordPress e algumas páginas estáticas. A comunidade em si está no Facebook e será migrada para o Discourse. Então, estou diante desta questão: devo manter o blog em WordPress como página inicial e usar o WordPress para gerenciar páginas estáticas (tudo isso é conteúdo principalmente “voltado para o exterior”) e ter o Discourse em um subdomínio, ou devo integrar tudo no Discourse no domínio principal? E minha pergunta é: se eu fizer isso, existe uma maneira de replicar minha arquitetura de “blog como página inicial” com o Discourse?

Posso configurar uma categoria separada para as postagens do blog, onde apenas eu posso postar (mas o público em geral poderá comentar?), e dar à comunidade outra página inicial (/suporte/ talvez?), mas isso funcionará de forma limpa? Eu não consegui descobrir isso até agora.

1 curtida