24 февраля 2021 года
Мир веб-разработки быстро изменился.
За последние пятнадцать лет веб-страницы развивались от простого HTML-текста на мультимедийный интерактивный опыт, повышая веб-разработку в арт. Это как цивилизация, идущая из каменных домов, чтобы космическое исследование за столетие.
Два из наиболее значимых успехов в веб-разработке в течение этого периода были приняты JavaScript Frameworks для создания веб-страниц и поля поисковой оптимизации.
По иронии судьбы, разработка JavaScript и SEO часто находятся в шансах друг с другом. JavaScript делает сайты веселыми и интересными для использования, а SEO делает их доступными для людей, чтобы найти в первую очередь.
Серверный рендеринг (SSR) был создан, чтобы сделать их обоими возможными.
Читайте дальше, чтобы узнать о том, что такое SSR, почему вы должны заботиться, и как вы можете использовать его для себя.
Что такое SSR?
Серверный рендеринг (SSR) – это способ загрузки JavaScript вашего сайта на свой собственный сервер. Когда человеческие пользователи или поисковые программы веб-скандры любят GoogleBot запрос на страницу, содержимое гласит как статическая HTML-страница.
Исторически, поисковые системы имели трудности ползания и индексации веб-сайтов, сделанные с помощью JavaScript, а не HTML.
Веб-страницы Google Indexes JavaScript на основе системы индексации двухволновой индексации. Когда GoogleBot сначала встречает ваш сайт, он выползет ваши страницы и извлекает все свои HTML, CSS и ссылки, как правило, в течение нескольких часов.
Затем Google помещает содержимое JavaScript в очереди, рендеринг его, когда он имеет ресурсы. Иногда это занимает дни или недели. В течение этого времени ваши веб-страницы не проиндексируются и, следовательно, не найдены в Google. Это много трафика, на котором вы пропустите.
Что хуже, если ваши страницы JavaScript не могут поползть и проиндексировать правильно, Google читает их как пустой экран и соответственно занимает его, что может быть катастрофическим для здоровья SEO вашего сайта.
Google утверждал, что GoogleBot может ползать и индексировать веб-страницы на основе JavaScript, но это еще не доказано. Другие поисковые системы, такие как Bing, Yandex и DuckDuckgo, не могут созвать JavaScript вообще.
Независимо от поисковой системы JavaScript представляет проблему, поскольку ему нужна дополнительная обрабатываемая мощность для ползания и индекса, тем самым употребляя большую часть бюджета выделенного вашего веб-сайта.
SSR предназначен для этой проблемы. Он отображает JavaScript на своих собственных серверах, вместо того, чтобы поместить нагрузку на пользовательский агент, что делает содержимое быстрого и легко доступна при запросе.
Что такое рендеринг на стороне клиента, и как он отличается от рендеринга на стороне сервера?
Клиентский рендеринг (CSR) – все более популярная альтернатива SSR.
Разница между ними аналогична для заказа приготовленного набора для приготовления пищи из сервиса, такого как синий фартук или зеленый шеф-повар, или покупать все ингредиенты и сделать еду самостоятельно.
Клиентский рендеринг загружает JavaScript веб-сайт в браузере пользователя, а не на сервере веб-сайта. Он заказывает подготовленную еду набор.
Сайты, построенные с фреймворками JavaScript Front-End, такие как угловые, реагирующие или Vue все значение по умолчанию для CSR. Это проблематично с точки зрения SEO, потому что когда Web Crawlers столкнутся на странице на вашем сайте, все, что они видят, это пустой экран.
Много тем временем рендеринг серверов является более традиционный вариант; Он покупает продукты и готовит еду самостоятельно. Он загружает ваш файл JavaScript на сервере вашего сайта.
ССР восходит к времени, когда JavaScript и PHP были в первую очередь Backend Technologies, и Java использовался просто для того, чтобы сайты на базе HTML более интерактивными, а не создавать их с нуля.
SSR преобразует ваши HTML-файлы в информацию, которая читается для пользователя для пользователя. GoogleBot может видеть базовый HTML-контент на вашей веб-странице без JavaScript в способе, в то время как пользователь видит полностью оказанную страницу во всей своей славе. Ваш сайт правильно оценивается в Google, и ваш пользователь обрабатывается веб-опытом, это праздник для глаз и ушей.
Преимущества рендеринга на стороне сервера
Мы уже обсудили некоторые преимущества SEO рендеринга на стороне сервера: безупречно ползали и проиндексированные страницы JavaScript, нет более потраченных впустую бюджеты сканирования или рейтинги по выплату поиска, без проблемного процесса индексации двухволнового возраста; Просто гладкая, бесшовная индексация и устойчивый поток Google трафика, который поставляется с ним.
SSR имеет еще больше преимуществ, чем выше.
Он оптимизирует веб-страницы для социальных сетей, а не только поисковых систем. Когда кто-то разделяет вашу страницу на Facebook или Twitter, пост включает предварительный просмотр страницы.
Он поставляется с несколькими преимуществами производительности, которые улучшают UX вашего сайта. Страницы SSR имеют гораздо более быструю загрузку и намного быстрее первую кончанную краску, потому что контент доступен в браузере раньше. Это означает меньше времени, чтобы ваш пользователь должен посмотреть на экран загрузки.
JavaScript – это ресурсостойкий и интенсивный код. Загрузка его на браузер, используя CSR, вносит значительный вклад до веса страницы. Один файл JavaScript в среднем примерно в 1 МБ, тогда как веб-разработка лучшая практика советует сохранять всю страницу до 5 МБ.
Улучшения производительности, которые поставляются с SSR, также имеют свои собственные преимущества SEO. Google дает преимущественные поисковые рейтинги на сайты с самой быстрой скоростью загрузки страницы. Более быстрые времена нагрузки улучшают пользовательские метрики, такие как продолжительность сеанса и скорость отказов; Алгоритмы Google посмотрите на эти метрики и дают вам дополнительную SEO BOST.
Быстрее веб-страницы. Счастливые поисковые системы. Счастливый пользователь.
Недостатки оказания на стороне сервера
Если SSR – это намного более технически хорошо оптимизировано и SEO-Friendly, почему все сайты не используют его?
Оказывается, использование SSR для вашего сайта приходит с некоторыми значительными недостатками. Это дорого, сложно реализовать и требует много рабочей силы для создания.
Это также ставит бремя оказания вашего JavaScript Content на свои собственные серверы, которые будут стоять на расходы на обслуживание сервера.
Сайты, которые используют JavaScript Frameworks, нуждаются в универсальных библиотеках для включения SSR; Угловой требует угловой универсальный, реагировать и Vue нужно Next.jss Все они требуют дополнительной работы из вашей инженерной группы, которая стоит вам денег.
Страницы SSR будут иметь более высокую задержку TTFB и медленное время для интерактивных. Ваш пользователь увидит контент раньше, но если они нажму на что-то, ничего не произойдет. Они будут разочарованы и уходят. это на месте.
Там еще лучшее решение: Prerendering
SSR имеет много преимуществ, которые компенсируют технические недостатки и ухудшенный пользовательский опыт CSR. Однако у него есть свои собственные ограничения и могут быть не лучшим решением для вашего сайта.
SSR имеет много преимуществ, которые компенсируют технические недостатки и ухудшенный пользовательский опыт CSR. Однако у него есть свои собственные ограничения и могут быть не лучшим решением для вашего сайта.
Prerendering – отличный вариант, который сочетает в себе улучшенную производительность и индексацию с помощью простоты установки и реализации. Это экономически эффективно, масштабируется и даже рекомендуется собственной документацией Google.
Эта статья изначально появилась на Блог Prerender Отказ