… чтобы сделать его здоровым цифровым пространством.
Все сообщества начинаются с нулевого уровня и развиваются до тех пор, пока команда администраторов не почувствует себя уверенно… и не приступит к анализу причин, по которым темы для обсуждения, опубликованные годами, не получают посещений. Нужно ли сохранять эту тему? Стоит ли её архивировать? Или лучше удалить?
Если мы архивируем тему, поисковые роботы всё ещё смогут её индексировать, и она может продолжать привлекать новых читателей на форум. Но… действительно ли она полезна? Или лучше её удалить?
С другой стороны, если мы удалим тему, мы освободим ресурсы и обновим возможность для новых участников сообщества открывать свежие обсуждения по темам, которые не были опубликованы (или архивированы).
В моём случае мой форум приближается к 500 000 просмотров страниц за последние 30 дней, и я хочу лучше оптимизировать контент, который показываю миру.
Как оптимизировать контент? Как правильно очищать старый контент?
Некоторые задачи, которые выполняются прямо сейчас:
В категории «Учебные материалы» или «Знания» новые вопросы, такие как новые темы, перемещаются в категорию «Поддержка», а сообщения с контентом остаются в соответствующем разделе, с таймером, который автоматически удаляет новые ответы.
Я изменил настройки некоторых категорий так, чтобы поисковые роботы не могли индексировать контент, доступный только зарегистрированным пользователям. (Категории, чувствительные к поисковым системам).
Будет полезно понять, какой именно у вас тип сообщества. Мои мысли различаются в зависимости от того, идет ли речь о сообществах поддержки или сообществах практиков (CoP), например.
Спасибо за ваш ответ, Сара. Я знаю, что вы работаете консультантом в сфере цифровых сообществ, поэтому ваш опыт в этой области был бы очень полезен. Мне было бы интересно узнать ваше мнение по обоим типам сообществ.
Что касается меня, то с 2008 года я занимаюсь консалтингом в области ERP, а именно системы SAP. На протяжении многих лет я предоставляю информацию и поддержку компаниям и конечным пользователям, которые, как и я, начинали работу с системой с нуля. Со временем у нас выработалась своего рода привязанность к профессии консультанта.
Обычно я управляю сообществами поддержки, и этот проект — самый крупный из них. Я использовал и другие системы, но могу подтвердить, что Discourse превзошёл все мои ожидания. Именно поэтому я хочу развивать его, а также планирую идеи по отладке и очистке контента, чтобы предложить моим читателям качественное пространство с актуальной информацией.
Круто. На мой взгляд, в случае с сообществами поддержки всё довольно просто: удаляйте контент, который больше не актуален или не имеет отношения к делу.
Я предполагаю, что устаревшие советы уже заменены обновлёнными темами, поэтому при поиске люди всё равно найдут результат.
Да, конечно, я забыл уточнить, что я занимаюсь управлением очистки: анализирую каждый краулер отдельно, почти еженедельно, чтобы выявить, какой из них больше всего вторгается на сайт, и блокирую их по одному.
Меня беспокоит, что добавление стольких ботов в чёрный список каким-то образом может повлиять на производительность сайта.
Поэтому я подумал, что, возможно, вместо блокировки по одному, лучшим решением будет добавить обязательных ботов в белый список и заблокировать всех остальных. Но… существуют ли вообще «обязательные» трекеры?
Я искал на форуме обсуждение, «посвящённое» обязательным краулерам, но не нашёл его. Если вы знаете тему, связанную с этим, пожалуйста, дайте мне знать.
Если ваш сайт является публичным и SEO имеет для вас значение, то любой бот, который добавляет ваши данные в полезный индекс, является «важным». Посмотрите на источники трафика и сравните их с ботами — есть ли какая-либо корреляция?
Белый список ботов может быть здесь лучшим решением, верно?
Если вы используете Cloudflare, с его помощью можно блокировать «вредных ботов». Насколько хорошо это работает — не уверен. Я пробовал это временно, и система блокирует всё, что выглядит как автоматизация, даже такие инструменты, как curl и мои собственные скрипты, использующие API Discourse.
