На конференции Google I / O 2018 Джон Мюллер представил концепцию динамического рендеринга (хотя на практике многие сайты уже делали это с помощью самодельных решений или использования стороннего программного обеспечения).
«В двух словах, — сказал Джон, — динамический рендеринг — это принцип отправки пользователям обычного контента, отрисованного на стороне клиента, и отправки полностью отрисованного на стороне сервера контента поисковым системам».
А 30 июня Bing выпустил обновленное руководство для веб-мастеров с интересным дополнением: «Bing рекомендует динамический рендеринг для переключения между отображаемым на стороне клиента и предварительно обработанным содержимым для определенных пользовательских агентов, таких как Bingbot, особенно для крупных веб-сайтов».
Если он достаточно велик, чтобы и Google, и Bing объявили его в качестве рекомендуемого решения, для нас, SEO-специалистов, важно понимать, чтобы мы могли знать, в каких ситуациях оно уместно, как оно может помочь и каких последствий нам нужно остерегаться.
Переходите к определенному разделу или продолжайте читать обзор динамического рендеринга:
Что такое динамический рендеринг?
⚡ TL; DR: динамический рендеринг отправляет полностью отрисованный контент в поисковые системы, одновременно обслуживая посетителей-людей с обычным отрисованным на стороне клиента контентом. Это предварительный рендеринг, но только для ботов поисковых систем.
Динамический рендеринг — это предварительный рендеринг для ботов поисковых систем. Он создает и передает статическую HTML-версию вашей страницы (отображаемую на стороне сервера) роботам Googlebot, Bingbot и другим пользователям.
Это метод, при котором страница будет отображаться по-разному в зависимости от того, что ее вызывает пользовательский агент — переключение между отображаемым на стороне клиента контентом и предварительно визуализированным контентом для определенных пользовательских агентов.
Другими словами, динамический рендеринг отправляет пользователям обычный отрисованный на стороне клиента контент и преобразует ваш динамический контент в плоский HTML-код для отправки в поисковые системы. Это означает, что ваш контент можно сканировать и индексировать без необходимости Google выполнять JavaScript.
Когда боты поисковых систем обращаются к динамически отображаемой странице, они получают версию страницы, которая была отображена по запросу в безголовом хроме.
💡 « Без головы» просто означает браузер без визуального представления / экрана — это все лежащие в основе технологии браузера, за исключением того, что вывод — это код, а не интерактивный экран.
Для кого нужен динамический рендеринг?
⚡ TL; DR: динамический рендеринг лучше всего подходит для больших сайтов с большим количеством JavaScript, которые быстро меняются. Это также может принести пользу компаниям с ограниченным бюджетом и нехваткой инженерных ресурсов.
Согласно Google , «динамический рендеринг хорош для индексируемого общедоступного контента, генерируемого JavaScript, который быстро изменяется».
Поскольку динамический рендеринг также может помочь роботам поисковых систем сканировать и индексировать больше вашего важного контента (подробнее об этом позже), он отлично подходит для сайтов, которые борются с проблемами краулингового бюджета — обычно это крупные веб-сайты.
Мы также знаем, что его проще развернуть, чем рендеринг на стороне сервера, и дешевле, чем предварительный рендеринг вашего контента как для людей, так и для ботов.
Все еще не уверены, подходит ли вам динамический рендеринг? Если вы можете ответить «да» на один или несколько из этих вопросов, вы можете рассмотреть возможность динамического рендеринга как вариант для своего веб-сайта:
- Является ли веб-ресурс, который вы планируете реализовать, динамической отрисовки индексируемым? (т.е. вы хотите, чтобы люди могли найти его в поисковых системах)
- Использует ли рассматриваемый веб-ресурс JavaScript для создания части или всего содержимого?
- Быстро ли меняется содержание вашего веб-ресурса? (т.е. веб-сайт электронной коммерции с постоянно меняющимся инвентарем)
- Вы боретесь с проблемами бюджета сканирования? (т.е. боты поисковых систем не находят весь ваш важный контент)
- У вашей команды инженеров слишком много дел для реализации рендеринга на стороне сервера?
- Сталкиваетесь ли вы с бюджетными ограничениями?
Почему Google и Bing рекомендуют динамический рендеринг?
⚡ TL; DR: хотя Google и Bing могут обрабатывать JavaScript, они сталкиваются с ограничениями, пытаясь сделать это в масштабе. Динамический рендеринг снимает эти ограничения, так как это означает, что боты поисковых систем получают ваш контент без необходимости его рендеринга.
Гугл официально заявляет:
«Даже несмотря на то, что робот Google может обрабатывать JavaScript, мы не хотим полагаться на это». — Мартин Сплитт, объясняя, почему кто-то внедрил динамический рендеринг
«В настоящее время сложно обрабатывать JavaScript, и не все сканеры поисковых систем могут обработать его успешно или немедленно. Мы надеемся, что в будущем эту проблему удастся решить, но пока мы рекомендуем динамический рендеринг в качестве временного решения этой проблемы ». — Документация Google по динамическому рендерингу
Здесь важно помнить, что у Google есть очередь рендеринга и две волны индексации.
Сканер Google HTML не может обработать JavaScript, поэтому, когда робот Googlebot встречает его, страница попадает в очередь, где он ожидает, пока ресурсы рендеринга станут доступными, после чего робот Googlebot может полностью отобразить страницу.
Bing сталкивается с аналогичными ограничениями, когда дело касается JavaScript. Чтобы прояснить свою позицию по этому вопросу, они недавно добавили этот раздел в свои рекомендации для веб-мастеров:
«Bing, как правило, может обрабатывать JavaScript, однако существуют ограничения на масштабную обработку JavaScript при минимальном количестве HTTP-запросов. Bing рекомендует динамический рендеринг для переключения между отображаемым на стороне клиента и предварительно обработанным контентом для определенных пользовательских агентов, таких как Bingbot, особенно для крупных веб-сайтов ».
Если вы развернули решение для динамического рендеринга, когда роботы Googlebot, Bingbot и другие роботы поисковых систем обнаруживают ваши страницы, они будут обслуживать полностью отрисованную страницу, то есть им не нужно ничего отображать. Это означает, что вам не нужно беспокоиться о том, что поисковые системы пропускают какой-либо ваш контент.
Какие проблемы решает динамический рендеринг?
⚡ TL; DR: JavaScript может замедлять работу страниц и затруднять успешную или немедленную обработку поисковыми системами. Устраняя необходимость для поисковых систем обрабатывать JavaScript, вы можете улучшить как проблемы, связанные со скоростью сканирования, так и запретить поисковым системам пропускать ваш загруженный JavaScript контент.
Как динамический рендеринг устраняет проблемы с бюджетом сканирования?
Скорость страницы влияет как на пользователей, так и на ботов.
Пользователи будут разочарованы и откажутся от покупки, если страница будет загружаться медленно. Для ботов низкая скорость страниц означает, что они не могут сканировать столько ваших страниц.
Поскольку динамический рендеринг — это решение исключительно для ботов (т. Е. Пользователи-люди продолжают получать нормальный контент, отображаемый на стороне клиента), мы собираемся сосредоточиться на преимуществах SEO от отправки полностью отрисованных страниц ботам.
Большие сайты, особенно с большим количеством JavaScript, могут страдать от проблем с бюджетом сканирования.
Поскольку у поисковых систем, таких как Google и Bing, нет неограниченного времени, они устанавливают ограничение на количество страниц, которые они могут сканировать на одном веб-сайте за раз. Это ограничение — это ваш краулинговый бюджет , и он отличается для каждого сайта.
По крайней мере, в Google они рассчитывают бюджет сканирования, комбинируя ограничение скорости сканирования (на которое влияют такие факторы, как время загрузки страницы) и потребность в сканировании (зависит от того, насколько популярны и / или свежи ваши страницы).
Из-за этих ограничений роботам поисковых систем может быть сложно сканировать большие сайты. Согласно нашему исследованию, эта проблема привела к тому, что Google пропустил около 51% всех страниц на корпоративных веб-сайтах.
Добавьте JavaScript, который может замедлить работу роботов поисковых систем и усугубить проблемы с бюджетом сканирования.
Чтобы проиллюстрировать влияние повышения скорости страницы на ботов, давайте взглянем на веб-сайт, на котором средняя задержка увеличилась с 1053 мс до 730 мс, что привело к значительному увеличению частоты сканирования.
💡 Почему важно улучшение сканирования? Помня о воронке SEO , мы знаем, что для того, чтобы зарабатывать $ от обычного поиска, вы должны получать трафик, который поступает от рейтингов, что требует индексации, а для этого необходимо сканирование и отображение. Страницы, которые не сканирует Google, не принесут вам денег.
Когда сайты предоставляют более быстрые страницы роботам поисковых систем, эти боты могут сканировать больше страниц на вашем сайте.
Чем больше у вас страниц и чем они медленнее, тем меньше вероятность того, что робот Googlebot успеет просмотреть их все, что приводит к тому, что% страниц вашего сайта вообще не сканировались (плохо) или сканировались недостаточно часто (также плохо, если ваш контент часто меняется).
Вот еще один пример. Страниц 1000 MS.
Но как именно мы можем улучшить скорость страницы с помощью динамического рендеринга?
Поскольку JavaScript добавил секунды времени загрузки веб-страницам, а динамический рендеринг отправляет полностью отрисованную страницу роботам поисковых систем, динамический рендеринг означает, что робот Google (и другие поисковые системы) быстрее загружают страницы, позволяя им просматривать больше страниц на вашем сайте, что означает больше проиндексированных и ранжированных страниц, а также увеличение трафика и доходов.
Как динамический рендеринг помогает проиндексировать ваш загруженный с помощью JavaScript контент?
Чтобы поисковые системы могли видеть контент, загруженный с помощью JavaScript в браузере, они должны отображать его, а поскольку отображение страниц в масштабе Интернета требует много времени и вычислительных ресурсов, боты поисковых систем откладывают отображение JavaScript. пока у них не появятся доступные ресурсы.
Содержимое, загруженное с помощью JavaScript, которое у вас есть, и загруженное с помощью JavaScript содержимое, отображаемое поисковыми системами, не всегда одинаковы, и это из-за того, что мы называем бюджетом отрисовки .
Как и бюджет сканирования, бюджет рендеринга означает, что некоторые детали вашей страницы могут быть упущены в промежуточный период, особенно если контент вашего сайта часто меняется (подумайте о сайтах электронной коммерции с постоянно меняющимся инвентарем или медиа-сайтах, которые ежедневно публикуют сотни новых статей).
Вот пример того, как это выглядит на практике. Этот веб-сайт перешел на платформу JavaScript (без рендеринга на стороне сервера), и они сразу же увидели огромное падение органического поискового трафика.
Однако, если вы снимете бремя рендеринга своего контента с поисковой системы, это больше не станет проблемой.
Благодаря динамическому рендерингу боты поисковых систем получают полностью отрисованную версию ваших страниц, поэтому вам не нужно беспокоиться о том, что им не хватает загруженного контента и ссылок JavaScript.
Динамический рендеринг — менее ресурсоемкое решение
⚡ TL; DR: команды разработчиков уделяют приоритетное внимание проектам, ориентированным на пользователей, поэтому внесение улучшений для ботов может не входить в их план действий. Динамический рендеринг — это более простой и менее ресурсоемкий вариант, позволяющий дать ботам то, что они хотят.
Одним из самых больших препятствий на пути к усовершенствованию ботов является то, что большинство команд разработчиков и разработчиков сосредоточены на пользователе и, следовательно, уделяют приоритетное внимание вопросам и проектам UX.
Даже если, например, оптимизация скорости вашей страницы попадет на их радар, это может быть очень ресурсоемким и сложным для реализации.
Насколько ресурсоемко? Если вы помните нашего клиента из прошлого, который улучшил свою среднюю задержку с 1053 мс до 730 мс, на этот проект потребовался целый год и тонна ресурсов — и они определенно не одиноки.
Динамический рендеринг — отличное решение, потому что он быстрее и менее ресурсоемок, чем такие варианты, как рендеринг на стороне сервера, что значительно упрощает реализацию этого типа оптимизации.
Есть ли маскировка динамического рендеринга?
⚡ TL; DR: динамический рендеринг считается маскировкой только в том случае, если вы используете его для обслуживания совсем другой версии вашей страницы для роботов поисковых систем и посетителей-людей.
Согласно Google , динамический рендеринг не маскирует.
Google описывает маскировку как «практику представления различного контента или URL-адресов пользователям и поисковым системам».
Если вы думаете, что это очень похоже на определение динамического рендеринга, вы не ошиблись! Так что, если вы запутались в этом предмете, это определенно понятно.
Но вот хороший способ понять разницу.
- Маскировка — это процесс отправки различного контента пользователям и поисковым системам с целью обмана одной или обеих сторон.
- Динамический рендеринг — это процесс отправки различного контента пользователям и поисковым системам с целью предварительного рендеринга вашего контента для ботов.
Google впервые обратился к маскировке на заре своего существования, когда маскировка в основном использовалась для обмана поисковых систем и искусственного завышения позиции страницы в результатах поиска.
Например, люди будут использовать маскировку для вставки ключевых слов на страницу только тогда, когда пользовательский агент, запрашивающий страницу, был поисковой системой. Когда посетитель-человек запрашивал страницу, он получал удобочитаемую версию без ключевых слов.
Другими словами, вы можете использовать динамический рендеринг для маскировки (что плохо — определенно не делайте этого), но не весь динамический рендеринг является маскирующим.
Если вы собираетесь использовать динамический рендеринг, убедитесь, что минимизированы различия между версией вашей страницы, которую вы отправляете поисковым роботам, и версией, которую вы отправляете пользователям.
Улучшит ли динамический рендеринг то, что воспринимают посетители-люди?
Нет. Динамический рендеринг предоставляет полностью отрисованный контент поисковым системам и другим ботам, а не пользователям.
Почему бы вам просто не использовать рендеринг на стороне сервера и не улучшить скорость загрузки как для пользователей, так и для ботов?
⚡ TL; DR: рендеринг на стороне сервера часто финансово невыгоден или на что-то у инженерных команд есть время.
Рендеринг на стороне сервера является предпочтительным вариантом для многих, потому что весь значимый контент отображается на сервере веб-сайта — и пользователи, и боты получают полностью загруженную страницу без необходимости запрашивать дополнительные ресурсы. Это снимает бремя рендеринга страницы как посетителями-людьми, так и роботами поисковых систем и размещает ее на сервере вашего веб-сайта.
Так почему же не все просто обрабатывают свои страницы JavaScript на стороне сервера? Это может занять невероятно много времени и ресурсов.
В отличие от рендеринга на стороне сервера, динамический рендеринг может быть довольно готовым решением. Это означает, что вы можете дать роботам поисковых систем то, что они хотят, не отнимая слишком много времени у вашей команды разработчиков.
По сравнению с рендерингом на стороне сервера динамический рендеринг также дешевле. Это потому, что вместо того, чтобы платить за предварительный рендеринг вашего контента как для посетителей, так и для ботов, вы платите только за предварительный рендеринг его для ботов.
Какие вопросы у вас есть о динамическом рендеринге?
У вас есть вопросы о динамическом рендеринге? Или чувствуете, что оптимизаторам поисковых систем следует знать что-то важное о динамическом рендеринге, о чем мы здесь не говорили? Если да, ответьте в комментариях!
