Сократите время ответа сервера: Сократить время ответа сервера (10* рабочих способов)

Как узнать и сократить время ответа сервера

28849 2

How-to

– Читать 11 минут

Прочитать позже

АУДИТ САЙТА — СКОРОСТЬ ЗАГРУЗКИ

Инструкцию одобрил
маркетолог в Hostpro

Диана Гончаренко

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

Содержание

Проверка времени ответа сервера

• В консоли DevTools
• В Google Analytics
• В сторонних инструментах

Как уменьшить время ответа сервера
Заключение

Проверка времени ответа сервера

После запроса со стороны браузера сервер обращается к базе данных, после чего начинается генерация страницы. Чем больше при этом используется скриптов и стилей, тем дольше будет происходить формирование ожидаемого контента. Время отклика сервера, или TTFB (Time To First Byte)— период от браузерного запроса до загрузки первого байта страницы на экране.

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

В консоли DevTools

Рассмотрим самый простой способ узнать время ответа сервера с помощью консоли DevTools – нажимаем F12, выбираем вкладку «Network», затем «Doc». Чтобы увидеть результат проверки, перезагружаем страницу. Наводим курсор на Waterfall → ищем Waiting (TTFB) – тот показатель, который нам нужен.

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

• Chrome для Mac – Cmd+Opt+J

• Safari – Cmd+Opt+C (предварительно включив «Меню разработчика»)

• Opera – Ctrl+Shift+i

• Mozilla Firefox, Microsoft Edge и другие браузеры под Windows – F12

Желательное время ответа сервера — не больше 200 мс. В идеале этот показатель рекомендуется сделать в 4 раза меньше. Это аксиома: даже если ваше значение входит в допустимые рамки, всегда рекомендуется сократить его еще больше.

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

В Google Analytics

Для определения показателя времени ответа сервера в Google Analytics следует зайти в раздел «Поведение» и нажать «Скорость загрузки сайта» → «Обзор» → «Среднее время ответа сервера».

Но есть нюанс – Google Analytics делает замер не от системы, а от реальных данных посетителей. То есть, на результат будет влиять разница в девайсах, местонахождении и даже в скорости Интернета. И этот результат всё равно не продемонстрирует все-все проблемные места, как если бы это был замер от системы.

В сторонних инструментах

Еще один метод распознавания медлительности ответа сервера – обращение к сторонним инструментам.

• Netpeak Spider – в отчёте вы сможете найти колонку с названием «Время ответа сервера», где для каждого урла на вашем сайте будет выводиться собственное значение.

• Serpstat – нам будут нужны именно данные SEO-аудита сайта. Выбираем в меню слева «Аудит сайта» → «Скорость загрузки» → «Время ответа сервера».

• GTmetrix – инструмент бесплатный, однако локации в основном тоже западные. Процедура анализа та же: вводим в поисковую строку название сайта, нажимаем на «Test your site» и в режиме реального времени проверяем – в результатах открываем вкладку «Performance» – спускаемся к разделу «Browser Timings», где и увидим наш Time to First Byte.

• WebPageTest – процедура достаточно простая: нужно только ввести свой URL в поисковую строку на главной странице и нажать Start Test. В результате видим отчет «Observed Metrics» – первым будет именно наш показатель под названием «First Byte» в секундах.

Более подробно визуально можно посмотреть результаты измерения TIME TO FIRST BYTE в миллисекундах, если нажать на «Plot Full Results». Единственный минус – в локации тестовой версии не входят страны СНГ. То есть, ресурс принесет реальною пользу только тем, кто ориентирован на западный рынок.

Как уменьшить время ответа сервера

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

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

• Производительность самого сервера и поколение дисков. Определить высокопродуктивный сервер поможет стоимость хостинга – качественные сервера достаточно дорогое удовольствие. По поводу дисков, лучше выбирать хостинг на NVMe SSD-дисках – они в разы быстрее обычных SSD.

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

C хостингом разобрались, теперь приступим к непосредственно способам максимального сокращения времени ответа сервера.

Проверьте базы данных

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

• оптимизация таблиц и удаление ненужных;

• очистка старых данных, как пример, черновики, удаленные материалы, спам-комментарии;

• удаление лишних опций, а также событий в CRON.

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

• Для начала обратите внимание на количество запросов к БД – тяжелые запросы рекомендуется разделять на два поменьше.

• Смотрим на индексы БД – поиск и join по таблице выполняются по индексируемым полям? Тогда всё в порядке.

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

Навести порядок помогут специальные плагины. Среди бесплатных можно посоветовать проверенные вордпресовские WP-Optimize, WP Sweep, Advanced Database Cleaner.

Используйте плагин LiteSpeed Cache WP

По данным результатов тестирования самих разработчиков LiteSpeed Cache WP, именно он является самым быстрым среди всех вордпресовских плагинов кеширования. Но для того, чтобы получить максимальный результат, ваш сайт должен размещаться на веб-сервере LiteSpeed, а не на привычном Apache, к примеру. Этот вопрос решает хостинг-провайдер Hostpro.

С помощью LiteSpeed Cache WP посетителям будет подаваться динамический контент, который предварительно кэшируется на уровне сервера – что значительно быстрее, чем обычный кэш на уровне PHP, то есть, страница не будет создаваться заново с помощью ряда запросов.

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

Учтите производительность сервера

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

Чтобы ответ поступал как можно скорее, рекомендуется использовать выделенный IP-адрес. Обычно у пользователей одного сервера на shared-хостинге IP тоже один. Выделенный же IP-адрес предусматривает, что пользоваться им будете только вы. К тому же, он повышает гарантии того, что ресурс будет работать без перебоев, да и риски попасть в чёрный список почтовых служб с ним минимальны.

Также с ускорением TTFB может помочь VPS (Virtual Private Server) или выделенный сервер – это хостинговые решения с самыми производительными серверами, но и самые дорогие. Если проект небольшой – смысла нет, будет достаточно и выделенного IP. Для масштабных онлайн-проектов VPS и выделенный сервер – это, в принципе, единственно правильные решение.

Кэширование скриптов

В чат вошли так называемые акселераторы PHP, создающие резервные копии команд. В результате при следующем запросе будет использован готовый бинарный код, а не заново сгенерированный. Несколько примеров акселераторов PHP:

• eAccelerator – самый популярный акселератор, действует и как ускоритель PHP, и как модуль-распаковщик, и как оптимизатор. Контент может кэшироваться в динамическом режиме.

• XCache – акселератор с продвинутым admin-интерфейсом, поддерживает самые свежие версии PHP.

• PhpExpress – может ускорить выполнение скриптов в 4-8 раз. Является бесплатным, может распространяться без ограничений.

• OpCache – разработчики PHP официально рекомендуют именно это решение для кэширования опкодов.
  

Использование запросов к внутренним ресурсам

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

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

Заключение

Тест на время ответа сервера является первостепенной мерой по SEO-продвижению сайта. Для успешного ранжирования этот показатель на каждой странице не может превышать 200 мс. Оптимально, чтобы он был еще в 3-4 раза меньше. Чтобы узнать ответ сервера, используйте консоль DevTools, Google Analytics или сторонние инструменты. Для уменьшения этого показателя:

• очистите базу данных от мусора и ненужных опций;

• создайте кэши страниц и бинарных кодов PHP-соединений;

• перейдите на сервер с высокой производительностью;

• удалите обращения к сторонним ресурсам;

• уменьшите количество запросов к серверу.

Чтобы сократить время ответа сервера в WordPress, применяйте плагины кэширования, очистки данных и проверки запросов к серверу, например, LiteSpeed Cache WP. Для максимального ускорения разместите свой сайт на хостинге с веб-серверами LiteSpeed.

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

Запустить аудит сайта

Сэкономьте время на изучении Serpstat

Хотите получить персональную демонстрацию сервиса, тестовый период или эффективные кейсы использования Serpstat?

Оставьте заявку и мы свяжемся с вами 😉

Оцените статью по 5-бальной шкале

3.64 из 5 на основе 11 оценок

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

Рекомендуемые статьи

How-to

Анастасия Сотула

Как составить анкор-лист для наращивания ссылочной массы

How-to

Анастасия Сотула

Как писать и оптимизировать SEO-статьи

How-to

Анастасия Сотула

Как и зачем использовать атрибут nofollow

Кейсы, лайфхаки, исследования и полезные статьи

Не успеваешь следить за новостями? Не беда! Наш любимый редактор подберет материалы, которые точно помогут в работе. Только полезные статьи, реальные кейсы и новости Serpstat раз в неделю. Присоединяйся к уютному комьюнити 🙂

Нажимая кнопку, ты соглашаешься с нашей политикой конфиденциальности.

Поделитесь статьей с вашими друзьями

Вы уверены?

Спасибо, мы сохранили ваши новые настройки рассылок.

Сообщить об ошибке

Отменить

Время ответа сервера и получения первого байта | Скорость загрузки сайта

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

Содержание

Что такое время ответа сервера?

После поступления HTTP-запроса веб-ресурса от клиента ( д.).<div class="seog-tooltip-more-link"><a href="/terminy/brauzer">Подробнее</a></div> »>браузера) сервер его обрабатывает, формирует и отправляет клиенту HTTP-ответ. Промежуток времени, в течение которого это происходит, называется время ответа сервера.

Время ответа сервера — величина, определяющая скорость формирования HTTP-ответа.

Что такое время получения первого байта?

Также время ответа сервера известно как время получения первого байта (First Byte Time, Time to First Byte, TtFB).

Время получения первого байта

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

Google Developers

Каким должно быть время ответа сервера?

Понятие время ответа сервера стало популярным после появления сервиса PageSpeed Insights, который явно указывает на проблему при высоком значении данной величины.

Согласно рекомендациям в правилах PageSpeed Insights, время ответа сервера должно занимать не более 0.2 секунды:

Уменьшите время ответа сервера, чтобы оно составляло не более 200 мс.

Google Developers

Значение до 200 мс является реально достижимым для любого сайта, но зависит от большого числа факторов.

Как проверить время ответа сервера?

Проверка скорости ответа сервера осуществляется с помощью ряда соответствующих инструментов.

Сервис анализа скорости загрузки PageSpeed Insights

Самым простым и действенным способом проверить скорость ответа сервера сайта является вышеупомянутый сервис PageSpeed Insights.

Если значение величины превышает 200 мс, сервис отобразит рекомендацию «Сократите время ответа сервера», в подробностях к которой будет указано значение, определённое при проверке:

1. Долгий ответ сервера2. Приемлемое время ответа сервера

Инструменты разработчика в браузере

Время получения первого байта (TTfB) веб-страницы или любого её ресурса можно узнать в браузере с помощью инструментов для разработчиков. В браузерах Chrome и Firefox это осуществляется во вкладке Network (Сеть):

TTfB в Google ChromeTTfB в Mozilla Firefox

Сервис аналитики Яндекс.Метрика

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

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

Чтобы перейти к странице мониторинга скорости загрузки страниц сайта в Яндекс.Метрике:

1. Перейдите на главную страницу сервиса.
   Для этого необходимо быть авторизованным в аккаунте Яндекса.
2. Выберите нужный счетчик.
   Он должен быть установлен на сайте.
3. Кликните Отчеты.
   Откроется контекстное меню.
4. Выберите Стандартные отчеты → Мониторинг → Время загрузки страниц.

Мониторинг cкорости загрузки сайтаОпределение времени ответа сервера

Под временем ответа сервера в Яндекс.Метрике подразумевается время получения первого байта (учитываются интервалы передачи HTTP-запроса и ответа).

Сервис проверки скорости загрузки WebPagetest

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

После анализа страницы сайта сервис отобразит степень оптимизации её скорости загрузки и значения всех интересующих нас величин, в числе которых First Byte Time:

Значение First Byte Time для страницы

В разделе «Waterfall View» представлен временной график очередности загрузки ресурсов проверенной веб-страницы. По клику по названию определённого ресурса во всплывающем окне будет отображена дополнительная информация, среди которой есть значение Time To First Byte, в данном случае отражающее именно время ответа сервера без учета времени отправки запроса. Чтобы узнать время получения первого байта для ресурса, необходимо сложить значения Time To First Byte и Request Start (время отправки запроса):

Значение First Byte Time для ресурса страницы

Также всю интересующую нас информацию по каждому ресурсу проверенной веб-страницы можно увидеть в виде таблицы на странице отчета в разделе «Request Details»:

Таблица Request Details

От чего зависит скорость ответа сервера?

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

Google Developers

Условно разделим упомянутые факторы на категории и рассмотрим их в частности. На скорость ответа сервера влияют:

Тип хостинга

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

Мощность сервера

Зависит от аппаратного обеспечения, определяющего скорость обработки данных.

Нагрузка на сервер

Повышается с ростом посещаемости сайта.

Настройки сервера

Зависят от используемого на сервере программного обеспечения.

Особенности сайта

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

Факторы, влияющие на время ответа сервера

Как уменьшить время ответа сервера?

Уменьшить время ответа сервера и получения первого байта до минимума можно посредством оптимизации сервера и самого сайта:

Тип хостинга

<div class="seog-tooltip-more-link"><a href="/terminy/hosting">Подробнее</a></div> »>Хостинг — услуга предоставления виртуального пространства для размещения сайта в Интернете.

Существует 3 вида хостинга:

1. виртуальный хостинг,
2. виртуальный выделенный сервер,
3. выделенный сервер.

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

Виртуальный хостинг

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

Виртуальный хостинг

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

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

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

Виртуальный выделенный сервер

Виртуальный выделенный сервер, также называемый VPS (Virtual Private Server) или VDS (Virtual Dedicated Server), является эмулятором выделенного сервера. Это оптимальный вид хостинга для серьезных веб-проектов, исключающий возможность не зависящей от сайта нагрузки на сервер, т. к. под сайт выделяется определённое тарифом количество его ресурсов.

Виртуальный выделенный сервер

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

Выделенный сервер

Самый дорогостоящий тип хостинга, при котором в аренду сдаётся физический сервер целиком. Как правило, для содержания сайта такая услуга не требуется.

Выделенный сервер

Аппаратное обеспечение и мощность сервера

Мощность сервера определяет его аппаратное обеспечение, а именно:

1. количество ядер процессора (CPU),
2. объем оперативной памяти (RAM),
3. объем и тип жесткого диска.

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

При выборе VPS-хостинга процессор, объем оперативной памяти и жесткого диска определяются тарифом.

Программное обеспечение и настройка сервера

Установленное программное обеспечение и грамотная его настройка могут значительно влиять на скорость обработки запросов сервером.

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

Версия PHP

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

Выбор версии PHP предусмотрен в панели управления хостингом:

Выбор версии PHP в ISPmanagerВыбор версии PHP в cPanel

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

Акселераторы (прекомпиляторы) PHP

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

Как правило, акселераторы PHP уже предустановлены и активированы на серверах виртуального хостинга.

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

Степень нагрузки на сервер

Нагрузка на сервер растёт вместе с числом HTTP-запросов, которые на него поступают.

Чем выше посещаемость сайта, тем выше нагрузка на сервер.

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

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

Особенности генерации страниц сайта

На время ответа сервера может влиять сложность генерации веб-страниц.

Статические сайты

Статические веб-страницы хранятся на сервере в исходном виде: серверу не требуется тратить свои ресурсы на их формирование.

Схема передачи статической страницы:

1. клиент отправляет запрос на страницу,
2. сервер определяет страницу и отправляет клиенту.

Передача статической страницы

Динамические сайты

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

Схема передачи динамической страницы:

1. клиент отправляет запрос на страницу;
2. сервер обращается к определённому числу файлов, генерирующих страницу;
3. происходит обращение к базе данных определённое для страницы число раз;
4. сгенерированная страница отправляется клиенту.

Передача динамической страницы

Количество скриптов (п. 2) и обращений к серверу баз данных (п. 3) в процессе генерации определяет нагрузку на сервер. А при большом количестве запросов к серверу одновременно (при большой посещаемости сайта) эта нагрузка увеличивается в разы.

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

Выводы и заключение

• Время ответа сервера должно составлять не более 0.2 секунды.
• При нехватке ресурсов время ответа сервера может значительно превышать значение в 0.2 секунды, тем самым сильно замедляя загрузку сайта.
• Оптимизируйте время ответа сервера посредством:
  1. настройки программного обеспечения сервера,
  2. активации кэширования динамических страниц на сервере.
• Если работа сайта и ПО сервера оптимизированы, но время получения первого байта слишком велико, то необходимо обеспечить сайт дополнительными ресурсами посредством смены типа хостинга или расширения тарифа.

Сократите время ответа сервера — как решить проблему? 2022

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

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

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

Где проверить скорость сайта?

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

Google Speed Page — текст скорости сайта от самого Гугла, показываем проблемные моменты как для десктопной версии, так и для мобильной. В времени загрузки не указывает.

PR-CY — русский аналог предыдущего теста, скорее всего данные берет именно там, в пользовании удобнее первого.

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

Pingdom Website Speed Test — зарубежный аналог предыдущего сервиса, выдает очень подробную информацию.

Web Page Test — еще один очень подробный тест, которым я не раз пользовался.

MainSpy — показывает время загрузки сайта. Больше никакой информации нет, показывает заниженное время.

Raskruty — очень простенький тест скорости загрузки сайта.

Web Site Optimisation — еще один зарубежный тест скорости ресурса. Выдает подробную таблицу, но вот с кириллице слабовато…

Show Slow — тоже неплохой анализатор скорости сайта. Для работы требует авторизации, но можно войти и через социальные сети.

Red Boot — проверяет доступность и степень сжатия тех или иных компонентов страницы.

Site Speed — показывает время отклика сайта в разных странах. Удобная и важная вещь, особенно, если ваш хостинг находится далеко от ваших целевых посетителей.

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

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

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

Оптимизация скорости сайта на #WordPress. Сжатие стилей, скриптов, html

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

<!--noindex-->
 <center><?php
 print get_num_queries(). ' - столько SQL запросов к базе.<br />'.
 timer_stop(0, 6). ' - за столько сгенерировалась страница.';
 ?></center>
 <!--/noindex-->

Посмотрим, какое состояние сайта на данный момент:

26 — столько SQL запросов к базе.
1,205022 — за столько сгенерировалась страница.

Это главная страница сайта про линукс. Теперь проверю таким же образом главную страницу этого сайта:

34 — столько SQL запросов к базе.

0,351147 — за столько сгенерировалась страница.

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

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

1. Есть какой то кривой плагин, который тормозит генерацию страницы.

2. Кривой шаблон и какие то ошибки в верстке мешают нормальной работе.

3. На сайте есть вирус, который тормозит его работу. Как проверить на вирусы сайт читайте по ссылке…

4. Ошибки в базе данных и данные долго считываются.

Даже не знаю, что еще можно предположить, начнем с этого, буду шаг за шагом проверить теории и смотреть на результат.

1. Как вычислить кривой плагин?

Тут все просто: сначала вырубаем СРАЗУ ВСЕ плагины и смотрим на результат:
15 — столько SQL запросов к базе.
0,937074 — за столько сгенерировалась страница.
Как видите, мало что изменилось, а это значит, что плагины не причем. Эта теория проверена, идем дальше…

2. Как проверить шаблон WordPress?

Тут действуем сначала по той же схеме, закачиваем какой-нибудь бесплатный шаблон, вставляем в него наш код и смотрим на результат.
27 — столько SQL запросов к базе.
1,170909 — за столько сгенерировалась страница.
Мда, результат тот же, значит тема не при чем, нужно рыть дальше.

3. Как проверить сайт на вирусы?

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

4. Как проверить базу данных?

У меня ушли сутки, прежде чем я решил проблему. Сразу хочу показать результат:

29 — столько SQL запросов к базе.
0,168516 — за столько сгенерировалась страница.

Видите разницу? 1,2 секунды или 0,16 секунд? Это разница в ДЕСЯТЬ РАЗ! Как мне этого удалось достичь?

Как я и предполагал, дело было в базе данных. Никакие чистильщики не помогали, и тогда я стал делать все вручную. Очень помогла ВОТ ЭТА СТАТЬЯ, не знал о таких приемах при работе с базой данных.

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

Самыми большими и поэтому вызывающими подозрение были 4 таблицы, в порядке убывания:

post — в этой таблице хранятся все статьи, к ней вопросов быть не может.
options — тут хранятся все настройки и к этой таблице вопросы есть.
postmeta — тут хранятся мета описания к статьям — к ней вопросы есть.
comments — в этом разделе хранятся комментарии, к нему вопросов нет.

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

Я установил плагин Clean Options (плагин создан ИСКЛЮЧИТЕЛЬНО для чистки ЭТОЙ таблицы), который нашел у меня более ТЫСЯЧИ осиротевших опций! Я удалил примерно 700 ненужных строк из таблицы, осталось 300, которые кажется нужны.

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

Далее я сделал так: скачал эту таблицу на компьютер и открыл в обычном текстовом редакторе (лучше для разработчиков, у меня в линукс это Geany), сделал перенос строк и сразу увидел, что занимает ОГРОМНОЕ количество места!

Виновником всему был cron! Если не знаете что это, то вот для справки:

cron — демон-планировщик задач в UNIX-подобных операционных системах, использующийся для периодического выполнения заданий в определённое время.

Я ничего не планировал, и я даже не знаю, какой плагин создал столько заданий! Я зашел в PHPMYADMIN и нашел в этой таблице этот раздел, затея я его безжалостно удалил! Таблица сократилась с 3,5 мегабайт до 168 килобайт! После этого сайт стал летать как ошпаренный!

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

Если вы знаете, почему у меня все так вышло и как этого избежать в будущем, то охотно послушаю экспертный совет. А в целом я ОЧЕНЬ рад, так как сутки у меня были мысли только об этом. Осталось только все это сделать на других сайтах, вдруг и там есть эта проблема, пусть и не в таком масштабе? И напоследок похвастаюсь, плагин кэширования отключен:

1,7 секунды — это кажется круто?

Как найти мусор от плагинов?

Нашел еще такой интересный плагин — Plugins Garbage Collector. Он сканирует базу данных и ищет таблицы, которые не принадлежат самому wordpress:

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

Как уменьшить время отклика от сервера?

Все это мне очень помогло ускорить сайт, но все же Google Speed сигнализировал мне, что время отклика от сервера очень большое. И виноват в этом не сам сам сервер, так как простые html документы загружаются без всяких задержек, а движок сайта WordPress, который как не ускоряй ракетой не станет. Что же делать?

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

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

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

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

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

До 100/100 в Google Speed мне осталось совсем немного и уверен я достигну этого результата, так как почти все уже сделано, осталось совсем немного…

---

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

7 способов сократить время отклика сервера {улучшите скорость вашего сервера}

Введение

Сокращение времени отклика сервера должно быть основной целью владельцев веб-сайтов и экспертов по поисковой оптимизации.

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

53% посещений мобильных сайтов покидают страницу, которая загружается дольше трех секунд. (Источник: Think With Google)

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

Что такое время ответа сервера?

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

Почему важно время отклика сервера?

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

796 мс TTFB необходимо улучшить.

Исследования показывают, что более 40% веб-пользователей покидают сайт, если он загружается более 3 секунд. Кроме того, чем больше времени ему нужно для загрузки, тем хуже он ранжируется на странице результатов поисковой системы (SERP).

Время отклика влияет:

• Пользовательский опыт (UX)
• Поисковая оптимизация (SEO)

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

Скорость веб-сайта и SEO

Google объявил, что скорость загрузки страницы является ключевым фактором ранжирования в 2019 году. Компания даже создала PageSpeed ​​Insights, инструмент для повышения производительности веб-сайта. Метрика проста: чем лучше TTFB, тем выше рейтинг в Google.

Влияние скорости загрузки на UX

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

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

Что такое хорошее время отклика сервера?

Google рекомендует стремиться к времени отклика менее 200 миллисекунд . 100 мс TTFB идеален, а все, что превышает 500 мс, является проблемой. Важно, чтобы на этот раз соответствовало всем пользователям . Он не должен меняться в зависимости от географического положения пользователей.

Google классифицирует веб-сайты по трем группам в зависимости от их скорости: сайтов в Интернете (50%) работают медленно, и только 10% работают быстро. Это означает, что 40% веб-сайтов имеют средний рейтинг, что оставляет много возможностей для улучшения.

Как улучшить время отклика сервера

Вот семь простых способов сократить время отклика сервера для вашего веб-сайта.

1. Используйте надежный и быстрый веб-хостинг

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

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

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

2. Используйте CDN

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

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

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

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

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

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

Существуют способы оптимизации базы данных для ускорения вашего веб-сайта. Если вы используете WordPress, первым шагом будет выявление медленных запросов с помощью средства проверки запросов. Как только вы найдете отстающие, работайте над оптимизацией. Измените группу на объекты, используйте индексы или другие решения, соответствующие рассматриваемым проблемам.

4. Сохраняйте легкость WordPress

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

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

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

5. Мониторинг использования PHP 

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

Убедитесь, что PHP обновлен. Многие хостинговые компании не обновляют PHP автоматически. Веб-сайт, работающий на PHP 5, будет иметь более медленное время отклика, чем веб-сайт, работающий на PHP 7.

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

6. Настройка кэширования

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

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

7. Скрипты Minify

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

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

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

Дополнительный совет: Используйте HTTP-заголовок «Connection: Keep-Alive». Он включает «метод поддержания активности», позволяющий HTTP передавать несколько файлов одновременно. Передавая несколько типов файлов (CSS, JS, изображения и т. д.) одновременно, вы можете повысить скорость доставки контента пользователям.

Заключение

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

5 способов сократить время отклика сервера

Автор: Rigor29 сентября 2017 г.

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

Как вы определяете время ответа сервера?

Короче говоря, время ответа сервера (SRT) — это количество времени, которое требуется веб-браузеру для получения ответа. Часы начинают отсчет, как только веб-браузер делает запрос, и часто измеряется временем до первого байта (ttfb).

Согласно Google PageSpeed ​​Insights, время отклика вашего сервера должно быть менее 200 мс.

Прежде чем начать

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

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

Пять способов сократить время отклика сервера

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

1. Проверьте свой хостинг

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

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

2. Тщательно выбирайте веб-сервер

Хотя Apache — отличный и привлекательный вариант, вы можете получить лучшие результаты, используя что-то другое, например Nginx или OpenLiteSpeed. Хотя сравнение множества доступных вариантов может показаться ошеломляющим, потратив немного времени в начале, вы окупитесь позже, поскольку вы сможете лучше справляться с изменениями в потребностях вашего сервера.

3. Оптимизируйте свои веб-серверы

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

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

---

Свяжитесь с представителем Rigor и получите БЕСПЛАТНУЮ пробную версию платформы Rigor.

---

4. Уменьшите раздувание

Если вы используете систему управления контентом (CMS), такую ​​как WordPress или Magento, ваш сайт будет накапливать раздувание, если тщательно не управлять им. Даже если вы не используете CMS, вы все равно рискуете, добавляя контент (например, изображения, новые страницы контента и т. д.) на свой сайт с течением времени. Таким образом, отбраковывайте вещи, которые вам не нужны. Оптимизируйте свои изображения, объедините свои ресурсы и включите сжатие, так как файлы меньшего размера — ваши друзья, когда речь идет о снижении SRT.

5. Оптимизируйте свою базу данных

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

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

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

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

Выводы

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

См. также: 5 обязательных функций лучших инструментов синтетического мониторинга

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

Начать бесплатную пробную версию

оптимизация внешнего интерфейса, оптимизация, ответ сервера, время сервера, веб-производительность

Rigor

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

Способы сократить начальное время отклика сервера

Опубликовано в WordPress Эрин Майерс

Последнее обновление 2 августа 2022 г.

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

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

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

Введение во время ответа сервера

Время ответа сервера показывает, сколько времени требуется устройству для получения ответа от сервера после HTTP-запроса. Обычно это измеряется временем до первого байта (TTFB).

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

Автор: Seobility – Лицензия: CC BY-SA 4. 0

Эти компоненты определяют TTFB вашего сайта: 

1. HTTP-запрос отправляется на сервер, скорость зависит от сети и подключения пользователя.
2. Затем сервер обрабатывает запрос и создает ответ, переписываясь с сетевой системой или запуская сценарии.
3. Затем сервер отправляет первый байт ответа пользователю. Это ТТФБ.

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

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

Почему время отклика сервера важно для вашего сайта WordPress

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

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

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

Время отклика сервера также может повлиять на ваши усилия по поисковой оптимизации (SEO). Google считает скорость сайта важным элементом при ранжировании контента на страницах результатов поисковой системы (SERP). Если ваш сайт загружается слишком долго, вы рискуете упасть в рейтинге.

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

Факторы, которые могут замедлить время отклика сервера

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

Вот некоторые из наиболее распространенных причин медленного отклика сервера:

• Дешевый и неэффективный веб-хостинг
• Раздувание страниц
• Медленные запросы к базе данных и маршрутизация
• Ограниченная пропускная способность сети
• Страницы и данные не кэшируются

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

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

Например, Pingdom — это бесплатный онлайн-инструмент, который можно использовать для проверки скорости и производительности сайта. Просто введите свой URL-адрес в текстовое поле и нажмите кнопку Начать тестирование :

Затем вы получите подробный отчет о производительности веб-сайта, включая общую оценку производительности, время загрузки, запросы и размер страницы:

Еще один популярный вариант — PageSpeed ​​Insights. Этот инструмент возвращает подробные результаты, связанные с Google Core Web Vitals, TTFB и индексом скорости:

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

5 способов сократить начальное время отклика сервера

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

1. Уменьшение размера страницы

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

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

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

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

Например, в WordPress есть облегченные темы по умолчанию, такие как Twenty Twenty-One:

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

2. Используйте сеть доставки контента (CDN)

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

Автор: Seobility — Лицензия: CC BY-SA 4.0

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

Здесь, в WP Engine, мы используем MaxCDN для наших клиентов. Этот сервис разгружает и обслуживает статический контент, включая изображения, CSS и JavaScript. Кроме того, наша CDN имеет более 60 серверов по всему миру, что позволяет сократить время отклика сервера.

3. Оптимизируйте свою базу данных

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

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

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

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

4. Настройка кэширования

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

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

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

В противном случае вы можете рассмотреть возможность использования подключаемого модуля кэширования, такого как W3 Total Cache:

W3 Total Cache позволяет кэшировать страницы, сообщения, CSS, JavaScript, каналы и многое другое. Вы даже можете кэшировать более конкретное содержимое, такое как объекты базы данных и страницы результатов поиска. В целом, эти методы кэширования могут сократить время загрузки и нагрузку на ваш сервер.

5. Выберите быстрый и надежный веб-хостинг

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

Чтобы иметь максимально быстрый сайт WordPress, рассмотрите возможность выбора хостинг-провайдера, который уделяет первостепенное внимание производительности и высокой доступности. Здесь, в WP Engine, мы создаем оптимальный UX, повышая скорость вашего сайта до 40 процентов:

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

Заключение

Время отклика сервера является важным компонентом производительности веб-сайта.