7 мифов о том, почему блог не нужен в ядре дискуссии

Я постараюсь развеять миф о том, что Discourse не нуждается во встроенном блоге. Я убеждён, что отказ от блога в ядре Discourse имеет более негативные последствия, чем наличие блога в его составе. На этой странице десятки тем, где пользователи спрашивают, почему в Discourse нет встроенного блога. Уже более 5 лет пользователи ищут функционал блога в форуме!

1. Discourse вообще не нуждается в блоге.

Ваши конкуренты будут рады. Без блога мы теряем трафик и посетителей. У всех форумов есть статьи. По сути, это инструкции и руководства по быстрому началу работы. Вместо того чтобы писать их в виде тем форума, гораздо правильнее оформить их в виде блога. Разработчики Invision Community были мудры. Они добавили блог в ядро, и теперь это стало их преимуществом перед другими форумами.

2. Можно использовать WordPress или другую платформу. Использование Discourse вместо комментариев WP — хороший способ направлять трафик блога на ваш форум.

Да, но мы тратим время и деньги на установку и постоянное обслуживание двух платформ вместо одной. И это касается не только WordPress, другие платформы ещё сложнее. Вместо одного успешного проекта с хорошими показателями SEO мы получаем два проекта с непредсказуемыми показателями. Вместо одной платформы пользователи посещают две, трафик каждой из них ниже, чем у одной, позиции в поисковых системах падают, и трафик становится ещё меньше. Мы теряем трафик, а не привлекаем его. Ваши конкуренты снова в выигрыше. При этом мы теряем возможность вести коллективные блоги и другие преимущества, такие как использование тегов, PUSH-уведомления. Наш PWA не работает для блогов! В WordPress избыточный функционал, нам нужно всего несколько строк базы данных и несколько МБ кода. К сожалению, WordPress — это не праздничный торт, от которого можно отрезать кусочек.

3. WordPress лучше подходит для ведения блогов.

Вы серьёзно? Мы ещё этого не знаем. Разработчики Discourse — крутые ребята, они закроют глаза и порвут WordPress или что-то ещё.

4. Внедрение блога в ядро Discourse усложнит платформу.

Мы живём в XXI веке, здесь всё сложно. Модуль блога — это не искусственный интеллект. Блог — самое простое, что можно добавить. Но гораздо проще написать целый модуль для интеграции с WordPress, чтобы тащить ненужный балласт на поддомен. Это шаг назад. 20 лет назад такое решение было бы верным, но не сейчас. Сколько будет весить модуль блога для Discourse? Сколько таблиц появится в базе данных? Отвечу: немного. Я не ожидаю, что в блоге будут миллионы постов. Но если у вас их миллионы, то поздравляю.

5. Форумы могут быть завалены спам-ссылками.

Назначайте доверенных людей, а не всех подряд. Вместо развития сообщества нам нужно тащить балласт в виде древнего блога на WordPress. Нам нужно отвлекаться на ведение собственного блога. Мы теряем возможность использовать креативность сообщества для написания отличных статей. Возможно, многие члены сообщества могут вести бесплатные блоги лучше нас.

6. Discourse и блог предназначены для разных целей.

Блог нужен для привлечения трафика. Догадайтесь, что нужно форуму для его развития?

7. Пользователям может быть гораздо проще прокручивать и читать только посты блога, чем отвлекаться на весь контент, созданный пользователями на форуме.

В том жутком виде, в котором Discourse используется как движок блогов, я согласен. Придумано много способов. Всё просто: нужен отдельный модуль с собственной навигацией и страницей. Создание постов из тем форума равносильно созданию постов из сообщений чата. Приведу пример Invision Community, хотя у них ужасный дизайн. Очень удобно добавлять комментарии, лайки, теги, подписку на новости, ссылку на товар из интернет-магазина и т. д. к посту блога. Из таких постов было бы мудрее создавать страницы вики. На самом деле можно найти ещё больше преимуществ, но пока этого достаточно.

Выбирая движок для своего сообщества, мне нужен был встроенный блог, и я совсем не хотел искать другую платформу, так как мне нравился Discourse. Я очень надеюсь, что разработчики услышат наши просьбы и помогут сделать эту замечательную платформу ещё лучше.

8 лайков

Я согласен — блоги являются очень полезным инструментом для обмена опытом, вовлечения участников и привлечения нового трафика. Как вы уже отметили, посты в блогах не теряются среди остального контента.

Значит, здесь отказались от блогов? Я их не вижу. Мне кажется, было бы ценно их возродить.

2 лайка

Близко ли Page Publishing к тому, что вы ищете? Page Publishing? Я заинтересован в использовании его в качестве конечной точки для проекта совместного написания, но пока не продвинулся далеко в деталях этого.

Используйте плагин новостей

О. Не для того, чтобы предлагать… контент?

С точки зрения SEO я получаю гораздо лучший отклик от Google и DuckDuckGo для WordPress, чем для Discourse. Конечно, это можно исправить, но пока блог в данном контексте означает какие-то уловки с версткой.

Блогу нужно гораздо больше, чем просто исправление верстки. Просто требования к мета-данным уже другие.

Кстати, Discourse уже работает как платформа для блогов. Я использую его таким образом уже давно. Но когда, а не если…, у меня появится статья, тесно не связанная с темой моего форума, она будет опубликована через WordPress.

Раздел комментариев в блогах, пожалуй, вторая по степени переоцененности вещь в веб-пространстве. Первое место занимают SEO-трюки. Большинство блогов никогда не получают комментариев, а даже если и получают, то эти комментарии редко имеют какую-либо ценность.

Конечно, это расширило бы использование Discourse. Многие стали бы использовать Discourse для всего, но было бы это разумным шагом? Я так не думаю. Всегда лучше делать одну вещь очень хорошо, чем всё понемногу посредственно.

В Discourse не хватает только одного: рабочего способа изменить внешний вид написания блога.

И даже это не такой уж большой вопрос, потому что посетители… им всё равно, пока они могут легко читать текст и без необходимости регистрироваться для подписки на рассылку.

По сути, вы сейчас говорите, что выбор ведения блога отсутствует, но для меня: как это может отсутствовать?

Редактор… он настолько ограничен, что я не хочу создавать здесь ничего, кроме чистого текста с несколькими изображениями. В форумах он работает отлично (ну, почти отлично, потому что около 99 % людей не знают markdown, html или bbcode, но это не имеет значения, так как большинство никогда не использует форматирование).

Вы просто демонстрируете, как вести блог с помощью Discourse. Какие инструменты вам не хватает?

1 лайк

Чтобы я понял… Discourse всё ещё (превосходное) программное обеспечение для форумов и не превращается в CMS, верно?

Я использую блог, созданный с помощью hugo, потому что он быстрый. Комментарии возможны с помощью Discourse и автоматически связываются с форумом. (Так же, как Discourse делает это со своим блогом и meta.) Таким образом, я получаю лучшее из обоих миров.

Комментарии используются редко, но они возможны. И чтение блога внутри форума тоже.
И люди, которые читают блог, не обязательно те же, кто хочет быть активным на форуме, и наоборот.

Мне было бы интересно узнать, какие тактики вы применяете.

И в целом, мне интересно, как могла бы выглядеть функция блога. Чем она отличается от того, что у меня есть сейчас? Что она позволяет? Что запрещает?

1 лайк

Я не до конца понимаю вопрос — что вы имеете в виду?

Есть довольно простая тактика: я пишу более длинный пост. Вот и всё. Автор оригинального поста (OP) на самом деле написал статью в блоге (в современном значении слова блог; не просто дневник или лог).

Или вы имеете в виду, когда я использую Discourse, а когда WordPress? Ну… это зависит. И это не связано с преимуществами или ограничениями самой платформы.

Для меня использование редактора WordPress гораздо проще и удобнее, чем то, что предлагает Discourse. Я полностью понимаю, почему это так (написание статей против быстрых сообщений на форуме), но это влияет на процесс. В WordPress я могу гораздо проще создавать внутренние ссылки. С подходящим плагином работа с таблицами в WordPress превосходит действительно базовый ручной Markdown, который предлагает Discourse. В WordPress есть настоящая медиатека, а в Discourse её полностью не хватает. Черновики… ну, давайте вообще не будем касаться этой темы :wink:

И всё же я использую Discourse как платформу для ведения блогов. Но только когда:

  • Я пишу что-то вроде дневника или лога
  • Я ожидаю обсуждение (здесь Discourse значительно превосходит систему комментариев WordPress, независимо от используемых решений)
  • Мне нужен хороший поиск и теги (чего WordPress предложить не может)

Я пишу в основном три типа текстов:

  • Темы, связанные с собаками, — они размещаются на WordPress, потому что этот сайт имеет очень высокую SEO-ценность
  • B2B/технические темы — здесь я использую WordPress и Discourse примерно поровну (50/50), и основная причина в том, чего я ожидаю: обсуждения или просто изложения фактов и идей
  • Истории о походах и гребле публикую в Discourse, потому что WordPress не даёт никакой дополнительной ценности, а «риск» получить обсуждение высок

Так что у меня нет никаких стратегий. Ну, пожалуй, одна. Если я пытаюсь максимизировать количество репостов и кликов, я всегда использую WordPress. По какой-то причине в моём языковом регионе люди не очень охотно кликают по ссылкам на форумы. «Обычные» сайты кажутся проще.

Почему так? Не знаю. Возможно, внешний вид Discourse немного слишком… не беспорядочный, я не это имею в виду, но, возможно, слегка перегружен на мобильных устройствах. В Финляндии продажи настольных компьютеров несколько лет назад упали, и почти все используют мобильные телефоны. Это означает, что всё должно разрабатываться в первую очередь для мобильных устройств, а десктопная версия появляется, когда у разработчика остаётся свободное время :wink:

Или людям не нравятся форумы из-за низкокачественных комментариев в таблоидах. Или социальные медиа выиграли эту войну. Или форумы (все без исключения) вызывают ассоциации с блогами-хабами, которые всем не нравились. Или… я ничего не знаю, но, возможно, форумы ожидают комментариев, а писать с мобильного телефона — не радость. Сайты на базе WordPress просто предлагают чтение.

Сейчас я снова отвлекаюсь, но мобильные устройства — главная причина того, что я считаю низкокачественным контентом, например, однострочными сообщениями, гифками и т. д. Где-то это востребовано и нравится, но я смотрю на это иначе. И я не одинок в этом мнении. Когда люди видят ссылку на форум, они ожидают увидеть множество мелькающих гифок со старыми шутками и короткими комментариями в стиле Twitter… кто же туда пойдёт? С другой стороны, если/когда Google начнёт воспринимать все форумы как Q&A-технологии или корпоративные среды поддержки, это изменит способ отображения результатов поиска по форумам. Это может оказаться не очень привлекательным, если форум не является Q&A или службой поддержки.

Нет, я не виню Discourse. Но, возможно, нам стоит перестать пытаться делать всё на одной платформе только из-за удобства администрирования? Возможно, нам нужны все аспекты — CMS, LMS, форумы, электронная коммерция… — и они должны обслуживаться с разных платформ, позволяя дизайнерам решать, как будет выглядеть весь этот пакет, а после этого программисты совершат своё волшебство.

Но моя точка зрения заключается в том, что Discourse — это платформа для ведения блогов, как и любая другая платформа, где можно создавать и публиковать контент.

Модераторы — не стоит ли переместить эту тему из #feature в #community?

(Извините — должно быть много странных предложений и опечаток… английский язык довольно необычный)

Именно это я имел в виду в обсуждении Discourse против Invision. Раньше я вёл блог на WordPress, и я почти ненавидел его, в основном потому, что движок был перегружен функциями, возникшими из подхода: «давайте создадим 1000 функций, зная, что средний пользователь будет использовать максимум 5%, но хотя бы мы будем привлекательны для аудиторий, охватывающих различные 5% сегментов».

Кроме того,

Во-первых, я мог бы возразить, что именно WordPress испортил блоги в интернете. Всего за несколько кликов каждый автор получает плагин SEO-оптимизации, который говорит, как искусственно строить свой блог, чтобы он не был ни слишком коротким, ни слишком длинным, содержал как минимум N ссылок на ключевые слова и так далее. И, конечно же, который добавляет глупый баннер «подпишитесь на мою ненужную рассылку».

В любом случае, вернёмся к теме. Часть (а может, это и есть 100%) того, что делает Discourse отличным, — это возможность разработчиков сосредоточиться на том, что они считают важным, а не пытаться охватить все возможные ниши.

1 лайк

Конечно, уже есть люди, использующие Discourse как блог, а чаще — как движок комментариев для своего блога.

Чтобы не отклоняться от темы новых функций, какие новые возможности потребовались бы Discourse для лучшей поддержки ведения блогов?

2 лайка

Теперь существует плагин новостей, он хорошо развивается. Я думаю, что он отлично работает как блог

Спасибо — это было интересно. Как вы и сказали, можно всегда просто написать длинный пост, и тогда, независимо от того, появятся ли на него ответы или нет, это очень похоже на блог.

В чём же оно, интересно, не похоже на блог? Ну, возможно:

  • нет конкретного способа ссылаться на предыдущие/следующие посты (темы) одного человека
  • нет конкретного способа увидеть все посты человека
  • нет календарного просмотра постов человека
  • нет персонализированной разметки для собственного набора постов.

Но всё это, на мой взгляд, довольно незначительные аспекты удобства использования. У нас есть теги, поиск и категории. И ссылаться с одного поста на другой достаточно просто.

Существует функция «Портфолио», внедрённая с помощью предпросмотра списков тем, которая позволяет просматривать все темы пользователя, отмеченные определённым тегом или находящиеся в определённой категории, через кнопку на карточке пользователя.

Таким образом, вы можете создать тег с названием blog … и переименовать кнопку в «Блог пользователя».

Кажется, я помню, что недавно была реализована функция для решения этой задачи … но на данный момент она не поддерживается TLP …

2 лайка

Думаю, это в основном вопрос оформления. Компонент стилизации постов блога удовлетворит большинство пользователей. Но в последний раз, когда я проверял, он не использует DiscoTOC, потому что это стирает временную шкалу. Или я совсем ошибаюсь.

Я бы использовал раздел документации, но есть одна серьёзная проблема с макетом.

Существуют некоторые мета-трюки, которые подскажут Google, в чём суть, но, на мой взгляд, это выходит за рамки задач Discourse. Снова — с моей точки зрения, Discourse должен оставаться отличной платформой для форумов.

Он не поддерживает теги. Ему нужна категория. Я полностью понимаю это, так как его основное назначение — показ новостей, а не блогов.

1 лайк

Который я использую. Все блоги помечены тегами blog и имя-блога. Это работает отлично. Ну… почти отлично, потому что время от времени возникает необходимость сортировать по дате публикации. Но это не серьёзная проблема, скорее было бы здорово иметь такую возможность.

Портфолио… Я совершенно забыл об этом. Спасибо.

2 лайка

Догоняю эту тему почти через три года. На моём текущем сайте сообщества есть блог WordPress и несколько статических страниц. Само сообщество находится на Facebook и будет перенесено на Discourse. Столкнулся с такой дилеммой: оставить блог WordPress главной страницей и использовать его для управления статическими страницами (это в основном контент, ориентированный на внешнюю аудиторию), а Discourse разместить на поддомене, или же перенести всё на Discourse на основном домене? И мой вопрос: если выбрать второй вариант, можно ли в Discourse воспроизвести архитектуру «блог как главная страница»?

Я могу создать отдельную категорию для постов блога, где публиковать буду только я (но смогут ли обычные пользователи комментировать?), и предоставить сообществу другую главную страницу (например, /support/), но будет ли это работать чисто? Пока мне не удалось разобраться в этом вопросе.

1 лайк