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

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

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

Ou você está se referindo ao momento em que uso o Discourse e quando uso o WordPress. Bem… depende. E isso não vem dos recursos ou limitações da própria plataforma.

Para mim, usar o editor do WordPress é muito mais fácil e fluido do que o que o Discourse oferece. Eu entendo perfeitamente por que é assim (escrita de artigos versus posts rápidos em fóruns), mas isso impacta. Consigo fazer links locais com muito mais facilidade no WordPress. Com plugins adequados, o WordPress é superior em comparação ao markdown básico e manual que o Discourse oferece. No WordPress, tenho uma biblioteca de mídia real, enquanto o Discourse carece totalmente disso. Rascunhos… bem, nem vamos por esse caminho :wink:

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

  • Faço escritos do tipo diário/registro;
  • Espero ter conversas (onde o Discourse é infinitamente melhor do que os comentários do WordPress podem ser, com qualquer solução);
  • Preciso de boa busca e marcação (o que o WordPress não oferece).

Eu escrevo principalmente três tipos de textos:

  • Relacionados a cães, e esses ficam no WordPress porque esse site tem um valor de SEO realmente forte;
  • Coisas B2B/tecnologia, e aqui uso 50/50 WordPress e Discourse, e a principal razão é a expectativa: devo ter conversas ou estou apenas entregando fatos e ideias;
  • Histórias de caminhadas/paddling vão para o Discourse, porque o WordPress não agrega valor extra e o “risco” de ter conversas é alto.

Então, não tenho nenhuma estratégia. Bem, talvez uma. Se estou tentando maximizar meus compartilhamentos e cliques, uso o WordPress sempre. Por algum motivo, na minha área linguística, as pessoas não têm muita vontade de clicar em links de fóruns. Sites “normais” são mais fáceis.

Por quê? Não sei. Talvez a aparência do Discourse seja um pouco… não bagunçada, não quero dizer isso, mas talvez um pouco aglomerada em celulares. Na Finlândia, as vendas de desktops caíram alguns anos atrás e quase todos estão usando celulares. Isso significa que tudo deve ser projetado primeiro para celulares 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 sensacionalistas. Ou as redes sociais venceram essa guerra. Ou os fóruns (todos eles) dão uma espécie de eco dos hubs de blogs que todos odiavam. Ou… não sei nada, mas talvez os fóruns esperem comentários, mas escrever usando celulares não é uma alegria — sites baseados em WordPress oferecem apenas leitura.

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

Não. Não culpo o Discourse. Mas talvez devêssemos parar de tentar fazer tudo em uma única plataforma apenas por causa da administração? Talvez precisemos de todos os aspectos — CMS, LMS, fóruns, e-commerce… — e esses devem ser servidos por plataformas diferentes, deixando os designers dizerem como esse pacote todo vai parecer e, depois, os programadores farão a mágica deles.

Mas 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 Contribute > Feature para Community Building, talvez?

(Sinto muito — deve haver muitas frases estranhas e erros de digitação… o inglês é um idioma bem estranho)

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