Скорость ответа сервера гугл: как уменьшить время ответа сервера

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

29005 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. активации кэширования динамических страниц на сервере.
• Если работа сайта и ПО сервера оптимизированы, но время получения первого байта слишком велико, то необходимо обеспечить сайт дополнительными ресурсами посредством смены типа хостинга или расширения тарифа.

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

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

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

Содержание

• Какое значение имеет время ответа сервера?
• Как время отклика сервера влияет на SEO?
• Как проверить SRT 
• Как сократить время отклика вашего сервера
  • Найти быстрый выделенный хост
  • Использовать CDN (сеть доставки контента) 
• Другие способы повысить скорость вашего сайта (помимо SRT)
  • Сократите и оптимизируйте свои сценарии 
  • Масштабируйте и оптимизируйте изображения
  • Используйте кэширование
  • Обновляйте CMS, плагины и темы
  • Заключение

Какое значение имеет время ответа сервера?

Время отклика сервера (SRT) — это время между моментом, когда веб-клиент делает запрос (например, щелчок по ссылке или ввод URL-адреса в адресную строку), и сервер отвечает на этот запрос.

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

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

То, что представляет собой хороший, плохой и приемлемый TTFB, различается. Вот некоторые общие правила:

• Быстрее, чем 100 мс, это отлично.
• 100–200 мс — это хорошо. Google PageSpeed ​​Insights рекомендует поддерживать значение SRT ниже 200 мс.
• 200 мс–1 секунда приемлемо, но есть возможности для улучшения.
• Все, что превышает 1 секунду, является проблемой.

Скорость страницы и SRT идут рука об руку. (Источник изображения)

Может ли такое небольшое изменение во времени иметь большое значение? Даже задержка в одну секунду может стоить сайту электронной коммерции от 25 000 до 125 000 долларов в год… или больше!

Как время отклика сервера влияет на SEO?

Google использует SRT в качестве фактора ранжирования около десяти лет. Совсем недавно Google Search Console развернула раздел Core Web Vitals, в котором отслеживается набор показателей производительности веб-сайта, ориентированных на взаимодействие с пользователем.

Согласно исследованию Forrester Research, более половины пользователей Интернета ожидают, что сайт загрузится за две секунды или меньше. Если загрузка займет более трех секунд, 40% пользователей сдадутся и уйдут.

Сайты, которые загружаются дольше, как правило, имеют более высокий показатель отказов и меньшую среднюю продолжительность посещения. Как показало исследование Pingdom, «в то время как показатель отказов колебался ниже 10% для веб-сайтов, загрузка которых заняла менее трех секунд, этот показатель подскочил до 24% для четырехсекундного времени загрузки и до 38% для пятисекундного времени загрузки. ”

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

(Источник изображения) 

Сокращение времени отклика вашего сервера сводится к трем шагам.

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

Как проверить SRT 

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

GTMetrix

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

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

Конечно, время отклика сервера — лишь часть многих факторов, влияющих на скорость страницы.

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

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

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

Вот показатели Google Page Insights, которые конкретно относятся к SRT.

• First Contentful Paint (FCP): этот показатель измеряет время с момента начала загрузки страницы до момента отображения какой-либо части содержимого страницы на экране.
• Совокупное смещение макета : CLS измеряет общую сумму всех индивидуальных оценок сдвига макета для каждого неожиданного изменения макета, которое происходит в течение всего срока службы страницы.
• Время до интерактивности (TTI): измеряет, сколько времени требуется странице, чтобы стать полностью интерактивной. По данным Google, страница является полностью интерактивной, когда на ней отображается полезный контент, обработчики событий зарегистрированы для наиболее видимых элементов страницы, а страница отвечает на действия пользователя за 50 миллисекунд.
• Общее время блокировки : Метрика общего времени блокировки (TBT) измеряет общее количество времени между FCP и TTI, когда основной поток был заблокирован достаточно долго, чтобы предотвратить реакцию ввода.

Для получения высокой оценки PSI ожидает, что время ответа сервера будет меньше 200 мс. Если ваш SRT медленнее этого, вы получите уведомление в разделе «Возможности»:

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

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

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

• Медленная логика приложения : Используйте инструмент профилирования кода, чтобы определить, какие зависимости используются на вашем сайте и сколько времени требуется для загрузки каждой из этих зависимостей.
• Медленные запросы к базе данных : Это происходит, когда ваши запросы к базе данных не выполняются эффективно. Что еще хуже, вы можете даже не знать, что они работают плохо, пока не проверите «под капотом». Медленные запросы к базе данных требуют больше работы и используют больше ресурсов ЦП.
• Медленная маршрутизация : Вообще говоря, вы хотите поместить наиболее посещаемые страницы и контент в начало очереди маршрутизации, чтобы сделать эти местоположения высокоприоритетными. Вы также можете добавить больше маршрутов в любое конкретное место, если все работает медленно.
• Нехватка ресурсов ЦП : Если на вашем сайте запущено слишком много плагинов или сценариев, это может привести к нехватке ресурсов ЦП. Вместе со своей командой удалите ресурсоемкие плагины, которые редко используются, и удалите ненужные скрипты.

(Источник изображения)

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

Найдите быстрый выделенный хост

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

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

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

Вы также можете проверить скорость сервера провайдера перед покупкой. Есть несколько способов сделать это: 

Используйте инструмент проверки скорости. Мне нравится бесплатный инструмент проверки скорости Pickuphost: 

Проверьте сайт сравнения. Invigital сообщает о среднем времени отклика многих популярных веб-хостингов:

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

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

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

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

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

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

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

(Источник изображения)

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

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

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

После того, как вы зарегистрируетесь у провайдера CDN, вам или вашему веб-разработчику потребуется включить его на своем веб-сайте. В зависимости от вашего хостинг-провайдера и системы управления контентом (CMS), вы включите его через C-панель или с помощью плагина.

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

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

Дополнительные способы повысить скорость вашего сайта (помимо SRT)

Сократите и оптимизируйте свои сценарии 

Синяя секция слева представляет SRT как сегмент общего времени загрузки страницы. (Источник изображения)

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

Каждая мелочь может прибавиться. PSI покажет вам, какие сценарии загружает ваш сайт (и какие из них загружаются дольше всего). Часто удалить сценарии так же просто, как отключить тег в Диспетчере тегов Google.

Если вы используете WordPress, есть несколько плагинов, которые помогут удалить ненужные скрипты, например Optimize Scripts and Styles или Asset CleanUp.

Масштабирование и оптимизация изображений

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

Google начал рекомендовать формат под названием JPEG 2000. Однако я обычно не использую его, поскольку он еще не совместим со многими системами или браузерами (кроме Chrome).

Существует также формат WEB.P, который предлагает несколько меньший размер файла, чем JPEG. Однако разница незначительна. Как только вы включите кэширование (подробнее об этом через минуту), заметной разницы не будет.

В настоящее время в большинстве случаев я использую формат JPEG по умолчанию со сжатием 60%. Уменьшение JPEG с 9Качество от 5% до 80% или даже 75% может практически не изменить внешний вид изображения. Поэкспериментируйте, чтобы найти правильный баланс между качеством изображения и размером файла.

Многие инструменты (некоторые бесплатные) также могут помочь оптимизировать изображения перед их загрузкой. Jpeg.io и Compressor — два хороших варианта. Плагины WordPress, Smush или Kraken.io оптимизируют ваши изображения по мере их загрузки. Подобные опции доступны и на других платформах CMS.

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

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

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

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

Вот пример кода из GTMetrix:

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

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

(Будьте осторожны: если что-то пойдет не так с файлом .htaccess, это может привести к поломке всего вашего сайта.)

На некоторых платформах CMS вы также можете использовать плагин для включения кэширования без какого-либо кодирования. Некоторые из самых популярных и высоко оцененных включают W3 Total Cache и WP Rocket для WordPress и SpeedCache для Joomla.

Обновляйте свою CMS, плагины и темы

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

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

(Есть еще одна проблема: устаревшие платформы CMS, плагины и темы могут сделать ваш сайт уязвимым для нарушений безопасности. Malcare сообщила, что устаревшие темы и плагины являются одной из наиболее распространенных причин взлома сайтов WordPress.)

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

Заключение

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

• Сначала проверьте свой SRT, чтобы иметь представление о том, откуда вы работаете.
• Выберите подходящего хостинг-провайдера и сервер.
• Используйте CDN для доставки контента пользователям с географически близких серверов.
• Оптимизируйте изображения, выбрав правильный тип файла, немного уменьшив качество изображения и используя плагин для уменьшения размера файла.
• Используйте кэширование браузера, чтобы обеспечить лучший опыт для постоянных посетителей.
• Убедитесь, что ваша CMS, плагины и темы веб-сайта обновлены.

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

Google PageSpeed ​​Insights — время ответа сервера

Google PageSpeed ​​Insights — время ответа сервера

Обновлено Среда, 21 июля 2021 г. / Категория Веб-хостинг

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

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

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

Медленен ли сервер или содержимое моей страницы?

Вы можете запустить тест Page Insights на странице входа в cPanel, чтобы проверить производительность сервера для очень простой страницы: http://mydomain.com /cpanel/.

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

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

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

• Убедитесь, что вы не превысили лимит ресурсов: cPanel > Использование ЦП и одновременных подключений:  Отсюда вы можете проверить использование производительности вашей учетной записи. Если вы обнаружите, что учетная запись «ограничена» или постоянно работает очень близко к 100% потреблению ресурсов, вам может потребоваться обновить свою учетную запись до большего количества ресурсов.

 

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

 

• Попробуйте загрузить сайт в браузере:  странно, но действительно ли сайт загружается и кажется медленным? Это вяло? Самым важным тестом, очевидно, является то, как сайт ощущается и загружается. Посетители вашего сайта не заметят разницы между временем отклика в 200 мс или 600 мс. Однако они заметят, если ваши изображения имеют размер 2 МБ каждое, и их загрузка может занять целую вечность.

 

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

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

• https://www.webpagetest.org/
• https://www.