Todas las comunidades comienzan en nivel cero y crecerán hasta que el equipo de administradores se sienta cómodo y comience a analizar por qué existen temas de debate publicados desde hace años pero que no reciben visitas. ¿Es necesario mantener ese tema? ¿Deberíamos archivarlo? ¿Lo eliminamos?
Si lo archivamos, los rastreadores de los motores de búsqueda seguirán pudiendo indexarlo, por lo que podría seguir atrayendo nuevos lectores al foro. Pero… ¿realmente es útil? ¿O sería mejor eliminarlo?
Por otro lado, si lo eliminamos, liberamos recursos y renovamos la posibilidad de que quienes lleguen a la comunidad abran discusiones nuevas y frescas sobre contenido que no esté publicado (o archivado).
En mi caso, mi foro está acercándose a las 500.000 visitas en los últimos 30 días, y quiero optimizar mejor el contenido que muestro al mundo.
¿Cómo optimizar el contenido? ¿Cómo limpiar adecuadamente el contenido antiguo?
Algunas tareas que se están llevando a cabo en este momento:
En la categoría de tutoriales o publicaciones de conocimiento, nuevas preguntas como nuevos temas se están moviendo a la categoría de soporte, y se dejan mensajes con contenido en el sector adecuado, con el temporizador configurado para que las nuevas respuestas se eliminen automáticamente.
He cambiado la configuración de algunas categorías para que los bots de los motores de búsqueda no puedan indexar el contenido, el cual es solo para usuarios registrados. (Categorías sensibles a los motores de búsqueda únicamente).
Sería útil tener una comprensión del tipo de comunidad que tienes. Mis ideas difieren entre las comunidades de soporte y las comunidades de práctica (por ejemplo).
Gracias por tu respuesta, Sarah. Sé que eres consultora en comunidades digitales, por lo que tu experiencia en el campo sería de gran ayuda. Me encantaría conocer tu opinión sobre ambos tipos de comunidades.
En mi caso, desde 2008 me dedico a la consultoría en ERP, específicamente en el sistema SAP, por lo que he brindado información y apoyo a empresas y usuarios finales durante muchos años, quienes, al igual que yo, comenzaron desde cero con el sistema. Con el tiempo, hemos desarrollado cierta adicción a la profesión de consultor.
Por lo general, gestiono comunidades de soporte; este proyecto es el más grande que he tenido. He utilizado otros sistemas y puedo asegurar que Discourse ha superado todas mis expectativas. Por eso quiero potenciarlo y mantener ideas para depurar y limpiar el contenido, con el fin de ofrecer a mis lectores un espacio de calidad e información actualizada.
Genial. En el caso de las comunidades de soporte, es bastante claro, en mi opinión. Elimina el contenido que ya no esté actualizado o sea relevante.
Supongo que cualquier consejo obsoleto habrá sido reemplazado por un tema actualizado, de modo que las personas que busquen sigan encontrando resultados.
Sí, por supuesto, olvidé aclarar que estoy gestionando esta limpieza: analizo casi semanalmente cada rastreador para detectar cuál está invadiendo más el sitio web y lo bloqueo uno por uno.
Lo que me preocupa es que añadir tantos bots a la lista negra pueda afectar de alguna manera el rendimiento del sitio.
Así que pensé que, quizás, en lugar de bloquearlos uno por uno, lo mejor sería añadir los bots esenciales a la lista blanca y bloquear todos los demás. Pero… ¿existen rastreadores esenciales?
Busqué en el foro para ver si había un debate “dedicado” a los rastreadores esenciales, pero no encontré ninguno. Si conoces algún tema relacionado con esto, por favor házmelo saber.
Si tu sitio es público y el SEO tiene valor para ti, entonces cualquier bot que añada tus datos a un índice útil es “esencial”. Revisa tus fuentes de tráfico y compáralas con los bots; ¿hay alguna correlación?
¿Quizás una lista blanca de bots sea la mejor solución aquí?
Si usas Cloudflare, es posible bloquear “bots maliciosos” con él. Sin embargo, no estoy seguro de qué tan bien funciona. Lo probé temporalmente y bloquea cualquier cosa que parezca automatizada, incluso cosas como curl y mis propios scripts que usan la API de Discourse.
