7 mitos por los que un blog no es necesario en el núcleo del discurso

I’ll try to dispel the myths that discourse doesn’t need a built-in blog. I believe that abandoning a blog in the core of discourse carries more negative consequences than blog in discourse. There are dozens of topics on this page where users wonder why discourse doesn’t have a built-in blog. For more than 5 years, users have been searching for blog functionality in the forum!

1. Discourse doesn’t need a blog at all.

Your competitors will be happy. Without a blog, we lose traffic and visitors. All forums have articles. Basically it’s the instructions and quick start guide. Instead of writing them as forum topics, it would be much more correct to design them in the form of a blog. The Invision Community developers were wise. They added the blog to the core and now it has become their advantage over other forums.

2. You can use wordpress or another platform. Using Discourse instead of WP comments is a good way to drive blog traffic to your forum.

Yes, but we spend our time and money installing and constantly maintaining two platforms instead of one. And this applies not only to wordpress, other platforms are even more complicated. Instead of one successful project with good SEO indicators, we get 2 projects with unpredictable indicators. Instead of one platform, users visit 2 platforms, the traffic of each platform is lower than one, the positions in search engines fall and the traffic becomes even lower. We lose traffic, not attract it. Your competitors are happy again) At the same time, we lose the ability to conduct collective blogs and other advantages, such as the use of tags, PUSH notifications. Our PWA doesn’t work for blogs! Wordpress has redundant functionality, we need a few database lines and a few MB of code. Unfortunately, wordpress is not an Easter cake from which you can cut a piece.

3. Wordpress is better for writing blogs.

Are you serious? We don’t know that yet. The developers of discourse are cool guys, they will tear up wordpress or something else with their eyes closed.

4. Blogging in the core of discourse will complicate the platform.

We live in the 21st century, everything is complicated here. The blog module is not artificial intelligence. A blog is the simplest thing you can add. But it is easier to write a whole module for integration with WordPress to pull useless ballast on the subdomain. It’s a step back. 20 years ago, such a decision would have been correct, but not now. How much will the blog module for discourse weigh? How many tables will appear in the database? I will answer: a little. I don’t expect a blog to have millions of posts. But if you have millions of posts, then I will congratulate you.

5. Forums can be flooded with spam links.

Assign trusted people, not everyone. Instead of developing the community, we need to pull the ballast in the form of an ancient blog on wordpress. We need to be distracted by blogging on our own. We lose the opportunity to use the creativity of the community to write great articles. There may be many members of the community can write free blogs better than us.

6. Discourse and blog are designed for different purposes.

The blog is needed to attract traffic. Guess what the forum needs for its development?

7. It can be much easier for users to scroll through and read only blog posts than to be distracted by all the content created by users on the forum.

In the creepy way that discourse is used as a blog engine, I agree. Many ways have been devised. It’s simple, you need a separate module with its own navigation and page. Making posts from forum topics is equivalent to making posts from chat messages. I’ll give you an example of invision community, although they have a terrible design. It is very convenient to add comments, likes, tags, a subscription to news, a link to a product from an online store, etc. to a blog post. From such posts, it would be wiser to build wiki pages. In reality, you can find more advantages, but for now, this is enough.

When choosing an engine for my community, I needed a built-in blog and I really didn’t want to look for another platform, as I liked discourse. I really hope that the developers will hear our requests and help make this wonderful platform better.

7 Me gusta

Estoy de acuerdo: los blogs son una herramienta muy útil para compartir conocimientos, atraer miembros y generar nuevo tráfico. Las publicaciones tampoco se pierden entre todo lo demás, como ya mencionaste.

Entonces, ¿eliminaron los blogs aquí? No veo ninguno, creo que sería valioso resucitarlos.

1 me gusta

¿Está Page Publishing cerca de lo que buscas: Page Publishing? Estoy interesado en usarlo como punto final para un proyecto de escritura colaborativa, pero aún no he profundizado en los detalles.

Usar el plugin de noticias

Oh. ¿No para ofrecer… contenido?

En términos de SEO, obtengo una respuesta mucho mejor de Google y DuckDuckGo desde WordPress que desde Discourse. Claro, eso se podría arreglar, pero mientras un blog signifique algunos trucos de diseño en este contexto.

Un blog necesita bastante más que una solución de diseño. Solo las meta-necesidades son diferentes.

Por cierto, Discourse ya funciona como plataforma de blogs. Lo he estado usando de esa manera durante mucho tiempo. Pero cuando, no si…, tenga un artículo que no esté estrechamente ligado al propósito de mi foro, se publicará a través de WordPress.

La sección de comentarios de los blogs es quizás la segunda cosa más sobrevalorada en la web. Los trucos de SEO son el número uno. La mayoría de los blogs nunca reciben comentarios, ni esos pocos aportarían algún valor.

Claro, expandiría el uso de Discourse. Bastantes usarían Discourse para todo, pero ¿sería un movimiento inteligente? No lo creo. Siempre es mejor hacer una cosa muy bien que todo de manera mediocre.

Solo falta una cosa en Discourse: una forma funcional de cambiar la apariencia de la escritura de un blog.

E incluso eso no es una pregunta tan importante porque a los visitantes… simplemente no les importa siempre que puedan leer ese texto fácilmente y sin pedirles que se registren para recibir un boletín.

Básicamente, ahora estás diciendo que falta la opción de hacer blogs, pero para mí: ¿cómo falta?

El editor… es tan limitado que no quiero crear nada más aquí que texto puro con algunas imágenes. Funciona perfectamente en foros (bueno, casi perfectamente porque algo como el 99% del mundo no sabe markdown, html o bbcode, pero simplemente no importa porque la mayoría nunca usa formato).

Simplemente haz una demostración de cómo bloguear usando Discourse. ¿Qué herramientas te faltaron?

1 me gusta

Para que yo entienda… Discourse sigue siendo (increíble) software de foro y no se está convirtiendo en un CMS, ¿verdad?

Estoy usando un blog, creado con hugo, porque es rápido. Los comentarios son posibles con Discourse y se enlazan automáticamente al foro. (De la misma manera que Discourse lo hace con blog y meta). Así que tengo lo mejor de ambos mundos.

Los comentarios rara vez se usan, pero son posibles. Y leer el blog en el foro también.
Y las personas que leen un blog no son necesariamente las mismas personas que quieren estar activas en el foro y viceversa.

Me interesaría saber cuáles son tus tácticas.

Y en general, me interesaría saber cómo sería una función de blog. ¿En qué se diferencia de lo que tengo ahora? ¿Qué permite? ¿Qué prohíbe?

No entiendo del todo la pregunta: ¿a qué te refieres?

Hay una táctica bastante sencilla: escribo una publicación más larga. Eso es todo. El OP (autor original) en realidad escribió una entrada de blog (en el sentido de lo que blog significa hoy en día; no solo un diario, un registro).

¿O te refieres a cuándo uso Discourse y cuándo WordPress? Bueno… depende. Y no proviene de las ventajas o limitaciones de la plataforma en sí.

Para mí, usar el editor de WordPress es mucho más fácil y eficiente que lo que ofrece Discourse. Entiendo perfectamente por qué es así (escritura de artículos frente a publicaciones rápidas en foros), pero afecta. Puedo crear enlaces locales mucho más fácilmente en WordPress. Con un plugin adecuado, el uso de tablas en WordPress es superior en comparación con el markdown manual básico que ofrece Discourse. En WordPress tengo una biblioteca de medios real, y Discourse carece totalmente de ella. Borradores… bueno, no vayamos por ahí :wink:

Y aun así, también uso Discourse como plataforma de blogs. Pero solo cuando:

  • Hago escritos más o menos de tipo diario/registro.
  • Espero conversación (donde Discourse es abrumadoramente mejor que los comentarios de WordPress, con cualquier solución).
  • Necesito una buena búsqueda y etiquetado (lo que WordPress no puede ofrecer).

Hago principalmente tres tipos de textos:

  • Relacionados con perros, y esos están en WordPress porque ese sitio tiene un valor SEO muy fuerte.
  • Cosas de B2B/tecnología, y aquí uso 50/50 WordPress y Discourse, y la razón principal es la expectativa de si obtendré conversación o si solo entregaré hechos e ideas.
  • Las historias de senderismo/piragüismo van a Discourse, porque WordPress no aporta ningún valor adicional y el “riesgo” de obtener conversación es alto.

Por lo tanto, no tengo ninguna estrategia. Bueno, quizás una. Si intento maximizar mis comparticiones y clics, uso WordPress siempre. Por alguna razón, en mi área lingüística, la gente no es muy aficionada a hacer clic en enlaces de foros. Los sitios “normales” son más fáciles.

¿Por qué? No lo sé. Quizás la apariencia de Discourse es un poco… no desordenada, no me refiero a eso, sino quizás un poco abarrotada en móviles. En Finlandia, las ventas de escritorio se hundieron hace algunos años y casi todo el mundo usa móviles. Eso significa que todo debe diseñarse primero para móviles y los escritorios vienen cuando un desarrollador tiene tiempo extra :wink:

¿O a la gente no le gustan los foros debido a los comentarios de baja calidad de las publicaciones sensacionalistas? ¿O las redes sociales ganaron esta guerra? ¿O los foros (todos ellos) dan una especie de ecos de los centros de blogs que a todos les disgustaban? ¿O… no sé nada, pero quizás los foros esperan comentarios, pero escribir en móviles no es una alegría — los sitios basados en WordPress solo ofrecen lectura.

Ahora me estoy desviando, de nuevo, pero los móviles son la razón principal de algo que considero contenido de baja calidad, como las frases de una sola línea, los gifs, etc. En algún lugar son deseados y apreciados, pero yo lo veo de manera diferente. Y no estoy solo, y cuando las expectativas son, al ver un enlace a un foro, que solo hay muchos gifs parpadeantes mostrando chistes viejos y comentarios cortos al estilo de Twitter… ¿quién iría allí? Y por otro lado, si/cuando Google ve todos los foros como entornos de preguntas y respuestas técnicas o de soporte corporal, cambiará la forma de mostrar los resultados de búsqueda de los foros. Puede que no sea tan atractivo cuando ese foro es algo más que preguntas y respuestas o soporte.

No. No culpo a Discourse. ¿Pero quizás deberíamos dejar de intentar hacerlo todo en una sola plataforma solo por administración? Quizás necesitemos todos los aspectos — CMS, LMS, foros, comercio electrónico… — y esos deberían servirse desde diferentes plataformas y dejar que los diseñadores digan cómo se ve todo ese paquete y después los programadores harán su magia.

Pero mi punto es que Discourse es una plataforma de blogs como todas las plataformas donde uno puede crear contenido y publicarlo.

Moderadores: ¿debería este tema moverse de Feature a Community, quizás?

(Lo siento, debe haber muchas frases extrañas y errores tipográficos… el inglés es un idioma bastante extraño)

Eso es lo que estaba insinuando en una discusión Discourse vs Invision. Solía tener un blog en WordPress y casi lo odiaba principalmente porque el motor estaba sobrecargado de funciones derivadas del enfoque: “construyamos 1000 funciones, sabiendo que un usuario promedio empleará como máximo el 5%, pero al menos seremos atractivos para audiencias que abarcan particiones distintas del 5%”.

Además,

uno, está bien, podría argumentar que es precisamente WordPress el que arruinó los blogs en Internet. Con unos pocos clics, cada autor tiene un plugin de optimización SEO que te dice cómo debes construir artificialmente tu blog para que no sea demasiado corto, no demasiado largo, tenga al menos N referencias a palabras clave y bla bla bla. Y, por supuesto, que añade un estúpido banner de “regístrate en mi boletín innecesario”.

De todos modos, volviendo al tema. Parte (o quizás constituye el 100%) de lo que hace que Discourse sea genial es la capacidad de los desarrolladores para centrarse en lo que consideran esencial, sin intentar adaptarse a todos los nichos posibles.

1 me gusta

Ciertamente hay personas que ya usan Discourse como blog, y más comúnmente como el motor de comentarios de su blog.

Para mantener esto en el tema de las nuevas funciones, ¿qué nuevas funciones necesitaría Discourse para admitir mejor la creación de blogs?

2 Me gusta

Ahora hay un plugin de noticias, se está desarrollando bien. Creo que funciona muy bien como un blog

Gracias, eso fue interesante. Como dices, siempre se puede escribir una publicación larga y luego, si recibe respuestas o no, eso es muy parecido a un blog.

¿De qué manera no se parece a un blog, me pregunto? Bueno, quizás

  • no hay una forma específica de enlazar a publicaciones anteriores/siguientes (hilos) de una persona
  • no hay una forma específica de ver todas las publicaciones de una persona
  • no hay vista de calendario de las publicaciones de una persona
  • no hay etiquetas específicas de persona para su propio conjunto de publicaciones.

Pero todos estos parecen, para mí, aspectos de usabilidad bastante pequeños. Tenemos etiquetas, búsquedas y categorías. Y es bastante fácil enlazar de una publicación a otra.

Existe la función Portfolio introducida por Topic List Previews que te permite ver todos los Temas de un Usuario etiquetados con una etiqueta específica o dentro de una Categoría específica y se accede desde un botón en la Tarjeta de Usuario.

Así que podrías tener una etiqueta llamada blog … y renombrar el botón “Blog del Usuario”

Recuerdo que recientemente se creó una función para cubrir esto … pero actualmente no está soportada por TLP …

2 Me gusta

Creo que es principalmente una cuestión de diseño. Un componente de estilo de publicaciones de blog mantendría felices a la mayoría de los usuarios. Pero la última vez que lo comprobé, no usaba DiscoTOC, porque borra la línea de tiempo. O recuerdo totalmente mal.

Usaría la documentación, pero hay un problema importante de diseño.

Hay algunos meta-trucos que le dirían a Google cuál es el propósito, pero creo que va más allá del alcance de Discourse. De nuevo, desde mi punto de vista, Discourse debería seguir siendo una plataforma de foros excelente.

No entiende las etiquetas. Necesita una categoría. Entiendo totalmente que sea así porque su propósito principal es mostrar noticias, no blogs.

Esa la uso. Todos los blogs están etiquetados con blog y nombre-del-blog. Funciona perfectamente. Bueno… casi perfectamente porque de vez en cuando es necesario mostrar en orden de fecha de publicación. Pero esa no es la verdadera pregunta, es más bien un .sería bueno tenerlo.

Portafolios… lo he olvidado por completo. Gracias.

2 Me gusta