Как сократить время до получения первого байта от сервера
Хостинг бегет. Стоит плагин кеширования LiteSpeed. По баллам сайт выдаёт 95+ баллов на мобилке и десктопе. Но параметр Time to First Byte (TTFB) показывает 1.9 в красной зоне.
Все перечитал и перепробовал, не снижается параметр этот. Подскажите куда смотреть. CMS WordPress.
На сайте с 19.10.2011
27 февраля 2023, 01:16
Osmxnxn :
По баллам сайт выдаёт 95+ баллов на мобилке
это больше чем надо,
Osmxnxn :
Но параметр Time to First Byte (TTFB) показывает 1.9 в красной зоне.
этого достаточно, на ранжирование не влияет
На сайте с 03.11.2008
27 февраля 2023, 14:30
Osmxnxn :
Хостинг бегет. Стоит плагин кеширования LiteSpeed.
А что у бегета уже есть LiteSpeed Web Server?
Osmxnxn :
Подскажите куда смотреть. CMS WordPress.
Для начало проверить сколько покажет статика. Например readme.html. Если уже с ней будет плохо, то к хостингу. Потом поверить простой php-скрипт. Ну а в самом ВП перво-наперво использовать Health Check и QM.
- www.litespeedtech.com
LiteSpeed Technologies values your users’ privacy. Although our software does not directly collect any personally identifiable information from visitors to your site, LiteSpeed may still be considered a data processor in certain jurisdictions, as user information may be temporarily cached and/or logged, as outlined in this document. We have our.
10 рабочих способов по сокращению времени ответа сервера
Появление Java-технологий навсегда изменило формирование дизайнов сайтов. Появились разные виды выплывающего меню, живые обои, дополнительное видео и графика. Эти нововведения привели к увеличению объема сайтов, что в свою очередь негативно повлияло на время их загрузки, незвисимо от того, на wordpress они или другой cms.
Фактически скорость загрузки сайтов равняется времени его отображения на экране браузера. Но этот процесс можно условно поделить на несколько отдельных этапов, каждый из которых имеет влияние на окончательный результат:
- Подключение к стороннему серверу;
- Получение ответа;
- Загрузка всей информации сайта (включая графику, видео, изображения и т.д.);
- Отображение страницы в окне браузера (компиляция).
Оптимальное время загрузки сайта
На этот вопрос нет однозначного ответа. Ведь все сайты имеют разный объем информации, следовательно, разное время загрузки. Задача владельца страницы как раз состоит в том, чтобы максимально уменьшить это время.
Идеальным вариантом считается тот, при котором страница загружается менее, чем за одну секунду. Но в некоторых особо тяжелых случаях результат в несколько секунд можно тоже считать оптимальным. Конечно же все зависит не только от размера сайта. Расположение сервера, скорость интернета пользователя, задачи веб-сайта – все это имеет важное значение для скорости загрузки страницы.
Множество корпораций проводили свои исследования в области замеров скорости загрузки. И все они закончились ожидаемым результатом. Ведь сокращение времени загрузки сайта даже на полсекунды в большинстве случаев давали отличные результаты:
- Большую конверсию;
- Увеличение времени просмотра;
- Увеличение чека и выручки в целом;
- Улучшение ранжирования в поисковиках;
- Меньшее количество отказов.
Все эти показатели имеют прямое влияние на прибыльность ресурса. Существует сервис (https://www.sharpedigital.com/seo/speed-conversion-rate-tool/), который показывает конверсию сайта относительно скорости загрузки.
Решение проблем со скоростью загрузки страницы
В первую очередь нужно уменьшить время ответа сервера. Чаще всего для проверки результатов используется сервис ping-admin.ru или webpagetest.org (здесь отсутствуют наши сервера, но для сравнения результатов он тоже подходит). Они подходят для сайтов с разными cms wordpress, joomla и другие.
Результат с ping-admin.ru до правок
Результат с webpagetest.org до правок
Время загрузки HTML
Результат с webpagetest.org до правок
Время полной загрузки страницы (включительно с фото- и видеоматериалами)
Как видим, результаты сайта довольно слабые. Время ответа сервера заняло больше одной секунды, а на отображение страницы ушло около 7 секунд. И того, десять секунд ожидания. Даже для популярного сайта это очень большой результат.
Способы сокращения количества запросов к серверу
Для того чтобы сократить время ответа сервера, необходимо провести ряд действий:
- Определить по логам самых затратных по времени операций. Далее следует исправление и удаление лишних. Упрощение серверной логики.
- Сократить базу данных. Удаление «мусора».
- Включить Gzip сжатие на сервере для поточного архивирования текстовых данных.
- Расширить кеш для CSS и JavaScript.
- Объединение всех стилей JavaScript и CSS в один файл (точнее в два файла – каждый для своего формата).
- Сократить порядок загрузки (стили CSS→ контент→JavaScript).
- Уменьшить код JavaScript и CSS (удаление пробелов и комментариев).
- Внедрение HTTP/2 для одновременной обработки большего количества запросов.
- Подключение Lazyload (загрузка изображений только во время прокрутки до них).
- Для того чтобы избежать двойной отрисовки отдельных частей элементов дизайна, необходимо перенести стили CSS с тела страницы в head.
- Согласование МЕТА-тегов с HTTP-заголовками.
- Внешне подключенные стили CSS и JavaScript необходимо перенести в общий файл стилей сайта. Это сократит общее количество запросов.
- Смена абсолютных URL на относительные (название сайта.ru/page→/page)
- Использование поддоменов для распределения части контента. Это позволяет сократить расстояние сервера и пользователя.
- Уменьшить размер изображений (сжатие).
- Связывание nginx и Apache. Это повышает скорость вычисления сервера.
- Настройка OPcache.
Результаты оптимизации
Результат с ping-admin.ru после правок
Результат с webpagetest.org после правок
Как видите, в результате подобных манипуляций удалось сократить время ответа сервера почти в десять раз: с одной секунды до 12 миллисекунд.
Результат с webpagetest.org после правок
Удалось уменьшить время отображения страницы на 5,8 секунд. Полная загрузка сайта составила чуть больше трех секунд.
Итоги
Если обобщить весь список проделанных манипуляций, то можно выделить некоторые общие действия:
- Оптимизация и настройка сервера;
- Уменьшить количество запросов, что позволит сократить время ответа сервера;
- Сжатие всей информации на странице (изображения, видео, скрипты);
- Использование облачных сервисов для распределения общей нагрузки.
Выше показаны не все способы увеличения скорости работы сайта. У каждого ресурса могут быть свои проблемы, но выше перечисленные действия можно считать самыми эффективными. Скорость работы сайта имеет прямое влияние на серию важных показателей, таких как:
- Ранжирование сайта в поисковике.
- Конверсию.
- Количество отказов.
- Размер получаемой прибыли.
Фактически перед владельцем сайта или оптимизатором стоит задача сократить объем сайта, что производит к увеличению скорости отображения.
Поделиться:
Подпишитесь на новости
Оставьте ваш e-mail, чтобы получать подборки наших новостей.
Как уменьшить время ответа сервера на WP
Помимо своего блога я веду еще несколько сайтов заказчиков. При этом возникают самые разные проблемы, которые приходится решать (собственно, для этого меня и нанимали). Одна из них – долгий ответ сервера. В чем заключается проблема?
В яндекс вебмастере появилось сообщение с таким содержанием:
Страницы сайта https://***.pro в среднем слишком долго отвечают роботу. При обращении к серверу среднее время ответа превышает 3 секунды. Долгая загрузка страниц затрудняет работу с сайтом https://***.pro. Проверьте ответ сервера и при необходимости обратитесь к хостинг-провайдеру. Перейдите в раздел диагностики, чтобы узнать обо всех известных Яндексу проблемах сайта.
Первым делом надо проверить, на самом ли деле это так. В том же вебмастере яндекса смотрим ответ сервера — 885 мс. Гугл спид тест выдает не намного лучший результат: По результатам проверки время ответа вашего сервера составило 0,74 секунды.
Вы скажете, что это немного? Ну, для сравнения, время ответа сервера блога, который вы читаете, составляет 10 мс. Конечно, на моем блоге самописная кмс, максимально адаптированная именно для моих нужд, а не тяжеловесный вордпресс. Однако, даже для вордпресса 1-3 секунды – это много.
Первым делом мне пришло на ум поругаться с техподдержкой хостинга заказчика. Однако, немного подумал и вспомнил про обычное кэширование. По умолчанию вордпресс ничего не кэширует, так что придется устанавливать плагин. Мой выбор пал на WP Fastest Cache
Ставим его и немного настраиваем. Сначала переключаем на русский язык (у меня почему-то по умолчанию стал китайский язык), а потом ставим галочки в этих местах:
Теперь проверяем время ответа сервера:
Мы улучшили результат в два раза! Это неплохо. Более того, мы загнали сайт в так называемую «зеленую зону гугла» — то есть скорость загрузки сайта признана хорошей:
Конечно, тут есть еще над чем поработать: сжать изображения, загружать асинхронно некоторые скрипты, но основное мы сделали – с помощью всего одного правильно настроенного плагина сумели уменьшить время ответа сервера. Если вам требуется помощь программиста по сайту, то вы всегда можете написать мне.
Автор этого материала — я — Пахолков Юрий. Я оказываю услуги по написанию программ на языках Java, C++, C# (а также консультирую по ним) и созданию сайтов. Работаю с сайтами на CMS OpenCart, WordPress, ModX и самописными. Кроме этого, работаю напрямую с JavaScript, PHP, CSS, HTML — то есть могу доработать ваш сайт или помочь с веб-программированием. Пишите сюда.
заметки, сайтостроение, wordpress
Оставить комментарий
Отправляя сообщение я подтверждаю, что ознакомлен и согласен с политикой конфиденциальности данного сайта.
Как сократить время ответа сервера wordpress
Параметр сильно зависит еще: а) от скриптов, формирующих страницу б) от наличия и заполненности кэша страницы
День добрый. Нет не только от хостинга. Параметр «Waiting for server response» (Ожидание ответа сервера) относится к времени, которое требуется серверу, чтобы ответить на запрос от браузера. Это время может зависеть от нескольких факторов, включая качество хостинга, скорость соединения пользователя, сложность кода страницы и т.д. Вот что можно сделать: Перейдите на более быстрый хостинг Оптимизация сайта Использование кэширования на стороне сервера Используйте CDN.
CDN не используйте, пустая трата времени и денег. Ко времени отклика сервера при выдаче страницы не имеет отношения.
Автор 1andy3 (@1andy3)
Спасибо всем за ответы!
Я контент попробовал оптимизировать. Есть плагины автооптимазер и w3 кеш.
Померил страницу через гугл оценку. УЖЕ почти смирился..
Но тут померил сайты знакомых друзей. У них тоже вордпресс схоая тематика.. Сайты просто ппц как не оптимизированы, если сравнивать по гугл pagespeed.
Но вот отклик от сервера у них МИЛИ секунды и они летают по сравнению с нами, хостинг у них другой. Не знаю можно тут названия произносить хостингов или нет(что бы не попасть под критерий рекламы) Но вот я как-то озадачился, как мне уменьшить это Waiting for server response ведь именно с ним связана получается загрузка. Причём у меня вроде как известный хостинг, у друзей я первый раз слышал. Это я к тому что чем известней и лучше хостинг у него по идеи и сервера лучше должны быть..
Автор 1andy3 (@1andy3)
И ещё может кто-то сможет Экспертную оценку дать и более точно сказать кто виноват. Сервер хостинга / контент / скорость интернета / прочее ?
100% отсутствие кэша страниц. автооптимайзер отключите, а в w3tc включите Page Cache
Автор 1andy3 (@1andy3)
@efess кэш страниц в w3tc включен. Сейчас пойду отключать автооптимайзер.
1andy3
месяц назад, Вы уже писали, но за это время нечего не исправили и не улучшили на сайте.
Резко увеличили кол-во запросов на главной и давили показатель до почти рекорда: Total Page Requests — 151
Автор 1andy3 (@1andy3)
@efess, спасибо. Отключил автооптимайз и помогло. раза в 2-3 стало быстрей время ответа от сервера. @irinashl спасибо за ваш комментарий, я пытался уменьшить кол-во запросов. Но как показала практика это не главное. У моих друзей, вобще по оптимизации «тихий ужас», но вот это время ответа от сервера в мс измеряется и сайт очень шустрый. По этому и начал в эту сторону копать. в итоге сейчас открытие от 1,5 сек до 2,3 сек. вполне приемлимо.
lazy load включите в w3tc — сильно прибавите
1andy3 не спешите на прямую включать lazy load (отложенная загрузка).
Надо исключить из отл. загрузки «верхние» изображения, напр., логотип, титульное изображение — они должны загружаться без задержки.
на сайте надо отложить (Defer) загрузку JavaScript, но не все подряд.
- Ответ изменён 10 месяца, 2 недели назад пользователем Irina .
@irinashl , спасибо за помощь.
«не спешите на прямую включать lazy load (отложенная загрузка).
Надо исключить из отл. загрузки «верхние» изображения, напр., логотип, титульное изображение — они должны загружаться без задержки.»
Подскажите, где это делается? Я вижу в основных настройка только:
«Отложенная загрузка изображений» вкл/выкл (Отложить загрузку изображений за пределами экрана.)
«на сайте надо отложить (Defer) загрузку JavaScript, но не все подряд.»
И вот это где искать?
«на сегодня Вам плагин Autoptimize не нужен!»
Да, без него работа значительно лучше..
1andy3
и еще раз, не стесняетесь и прочитайте пять и более раз эти рекомендации.
все выполнить с кондачка Вы не сможете, да и не обязательно.
походите по ссылкам и пересылкам и многое для Вас проясниться, а это уже кое-что.
У Вас Server: nginx/1.16.1, уделите больше внимания настройкам сервера: сервер должен обрабатывать все статические файлы,
установите кэш браузера на сервере, включите OPcache, включите сжатие Brotli.
В W3 Total Cache включите только: Кэш страницы и минификацию HTML.
Как работает отл. загрузка в W3TC, я не знаю, я использую уже более 5 лет Perfmatters. Отл. загрузка изображений это нужная функция, но это не первостепенная функция, она даст до 3% улучшение в PSI и что?
резко уменьшите, т.е. отключите анимацию на главной
——
постарайтесь не тратить время на:
CDN /в free CloudFlare ваш сайт буде в лучшем случае открываться на сервере в Англии или Индии, в платном плане в лучшем случае в Германии. Да показатели в Gtmetrix и PSI будут отличные, 99,9% Ваших клиентов находиться в радиусе 50 км. от сервера в СП. /
Объединение файлов активов, это вчерашний день- Вы используете HTTP/2.
—
p.s.
«Отложенная загрузка изображений» вкл/выкл (Отложить загрузку изображений за пределами экрана.)…
простите, но Вы что это не очень еще понимаете, но пытаетесь «Но вот отклик от сервера у них МИЛИ секунды»
- Ответ изменён 10 месяца, 2 недели назад пользователем Irina .
- Ответ изменён 10 месяца, 2 недели назад пользователем Irina .
- Ответ изменён 10 месяца, 2 недели назад пользователем Irina .
@irinashl Спасибо буду изучать ваши рекомендации. Да, если в W3TC включаю отложенную загрузку изображений, то логотип пропадает. в моб. версии.
Просмотр 15 ответов — с 1 по 15 (всего 17)
- Тема «Время ответа сервера — Waiting for server response.» закрыта для новых ответов.
- Форум: Проблемы и решения
- 17 ответа
- 4 участника
- Последний ответ: Irina
- Последняя активность: 10 месяца, 2 недели назад
- Статус: нерешённая