Верно, все обсуждения в моём случае были переделаны Google и исчезли из поиска.
Я не знаю. Пока на моих сайтах я вижу следующее:
Недостаточно данных об использовании за последние 90 дней для этого типа устройства.
Снижение продолжается, несмотря на то, что всегда появляется новый контент и обновляются обсуждения.
Ошибок не сообщается, но очевидно, что что-то произошло!
Вы используете последнюю версию Discourse?
Мы установили версию 2.8.0.beta11, похоже, нужно установить 2.9.0.beta4.
.beta6 уже вышла… Напоминает, что пора обновляться! 
Раньше я никогда не использовал плагин для карты сайта, теперь же, когда она стала нативной, плюс с последним обновлением, выпущенным около месяца назад, внесено множество исправлений, наблюдается заметное улучшение индексации: некоторые страницы индексируются почти мгновенно. Не уверен, что это напрямую влияет на трафик, но любая активность индексации — это всегда хорошо.
После обновления с очень ранней версии 2.x до последней 2.9, ситуация с индексацией выглядит следующим образом: прошло около 12 дней, прежде чем начался рост. Цифра «2» обозначает приблизительный момент достижения последней версии.
Историческая тенденция показывала снижение индексации корректных ссылок, но, как видно, тренд изменился на противоположный, то есть в целом наблюдается рост активности индексации, по крайней мере.
Чистый прирост составляет примерно 15 тысяч корректных ссылок.
Хотя на приведённом графике это не совсем очевидно, количество некорректных ссылок немного выросло после обновления, но с тех пор начало снижаться.
Медленно, но верно: страницы, не прошедшие индексацию из-за редиректов, были основной и самой многочисленной группой некорректных ссылок, и в течение последнего месяца наблюдается медленный, но устойчивый спад.
Сейчас меньше страниц обходится поисковыми роботами, а больше индексируется напрямую через карту сайта — очень наглядный эффект «до и после» внедрения sitemap:
Ещё одно сравнение «до и после» — хлебные крошки (ситуация с сайдлинками была аналогичной):
Честно говоря, я дам системе ещё время, как минимум три месяца, чтобы посмотреть, как всё сложится, поскольку переход был значительным: от отсутствия карты сайта после нескольких месяцев работы к её внедрению. Тем временем я постараюсь идти в ногу с обновлениями.
Здесь тоже есть очевидные улучшения: какое-то время всё работало нестабильно, но текущее состояние в целом улучшилось по многим ключевым показателям:
Единственные технические улучшения, которые могут способствовать ускорению (помимо любых программных оптимизаций в базе данных PG13 и коде Discourse), — это использование SSD-диска типа NVMe и очень актуальная версия Docker. В целом я явно заметил значительный прирост производительности, а тесты скорости через Google PageSpeed теперь выглядят очень хорошо.
В целом, общие опасения по поводу негативных трендов в Google Search Console, похоже, начинают меняться на позитивные с версией 2.9.beta4-6, хотя и медленно.
Также обратите внимание, что мы недавно добавили
что поможет решить эту проблему 
Скорее всего, человек, кликнувший на ссылку поискового запроса на странице Google, не нашёл того, что искал, в обсуждении на форуме Discourse, который мы анализируем 
Не знаю, что изменилось. Возможно, обновление, но примерно в начале октября Google вдруг начал индексировать ХОРОШИЕ URL для десктопа.
Резкий рост обнаружения начался 1–3 октября, а внезапный всплеск на кривой около 25 октября совпадает с описанным выше изменением. Неясно, видит ли Google теперь всё правильно или же обновление улучшило индексацию.
Для мобильных устройств индексация всё ещё не работает.
Это развёртывание находится всего в нескольких коммитах от полной актуальности — 2.9.0.beta10 [f7a4fd1f49]
Да, индексируется. Плохие URL-адреса — это совершенно иное, чем отсутствие индексации.
Это произошло: Представляем Discourse Splash — визуальный загрузчик, отображаемый во время загрузки ресурсов сайта
Это хороший момент. @agemo использует термины «индексация» и оценку Google «хорошо/средне/плохо» по показателям Web Vitals как взаимозаменяемые, хотя это абсолютно разные вещи, даже если последние могут влиять на ранжирование.
Ну что ж, забавно, что вы так педантично указываете на это, и это технический нюанс, но вы упускаете основную суть, потому что иногда язык… это на самом деле совпало с ростом активности индексации, о которой я не писал. Так что я рассуждаю о производном, поскольку всё это производное от службы индексации…
Ну, я не совсем понимаю это, потому что это было примерно в июле, и прошло три месяца, прежде чем Google начал видеть хорошие URL-адреса, как показано на скриншотах выше. Я надеялся на более быстрый результат в этом развертывании, поскольку коммит с экраном заставки был сделан в течение нескольких дней после его первоначального выпуска.
Я подозреваю, что когда я удалил очень простой, но старый пользовательский мод для баннера (CSS/HTML) и вернулся к использованию универсального компонента баннера, всё начало работать правильно. Хотя это не объясняет появление хороших URL-адресов в начале октября, это может объяснить всплеск в октябре.
Я стремился уменьшить проблемы с CLS, поэтому, возможно, страницы теперь рендерятся и отображаются лучше. Возможно, я решил более глубокую проблему. Насколько я помню, универсальный баннер не используется в мобильном представлении.
Ещё одно явление, которое также произошло и стало причиной моего повторного внимательного анализа, — это рост обнаружения неиндексированных страниц на фоне снижения индекса. Хм… всё это началось примерно на прошлой неделе в октябре, когда все эти проблемы проявились одновременно.
Я изучил неиндексированные страницы и ошибки 404; похоже, они являются основной причиной недавнего роста числа неиндексированных страниц. Сейчас их количество приближается к 10 000. Вот пример того, как они отображаются:
Login | HSTS Redirection Community
Login | HSTS Redirection Community
Если убрать ?page=123, URL корректно открывается, то есть страница существует. Откуда же Google берёт эти некорректные ссылки? 
Я думал, что это ошибка импорта из phpBB или какой-то артефакт пермалинков, либо что-то настроено неправильно, или что-то ещё.
Ситуация с опытом страницы на десктопе в порядке, и Search Console выдаёт статистику.
А вот с мобильной версией — ничего, ноль, нулевые показы.
Что происходит?
Я нахожусь в той же ситуации, всё началось в сентябре, и я не вносил никаких изменений и не устанавливал плагины.
Я обновлял Discourse только по мере необходимости.
Я считаю, что проблема связана с CLS.
Я также удалил все баннеры AdSense и всплывающий баннер согласия Google GDPR, но после длительного ожидания ничего не изменилось.
CLS абсолютно не имеет никакого отношения к результатам поиска.
Я просто не могу понять. Зачем вы смотрите на совершенно второстепенные метрики, которые не имеют никакого отношения к результатам поисковых систем?
На meta ведутся обсуждения, подобные этому: Google May 4th Core Update impact on Discourse forums, где говорится о том, как Core Web Vitals влияют на ранжирование в Google. Основная причина появления загрузочного экрана-заставки Introducing Discourse Splash - A visual preloader displayed while site assets load заключалась в том, чтобы обойти плохой показатель FCP при первоначальной загрузке сайта Discourse (кстати, спасибо команде Discourse за это обновление).
Многое в поисковом ранжировании остаётся неясным, но, похоже, показатели вроде CLS действительно важны. CLS был проблемой, с которой я столкнулся выше: Sudden drop in traffic - #35 by piffy в этой же теме, и я уже исправил её.
Базовый сайт Discourse, по-видимому, не имеет проблем с CLS. Вы можете убедиться в этом на сайте meta: https://pagespeed.web.dev/report?url=https%3A%2F%2Fmeta.discourse.org%2F Этот инструмент PageSpeed полезен для отображения реальной статистики пользователей вашего сайта, но раздел «Диагностика проблем производительности», который показывает живое представление сайта, не так полезен, поскольку использует версию веб-страницы для поисковых роботов. Я нашёл этот сайт полезным при расследовании своей проблемы с CLS: https://gtmetrix.com/
Он также не показывает проблем с CLS для meta.
Моя проблема заключалась в кастомном плагине баннера, который я написал и который отображался в верхней части каждой страницы, но не указывал высоту заранее, что приводило к постоянным смещениям макета (хотя это происходило настолько быстро, что вы даже не заметили бы этого). Я решил это, просто указав высоту заранее, чтобы браузер мог учесть её до загрузки изображения.
Единственное, что я понял, — это то, что исправление признаётся очень долго. Это основано на статистике, собранной по реальным посещениям пользователей. У меня это заняло более месяца. Вы можете использовать опцию «Проверить исправление» в Search Console, и вас уведомят в течение 28 дней. Это немного раздражает, поскольку между тестированием исправления и получением обратной связи проходит примерно месяц.
В любом случае, не уверен, поможет ли это кому-то, но я решил поделиться своим опытом.
