Влияние обновления ядра Google от 4 мая на форумы Discourse

Конечно, можно внести это изменение (чтобы все анонимные пользователи получали HTML-представление), но это сильно повлияет на удобство использования для анонимных пользователей. Да, они будут видеть контент быстрее, но перестанут работать множество функций, доступных анонимам, к тому же сайт для них будет выглядеть «неправильно».

Мы могли бы сделать это настройкой сайта, чтобы вы могли поэкспериментировать, но такие функции, как «бесконечная загрузка», перестанут работать для анонимных пользователей — это сопряжено с очень высокими затратами. Кроме того, нам потребуется выделить как минимум часть инженерных ресурсов на добавление обхода для маршрута /login, чтобы люди могли регистрироваться или входить в систему.

9 лайков

Было бы возможно предоставлять HTML-представление как первую страницу, которую видят анонимные пользователи при входе, а затем показывать полный функционал, если они продолжают просмотр? Это, казалось бы, хорошее решение (хотя не знаю, будет ли это приемлемо для поисковых систем).

Звучит не очень идеально. Есть ли способ отдавать статическую копию, а затем «наполнять» её динамическими частями? Это, вероятно, потребует масштабной перестройки архитектуры, так что, возможно, это не входит в планы. В основном нас беспокоят 49 000 ошибок LCP на нашем сайте, начавшиеся в мае, и в то же время упал поисковый трафик. Наш текущий средний показатель LCP составляет 5,3 секунды. Я ищу идеи, как снизить это значение.

Может быть, стоит добавить или удалить некоторые плагины? Увеличить или уменьшить количество категорий? Разместить статические ресурсы на CDN? Прошлой зимой мы пытались настроить Cloudflare, но без успеха, хотя могли бы попробовать снова. Я не очень хорошо знаком с архитектурой Discourse, поэтому ищу подсказки.

3 лайка

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

Честно говоря, мне очень хочется создать открытый клон Discourse на базе Nuxt+Vue.js или обёртку поверх него. На данный момент это кажется единственным разумным выбором!

2 лайка

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

Дополнительная соль на рану в том, что производительность JavaScript на Android в целом хуже, чем на iPhone… и, по-видимому, Google учитывает только устройства Android в своих показателях «реального мира» для мобильных устройств. На платформах Meta iOS составляет примерно 40% мобильного трафика.

12 лайков

Всё, что я могу здесь сказать, — мы осведомлены о медленных показателях FCP и LCP и уже разработали долгосрочные планы по их улучшению.

В частности, @eviltrout занимается обновлением нашей системы до ember CLI. Как только это будет завершено, мы сможем начать обдумывать и, возможно, экспериментировать с разделением кода и другими методами оптимизации.

Здесь нет простых решений: мы используем CDN, тщательно продумываем процесс загрузки ресурсов и потратили countless часы на оптимизацию. Однако фундаментально мы используем JavaScript для рендеринга страниц, а загрузка, парсинг и выполнение JavaScript-кода требуют времени при первой загрузке.

26 лайков

Извините, что снова поднимаю такую старую тему, но теперь у меня есть дополнительные данные после проведения тестов в течение последних нескольких месяцев…

Вот два веб-сайта, которые я тестировал: один был перенесен с Discourse (EmberJs) на кастомный фронтенд на Vue с использованием Nuxt.

Второй — это Discourse, из которого были удалены реклама, пользовательские шрифты и абсолютно всё, что можно убрать, чтобы сделать его максимально легковесным (это помогло снизить ошибки LCP с уровня Error до Warning).

1. Форум Discourse (удалены пользовательские шрифты, реклама, плагины и т. д.)

Как видно на графике, в мае после обновления мы потеряли 50% позиций по ключевым словам. В октябре мы начали вносить изменения, что дало небольшой кратковременный всплеск, но затем показатели снова упали, словно возникло сопротивление (другими словами, Google наложил штраф).


Как видно на изображении выше, внесённые мной изменения (удаление всех излишеств) помогли переместить URL из категории «Плохие URL» в категорию «URL, требующие улучшения», но даже это не помогло!

2. Кастомный фронтенд на Vue/Nuxt с бэкендом Discourse

На этом сайте, как я заметил более месяца назад, показатели снова растут, приближаясь к максимумам, которые были до 4 мая.

Вывод:

ДА, GOOGLE ОБРАЩАЕТ ВНИМАНИЕ НА LCP!

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

11 лайков

Я тоже согласен, что LCP — это соответствующее наказание. Я давно слежу за этой темой. Конкретных рекомендаций по этому вопросу пока нет.

3 лайка

Спасибо за обратную связь! Я думаю, это всё ещё актуально:

Обновление до ember CLI всё ещё продолжается и движется вперёд, но если вы ждёте, что мы полностью откажемся от ember, возможно, стоит рассмотреть другую платформу и, возможно, проверить наш прогресс в улучшении LCP через год.

14 лайков

Что ж, не уверен, что для Discourse это будет того стоить, но кто знает. У нас был похожий опыт в другом проекте, и нам пришлось полностью отказаться от этого. Обновление до Ember CLI требует почти столько же усилий, сколько и переход на Vue или что-то ещё.

В любом случае, моё исследование было направлено лишь на то, чтобы указать на проблему и прийти к выводу: в первые дни почти все отрицали, что LCP имеет какое-либо отношение к ранжированию.

6 лайков

Мы, вероятно, уже на 90% завершили это обновление, которое в любом случае входило в наш долгосрочный план развития, так как оно приносит массу удобств для разработчиков и позволяет нам оставаться в курсе обновлений Ember. @eviltrout может дать более конкретные комментарии, поскольку он руководит этим проектом.

Да, но это не означает, что все сайты перейдут на статический рендеринг HTML, чтобы захватить интернет своими магическими SEO-способностями и сверхбыстрой загрузкой страниц. Оказывается, сам контент на странице также оказывается крайне важным для ранжирования :wink:

Вы можете ознакомиться с историей Google AMP, чтобы увидеть, к каким травмам и ошибочным инженерным решениям может привести чрезмерный акцент на одном показателе.

15 лайков

Именно это я и пытаюсь опровергнуть в своём посте. У Google уже есть огромный объём контента приемлемого качества, поэтому, если бы они принимали решения на основе удовлетворённости пользователей, я считаю, что LCP был бы минимальным критерием, на котором они основывали бы свою оценку. В конце концов, Google предупреждал об этом за несколько месяцев до обновления.

Честно говоря, у меня был большой опыт работы с Ember CLI, и ситуация остаётся такой же плохой, как и раньше. Кроме того, не уверен, что усилия по обновлению того стоят. Но посмотрим, как всё сложится. Надеюсь, @eviltrout сможет поделиться мнением о том, заметили ли они какие-либо улучшения скорости.

К сожалению, согласно моим исследованиям выше! Google на самом деле очень сильно фокусируется на пользовательском опыте и показателе LCP. Мы перепробовали все возможные варианты. И, как вы можете видеть на примере второго сайта, мы сделали абсолютно ничего, кроме устранения ошибки LCP, и это сразу поставило нас на путь восстановления всех наших позиций (фактически, по состоянию на сейчас мы уже это сделали).

Надеюсь, это поможет.

5 лайков

Можете ли вы конкретизировать, что именно вам не нравится в Ember CLI? Приведите примеры.

3 лайка

Мы начали использовать Ember CLI в нашем стартапе, и одной из причин было то, что мы увидели его применение в Discourse (это привлекло наше внимание). Мы протестировали его: с ним легко начать и удобно работать. Однако он оказался слишком раздутым (помимо других причин).

Ember CLI недавно выпустил обновление, требующее переписывания любых приложений, созданных в версиях до 3.0. Именно тогда мы решили полностью отказаться от него.

Да, в Ember CLI есть ленивая загрузка, но она абсолютно неэффективна (по крайней мере, согласно нашим тестам). Большинство библиотек для Ember CLI либо устарели, либо настолько нестабильны, что нам пришлось писать большинство вещей самостоятельно или клонировать старые репозитории и поддерживать их своими силами.

Независимо от использования Ember CLI, время рендеринга всегда оставляет желать лучшего (что не поможет решить проблему LCP, которую мы здесь обсуждаем).

Кроме того, архитектура Ember способствует созданию раздутых приложений.

Жаль, что у меня нет старых аналитических данных, которые мы собирали до принятия решения о смене стека. Мы недавно, несколько месяцев назад, завершили миграцию с Ember на Vue и не могу быть счастливее: производительность наших приложений и скорость разработки значительно выросли.

P.S. У меня не было возможности изучить репозиторий Discourse, но переход на Ember CLI может создать дополнительные проблемы, так как вам всё равно придётся обновляться до Ember Octane (который ещё даже не стабилен) и осваивать совершенно новый синтаксис и так далее. Мягко говоря, это хаос. Не уверен, что аргументы, которые использовались ранее при выборе Ember, всё ещё актуальны сейчас, @Jeff.

Надеюсь, это проясняет ситуацию.

4 лайка

Что значит «отнестись серьёзно»? Сжечь всю нашу экосистему и начать с нуля?

Discourse — это растущий проект, мы прекрасно осознаём эту проблему и рассматриваем такие меры по её устранению, как Fastboot, более агрессивное разделение кода и так далее. Всё это зависит от нашего обновления Ember CLI.

Мне интересно посмотреть на эту альтернативную фронтенд-часть. Можете ли вы прислать мне ссылку в личные сообщения? По сути, реализация HTML-версии, которая не настраивается, — тривиальная задача: мы поставляем HTML-версию. Вы можете увидеть, что LCP на samsaffron.com очень хороший — это просто плагин Discourse, который рендерит HTML.

7 лайков

Уважаемый Яссин,

В целом я согласен с вами относительно LCP и SEO в Google и высоко ценю ваш анализ и инсайты.

Не могли бы вы объяснить, почему, если Google использует LCP в той мере, о которой вы говорите, две мои темы на нашем форуме Discourse, которые, по данным Google, имеют очень плохой LCP, занимают первое и второе места среди 3 580 000 записей?

Смотрите:

Мне кажется, что если проблема с LCP в Discourse SPA настолько серьёзна, как вы утверждаете, и я не собираюсь быть враждебным, а лишь проявляю любопытство, основываясь на вашем опыте, то почему наш медленный сайт, который не использует CDN и имеет очень плохой LCP, может занимать первые два места в темах, опубликованных всего 11 и 13 дней назад, где эти две темы находятся на позициях №1 и №2 среди почти 3,5 миллионов других постов?

Честно говоря, мне интересно, как, если LCP Google настолько влиятелен, как вы представляете, наш сайт с очень плохими показателями LCP получает такие отличные результаты в выдаче (SERP).

Спасибо!

4 лайка

Судя по вашему примеру, ответ кажется довольно очевидным: вы искали довольно специфические термины, где практически нет конкуренции со стороны сайтов с лучшим LCP. Быть «лучшим» легко, когда ты единственный. Как упоминалось выше, контент по-прежнему остаётся самым важным фактором, но когда для вашего запроса доступно множество материалов, начинают играть роль и другие факторы. Возможно, вы даже подтверждаете его точку зрения, а не опровергаете её.

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

Вы говорите, что существует плагин для генерации статической версии? Доступен ли он для всех?

2 лайка

Похоже, это всё ещё «предположение», а не подтверждённый факт, верно?

Согласно Google и другим источникам, LCP пока не является фактором ранжирования и не будет использоваться как сигнал ранжирования до мая 2021 года, не так ли?

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

Активен ли сигнал LCP или нет?

Google заявляет, что LCP пока не используется как сигнал для SEO.

Просто хочу сообщить: я определённо не фанат EmberJS и согласен, что LCP важен. Я просто ищу факты, основанные на доказательствах и твёрдых данных.

Моя единственная «точка зрения» заключается в том, что, читая эту ветку, создаётся впечатление, будто люди оказывают сильное давление на мета-форум Discourse, требуя серьёзных структурных изменений на основе чего-то, что, согласно Google и другим экспертам по SEO, пока не используется как сигнал для SEO.

Вы утверждаете, что Google не честен с общественностью?

К сведению: крайне маловероятно, что Google, публичная компания, будет вводить общественность в заблуждение. Это могло бы подвергнуть Google огромной потенциальной финансовой ответственности.

5 лайков

Справедливо. Я сам мало знаю о LCP. Признаю это. Я опирался только на то, что сказано в этой теме, и вы правы: я не знаю, насколько это точно (за исключением приведённых здесь доказательств). Поэтому, пожалуйста, прочитайте мой пост, исходя из того, что «если утверждение о LCP верно».

2 лайка

Ваш вывод (который, как я понимаю, заключается в том, что Google не использует LCP для определения позиций в поиске), возможно, верен, но вы приходите к нему не тем путём, который задали.

  • Это настолько уникальный поисковый запрос, что Google предложил варианты исправления опечаток. Вариантов выбора практически нет.

  • Чтобы сделать какие-либо выводы, нужно провести множество поисков. Если я введу запрос «+discourse +gon», ваш сайт вообще не появится, а первым результатом будет The Discourse Encouragement Fund

  • Кроме того, я считаю, что Google персонализирует результаты поиска. Сайт, который вы, вероятно, посещаете чаще всего, оказался на первом месте для вас, но для других это может быть не так. Для меня первым результатом является Plugin - Discourse Meta. Обычно я использую DuckDuckGo, так что, возможно, этот результат вообще не персонализирован.

Ничто из этого не говорит и не доказывает ничего о LCP. Это была интересная тема, и я с нетерпением жду её продолжения. Лично меня скорость работы Discourse вполне устраивает.

3 лайка