googleupdate

Как опытный разработчик с многолетним опытом работы за плечами, я сталкивался с вопросом о рендеринге на стороне сервера (SSR) по сравнению с рендерингом на стороне клиента (CSR) больше раз, чем могу сосчитать. Каждый подход имеет свой набор преимуществ и недостатков, и очень важно принять обоснованное решение, основанное на конкретных потребностях вашего проекта.

---

Быстрая загрузка веб-страниц значительно улучшает пользовательский опыт и поисковую оптимизацию (SEO), поскольку скорость загрузки страниц является решающим аспектом, влияющим на алгоритм ранжирования Google.

Веб-разработчик, специализирующийся на пользовательских интерфейсах, должен определить оптимальный метод отображения сайта, обеспечивающий как быструю производительность, так и привлекательный интерактивный контент.

Два популярных метода рендеринга включают рендеринг на стороне клиента (CSR) и рендеринг на стороне сервера (SSR).

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

Google и JavaScript

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

В подкасте «Search Off The Record» они рассказали о том, как Google обрабатывает поиск по веб-страницам, особо отметив, что даже страницы, сильно зависящие от JavaScript, обрабатываются Google для получения результатов поиска.

Это положило начало значительному обмену идеями в LinkedIn, и два дополнительных ключевых момента из подкаста и последующих дебатов заключаются в следующем:

• Google не отслеживает, насколько дорого обходится рендеринг определенных страниц.
• Google отображает все страницы для просмотра контента — независимо от того, использует он JavaScript или нет.

Полный комментарий Мартина Сплитта на LinkedIn по этому поводу был следующим:

«Мы не отслеживаем стоимость страниц; вместо этого мы просто отображаем их содержимое. Поскольку значительная часть Интернета динамически добавляет, удаляет или изменяет контент с помощью JavaScript, рендеринг необходим для обеспечения что мы можем видеть все элементы страницы. Независимо от того, использует ли страница JavaScript или нет, это не влияет на нашу способность просматривать ее содержимое после его отображения.

Мартин дополнительно подтвердил, что существует очередь (очередь) как для сканирования (сканирования), так и для хранения данных (индексации), что потенциально может вызывать задержки, но это зависит не только от того, использует ли что-то JavaScript или нет. Более того, проблема не является неясной (непрозрачной), поскольку наличие JavaScript всегда является основной причиной того, что URL-адреса не индексируются.

Общие рекомендации по JavaScript

Давайте убедимся, что мы придерживаемся общих передовых практик как для клиентских, так и для серверных методов, прежде чем углубляться в обсуждение их достоинств: это поможет нам добиться успеха в выбранном нами подходе.

• Избегайте блокировки рендеринга.
• Избегайте внедрения JavaScript в DOM.

Что такое рендеринг на стороне клиента и как он работает?

Рендеринг на стороне клиента — относительно новый подход к рендерингу веб-сайтов.

Его использование приобрело известность, когда библиотеки JavaScript начали включать его, причем Angular и React.js стали яркими примерами библиотек, используемых для такого рода презентаций.

Он работает путем рендеринга JavaScript веб-сайта в вашем браузере, а не на сервере.

Вместо загрузки всего содержимого из полноценного HTML-документа сервер предоставляет минимальный HTML-документ, включающий только файлы JavaScript.

Хотя первоначальная загрузка занимает некоторое время, последующие страницы будут загружаться быстро, поскольку для каждого пути не требуется новая HTML-страница.

Веб-сайты, отображаемые на стороне клиента, самостоятельно решают такие задачи, как управление логикой и получение данных из API, не полагаясь на предопределенную структуру. Это позволяет динамически создавать каждую страницу и связанный с ней URL-адрес, который становится доступным только после выполнения кода.

Процесс КСО выглядит следующим образом:

• Пользователь вводит URL-адрес, который хочет посетить, в адресную строку.
• Запрос данных отправляется на сервер по указанному URL-адресу.
• При первом запросе клиента на сайт сервер доставляет статические файлы (CSS и HTML) в браузер клиента.
• Клиентский браузер сначала загрузит содержимое HTML, а затем JavaScript. Эти HTML-файлы подключают JavaScript, запуская процесс загрузки, отображая символы загрузки, определенные разработчиком пользователю. На этом этапе веб-сайт по-прежнему не виден пользователю.
• После загрузки JavaScript контент динамически генерируется в браузере клиента.
• Веб-контент становится видимым, когда клиент перемещается по веб-сайту и взаимодействует с ним.

Что такое серверный рендеринг и как он работает?

Рендеринг на стороне сервера — более распространенный метод отображения информации на экране.

Через веб-браузер на сервер отправляется запрос с запросом конкретных данных, адаптированных для пользователя. Как только сервер предоставляет эти данные, он создает полную HTML-страницу и отправляет ее обратно на устройство клиента для отображения.

Каждый раз, когда пользователь посещает новую страницу сайта, сервер повторяет весь процесс.

Вот как поэтапно происходит процесс SSR:

• Пользователь вводит URL-адрес, который хочет посетить, в адресную строку.
• Сервер передает браузеру готовый к отображению HTML-ответ.
• Браузер отображает страницу (теперь она доступна для просмотра) и загружает JavaScript.
• Браузер выполняет React, что делает страницу интерактивной.

Каковы различия между рендерингом на стороне клиента и на стороне сервера?

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

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

Поисковые системы могут сканировать ваш сайт, чтобы улучшить его SEO, что позволит быстрее индексировать ваши веб-страницы. Простота и ясность этого контента — это именно то, что показывают страницы статического рендеринга сайта (SSR), когда они отображаются в браузере.

Однако рендеринг на стороне клиента — более дешевый вариант для владельцев веб-сайтов.

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

По сравнению с рендерингом на стороне сервера (SSR), рендеринг на стороне клиента (CSR) приводит к отправке меньшего количества HTTP-запросов на сервер. В отличие от SSR, где каждая страница перестраивается заново, что приводит к замедлению навигации между страницами.

Под сильным давлением со стороны многочисленных одновременных требований пользователей SSR (рендеринг на стороне сервера) также может испытывать трудности или даже выходить из строя.

Одним из потенциальных недостатков внедрения корпоративной социальной ответственности (CSR) может быть немного увеличенный начальный период загрузки, что может повлиять на поисковую оптимизацию (SEO). В некоторых случаях сканеры поисковых систем могут решить не ждать загрузки всего контента, прежде чем покинуть веб-сайт.

При использовании этого двухэтапного метода существует риск того, что вы можете столкнуться с пустым содержимым на своей веб-странице из-за отсутствия содержимого JavaScript после первоначального сканирования и индексирования HTML. Имейте в виду, что обычно для рендеринга сценариев контента (CSR) требуется внешняя библиотека.

Когда использовать серверный рендеринг

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

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

Когда использовать рендеринг на стороне клиента

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

Основное внимание здесь уделяется богатому сайту с большим количеством пользователей, при этом пользовательский опыт отдается приоритету над SEO.

Что лучше: рендеринг на стороне сервера или на стороне клиента?

Чтобы выбрать наиболее эффективный метод, очень важно учитывать как ваши требования к SEO, так и гарантировать, что веб-сайт обеспечивает удобство работы с пользователем, обеспечивая при этом реальную ценность.

Подумайте о своем проекте, поразмыслив над тем, как выбранный стиль представления может повлиять на рейтинг вашего сайта на страницах результатов поисковых систем (SERP) и на его общий пользовательский опыт.

Как правило, CSR лучше подходит для динамических веб-сайтов, а SSR лучше всего подходит для статических веб-сайтов.

Частота обновления контента

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

Оптимизация скорости сайта (SSR) работает лучше всего, когда контент вашего веб-сайта не требует активного участия пользователей. Это повышает удобство использования, ускоряет время загрузки, улучшает рейтинг в поисковых системах и усиливает интеграцию с социальными сетями.

Вместо этого позвольте мне сказать, что рендеринг службы контента (CSR) предлагает экономичное решение для визуализации веб-приложений, и его проще создавать и управлять. Более того, он превосходен с точки зрения задержки первого входа (FID).

Один из способов перефразировать это для облегчения понимания: при рассмотрении корпоративной социальной ответственности (CSR) важно убедиться, что метатеги (например, описания и заголовки), канонические URL-адреса и теги Hreflang генерируются на стороне сервера или включаются в первоначальный вариант. HTML-ответ отправляется веб-сканерам. Это помогает сканерам идентифицировать эти элементы как можно быстрее, а не находить их только в окончательном обработанном HTML.

Особенности платформы

Поддержание технологии CSR часто сопряжено с более высокими затратами из-за того, что почасовые ставки для экспертов по React.js, Node.js и аналогичным технологиям обычно выше, чем у тех, кто имеет опыт разработки PHP или WordPress.

Более того, вы найдете меньший выбор готовых плагинов или готовых решений для фреймворков правил безопасности контента (CSR) по сравнению с обширным набором плагинов, доступных пользователям WordPress.

Как эксперт по SEO, я хотел бы подчеркнуть всем, кто рассматривает возможность установки WordPress без головы, особенно с такими инструментами, как Frontity, что ваша команда разработчиков должна обладать разными навыками. Вам потребуются специалисты React.js для задач внешнего интерфейса и специалисты PHP для управления серверной частью, чтобы обеспечить плавный процесс настройки и оптимизации.

Эта настройка основана на том, что WordPress работает без традиционной головной части (или внешнего интерфейса), созданной с использованием React.js, но для своих внутренних операций по-прежнему требуется PHP.

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

Функциональность и назначение веб-сайта

Иногда вам не обязательно выбирать только один подход, поскольку есть варианты, сочетающие оба. Другими словами, можно объединить элементы как социально ответственной отчетности (SSR), так и корпоративной социальной ответственности (CSR) в рамках одной онлайн-платформы или веб-страницы.

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

С точки зрения электронной коммерции, когда вы предлагаете обширную персонализацию на нескольких страницах, это означает, что рендеринг на стороне сервера (SSR) не будет работать для веб-сканеров, таких как Googlebot. Это связано с тем, что робот Googlebot работает без файлов cookie и в среде без сохранения состояния. Поэтому крайне важно подготовить некоторый стандартный контент в качестве запасного варианта для таких ситуаций.

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

На ранних этапах разработки вашего продукта вы столкнетесь с выбором между двумя распространенными методами рендеринга веб-сайта: контентным рендерингом (CSR) и серверным рендерингом (SSR). Каждый подход имеет свою популярность в этой области.

Смотрите также

• Google тихо заканчивает поддержку структурированных данных эпохи COVID

• Результаты поиска Google более персонализированы?

• Налоговое Обложение Криптовалюты в Кении: Рецепт Цифрового Катастрофы или Всего Лишь Налогообложения?

• Обзоры искусственного интеллекта Google избегают политического контента, показывают новые данные

• Анализ динамики цен на криптовалюту BTC: прогнозы биткоина

• Золото прогноз

• Прогноз нефти

• Акции YDEX. Яндекс: прогноз акций.

• Акции MRKS. МРСК Сибири: прогноз акций.

• ИИ-пауки, по сообщениям, истощают ресурсы сайта и искажают аналитику.

2024-09-29 01:39

Как опытный веб-мастер с более чем двадцатилетним опытом навигации в бурных морях систем управления цифровым контентом, я был свидетелем многих бурь, назревавших между титанами отрасли. Нынешняя ссора между Мэттом Малленвегом и WP Engine не является исключением.

---

Мэтт Малленвег объявил на WordPress.org, что пользователи WP Engine будут временно освобождены от запрета на плагин и библиотеку тем WordPress до 1 октября. Это означает, что они по-прежнему могут получать обновления без перерыва.

WordPress против WP Engine

Вот уже около недели Мэтт Малленвег и служба веб-хостинга WP Engine ведут спор по поводу коммерческого лицензионного сбора, который обычно платят другие веб-хосты, но WP Engine освобожден от него. Корень разногласий кроется в недовольстве Мулленвега тем, что WP Engine не вносит достаточного вклада в WordPress, как он считает. Известные деятели сообщества WordPress, такие как Йост де Валк, разделяют точку зрения Мулленвега о том, что такие организации, как WP Engine, должны вносить больший вклад в платформу WordPress.

WP Engine в ответ отправил официальное письмо о прекращении противоправных действий, заявив, что обвинения против них воспринимаются как несправедливое нападение на их компанию.

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

Временная отсрочка

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

Как специалист по цифровому маркетингу, я разочарован, узнав от своих уважаемых клиентов WP Engine об их разочаровании по поводу неспособности платформы беспрепятственно интегрировать обновления, плагины, темы и Openverse на их сайты. Вызывает беспокойство тот факт, что коммерческие решения, принятые Silver Lake, оказали столь пагубное влияние на их опыт.

Для WP Engine было ясно, что вариант прекращения доступа будет обсуждаться, если они продолжат игнорировать наши попытки примириться и установить деловое партнерство посредством лицензионной сделки. Тем не менее Хизер Бруннер, Ли Уиттлингер и их совет решили воспользоваться этим шансом.

Подробнее на WordPress.org:

Отсрочка WP Engine

Смотрите также

• Google тихо заканчивает поддержку структурированных данных эпохи COVID

• Результаты поиска Google более персонализированы?

• Налоговое Обложение Криптовалюты в Кении: Рецепт Цифрового Катастрофы или Всего Лишь Налогообложения?

• Обзоры искусственного интеллекта Google избегают политического контента, показывают новые данные

• Анализ динамики цен на криптовалюту BTC: прогнозы биткоина

• Золото прогноз

• Прогноз нефти

• Акции YDEX. Яндекс: прогноз акций.

• Акции MRKS. МРСК Сибири: прогноз акций.

• ИИ-пауки, по сообщениям, истощают ресурсы сайта и искажают аналитику.

2024-09-28 05:08

Как опытный веб-мастер с более чем двадцатилетним опытом работы в цифровой сфере, я считаю позицию Йоста де Валка в отношении вклада и прозрачности WordPress одновременно поучительной и вдохновляющей. Его личные анекдоты и финансовые жертвы для проекта Гутенберга служат свидетельством его непоколебимой преданности сообществу WordPress.

---

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

Йост де Валк поддерживает Мэтта Малленвега

Как эксперт по SEO, я полностью согласен с точкой зрения Йоста де Валка, изложенной в его статье. Он ценит и поддерживает WordPress, разделяя точку зрения Мэтта Малленвега, генерального директора Automattic, относительно потенциала WP Engine внести более значительный вклад в сообщество WordPress.

Он пишет:

Как опытный веб-мастер, я полностью согласен с точкой зрения Мэтта. Кажется вполне справедливым, что такая известная хостинговая компания, как WP Engine, должна увеличить свой вклад, учитывая ее положение в отрасли.

Йост заявляет, что эти слова для него не просто пустые фразы, поскольку они отражают его личные ценности и поведение. Он также упоминает, что его организация посвятила проекту Гутенберга такое огромное количество времени, что это существенно повлияло на их собственный коммерческий бизнес. Хотя они продолжали получать значительную прибыль, уровень их доходов несколько снизился из-за этого обязательства.

Успех в бизнесе влияет на его мнение

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

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

«Реинвестируйте часть этой прибыли во все наши основные возможности — WordPress. Мы все в выигрыше».

Новое правление Фонда WordPress

Одна из идей, предложенных Йостом, предполагает создание доски, обеспечивающей представительство лиц, вносящих вклад в WordPress. Он сравнивает эту концепцию с принципом «налогообложения с представительством», предполагая, что он может лечь в основу правления WordPress Foundation. Таким образом, те, кто вносит свой вклад, также получат право голоса в процессе принятия решений.

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

«Думаю, это действительно могло бы помочь Мэтту, поскольку я понимаю, что наверху очень одиноко.

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

Три основных момента, которые он делает:

1. Представительство заинтересованных сторон

На мой взгляд, важно, чтобы каждый имел право голоса при принятии решения о том, как мы будем использовать этот вклад. Хотя я признаю, что основные участники играют значительную роль, такую ​​же роль играют и организаторы наших ключевых мероприятий, руководители хостинговых компаний и другие. Давайте продумаем подход к созданию группы, которая будет отражать как сообщество, так и участвующие корпорации, обеспечивая справедливое представительство.

2. Содействие прозрачным дискуссиям

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

3. Поощрение и признание вклада

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

Прозрачность с деньгами

Один вопрос, который поднимает Йост, отличается от создания совета спонсоров и касается платежей, произведенных Automattic по соглашениям о товарных знаках. По сути, он утверждает, что эти финансовые операции могут стереть грань относительно того, какая часть этих денег на самом деле используется Automattic в качестве вклада в развитие WordPress.

«…пусть все видят, как текут деньги.

В настоящее время средства по соглашениям о товарных знаках поступают в Automattic, но неясно, покрываются ли какие-либо из этих взносов Newfold, которые, как мы теперь знаем, используют товарный знак. Можно ли вместо этого направить деньги непосредственно в фонд? Если нет, то я считаю, что было бы полезно понять, сколько часов вкладывает Automattic, поскольку некоторые из этих часов на самом деле могут быть от Newfold.

WordPress может оказаться на перепутье

Смотрите также

• Google тихо заканчивает поддержку структурированных данных эпохи COVID

• Результаты поиска Google более персонализированы?

• Налоговое Обложение Криптовалюты в Кении: Рецепт Цифрового Катастрофы или Всего Лишь Налогообложения?

• Обзоры искусственного интеллекта Google избегают политического контента, показывают новые данные

• Анализ динамики цен на криптовалюту BTC: прогнозы биткоина

• Золото прогноз

• Прогноз нефти

• Акции YDEX. Яндекс: прогноз акций.

• Акции MRKS. МРСК Сибири: прогноз акций.

• ИИ-пауки, по сообщениям, истощают ресурсы сайта и искажают аналитику.

2024-09-27 22:38