10 самых важных настроек производительности WordPress

10 самых важных настроек производительности WordPress Статьи от партнеров

В Интернете полно советов и рекомендаций о том, как оптимизировать производительность вашего WordPress. К сожалению, объяснения и оценки актуальности различных настроек быстро уходят на второй план. Мы покажем вам отправные точки и важные инструменты в разумном порядке и с учетом контекста. Таким образом можно очень быстро добиться успеха.

Между тем, у нас уже размещено около 15 000 проектов WordPress. В процессе накопилось много данных. И клиенты постоянно спрашивают нас, как они могут еще больше сократить время загрузки своих проектов WordPress. Поэтому мы систематически обрабатываем наши выводы из анализа сайтов наших клиентов за предыдущие годы. Результат: 10 показателей, с помощью которых вы можете быстро и легко оптимизировать производительность вашего WordPress.

В частности, важно одно: некоторых пользователей быстро отталкивают предложения по оптимизации от таких инструментов, как Google PageSpeed ​​Insights. Позвольте мне сказать вам: вы не выиграете наибольшее время загрузки с помощью сложных мер оптимизации, но с помощью простых в применении методов.

Советы по оптимизации производительности Google WordPress
Только некоторые операторы страницы могут делать что-то конкретное с этим сообщением. Поэтому особенно важно, чтобы вы сначала сосредоточились на простых этапах оптимизации, а на втором этапе выполняли только более сложные.

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

Теоретически вы можете работать сверху вниз и, таким образом, шаг за шагом сокращать время загрузки вашего сайта. Кстати, первые семь пунктов также относятся к типичным предложениям по улучшению Google PageSpeed ​​Insights , с которыми мы, например, углубляемся в этой статье.

# 1 Кэш: самый важный фактор производительности из всех

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

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

В принципе, есть два варианта реализации кешей:

  • О кэше плагинов: большинство пользователей используют кеш плагинов, например W3 Total Cache или WP Super Cache. Иногда их проще, а иногда немного сложнее. В любом случае потребуется некоторая ручная работа.
  • О хостере: некоторые хостеры, в том числе RAIDBOXES, предлагают кеширование на стороне сервера. Это означает, что почти всегда можно обойтись без кеширования плагинов. Потому что ваш хостинг-провайдер уже позаботился о настройках кеша.

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

# 2 Сортировка WordPress — порядок должен быть

По нашему опыту, одной из наиболее частых причин долгой загрузки является перегруженная установка WordPress. И поскольку этот момент улучшения не упоминается в Google PageSpeed ​​Insights, он занимает второе место в моем топ-10.

Перегруженная установка WordPress в большинстве случаев означает: было установлено слишком много плагинов. В основном, чем меньше плагинов, тем быстрее сайт. Конечно, плагины важны, и вы не можете обойтись без них, но вы всегда должны проверять, какие плагины вам действительно нужны.

И: Вы должны убедиться, что не только отключили плагины, но и полностью удалили их.

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

То же самое и с темами: вам не нужно больше одной.

Суть в следующем: Каждый плагин и каждая тема добавляют PHP-код на ваши сайты. Это также относится к деактивированным плагинам. Это делает ваш сайт более громоздким и, следовательно, более медленным (и более уязвимым для атак). Это потому, что PHP — очень медленный язык сценариев. Чем меньше будет, тем лучше.

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

Изображение # 3: Недооцененный тормоз времени нагрузки

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

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

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

# 4 CSS и JavaScript — звучит громоздко, но легко оптимизировать

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

  • Подведем итог: CSS и JavaScript скрыты во многих небольших отдельных файлах. Обычно каждый из этих файлов должен запрашиваться браузером индивидуально на веб-сервере. Это генерирует HTTP-запросы, которые, как правило, увеличивают время загрузки вашего сайта. Однако, если сценарии объединены, количество файлов для загрузки и, следовательно, количество запросов уменьшается. Например, 53 индивидуальных запроса превращаются в чуть более десятка. Конечно, Pluginsta тоже может сделать это за вас.
  • Сжатие: файлы CSS и JavaScript — это строки кода, которые позволяют использовать определенные функции и макеты на вашем сайте. Этот код написан людьми. Тем не менее, это читается машинами. Почему это актуально? Многое из того, что человеку нужно для правильного понимания кода, компьютеру не нужно. Поэтому пробелы, комментарии и т. Д. они не нужны для правильной сборки вашего сайта. Здесь в игру вступают такие плагины, как Autoptimize. Они конвертируют CSS и JavaScript из читаемого человеком кода в машиночитаемый код. Это уменьшает размер отдельных пакетов данных и ускоряет их передачу.
  • Сжатие: после обобщения и сокращения последним шагом является сжатие пакетов данных, которые отправляются с веб-сервера в браузер. Это означает, что сервер минимизирует размеры файлов отдельных запросов, а браузер распаковывает и вычисляет их. Это быстрее, чем отправка несжатых пакетов данных. Вы можете настроить такое сжатие GZIP , например, через кеш -Plugins, через ручную настройку в .htaccess или ваш хост уже включил сжатие на стороне сервера.

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

Четыре победы!

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

# 5 Без хостинга все ничего

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

Как правило, следует помнить, что исполнители хостинга WordPress должны иметь следующие ключевые данные:

  • Жесткий диск SSD
  • Ограничение памяти PHP не менее 64 МБ, лучше 128 МБ
  • Дата-центр в Европе
  • Текущая версия PHP (7.4)
  • HTTP / 2 и бесплатный SSL-сертификат

Тогда есть разница между хостингом общего сервера и выделенным (виртуальным) сервером.

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

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

Лучшие моменты: меньше ударов, больше усилий

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

# 6 Renderblocking — неправильный порядок загрузки

Одна из проблем, на которую всегда жалуются такие инструменты, как Google PageSpeed ​​Insights, — это рендеринг, блокирующий порядок загрузки.

Пример иллюстрирует проблему: ползунок состоит из изображений и команды анимации, которая заставляет эти изображения вращаться. Если сначала загружается команда JavaScript, а последними — изображения, значит, на вашем сайте уже есть функция слайдера, но нет изображений для отображения. Так что загрузка страницы занимает больше времени. Это состояние можно предотвратить с помощью правильного порядка загрузки.

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

# 7 Над сгибом — оптимизируйте видимую область страницы

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

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

Совет по SEO для WordPress: забудьте о мета-теге «Ключевым словам
Верхняя область отображается посетителю raidboxes.de без прокрутки. Это то, что называется «Над сгибом». Чтобы получить дополнительную информацию, посетитель должен взаимодействовать с сайтом и прокручивать.

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

# 8 Очистить базу данных

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

# 9 пингбеки и трекбэки

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

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

# 10 Избегайте хотлинкинга

Hotlinking означает, что кто-то напрямую ссылается на изображение на вашем сервере, что означает «кражу» вашей пропускной способности. На веб-сервере Apache вы можете избежать хотлинкинга, добавив следующий код в свой файл .htaccess:

RewriteEngine на

RewriteCond % {HTTP_REFERER} ! ^ $

RewriteCond % {HTTP_REFERER} ! ^ Http (s) ?: // (www.)? Deineseite.de [NC]

RewriteCond % {HTTP_REFERER} ! ^ Http (s) ?: // (www.)? Google.de [NC]

RewriteCond % {HTTP_REFERER} ! ^ Http (s) ?: // (www.)? Google.com [NC]

RewriteRule . (Jpg | jpeg | png | gif) $ - [NC, F, L]

Чтобы избежать хотлинкинга на сервере NGINX, добавьте эти строки кода в свой файл конфигурации NGINX:

location ~ .(gif|png|jpeg|jpg|svg|webp)$ {
     valid_referers none blocked server_names
	 *.example.com example.* www.example.org/galleries/ ~\.google\.;
     if ($invalid_referer) {
        return 403;
    }
}

Разбивка кода:
location ~ .(gif|png|jpeg|jpg|svg|webp)$ {
укажите расширения файлов, которые вы хотите защитить от горячих ссылок, например, если вы хотите защитить файлы pdf, строка кода будет выглядеть так:
location ~ .(gif|png|jpeg|jpg|svg|webp|pdf)$

{valid_referers none blocked server_names
*.deineseite.dedeineseite.de ~.google. ~.bing. ~.yahoo.;
Эти строки немного длинные, но они помогут вам лучше понять, что можно сделать с помощью этой линейки. Эти строки в основном указывают, каким доменам разрешено делать горячие ссылки на ваши файлы в любом случае. В этом примере ваш page.com со всеми поддоменами, а также Google, Bing и Yahoo.

if ($invalid_referer) {
return 403;
}
Теперь, когда поступает запрос, а запрошенный ресурс НЕ находится в вашем белом списке, сервер возвращает 403 (Запрещено).

Оцените статью
( Пока оценок нет )
Добавить комментарий