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

Опубликовано: 2020-09-28

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

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

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

Время отклика сервера (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% для пятисекундного времени загрузки. ”

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

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

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

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

Как проверить свой СТО

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

GTMetrix

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

Отчет о производительности.

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

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

Схема водопада.

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

Время запроса.

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

Тайминги загрузки страницы

Google PageSpeed ​​​​Insights (PSI)

Введите свой URL-адрес в этот бесплатный инструмент, и вы увидите общий балл и некоторые полезные показатели. Вот пример того, как это выглядит:

Скорость Фейсбука.

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


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

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

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

Сокращение времени отклика сервера.

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

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

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

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

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

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

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

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

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

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

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

Начать тест скорости.

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

Время отклика веб-хоста.

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

Сравните хосты.

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

сравнение веб-хостинга.

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

Используйте 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 с 95% до 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.)

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

Вывод

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

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

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