Следующая статья поможет вам: 6 практических советов по устранению ресурсов, блокирующих рендеринг, в WordPress
Оптимизация сайта WordPress требует больших усилий. Для быстрого сайта WordPress вам понадобится быстрая тема, оптимизированные плагины и хороший хостинг. Однако Google PageSpeed Insights попросит вас удалить ресурсы, блокирующие рендеринг, даже после выполнения всех этих действий.
Как владельцу сайта WordPress, вам могут понадобиться разъяснения. В конце концов, вам никогда не приходилось устранять ресурсы, блокирующие рендеринг, в WordPress. В этой статье более подробно рассматривается, как устранить ресурсы, блокирующие рендеринг. Мы подробно рассмотрим эту тему по мере того, как мы рассмотрим ее определение и необходимый процесс для полного устранения блокировки рендеринга. Давайте начнем.
Что означает «устранить ресурс, блокирующий рендеринг»?
Чтобы понять, что такое ресурсы, блокирующие рендеринг, нам нужно узнать, как загружается сайт. Он начинается, когда посетитель запрашивает ваш сайт. Затем браузер запрашивает у сервера ресурсы для загрузки. Когда браузер анализирует веб-страницу, он следует подходу сверху вниз, т. е. сначала загружает верхнюю часть кода веб-страницы, а затем остальную часть.
Несмотря на то, что процесс выглядит оптимальным, это не так.
Браузер сталкивается с такими ресурсами, как CSS, JavaScript и файлы шрифтов, когда загружает сайт. Как только он находит эти файлы, он начинает их загрузку вместо того, чтобы продолжать анализировать сайт. Это вызывает короткую паузу в загрузке сайта, в результате чего скорость загрузки сайта замедляется.
Время «ожидания» потрачено впустую. Однако мы можем заставить браузер сделать что-то полезное в это время, а не ждать.
Чтобы было понятнее, давайте рассмотрим пример.
Когда сайт WordPress загружается, он загружает код для разделов, включая заголовок, тело и нижний колонтитул. Часто плагины или тема прикрепляют код JavaScript к заголовку, даже если он загружается позже (например, в футере). Таким образом, когда посетитель открывает веб-страницу в браузере, ему приходится ждать загрузки JavaScript и обработки чего-то, что загрузится позже. заставить браузер ждать.
Это замедляет загрузку содержимого верхней части страницы, что влияет на время загрузки и взаимодействие с пользователем.
Ваша задача как веб-мастера — устранить любые ресурсы, ограничивающие загрузку веб-сайта. Например, Google знает о влиянии ресурсов, блокирующих рендеринг, и просит владельца веб-сайта удалить их для оптимального времени загрузки.
В этом посте мы узнаем, как устранить ресурсы, блокирующие рендеринг, вручную и с помощью плагина WordPress.
Преимущества устранения ресурсов, блокирующих рендеринг
Чтобы узнать об истинном влиянии исправления ресурсов, блокирующих рендеринг, давайте рассмотрим следующие преимущества:
- Улучшено время загрузки страницы, в результате чего сайт стал быстрее.
- Страница готова к взаимодействию.
- Уменьшен размер исходной объектной модели документа (DOM).
- Google загружает ваш сайт быстрее из-за меньшего количества ресурсов.
- Меньше файлов CSS и JS для загрузки/загрузки.
- Улучшенный мобильный пользовательский интерфейс.
- Лучшее развертывание на разных устройствах и платформах.
Как определить ресурсы, блокирующие рендеринг?
Лучший способ определить ресурсы, блокирующие рендеринг, — это использовать Статистика Google PageSpeed. Кроме того, вы также можете использовать другие инструменты, такие как Пингдом и GTmetrix. Однако сначала мы предлагаем использовать Google PageSpeed Insights.
После того, как вы откроете инструмент, вам нужно будет ввести URL вашего сайта. Затем он проверит ваш сайт и покажет вам результаты.
Чтобы просмотреть список ресурсов, блокирующих рендеринг, в PageSpeed Insights перейдите в раздел «Возможности» и выберите «Устранить ресурсы, блокирующие рендеринг».
Кроме того, вы также заметите, что он демонстрирует Core Web Vitals Assessment. Здесь вы увидите три важных показателя: наибольшая содержательная отрисовка (LCP), кумулятивный сдвиг макета (CLS) и задержка первого ввода (FID).
Из этих трех показателей ресурсы, блокирующие рендеринг, влияют на LCP и FID. В следующем разделе мы узнаем, как ресурсы, блокирующие рендеринг, влияют на Core Web Vitals.
Как ресурсы, блокирующие рендеринг, влияют на основные веб-жизненные показатели
Core Web Vitals определяет, насколько хорошо ваш сайт загружает ресурсы. Он измеряет производительность веб-сайта на основе трех важных показателей, включая:
- Самая большая содержательная краска (LCP): Он измеряет время загрузки наиболее значимого содержимого страницы. Он пытается узнать, как пользователь воспримет время загрузки страницы.
- Совокупный сдвиг макета (CLS): Эта метрика предназначена для изучения стабильности сайта. Это относится к пользовательскому опыту. Как веб-мастер, вы должны уменьшить сдвиг макета, чтобы улучшить оценку CLS.
- Задержка первого входа (FID): FID — это время, которое пользователь должен ждать, прежде чем взаимодействовать с сайтом.
По определению ресурсы, блокирующие рендеринг, могут влиять на LCP и FID. Более низкий балл означает, что ваш сайт может не пройти оценку Core Web Vitals Assessment, что не очень хорошо, поскольку Google может оштрафовать ваш сайт.
Давайте возьмем пример, чтобы понять это лучше.
Ресурсы, блокирующие рендеринг, задерживают время загрузки сайта. Это происходит потому, что браузер не позволяет рендерингу сайта загружать такие ресурсы, как JavaScript и CSS. Google Core Web Vitals, LCP, измеряет время, необходимое для загрузки значимого контента или содержимого верхней части страницы, которое пользователь воспринимает как время, необходимое для загрузки сайта.
Точно так же задержка первого ввода (FID) также сильно зависит от исходных сценариев и стилей, которые анализирует и выполняет браузер. Например, если в заголовке есть тяжелый JavaScript, он выполняется и блокирует основной поток. Это делает страницу невосприимчивой к взаимодействию с пользователем, что приводит к более высокому FID. В обоих случаях ресурсы, блокирующие рендеринг, снижают показатели LCP и FID, влияя на Core Web Vitals.
Вы также должны позаботиться о крайних случаях при оптимизации Core Web Vitals. Как правило, удаление ресурсов, блокирующих рендеринг, не оказывает существенного влияния на оценку CLS. Однако в некоторых случаях это также может негативно повлиять на него, снизив ваш показатель Core Web Vitals.
Давайте посмотрим на пример ниже. Когда вы удаляете элементы, блокирующие рендеринг, вы можете изменить стиль или сценарий, необходимые для загрузки контента в верхней части страницы. Таким образом, если вы переместите его в нижний колонтитул, браузер может начать загружать содержимое верхней части страницы. Однако при отсутствии доступа к важному сценарию/стилю макет смещается, когда повторный рендеринг происходит позже. Это похоже на шрифты.
Короче говоря, тщательно определите, какие ресурсы необходимо отложить или отложить. Внимательно изучив макет сайта и связанные с ним ресурсы, вы сможете узнать, какие ресурсы следует отложить.
Итак, если вы хотите, чтобы Google больше любил ваш сайт для целей ранжирования, вам нужно разобраться с ресурсами, блокирующими рендеринг, поскольку они напрямую влияют на основные веб-жизненные показатели, особенно на баллы LCP и FID.
Что такое критический путь рендеринга и как он работает?
Прежде чем двигаться дальше, нам также необходимо узнать о критический путь рендеринга. В разделе «Объяснение устранения блокировки рендеринга ресурсов» мы узнали, как браузер загружает сайт. Браузеры используют подход сверху вниз для загрузки сайта. С технической точки зрения, мы можем назвать это критическим путем рендеринга.
Процесс начинается, как только посетитель запрашивает сайт из своего браузера, и продолжается до полной загрузки сайта.
Как веб-мастер, ваша работа заключается в оптимизации пути рендеринга, чтобы гарантировать, что он занимает всего несколько миллисекунд загружать. Однако, чтобы сделать это правильно, может потребоваться много усилий, особенно если учесть, что эти оптимизации выполняются для разных устройств.
В большинстве случаев вам нужно оптимизировать только содержимое верхней части страницы или первую отрисовку. Это время, когда пользователь ждет, пока сайт загрузится с пустой страницы до визуального контакта.
Технически предпринимаются шаги для преобразования файлов кода (CSS, HTML, JS) в пиксели. Он включает в себя следующие шаги:
- строительство ДОМ
- Строительство ЦСОМ
- Построение дерева рендеринга
- Операция макета
- Операция покраски
- Композитная операция
Как правило, вы можете использовать следующее время загрузки страницы, чтобы узнать, что чувствует пользователь:
- от 0 до 100 мс: мгновенная загрузка, пользователи чувствуют себя потрясающе и готовы к взаимодействию.
- от 100 до 1000 мс: пользователи чувствуют себя связанными, но могут чувствовать себя немного отвлеченными
- 1000 мс и более: пользователи теряют фокус на выполнении задачи.
Чтобы оптимизировать критический путь рендеринга, вам необходимо удалить все ресурсы, блокирующие рендеринг. Эта оптимизация может включать любое из следующего:
- Установите приоритет загрузки контента, чтобы улучшить загрузку контента вверху страницы
- Уменьшите количество ресурсов, влияющих на критический путь рендеринга. Вы можете использовать метод defer для задержки ресурсов, которые не требуются немедленно.
- Сжатие размера файла также может сократить время обслуживания ресурсов.
Типы ресурсов, блокирующих рендеринг
Существует четыре типа ресурсов, блокирующих рендеринг. Эти ресурсы включают в себя:
- CSS
- JavaScript
- Шрифты, загруженные через Интернет
- Импорт HTML (устаревший, но вы можете встретить его на устаревших сайтах)
Однако не все CSS и JavaScript блокируют рендеринг. В свободном выражении, вы можете определить ресурсы, блокирующие рендеринг, как любой код, который препятствует быстрой загрузке веб-сайта. Эти блокирующие рендеринг ресурсы влияют на критический путь рендеринга.
Означает ли это, что вы должны удалить все CSS и JavaScript со своего сайта? Очевидно, нет! Без использования CSS и JS большая часть Интернета не будет работать. Они помогают создавать красивые, привлекательные, современные веб-сайты.
Хорошая новость заключается в том, что эти ресурсы, блокирующие рендеринг, можно удалить или отложить. Таким образом, браузер может оптимально загрузить веб-сайт.
Давайте рассмотрим ключевые типы ресурсов, блокирующие рендеринг, ниже.
Ресурсы CSS, блокирующие рендеринг
Ресурсы CSS, блокирующие рендеринг, — это файлы CSS, которые блокируют критический путь рендеринга. Эти файлы заканчиваются на «».css”, и их легко идентифицировать. CSS в основном используется для разработки веб-сайтов, включая макет, цвет, размер, интервалы, анимацию и т. д.
Вы можете устранить CSS, блокирующий рендеринг, используя асинхронный CSS или методы отложенного CSS. Кроме того, вы также можете использовать встроенные стили для контента в верхней части страницы.
Ресурсы по шрифтам, блокирующим визуализацию
Google позволяет веб-сайтам легко использовать свою обширную коллекцию шрифтов через свою библиотеку Google Fonts. Однако, несмотря на то, что Google использует передовые методы доставки шрифтов в браузеры, он все равно может замедлять работу веб-сайта.
Вы можете использовать несколько методов для устранения ресурсов, блокирующих рендеринг шрифтов Google, включая предварительную загрузку DNS, предварительную выборку шрифтов Google, локальную загрузку шрифтов Google, добавление шрифта CSS и т. д.
Вы можете применить аналогичные методы для любого шрифта, который должен быть загружен на веб-страницах.
Блокирующие рендеринг ресурсы JavaScript
Наконец, у нас есть ресурсы JavaScript, блокирующие рендеринг. Как и CSS, JS также может блокировать критические пути рендеринга. Эти файлы заканчиваются на «.js», поэтому их легко идентифицировать. Кроме того, вы можете отложить или асинхронизировать JavaScript, чтобы удалить JavaScript, блокирующий рендеринг.
Как ресурсы, блокирующие рендеринг, влияют на UX и SEO?
Задумывались ли вы о том, почему вы должны удалить или исключить ресурсы, блокирующие рендеринг? Две важные причины — это UX и SEO. По большей части веб-сайт может функционировать адекватно, не оставляя его таким, какой он есть. Однако если не устранить ресурсы, блокирующие рендеринг, оптимизация остается на столе. А для бизнеса это нецелесообразно.
Google ранжирует сайты на основе Основные веб-жизненные показатели. Поскольку ресурсы, блокирующие рендеринг, влияют на загрузку первого спрея (контента в верхней части страницы), это увеличивает время, необходимое сайту для загрузки этого раздела. Это означает, что это влияет на пользовательский опыт. Google принимает это к сведению, и вы можете увидеть более низкую оценку SEO.
Скорость сайта — это первое, с чем сталкивается посетитель. Если веб-сайт загружается медленно, посетители, скорее всего, покинут его или попытаются выполнить другой поиск с альтернативными ключевыми словами. Это резко снижает вероятность конверсии сайта.
Около 40% пользователей настольных компьютеров покидают веб-сайт, если он загружается более 2–2,5 секунд. Это число еще выше для мобильных пользователей. Это известно как показатель отказов. Хотя это не официальный фактор ранжирования, Google не размещает сайты с более высоким показателем отказов на первой странице.
Хотите мгновенно ускорить свой сайт?
Получите 90+ баллов PageSpeed автоматически с помощью 10Web Booster ⚡
На любом хостинге!
Получите 10Web Booster, это бесплатно
Медленный сайт плохо влияет на SEO и конверсию. Коэффициенты конверсии веб-сайта падение на 4,42% с каждой дополнительной секундой загрузки (от 0 до 5 секунд). Еще в 2009 году онлайн-гигант Amazon обнаружили, что каждые 100 мс задержки на веб-странице стоили им 1% продаж — это утечка миллиардов долларов.
Что ж, ваш веб-сайт, возможно, еще не начал зарабатывать миллиарды, но сколько продаж или конверсий будет потеряно из-за медлительности веб-сайта? В целом, низкая скорость сайта влияет на ваших посетителей, что приводит к низкому трафику сайта.
Пользовательский опыт также имеет решающее значение для успеха сайта. Веб-сайт, который предлагает хороший пользовательский интерфейс, должен быстро загружаться по своей сути. По определению ресурсы, блокирующие рендеринг, замедляют работу сайта. Это задерживает первую печать, что напрямую влияет на взаимодействие с пользователем. Кроме того, если вы удалите ресурсы, блокирующие рендеринг, вы также увидите улучшение в Core Web Vitals, которое измеряет пользовательский опыт сайта в отношении скорости и исполнения.
Если вы хотите узнать больше о том, как ресурсы, блокирующие рендеринг, влияют на Core Web Vitals, ознакомьтесь с предыдущим разделом статьи.
Как исправить проблему «Устранить ресурсы, блокирующие рендеринг»?
Имея четкое представление о ресурсах, блокирующих рендеринг, и о том, как их идентифицировать, теперь мы можем сосредоточиться на том, как исправить проблему. Сначала мы покажем, как исправить это вручную, а затем посмотрим, как вы можете использовать плагин WordPress под названием 10Web Booster для автоматизации процесса.
Исправить вручную
Вы должны позаботиться о нескольких аспектах, чтобы вручную исправить проблему «устранить ресурс, блокирующий рендеринг». Во-первых, давайте научимся управлять CSS и JS по отдельности.
1. Исправьте удаление JS, блокирующего рендеринг, вручную.
Вы можете отложить синтаксический анализ Javascript, чтобы устранить код JavaScript, блокирующий рендеринг.
Как упоминалось ранее, браузер загружает ресурсы/код сверху вниз. Поэтому ясно, что если он встретит файл JavaScript, он остановится и попытается загрузить его, прежде чем продолжить. Несомненно, это заставляет пользователя ждать загрузки сайта.
Однако не все файлы JavaScript необходимы для начальной загрузки страницы. И именно здесь вы можете отсрочить его выполнение, отложив его.
Когда вы откладываете файл JS, браузер ожидает загрузки/анализа файла, пока не будет готово основное содержимое веб-сайта. Как только содержимое верхней части страницы загружается, браузер анализирует отложенный файл JavaScript.
Отложите файл JS: Чтобы отложить файл JS, вы можете использовать два атрибута. Эти атрибуты включают асинхронно и отложить. Они дают один и тот же результат, но между ними есть принципиальная разница. Если вы используете атрибут defer для сценария, браузер не будет загружать и анализировать файл JavaScript до тех пор, пока он не понадобится. Однако в случае атрибута async браузер останавливает анализ файла Javascript только во время его загрузки и может начать анализ после загрузки.
Чтобы визуализировать разницу, давайте посмотрим на график.
Исходный код для добавления атрибутов async и defer приведен ниже:
<script src=”awesomescript.js” defer> </script> <script src=”awesomescript.js” async></script>
Итак, какой из них вы должны использовать? Это зависит. Атрибут defer гарантирует, что файл JavaScript будет выполняться в том порядке, в котором он появляется в коде. Для асинхронныйэто не так, поскольку иногда он может работать несинхронно и прерывать работу ресурсов, что приводит к проблемам.
Короче говоря, используйте асинхронный только если скрипт файла JS полностью независим от страницы. Итак, вы можете использовать асинхронный атрибут для сторонних скриптов, включая скрипты аналитики, трекеры и рекламу.
В общем, отложить JavaScript — это легко исправить. Но это также требует, чтобы вы работали над своим кодом вручную и правильно определяли, какие файлы JS вы хотите отложить. Кроме того, если вы задержите неправильный файл, это может негативно повлиять на внешний вид сайта (поскольку требуется загрузить некоторые аспекты сайта, прежде чем он будет показан пользователю). Наконец, это также может повлиять на показатель Core Web Vitals или добавить новые проблемы на сайт.
Итак, прежде чем вносить какие-либо изменения, вы должны знать, что делаете. Если вы не уверены, всегда полезно нанять WordPress/веб-разработчика, который сделает это за вас.
2. Найдите критические CSS и вставьте их
Ручное исправление CSS, блокирующего рендеринг, требует работы. Здесь вам нужно тщательно определить, какой файл CSS следует задержать. Вы обнаружите, что ваш сайт работает со сбоями, если вы удалите столь необходимый CSS, необходимый для рендеринга содержимого верхней части страницы.
Вот почему очень важно определить стили, необходимые для загрузки первой отрисовки (контента верхней части страницы). Для выявления критического CSS вы можете использовать такие инструменты, как HTML Critical Webpack Plugin, Критическийи Criticalcss.com. Как только вы определили местонахождение Критический CSS, встраивайте эти стили, поэтому браузеру не нужно ждать, пока ресурсы загрузятся и проанализируют содержимое верхней части страницы. Для некритического CSS вы можете отложить их.
3. Определите условный CSS и оптимизируйте его
Кроме того, вы также можете использовать атрибут media для идентификации условного CSS. Этот CSS зависит от устройства или ситуации. Например, следующий код подпадает под условный CSS.
<link href="https://Wix.io/blog/eliminate-render-blocking-resources/print.css" rel="stylesheet" media="print"> <link href="https://Wix.io/blog/eliminate-render-blocking-resources/big.css" rel="stylesheet" media="screen and (min-width: 1300px)"> <link href="https://Wix.io/blog/eliminate-render-blocking-resources/mobile.css" rel="stylesheet" media="screen and (max-width: 400px)">
Эти файлы загружаются при каждом запросе браузера, независимо от того, используется ли условный CSS. Это означает, что там, где условный CSS не требуется, он пропускается и не считается ресурсом, блокирующим рендеринг. Однако если правило CSS выполняется, оно действует как ресурс, блокирующий рендеринг. Вот почему вам нужно отделить все эти условные CSS, использующие правило @media. Чтобы легко сделать это, вы можете использовать ПостCSS-плагин а затем отложить загрузку.
4. Не используйте правило CSS @import
Наконец, вы должны убедиться, что не используете правило @import с CSS. Эта практика полезна при управлении кодом CSS в HTML. Однако это замедляет рендеринг, так как браузер ожидает загрузки всего CSS перед рендерингом HTML. Вот почему лучше всего использовать тег для загрузки вашего CSS на одной странице.
5. Другие ручные советы по устранению ресурсов, блокирующих рендеринг
Кроме того, вы также можете использовать следующие советы, чтобы вручную устранить ресурсы WordPress, блокирующие рендеринг:
- Удалите или уменьшите количество ненужных/неиспользуемых JavaScript и CSS.
- Минимизируйте и сжимайте файлы кода
- Делайте рефакторинг кода и расщепление
Исправить с помощью плагина WordPress
Ручное устранение ресурсов, блокирующих рендеринг, в WordPress — сложная задача. Это требует правильного понимания WordPress и знаний в области кодирования. Вот почему для большинства пользователей рекомендуется использовать плагин WordPress, который сделает всю тяжелую работу за вас.
Мы рекомендуем использовать 10Web Booster, плагин для автоматической оптимизации WordPress. Это устраняет необходимость идентифицировать ресурсы, блокирующие рендеринг, находить их и оптимизировать. Вместо этого все, что вам нужно сделать, это установить и активировать плагин 10Web Booster на вашем сайте WordPress и позволить ему управляться автоматически. Наш плагин делает больше, чем это; он автоматизирует весь процесс оптимизации, чтобы обеспечить показатель PageSpeed 90+.
Чтобы получить наилучший результат, вы должны следовать следующему процессу:
- Проверьте свой неоптимизированный сайт с помощью PageSpeed Insights
- Активируйте плагин 10Web Booster
- Повторно протестировать сайт
После повторного тестирования вы обнаружите, что большинство ресурсов, блокирующих рендеринг, либо задерживаются, либо удаляются, чтобы оптимизировать время загрузки веб-сайта. Кроме того, он оптимизирует доставку шрифтов, а также идентифицирует и использует критически важные CSS, чтобы гарантировать, что сайт проходит оценку Core Web Vitals. Мы можем легко назвать 10Web Booster плагином WordPress, «устраняющим блокировку рендеринга Javascript и CSS в содержимом верхней части страницы».
С плагином 10Web Booster вы получаете следующие преимущества:
- Использование критического CSS
- Оптимизированная доставка шрифтов
- Задержка или удаление некритичных сторонних JS
- Корпоративный CDN Cloudflare для быстрой доставки контента
- Минификация и сжатие JS
- Кэш страниц и ресурсов
- Минимизация и сжатие CSS и HTML
Кроме того, плагин также дает вам доступ к более полезным оптимизациям, что делает 10Web Booster универсальным решением. Эти функции включают в себя:
- Ленивая загрузка изображения
- Преобразование формата изображения в WebP
- Изменение размера изображения для конкретного контейнера
- iframe и отложенная загрузка видео
Кроме того, 10Web Booster бесплатно! бесплатная версия позволяет увеличить главную страницу и 5 других страниц. Если вы хотите оптимизировать весь сайт, а также получить преимущества CDN, ознакомьтесь с 10Веб-бустер про.
[Bonus Tips] Как устранить ресурсы, блокирующие рендеринг, в Elementor?
Elementor — популярный конструктор сайтов WordPress. Он предлагает визуальный редактор перетаскивания и доступ ко многим элементам и шаблонам. Итак, мы предоставим вам информацию, если вы хотите узнать, как устранить ресурсы, блокирующие рендеринг, в Elementor.
К настоящему времени вы знаете, что устранение ресурсов, блокирующих рендеринг, требует работы. Для успешного выполнения этого требуется обширное понимание сайта и технологическое владение. Однако такие плагины, как 10Веб-бустер может обрабатывать все это без необходимости писать ни одной строки кода.
Все, что вам нужно сделать, это загрузить и активировать 10Web Booster на вашем сайте Elementor.
Elementor знает о проблеме. На данный момент они предоставили экспериментальную функцию в своем конструкторе страниц. Это может быть альтернативным решением, если вы не используете 10Web Booster. Проверьте точные шаги ниже.
Чтобы устранить ресурсы, блокирующие рендеринг, в Elementor, вам нужно полагаться на настройки компоновщика.
- Сначала откройте панель управления WordPress и перейдите в «Elementor».
- Оттуда выберите «Настройки», а затем «Эксперименты».
- Там вы найдете параметры для прямой загрузки шрифтов и CSS, включения блокировки рендеринга, а также улучшения загрузки ресурсов.
- Наконец, включите их всех в «Активные», и все!
Заключение
Мы надеемся, что вы знаете, как устранить ресурсы, блокирующие рендеринг. Вы можете сделать это вручную или использовать плагин WordPress, который сделает это за вас. Оба являются жизнеспособными вариантами со своими преимуществами.
Если вы выберете ручное исправление, на вашем сайте не будет лишнего кода, который добавляется при использовании плагина. Однако проблема заключается в том, чтобы иметь технические знания для этого.
Вы можете нанять разработчика, если не хотите делать это самостоятельно. Однако это добавило бы стоимости. И всякий раз, когда вы вносите изменения в свой сайт, вам нужно повторно нанимать разработчика для оптимизации.
Вот почему лучше всего выбрать плагин WordPress, такой как 10Web Booster, который сделает это за вас. После настройки он автоматизирует весь процесс, обеспечивая вам полное спокойствие.
Хотите мгновенно ускорить свой сайт?
Получите 90+ баллов PageSpeed автоматически с помощью 10Web Booster ⚡
На любом хостинге!
Получите 10Web Booster, это бесплатно
