В этом руководстве я собираю все основные советы и рекомендации по шагам для ускорения и оптимизации сайтов на WordPress.

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

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

Содержание

1. Удаляем неиспользуемые плагины

Удаляем из WordPress все неиспользуемые плагины.

2. Переходим на Cloudflare

Начинаем использовать Cloudflare в формате CDN и переключаем DNS-провайдера на Cloudflare.

3. Установка плагина кэширования

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

4. Минимизируем код

Минификация удаляет пробелы и комментарии из кода, чтобы уменьшить размер файла. А файлы меньшего размера сокращают время загрузки. Это относится к HTML и CSS.

5. Объединение JavaScript и CSS файлов

Большинство сайтов WordPress содержат множество файлов CSS и JavaScripts. Некоторые из них предназначены для тем, другие — для плагинов, и, возможно, у вас также есть несколько пользовательских файлов.

Объединение этих файлов может ускорить работу, но это зависит от настроек вашего сервера.

  • При HTTP/1.1 файлы CSS и JavaScript загружаются последовательно. Это означает, что один файл должен полностью загрузиться, прежде чем начнется загрузка следующего.
  • В HTTP/2 файлы загружаются параллельно. Это означает, что несколько файлов CSS и JavaScript могут загружаться одновременно.

Если ваш сервер использует HTTP/1.1, объединение файлов ускоряет работу, поскольку требуется загрузить меньшее количество файлов. Если он использует HTTP/2, объединение файлов не будет иметь большого значения, поскольку файлы все равно могут загружаться одновременно.

Чтобы узнать, какую версию использует ваш сайт, используйте Key CDN Tester. Если HTTP/2 не поддерживается, стоит объединить файлы CSS и JavaScript.

6. Устранение ресурсов, блокирующих рендеринг

Кто проверял свои сайты в сервисе Google Pagespeed тот уже видел рекомендации «Eliminate render-blocking resources».

Рендеринг — это процесс превращения кода в видимую веб-страницу.

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

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

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

7. Ленивая загрузка изображений и видео

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

Для решения этой задачи есть множество плагинов.

8. Оптимизация шрифтов Google

Многие темы используют шрифты Google Fonts, и эти шрифты скорее всего (не всегда) загружаются с сервера Google каждый раз, когда кто-то посещает ваш сайт. Это может занять много времени, поскольку серверу приходится выполнять HTTP-запросы, загружать файл CSS, а затем загружать шрифт из места, указанного в таблице стилей. И это нужно сделать для каждого шрифта на странице.

9. Включение предварительной загрузки

Предварительная загрузка позволяет определить основные ресурсы, чтобы браузеры знали приоритет файлов для загрузки.

Например, предположим, что ваш код выглядит следующим образом:

<html> 
<head> 
<script type=”text/javascript” src=”somefile.js”></script>
<link rel=”stylesheet” href=”/style.css”>
</head>
<body>
Content
</body>
</html>

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

Самый простой способ решить эту проблему — добавить еще одну строку кода, например, такую:

<link rel="preload" href="/style.css" as="style">

Это указывает браузерам на приоритет файла CSS над файлом JavaScript, независимо от иерархии.

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

10. Подключаем CDN

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

Допустим, сервер вашего хостера находится в Великобритании. Если кто-то посещает ваш сайт из США, а вы не используете CDN, соединение между его устройством и вашим сервером будет медленным. Если кто-то заходит на сайт из США, а вы используете CDN, его устройство подключится к ближайшему серверу в США, что сократит расстояние доставки контента и ускорит соединение.

11. Отключаем плагин Query Monitor для кириллицы

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

К сожалению, было замечено замедление сайтов на WordPress при использовании данного плагина.

12. Оптимизируем изображения

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

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

13. Свежая версия WordPress

Создатели WordPress постоянно работают над улучшением своей Системы Управления. Новые версии CMS имеют лучшую производительность и оптимизированный код.

14. Новая версия PHP

WordPress в основном написан на языке программирования PHP. Это язык на стороне сервера, что означает, что он устанавливается и работает на вашем хостинг-сервере.

Все хорошие хостинг-компании WordPress используют на своих серверах самую стабильную версию PHP. Однако возможно, что ваша хостинг-компания использует более старую версию PHP.

Новая версия PHP 7 в два раза быстрее своих предшественников. Это огромный прирост производительности, которым должен воспользоваться ваш сайт.

Если на вашем сайте используется версия ниже PHP 7, попросите хостинг-провайдера обновить ее для вас.

15. Оптимизация фоновых процессов

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

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

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

16. Используйте отрывки (excerpts) на главной и в архивах

Или не используйте вообще. Отрывки зачастую не нужны, достаточно хорошего заголовка. Если мы убираем вызов функции the_excerpt, то прилично сокращаем количество обращений к Базе Данных MySQL.

К тому же, судя по замерам, эта функция очень медленная.

17. Разделяем комментарии по страницам

WordPress поставляется со встроенным решением для этого. Просто перейдите в Настройки -> Обсуждения (Settings -> Discussion ) и установите флажок напротив опции «Разбивать комментарии на страницы» (Break comments into pages).

18. Не загружаем аудио/видео непосредственно в WordPress

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

Но вы НИКОГДА не должны этого делать!

Вместо этого вам следует воспользоваться услугами аудио- и видеохостинга, такими как YouTube, Vimeo, DailyMotion, SoundCloud и т.д., и позволить им взять на себя всю тяжелую работу. У них есть для этого необходимые ресурсы.

В WordPress есть встроенная функция вставки видео, поэтому вы можете скопировать и вставить URL вашего видео прямо в запись, и оно автоматически встроится.

19. Использование оптимизированной темы

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

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

20. Использование быстрых плагинов

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

Внимание! Количество плагинов не так важно, как их качество!

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

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

21. Разделяем длинные статьи на страницы

Читателям нравятся более длинные и подробные статьи. Более длинные посты даже имеют тенденцию занимать более высокие позиции в поисковых системах.

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

Вместо этого подумайте о том, чтобы разделить длинные посты на несколько страниц.

WordPress имеет встроенную функцию для этого. Просто добавьте тег <!--nextpage--> в статью, где вы хотите разделить ее на еще одну страницу. Сделайте это еще раз, если хотите разделить статью и на еще одну страницу, хоть после каждого предложения.

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

22. Сокращаем внешние HTTP-запросы

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

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

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

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

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

23. Уменьшение обращений к базе данных

Этот шаг является немного более техническим и требует базовых знаний PHP и файлов шаблонов WordPress.

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

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

В этом примере каждый раз, когда вы видите <?php, это начало нового вызова базы данных:

<html xmlns="http://www.w3.org/1999/xhtml" dir="<?php language_attributes(); ?>">
<head profile="http://gmpg.org/xfn/11">
<meta http-equiv="Content-Type" content="<?php bloginfo('html_type'); ?> 
charset=<?php bloginfo('charset'); ?>" />

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

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

<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr">
<head profile="http://gmpg.org/xfn/11">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

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

24. Оптимизация базы данных WordPress

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

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

25. Ограничение количества ревизий постов

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

Вы можете легко ограничить количество ревизий, которые WordPress хранит для каждой статьи. Просто добавьте эту строку кода в файл wp-config.php.

define( 'WP_POST_REVISIONS', 4 );

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

26. Отключение хотлинков и утечки вашего контента

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

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

Просто добавьте этот код в файл .htaccess, чтобы заблокировать горячие ссылки (хотлинки) на изображения с вашего сайта WordPress.

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?yoursite.com [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?google.com [NC]
RewriteRule \.(jpg|jpeg|png|gif)$ – [NC,F,L]

Не забудьте заменить yoursite.com на свой собственный домен.

27. Используем брандмауэр веб-сайта на уровне DNS

Плагин брандмауэра WordPress помогает блокировать атаки методом перебора, попытки взлома и вредоносное ПО. Однако не все плагины брандмауэра одинаковы.

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

Вот почему мы рекомендуем использовать брандмауэр уровня DNS, например Sucuri или Cloudflare. Эти брандмауэры блокируют нежелательные запросы еще до того, как они попадут на ваш сайт.

28. Исправление ошибок HTTPS/SSL

Если вы переводите свой сайт на HTTPS/SSL, то вполне вероятно, что вы можете столкнуться с ошибками смешанного контента.

Самый простой способ исправить это — установить плагин типа Really Simple SSL. Однако проблема в том, что эти плагины сначала перехватывают все URL-адреса, а затем изменяют их на HTTPS, прежде чем отправить их в браузеры пользователей.

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

29. Меняем хостинг-провайдера

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

Лучше всего подбирать себе хостинг по отзывам и из тех, кто знаком с WordPress.

Внимание! Выбираем хостинг, использующий Nginx.

Каждый хостинг WordPress использует веб-сервер для обеспечения работы ваших сайтов WordPress. Наиболее распространенными вариантами являются Nginx и Apache.

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

30. Включить сжатие GZIP

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

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

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

AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript

31. Отключение пингбеков и трекбэков

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

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

Вы можете отключить все это в НастройкиОбсуждение (Settings → Discussion). Просто снимите флажок «Разрешить уведомления о ссылках из других блогов (пингбэки и трекбэки)» (Allow link notifications from other blogs (pingbacks and trackbacks)). Это поможет вам еще немного ускорить работу WordPress.

32. Переезжаем на VPS

Виртуальный сервер, VPS (англ. virtual private server) или VDS (англ. virtual dedicated server) — это хостинг, который имитирует выделенный сервер. На одном физическом носителе работает сразу несколько виртуальных серверов, но они изолированы друг от друга.

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

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

33. Использование HTTP/2

HTTP/2 — это веб-протокол, выпущенный в 2015 году, который был разработан для ускорения доставки веб-сайтов. Из-за поддержки браузерами он требует HTTPS (SSL). Если ваш хостинг WordPress не поддерживает HTTP/2, вам следует начать поиск нового провайдера. С переходом всего интернета на HTTPS это уже не просто приятная функция, это необходимость.

Улучшение производительности с HTTP/2 обусловлено целым рядом причин, таких как поддержка лучшего мультиплексирования, параллелизм, сжатие HPACK с кодировкой Хаффмана, расширение ALPN и push сервера. Раньше при работе по HTTPS возникало довольно много накладных расходов на TLS, но теперь их стало гораздо меньше благодаря HTTP/2 и TLS 1.3.

Еще одна большая победа HTTP/2 заключается в том, что для большинства сайтов WordPress вам больше не нужно беспокоиться о конкатенации (объединении файлов) или шардинге доменов. Это уже устаревшие оптимизации.

34. Изменение URL-адреса входа в админку WordPress

По умолчанию URL входа на сайт WordPress — domain.com/wp-admin/. Одна из проблем заключается в том, что все боты, хакеры и скрипты также знают этот адрес. Изменив URL, вы можете сделать себя менее привлекательной мишенью, лучше защититься от атак методом перебора и уменьшить пропускную способность канала, используемого ботами, которые постоянно обращаются к этому URL.

Изменение URL-адреса входа в WordPress также поможет предотвратить такие распространенные ошибки, как «429 Too Many Requests«. Это не универсальное решение, а всего лишь один маленький трюк, который поможет защитить вас и снизить нагрузку на сайт.

35. Отключение или настройка обновлений плагинов и тем

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

По сути, проблема заключается в том, что встроенная программа проверки обновлений WordPress делает внешний GET-запрос в фоновом режиме (https://third-party-plugin/update-check.php). Иногда это может происходить периодически или очень часто. Если это происходит постоянно, это может привести к тому, что ваша панель администратора начнет работать с перебоями.

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

Внимание! Делайте это только в том случае, если вы собираетесь проверять наличие обновлений вручную. Многие обновления включают в себя исправления безопасности и ошибок.

36. Используйте InnoDB в MySQL

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

Вот несколько преимуществ InnoDB перед MyISAM:

  • InnoDB имеет блокировку на уровне строк. MyISAM имеет только полную блокировку на уровне таблицы. Это позволяет вашим запросам обрабатываться быстрее.
  • InnoDB имеет так называемую ссылочную целостность, которая включает поддержку внешних ключей (RDBMS) и ограничений отношений, а MyISAM — нет (DMBS).
  • InnoDB поддерживает транзакции, что означает возможность фиксации и отката. MyISAM этого не делает.
  • InnoDB более надежна, так как использует транзакционные журналы для автоматического восстановления. MyISAM этого не делает.

37. Очистите таблицу wp_options и данные автозагрузки

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

Таблица wp_options содержит всевозможные данные для вашего сайта WordPress, такие как:

  • URL сайта, домашний URL, email администратора, категория по умолчанию, посты на странице, формат времени и т.д.
  • Настройки для плагинов, тем, виджетов
  • Временно кэшированные данные

Эта таблица содержит следующие поля (столбцы):

  • option_id
  • option_name
  • option_value
  • autoload (именно об этом мы заботимся, когда речь идет о производительности)

Одной из важных вещей, которые необходимо понять относительно таблицы wp_options, является поле autoload. Оно содержит значение «да» (yes) или «нет» (no) (флаг). По сути, оно управляет тем, загружается ли оно функцией wp_load_alloptions() или нет. Данные автозагрузки — это данные, которые загружаются на каждой странице вашего сайта WordPress.

Для разработчиков атрибут автозагрузки по умолчанию установлен на «yes«, но не каждый плагин теоретически должен загружать свои данные на каждой странице.

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

Какой объем данных является слишком большим для автозагрузки? Конечно, этот показатель может варьироваться, но в идеале он должен составлять от 300 КБ до 1 МБ. Как только вы начинаете приближаться к диапазону 3-5 МБ и более, скорее всего, есть вещи, которые можно оптимизировать или убрать из автозагрузки. А все, что превышает 10 МБ, должно быть решено немедленно. Это не всегда означает, что это вызовет проблему, но это хорошее начало.

38. Очистка сессий WordPress

Другая распространенная проблема, с которой мы сталкиваемся, заключается в том, что иногда задания cron не синхронизируются или не срабатывают должным образом, и поэтому сессии не очищаются. В результате вы можете получить тонны строк wp_session в вашей базе данных. В приведенном ниже примере у сайта в таблице wp_options оказалось более 3 миллионов строк. Размер таблицы превысил 600 МБ.

39. Добавить индекс к Автозагрузке

Если очистки таблицы wp_options недостаточно, вы можете попробовать добавить «индекс» к полю автозагрузки. Это, по сути, может помочь более эффективному поиску.

40. Использование Redis в качестве постоянного кэша объектов

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

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

41. Используйте Elasticsearch для ускорения поиска в WordPress

Elasticsearch — это полнотекстовая поисковая система с открытым исходным кодом. Он используется для индексирования данных и невероятно быстрого поиска по ним.

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

Если у вас есть время и возможности, Elasticsearch может быть интегрирован в сайт WordPress высококвалифицированным разработчиком WordPress и Elasticsearch.

42. Создание легкой страницы 404

Я на собственном опыте убедился, что высокодинамичные сайты обычно генерируют большое количество ошибок 404.

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

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

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

43. Минимизация редиректов

Минимизируйте перенаправления (редиректы) и добавляйте их на уровне сервера. Слишком большое количество перенаправлений — это то, чего всегда нужно остерегаться. Простые перенаправления, такие как одно 301 перенаправление, HTTP на HTTPS, или www на не-www (и наоборот) — это нормально.

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

Перенаправление генерирует 301 или 302 в статусе заголовка ответа.

44. Добавление заголовка Cache-Control

Добавление в Nginx

Вы можете добавить заголовки cache-control в Nginx, добавив следующее в конфигураторе сервера.

location ~* \.(js|css|png|jpg|jpeg|gif|svg|ico)$ {
 expires 30d;
 add_header Cache-Control "public, no-transform";
}

Добавление в Apache

Вы можете добавить заголовки cache-control в Apache, добавив следующее в ваш файл .htaccess. Фрагменты кода можно добавить в верхней или нижней части файла (до # BEGIN WordPress или после # END WordPress).

<filesMatch ".(ico|pdf|flv|jpg|jpeg|png|gif|svg|js|css|swf)$">
Header set Cache-Control "max-age=84600, public"
</filesMatch>

45. Добавление заголовка Expires

Добавление в Nginx

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

location ~*  \.(jpg|jpeg|gif|png|svg)$ {
        expires 365d;
    }

    location ~*  \.(pdf|css|html|js|swf)$ {
        expires 2d;
    }

Добавление в Apache

Вы можете добавить заголовки expires в Apache, добавив следующее в ваш файл .htaccess.

## EXPIRES HEADER CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access 1 year"
ExpiresByType image/jpeg "access 1 year"
ExpiresByType image/gif "access 1 year"
ExpiresByType image/png "access 1 year"
ExpiresByType image/svg "access 1 year"
ExpiresByType text/css "access 1 month"
ExpiresByType application/pdf "access 1 month"
ExpiresByType application/javascript "access 1 month"
ExpiresByType application/x-javascript "access 1 month"
ExpiresByType application/x-shockwave-flash "access 1 month"
ExpiresByType image/x-icon "access 1 year"
ExpiresDefault "access 2 days"
</IfModule>
## EXPIRES HEADER CACHING ##

46. Добавление заголовков Last-Modified и ETag

Далее у нас есть еще два набора заголовков, last-modified и etag.

Заголовки cache-control и expires помогают браузеру определить, изменился ли файл с момента последнего запроса (точнее, они проверяют кэш). Заголовки last-modified и etag подтверждают и устанавливают длину кэша и должны быть включены в каждый ответ оригинального сервера. Если они не установлены должным образом, вы можете увидеть предупреждение о необходимости «Указать валидатор кэша«.

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

etag on

47. Изменение лимита памяти WordPress в wp-config.php

Как указано в WordPress Codex, в WordPress версии 2.5 опция WP_MEMORY_LIMIT позволяет указать максимальный объем памяти, который может потреблять PHP. Эта настройка может понадобиться в том случае, если вы получите сообщение типа «Разрешенный объем памяти xxxxxx байт исчерпан» (Allowed memory size of xxxxxx bytes exhausted).

По умолчанию WordPress будет пытаться увеличить память, выделяемую PHP, до 40 МБ для одного сайта и 64 МБ для нескольких сайтов. Ограничения памяти определяются в файле ./wp-includes/default-constants.php, в строках 32 — 44.

У вас также есть ограничение PHP memory_limit на сервере, установленное вашим хостинг-провайдером. Это две разные вещи. Если вы столкнулись с ошибкой «Объем памяти исчерпан», вы можете попробовать увеличить лимит памяти PHP в WordPress.

Добавьте следующее в ваш файл wp-config.php, прямо перед строкой, в которой говорится «Это все, прекратите редактирование! Счастливого блоггинга» (That’s all, stop editing! Happy blogging.).

define( 'WP_MEMORY_LIMIT', '256M' );

Вместо того чтобы задавать объем вручную, вы можете установить его на значение PHP memory_limit.

define( 'WP_MEMORY_LIMIT', ini_get( 'memory_limit' ) );

48. Отключение Emojis в WordPress

Существует несколько различных способов отключить Emojis в WordPress. Вы можете сделать это с помощью бесплатного плагина или с помощью кода.

49. Отключение RSS-каналов WordPress

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

49. Используйте Prefetch и Preconnect

Подсказки ресурсов и директивы, такие как prefetch и preconnect, могут стать отличным способом ускорить работу WordPress в фоновом режиме.

Prefetch

DNS prefetch позволяет вам разрешать доменные имена (выполнять поиск DNS в фоновом режиме) до того, как пользователь нажмет на ссылку, что, в свою очередь, может повысить производительность. Это делается путем добавления тега rel="dns-prefetch" в заголовок вашего сайта WordPress.

<link rel="dns-prefetch" href="//domain.com">

Обычно предварительная выборка DNS используется для URL CDN, шрифтов Google, Google Analytics и т.д.

<link rel="dns-prefetch" href="//cdn.domain.com/">
<link rel="dns-prefetch" href="//fonts.googleapis.com/">
<link rel="dns-prefetch" href="//www.google-analytics.com">

Или вы можете легко реализовать DNS prefetch с помощью плагина.

Preconnect

Preconnect позволяет браузеру устанавливать ранние соединения до HTTP-запроса, устраняя задержки при обходе и экономя время пользователей.

Это делается путем добавления тега rel="preconnect" в заголовок вашего сайта WordPress.

<link rel="preconnect" href="//domain.com">

Несколько примеров того, что вы можете захотеть использовать для этого: URL CDN или Google Fonts.

<link rel="preconnect" href="https://cdn.domain.com">
<link rel="preconnect" href="https://fonts.gstatic.com">

50. Убедитесь, что ваш сайт адаптивен

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

Используйте инструмент Google Mobile-Friendy для тестирования и убедитесь, что ваш сайт соответствует всем требованиям.

51. Очистите свою медиатеку

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

Чтобы удалить неиспользуемые медиафайлы вручную, вы можете использовать плагин, например Media Cleaner, чтобы избавиться от неиспользуемых медиафайлов, или сделать это вручную. Чтобы вручную удалить неиспользуемые медиафайлы, просто перейдите в меню Добавить медиа -> Медиатека -> Неприкрепленные (Add Media -> Media Library -> Unattached), а затем удалите файлы, которые больше не используются.

52. Количество статей на странице в архивах

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

Самое оптимальное количество статей в архивах не более 5.

Статьи #