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

Contribuir Característica
1

Intentaré desmentir los mitos de que Discourse no necesita un blog integrado. Creo que abandonar el blog en el núcleo de Discourse tiene más consecuencias negativas que incluirlo. Hay docenas de temas en esta página donde los usuarios se preguntan por qué Discourse no tiene un blog incorporado. ¡Durante más de 5 años, los usuarios han estado buscando funcionalidad de blog en el foro!

1. Discourse no necesita un blog en absoluto.

Tus competidores estarán contentos. Sin un blog, perdemos tráfico y visitantes. Todos los foros tienen artículos. Básicamente son instrucciones y guías de inicio rápido. En lugar de escribirlos como temas del foro, sería mucho más correcto diseñarlos en forma de blog. Los desarrolladores de Invision Community fueron sabios. Agregaron el blog al núcleo y ahora se ha convertido en su ventaja sobre otros foros.

2. Puedes usar WordPress u otra plataforma. Usar Discourse en lugar de los comentarios de WP es una buena manera de dirigir el tráfico del blog a tu foro.

Sí, pero gastamos tiempo y dinero instalando y manteniendo constantemente dos plataformas en lugar de una. Y esto no solo aplica a WordPress; otras plataformas son incluso más complicadas. En lugar de un proyecto exitoso con buenos indicadores de SEO, obtenemos 2 proyectos con indicadores impredecibles. En lugar de una sola plataforma, los usuarios visitan 2 plataformas; el tráfico de cada una es menor que el de una sola, las posiciones en los motores de búsqueda caen y el tráfico se vuelve aún más bajo. Perdemos tráfico, no lo atraemos. Tus competidores están contentos de nuevo :slight_smile: Al mismo tiempo, perdemos la capacidad de realizar blogs colectivos y otras ventajas, como el uso de etiquetas y notificaciones PUSH. ¡Nuestra PWA no funciona para blogs! WordPress tiene funcionalidad redundante; necesitamos unas pocas líneas de base de datos y unos pocos MB de código. Desafortunadamente, WordPress no es un pastel de Pascua del que puedas cortar un trozo.

3. WordPress es mejor para escribir blogs.

¿En serio? Aún no lo sabemos. Los desarrolladores de Discourse son geniales; se las arreglarán para superar a WordPress o cualquier otra cosa con los ojos cerrados.

4. Incluir el blog en el núcleo de Discourse complicará la plataforma.

Vivimos en el siglo XXI, todo es complicado aquí. El módulo de blog no es inteligencia artificial. Un blog es lo más sencillo que se puede agregar. Pero es más fácil escribir un módulo completo para integrarse con WordPress y arrastrar lastre innecesario en un subdominio. Es un paso atrás. Hace 20 años, esa decisión habría sido correcta, pero no ahora. ¿Cuánto pesará el módulo de blog para Discourse? ¿Cuántas tablas aparecerán en la base de datos? Te responderé: muy poco. No espero que un blog tenga millones de publicaciones. Pero si tienes millones de publicaciones, entonces te felicito.

5. Los foros pueden ser inundados con enlaces de spam.

Asigna personas de confianza, no a todos. En lugar de desarrollar la comunidad, necesitamos arrastrar el lastre de un antiguo blog en WordPress. Necesitamos distraernos escribiendo blogs nosotros mismos. Perdemos la oportunidad de aprovechar la creatividad de la comunidad para escribir grandes artículos. Puede haber muchos miembros de la comunidad que puedan escribir blogs gratuitos mejores que nosotros.

6. Discourse y el blog están diseñados para diferentes propósitos.

El blog es necesario para atraer tráfico. ¿Adivina qué necesita el foro para su desarrollo?

7. Puede ser mucho más fácil para los usuarios desplazarse y leer solo las publicaciones del blog que distraerse con todo el contenido creado por los usuarios en el foro.

De la manera extraña en que se usa Discourse como motor de blogs, estoy de acuerdo. Se han ideado muchas formas. Es simple: necesitas un módulo separado con su propia navegación y página. Crear publicaciones a partir de temas del foro es equivalente a crear publicaciones a partir de mensajes de chat. Te daré un ejemplo de Invision Community, aunque tienen un diseño terrible. Es muy conveniente agregar comentarios, me gusta, etiquetas, suscripciones a noticias, enlaces a productos de una tienda en línea, etc., a una publicación de blog. A partir de tales publicaciones, sería más sabio construir páginas wiki. En realidad, puedes encontrar más ventajas, pero por ahora, esto es suficiente.

Al elegir un motor para mi comunidad, necesitaba un blog integrado y realmente no quería buscar otra plataforma, ya que me gustaba Discourse. Espero sinceramente que los desarrolladores escuchen nuestras peticiones y ayuden a hacer que esta maravillosa plataforma sea aún mejor.

8 Me gusta
4

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.

2 Me gusta
5

¿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.

6

Usar el plugin de noticias

7

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
8

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.

9

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?

1 me gusta
10

No termino de entender la pregunta, ¿a qué te refieres?

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

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

Para mí, usar el editor de WordPress es mucho más fácil y ágil que lo que ofrece Discourse. Entiendo perfectamente por qué es así (escritura de artículos frente a publicaciones rápidas en foros), pero afecta al resultado. Puedo crear enlaces internos mucho más fácilmente en WordPress. Con un plugin adecuado, WordPress es superior comparado con el markdown manual y realmente básico que ofrece Discourse. En WordPress tengo una verdadera biblioteca de medios, y Discourse carece totalmente de ella. Los borradores… bueno, mejor no vamos por ahí :wink:

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

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

Principalmente escribo tres tipos de textos:

  • Relacionados con perros, y esos van en WordPress porque ese sitio tiene un valor SEO realmente fuerte
  • Cosas B2B/tecnológicas, y aquí uso WordPress y Discourse al 50/50, y la razón principal son las expectativas: ¿espero conversación o solo estoy entregando hechos e ideas?
  • Historias de senderismo/paddling van a Discourse, porque WordPress no aporta ningún valor extra y el “riesgo” de obtener conversación es alto

Así que no tengo ninguna estrategia. Bueno, quizás una. Si intento maximizar mis compartidos y clics, uso WordPress siempre. Por alguna razón, en mi zona lingüística la gente no está muy dispuesta 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 demasiado… no desordenada, no quiero decir eso, pero quizás ligeramente saturada en móviles. En Finlandia, las ventas de escritorio bajaron 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 se hacen cuando un desarrollador tiene tiempo extra :wink:

O a la gente no le gustan los foros debido a la baja calidad de los comentarios en las publicaciones sensacionalistas. O las redes sociales ganaron esta guerra. O los foros (todos) dan cierta sensación de ecos de los hubs de blogs que a todos les disgustaban. O… no sé nada, pero quizás los foros esperan comentarios, pero escribir usando móviles no es un placer: los sitios basados en WordPress simplemente 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 frases cortas, gifs, etc. En algún lugar se desean y gustan, pero yo lo veo de otra manera. Y no estoy solo, y cuando las expectativas son altas, al ver un enlace a un foro, de que solo hay muchos gifs parpadeantes mostrando chistes viejos y comentarios cortos al estilo de Twitter… ¿quién iría allí? Y desde el otro lado: si/cuando Google vea todos los foros como entornos de soporte técnico Q/A o corporativo, cambiará la forma de mostrar los resultados de búsqueda de los foros. Puede que no sea tan atractivo cuando ese foro es algo diferente a Q/A o soporte.

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

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

Moderadores: ¿debería mover este tema de Contribute > Feature a Community Building quizás?

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

11

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
12

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
13

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

14

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.

15

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
16

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.

1 me gusta
17

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
18

Poniéndome al día con esto, casi 3 años después. Mi sitio comunitario actual tiene un blog de WordPress y algunas páginas estáticas. La comunidad está en Facebook y se migrará a Discourse. Así que me enfrento a este problema: ¿debo mantener el blog de WordPress como página de inicio y usar WordPress para gestionar las páginas estáticas (todo esto es contenido principalmente “de cara al exterior”), y tener Discourse en un subdominio, o debo integrarlo todo en Discourse en el dominio principal? Y mi pregunta es: si hago eso, ¿hay alguna manera de replicar mi arquitectura de “blog como página de inicio” con Discourse?

Puedo configurar una categoría separada para las publicaciones del blog, donde solo yo pueda publicar (¿pero podrá comentar el público en general?), y darle a la comunidad otra página de inicio (/soporte/ ¿quizás?), pero ¿funcionará eso sin problemas? Hasta ahora no he logrado resolverlo.

1 me gusta