Содержание
Каким должно быть время ответа сервера?
Хороший сайт — быстрый сайт. Все интернет-ресурсы должны быть отзывчивыми, иначе они вмиг потеряют аудиторию и станут неинтересны потенциальным пользователям. Поэтому в данной статье мы говорим о том, как долго можно ждать отклик от сервера и почему важно ускорять свой сайт всеми доступными способами.
Что значит «время ожидания ответа сервера» и каким оно должно быть?
Речь идет о параметре TTFB. Эта аббревиатура расшифровывается как Time-to-first-byte, что в переводе означает «время до получения первого байта». Это тот момент времени, когда сервер отвечает на изначальный запрос клиента.
Такая проверка. Установка первоначального соединения между браузером и сайтом. Чем меньше длится процесс подключения, тем лучше. Причем как для сервера, так и для клиента. Пользователь сразу получит данные, за которыми пришел, а сайт будет на хорошем счету у поисковых машин. Важно удерживать этот показатель в пределах 400 миллисекунд. Это некий стандарт. Но если получится сократить до 100, то надо это сделать. Нижнего предела нет.
Помимо TTFB (времени ответа сервера), есть и «время дозагрузки контента». Часть советов из этой статьи помогут сократить и его тоже. Сразу замечу, что это субъективный параметр, зависящий от десятка критериев, влияющих на конечный результат. Скорость может сократиться или увеличиться от расположения дата-центра, где хранятся файлы, относительно клиента, до мощности устройства, с которого заходят на страницу.
Почему этот параметр так важен для оптимизации сайта?
Как я уже сказал выше, TTFB полезен и людям, и «машинам».
С человеческим и поведенческим факторами все предельно логично:
- Пользователи не станут ждать загрузки сайта по 8–10 секунд. Они уйдут к конкурентам уже спустя 4.
- Посетители сайта быстрее получат нужную информацию и охотнее задержатся на нем, если все работает быстро.
С технической точки зрения все менее логично, но не менее важно:
- Google, Яндекс и их аналоги учитывают время загрузки сайтов при их ранжировании. Поэтому медленные ресурсы оказываются на второй-третьей-десятой странице поисковой выдачи.
- Оптимизировав сервер и увеличив скорость его работы, можно снизить нагрузку на «железо».
Почему возрастает время ответа от сервера?
Есть шесть направлений, в которых надо размышлять. Проблемы таятся в:
- неправильно выбранном типе сервера (Apache вместо Nginx);
- использовании OpCache для ускорения PHP-скриптов;
- запросах к базе данных;
- неправильно настроенной логике скриптов;
- недоступности сторонних сервисов, на которые полагается сайт;
- сбойных плагинах или темы WordPress.
Далее подробно рассмотрим, какое влияние они оказывают на сервер и почему.
Apache
Эта технология не подходит для работы с большим количеством запросов. Архитектура Apache не соответствует этим задачам. Из-за этого некоторые веб-мастера страдают, при этом на осознание причин появления проблем уходит много времени.
Apache может сильно замедлять работу сайта даже при передаче исключительно статических файлов. Возникают заметные задержки ответа сервера.
Отсутствие модулей кэширования
Вебмастера путают понятия кэширования исполняемого кода с кэшированием других элементов. Используют неправильные инструменты или вовсе не используют, поэтому и теряют драгоценные миллисекунды, уходящие на время ответа сервера и загрузку сайта.
Некорректно настроенная база данных
Распространенная проблема — база данных с неправильно настроенной таблицей. Почти 50% задержек, возникающих при работе ресурса, складываются из проблемных индексов, отсутствия кэширования популярных результатов и кривой структуры запросов в базе данных.
Случается так, что файл базы данных разрастается до неадекватных размеров, набирает кучу ненужной информации и тормозит сайт в целом, повышая время загрузки до критических значений. Устранение проблем может увеличить скорость работы раз в 10 минимум.
Сложная логика обработки данных
Чем мудренее код, тем медленнее он работает. Даже при наличии грамотно выстроенной базы данных могут возникнуть задержки, если скрипты слишком запутанные и выполняют кучу лишних операций. Надо гонять программиста, чтобы тот упрощал код настолько, насколько это возможно, избегая дополнительных операций, которые могут нагрузить «железо» и привести к задержкам при загрузке сайта. То есть к увеличению времени ответа сервера.
Отправление запросов в сторонние сервисы
Наличие зависимостей всегда ставит под угрозу скорость работы сайта. Невозможно взять под контроль производительность продуктов, которые разработаны не вами. Если ваш проект запрашивает данные со стороннего сервиса, а тот находится под нагрузкой, то замедлится и ваш проект.
А если зависимостей будет много, то передача данных может затянуться еще значительнее. К тому же есть ненулевая вероятность, что сторонний источник данных вовсе перестанет работать. Поэтому вебмастера рекомендуют избавляться от зависимостей, когда это возможно.
Плагины и темы, пожирающие все ресурсы
Вероятно, ваш сайт работает с CMS в духе WordPress или Joomla. Если установить на них некорректно работающие плагины или увесистые шаблоны, то можно потерять в производительности. Они начнут поедать ресурсы, необходимые для нормальной работы сайта в целом. Увеличится время загрузки страниц. Причем не поможет кэширование и другие методики сокращения времени ответа сервера. Поэтому лучше выбирать проверенные дополнения к CMS.
Плохой хостинг
Ответственность за медленные сайты можно переложить на провайдера. Если очевидно, что проблемы на стороне «железа», то стоит задуматься о переходе на другой хостинг. Каждый провайдер предлагает тестовый период хотя бы на пару дней. Можно перенести сайт к другому провайдеру и посмотреть, как он работает, провести пару тестов.
Как проверить время ответа сервера?
Есть два веб-сервиса для тестирования производительности сайта. А еще небольшой скрипт, который можно вписать в футер страницы и получать информацию о времени загрузки после каждого ее обновления.
Яндекс.Вебмастер
Необходимый минимум информации о скорости ответа сервера можно получить в Яндекс.Вебмастере. Даже без регистрации. Достаточно указать ссылку для проверки, и робот Яндекса оценит базовую производительность.
- Указываем ссылку в поисковом поле на главной странице.
- Затем жмем на кнопку «Проверить».
Вебмастер покажет базовую информацию о вашем веб-ресурсе. Но главное — время ответа сервера. У нас — это 236 миллисекунд. И сигнал ОК. Статус HTTP — 200.
WEBO Pulsar
Бесплатный сервис для проверки скорости сайтов, который работает так же просто, как и Вебмастер, но дает куда больше полезной информации. Хороший вариант для тех, кому нужен более подробный отчет.
- Сайт показывает время подключения к серверу из нескольких стран мира.
- Период, за который удается создать стабильное зашифрованное соединение.
- Время ожидания ответа.
- Количество ресурсов, которые передает сервер первым пакетом (в мегабайтах).
Скрипт для проверки времени ответа
Надо прописать в index.html (в футер) код, прописанный ниже:
<!--noindex--> <center><?php print get_num_queries(). 'количество запросов к базе данных'. timer_stop(0, 6). 'время, ушедшее на генерацию страницы’; ?></center> <!--/noindex-->
Здесь важно оценивать радикальные изменения. От 2 секунд и больше.
Как уменьшить время ответа сервера?
Далее будем разбирать возможные решения возникшей проблемы. Причем разберем описанные выше проблемы (и рассмотрим решения, отталкиваясь от них), а также примеры схожих трудностей из жизни вебмастеров.
Удалить проблемные плагины
Первое, что надо проверить – все дополнения, которые вы используете в своей CMS. Все, что стоит поверх условного WordPress, надо проанализировать. Любой плагин может криво встать и заметно снизить скорость работы сайта.
Так что отключаем их все и снова тестируем скорость сайта. Если произошли изменения, то поочередно включаем дополнения, попутно проводя тестирования, пока нам не попадутся плагины, оказывающих заметное влияние на производительность.
Отыскав причину, удаляем ее. Ну или обращаемся к разработчикам плагина, чтобы те помогли. Создатели дополнений к WordPress регулярно выпускают патчи с исправлениями ошибок, найденных пользователями.
Поменять шаблон сайта
Как и дополнения, шаблоны могут влиять на скорость работы ресурса. Принцип проверки почти такой же, как в случае с плагинами. Надо начать с замены шаблона. Для этого берем любой из бесплатных вариантов и устанавливаем его как основной.
Затем вставляем свой код в этот шаблон и переносим необходимые данные для работы своего ресурса. Смотрим, что происходит. Скорость увеличилась? Меняем шаблон и забываем о проблемах со скоростью. Нет? Продолжаем искать, пробовать другие варианты, описанные ниже.
Проверить сервер на наличие вирусов
Вирусы могут напасть на устройство, подгрузить его, отобрать ресурсы. Из-за этого упадет скорость загрузки сайта. Проверить сервер на вирусы можно несколькими способами – либо через онлайн-сервис, либо через скрипт, встраиваемый в index.html.
Есть такая вещь, как Antivirus Alarm. Простенький сайт с поисковой строкой. Вводим в него адрес страницы, которую нужно проверить, и ждем. Сайт покажет все угрозы, которые сможет найти. Правда, находит он мало.
С серьезными подозрениями лучше использовать решения посерьезнее. Например, AI-Bolit. Облачный антивирус показывает подозрительные переадресации, хакерские скрипты, незащищенные директории.
Надо встроить его в свой сайт вручную через панель управления или запросить хостинг-провайдера подключить скрипт. Если он что-то найдет, можно заказать услугу лечения у разработчиков приложения.
Почистить базу данных (на примере WordPress)
Есть две таблицы, за которыми стоит наблюдать тщательнее, чем за остальными:
- options, где лежат настройки;
- postmeta, где лежат мета-теги к единицам контента на сайте.
Трогать post и comments необязательно. Там будет контент и комментарии.
В postmeta надо удалить весь бесполезный кэш, что удастся найти руками. Не факт, что поможет, но процедура сама по себе полезная. Потом надо почистить options. Это можно сделать специальным плагином — Clean Options. Он разработан для работы конкретно с этой таблицей. Он оже вынесет кучу мусора. Кэш от сторонних дополнений может поедать ресурсы и занижать производительность.
Еще есть Plugins Garbage Collector, который вычищает хлам, который остается от других плагинов. Ну и HYPER CACHE, который сжимает все скрипты и CSS-файлы.
Выключить cron-демон
cron — это планировщик задач для Linux. В него можно прописать любые процессы, которые будут автоматически запускаться в указанное время. В базе данных есть отдельная таблица под cron. Можно через phpMyAdmin открыть ее и стереть ненужные задачи.
Их там может быть с несколько сотен и тысяч. Такая таблица может весить несколько мегабайт и увеличивать время ответа сервера секунд на 8.
Если не пользуетесь планировщиком или в нем мало задач, то можно удалить все связанное с cron. Проще будет настроить все заново, чем разгребать то, что могло накопиться ранее.
Перенести скрипты в нижнюю часть страницы
Надо сделать так, чтобы все тяжеловесные скрипты загружались позже, чем контент. Сложную логику, требующую много времени на обработку, но некритичную для работы ресурса в целом, стоит отправить куда-нибудь подальше.
Тогда посетитель сайта сможет сразу увидеть контент, за которым пришел, а не будет пялиться на белый экран в ожидании завершения работы вашего скрипта, который ему не особо интересен.
Так что вписывайте их в конец страницы или пользуйтесь инструментами, которые мешают запуску скриптов по стандартному порядку и позволяют указать собственный.
Установить WordPress-плагин для сжатия данных
Для пользователей других CMS тоже актуально. На официальном сайте с дополнениями найдется много приложений, которые занимаются сжатием данных. Это касается как медиаконтента, так и более сложных вещей вроде баз данных. Подойдет расширение Autoptimize или Hyper Cache, который эффективнее других кэширует данные, что ускоряет отклик от сервера и в целом повышает производительность ресурса.
Установить плагин Cloudflare для кэширования страниц
Хороший плагин для кэширования есть у компании Cloudflare. Не так давно они запустили собственный сервер, на котором пользователи WordPress-сайта могут за 5 долларов в месяц разместить свой сайт (его кэш). Это ускоряет отклик сервера на 71%. Принцип работы прост – ваш сервер используется только для контакта с Cloudflare и обновления контента на нем. А пользователи видят и взаимодействуют с тем, что лежит на серверах Cloudflare. Их железо однозначно быстрее, поэтому сервис заметно сократит время ответа сервера.
Смена хостинга
Стоит перепробовать все методы, чтобы понять, какой из них принесет пользы больше остальных. Если все сайты, размещенные на «железе» вашего провайдера, работают плохо, надо менять провайдера или местоположение дата-центра, где базируется контент вашего сайта.
1 из 9 методов сработает. Нерешаемых проблем с производительностью веб-ресурсов не бывает.
Время ответа сервера (TTFB) | Вопросы-ответы на Wiki
Время ответа сервера (TTFB — Time To First Byte) — время до получения первого байта (сетевого пакета) страницы сайта после отправки запроса со стороны клиента (например, из браузера).
Это комплексный показатель, в первую очередь зависящий от того, какие операции выполняются на сервере во время обработки запроса. Большое время ответа может быть связано с десятками факторов: логика приложения, медленная работа с базой данных, маршрутизация, программная платформа, библиотеки, нехватка процессорной мощности или памяти.
Проверить, что причиной повышенного времени ответа сервера являются внутренние процессы сайта (скрипты, запросы к базе данных), а не общие проблемы с сервером, проще и быстрее всего можно с помощью максимально примитивного PHP-скрипта, например выводящего результаты phpinfo.
Если сначала замерять TTFB для запроса, который предполагает участие скриптов сайта (обычно главная страница сайта, если он динамический), а затем TTFB для запроса к примитивному скрипту, то разница между полученными результатами примерно покажет чистое время работы скриптов.
Убедиться в том, что сама по себе база данных также отрабатывает быстро, можно, выполнив примитивные запросы к ней, или хотя бы просто проверив время открытия любых таблиц через phpMyAdmin.
Для уменьшения времени ответа сервера разработчику сайта (или привлечённому стороннему профильному специалисту) стоит самостоятельно провести анализ операций, выполняющихся на сайте при обработке запросов, и изучить возможность их оптимизации.
Наиболее прямой подход — логирование работы скриптов. То есть в скриптах, которые выполняются каждый раз в процессе загрузки сайта, проставить контрольные точки, в которых отмечать время, которое понадобилось для обработки того или иного участка кода. Примеры вывода времени обработки скрипта можно найти в открытых источниках в сети (например, здесь).
В случае наличия задержек, связанных с запросами к базе данных, следует:
Со стороны хостинга помочь в некоторой степени сократить время ответа сервера могут следующие средства:
- Смена версии PHP на более новую, если код сайта с ней совместим (особенно может быть заметен эффект перехода с PHP 5 на PHP 7).
- Подключение и настройка дополнительной услуги OPcache (кеширование скомпилированного байт-кода скриптов в оперативной памяти, специальная поддержка со стороны сайта не требуется).
- Подключение и настройка дополнительной услуги Memcache(d) или Redis (кеширование произвольных данных в оперативной памяти, требует поддержки со стороны сайта).
Сократите время ответа сервера — как решить проблему?
Недавно я описал процесс оптимизации скриптов и стилей на своих сайтах, получилось все хорошо, но вот одна большая проблема осталась — Сократите время ответа сервера, пишет мне добрый Google.
И вправду, задержка перед загрузкой моего сайта про линукс очень большая, намного больше, чем на всех остальных сайтах в несколько раз, и это очень плохо!
Видите первую зеленую длинную линию? Вот такая дикая задержка и мне пока не понятно, чем это вызвано. По ходу написания статьи буду разбираться и чем дольше буду разбираться, чем длиннее будет статья.
Оптимизация скорости сайта на #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 мне осталось совсем немного и уверен я достигну этого результата, так как почти все уже сделано, осталось совсем немного…
Если вам интересна тема создания и продвижения сайтов, то без постоянного обучения не обойтись. Вот интересные книги на данную тему:
Время Ответа Сервера — Правильно замерять, гарантированно сократить
По рекомендациям Google время ответа сервера должно составлять менее 50 млс., но лишь 1% сайтов в интернете обладают этим показателем! Внедрите сегодня наши рабочие способы сокращения отклика, для гарантированного повышения позиций в Google и Yandex!
При продвижении любого сайта, важнейшим фактором ранжирования сайта в результатах поисковой выдачи является время ответа сервера, скорость загрузки сайта, объем и качество кода.
Второе по важности, после уникального, необычно-интересного и читаемого текста, ссылочной массы. Если хотите, чтобы Ваш сайт был в ТОП-е результатов поиска — отнеситесь к этому показателю крайне серьёзно и ответственно!
Специалистами MOZ были проведены массовые исследования, доказавшие существенное влияние времени отклика сервера на позиции сайтов!
Время ответа сервера — что это, где оно берется и какие технические факторы на него влияют?
TTFB (Time To First Byte) — время до получения первого байта страницы, после отправки запроса на её получение браузером, эмулятором, программой.
Сразу, после отправки запроса браузером, или ботом поисковых систем, идет обращение на DNS-сервер, который по названию доменного имени,
выдаст браузеру IP-адрес сервера, где находится сайт. Браузер обращается к нужному серверу, который начинает принимать запрос от него, и обрабатывать пользователя. Во время обработки пользователя происходит следующее:
- Когда уходит запрос к серверу, он проходит через расстояние от пользователя(кто отправил запрос) к серверу. Это расстояние (клиент-сервер) подразумевается под понятием «шнурок»
- Браузер отправляет данные серверу: куки, IP-адрес, оборудование, откуда пришел, хост с какого пришел и другие данные (их много).
- HTTP сервер Apache принимает и слаживает данные, отправленные браузером в качестве заголовков, берет данные сервера, для работы скриптов в глобальный массив «SERVER»
- Сервер начинает читать сайт, начиная с файла index.php (по умолчанию), анализировать синтаксис кода и исполнять. Чем больше кода, используемых условий и вызываемых функций — тем больше действий и времени на их совершение.
- На выходе, получается, синтерпретированный HTML-код страницы, который отдается браузеру.
- HTTP сервер Apache конвертирует html-код в байт-код, возвращая по «шнурку» обратно клиенту, отправившему запрос на получение страницы сайта.
Каждый из перечисленных этапов к получению любой веб-страницы сайта забирает время, но второй этап чтения и обработки файлов сайта (время интерпретации) забирает более 80% ответа сервера.
Почему сервер долго отвечает?
Большинство сайтов, созданных на CMS-системах, фреймворках, библиотеках, ООП, содержат в себе мусорный код (шлак), заставляя сервер выполнять миллионы ненужных действий и операций. Миллионы!!! Почему так происходит и какие причины этих бессмысленных действий:
- По результатам многократного тестирования экспертами, использование большинством веб-студий вех CMS-систем, фреймворков, библиотек и ООП в PHP (процедурного стиля программирования) замедляют ответ сервера в 500 раз. Эти популярные программные продукты, подключают все библиотеки, классы, и начинают их читать и выполнять подряд (процедурно). Это создает большую нагрузку на оборудование сервера и забирает много времени. При малейших изменениях сайт «сыпется».
- Отсутствие индивидуальной и грамотно-продуманной архитектуры проекта и индивидуального написания программного чистого кода сайтов (HTML, CSS, JavaScript, PHP).
- Использование готовых баз данных, например, MySQL. Любые операции з данными (чтение, запись, удаление), требуют в 2 раза больше времени, чем те же операции с файлами, а только одно подключение к MySQL требует больше времени, чем время интерпретации сайта на чистом коде. А подключений много!
Было замеряно время интерпретации сайтов, на готовых CMS-системах и фреймворках, которые выполняют самые простые задачи:
Обратите внимание! Различные тестирования должны проводиться на одном оборудовании и при равных условиях. Тестирования проводились на оборудовании Emachines E729Z, с процессором Intel Pentium CPU P6200, 2 ядра (2.13 GHz). На любом другом оборудовании, результаты будут отличаться.
- WordPress — 0.47002696990967 сек.
- Joomla — 0.31301784515381 сек.
- OpenCart — 0.12800693511963 сек.
- YII — 0.29201698303223 сек.
Время интерпретации сайтов на чистом коде — 0.00099992752075195 сек. Теперь покажем результаты, у сколько раз все эти CMS, фреймворки, платформы проигрывают качественным сайтам на чистом коде:
- WordPress — у 467-500 раз
- Joomla — у 313 раз
- OpenCart — у 128 раз
- YII — у 292 раза
- Bitrix — у 238 раз
- Более лёгкие CMS, фреймворки проигрывают чуть меньше, но это, к большому сожалению, никак не спасает ситуацию.
Обратите внимание: на время ответа сервера влияет сам сервер (компьютер, хранящий Ваш сайт), скорость и качество интернет-кабеля, нагрузка на ЦП сервера и кабель, и как не странно, операционная система.
Несколько полезных моментов:
- Хостинг, независимо от цены, хранит в себе много сайтов (около сотни и более) и как правило, они созданы на CMS-системах, Framework, которые работают у 180-500 раз медленнее, что в результате сам ПК хостинга работает медленно.
- На 95% хостингах подключен интернет-кабель скоростью в 100 МБ/сек. и таковой скорости, к сожалению, очень мало для такого количества сайтов.
- ОС существенно влияет на скорость ответа сервера и в этом я сам многократно был убежден. Я арендовал 5 VDS (выделенных серверов) с установленной операционкой «Cent OS». Открыл PageSpeed, указал ссылку на пустой PHP-скрипт и получил скорость ответа в 500 млс. Конечно это медленная скорость ответа и я сменил ОС на «Ubuntu». Снова открыл «PageSpeed», указывая ссылку на пустой PHP-скрипт и ответ сервера составил 20 млс. Такая ситуация была на всех пятерых VDS-серверах! Отсюда вывод: каждой ОС свойственна разная скорость работы, поэтому рекомендую выбирать Ubuntu, поскольку она лёгкая и шустрая!
Какое идеальное время ответа сервера?
- Хуже некуда — даже чуть более 200 мс.
- Самый идеальный — до 50 мс.(рекомендуемый поисковыми системами)
Чем меньше — тем лучше! Представьте, что Вы владелец поисковой системы и программе-боту Вашей ПС нужно просканировать миллионы сайтов за сутки. Разве будет выгодно ждать ответ от сервера некачественного сайта, чтобы его просканировать?
Или лучше просканировать сайт, который в 500 раз быстрее отвечает?
Получается вместо одного некачественного сайта, можно просканировать 500 сайтов с мгновенным ответом и качественным кодом. Поисковые системы GOOGLE и YANDEX внедрили алгоритм, который сканирует и гарантированно одобряет сайты в топ с идеальным временем ответа сервера и качественным HTML, CSS и JavaScript-кодом при равных условиях.
Узнаем точное время ответа сервера
Безусловно, время ответа сервера нужно измерять инструментами от поисковых систем.
- PageSpeed сервис от Google. Вбейте адрес проверяемого сайта, нажав на кнопку «Анализировать» дождитесь результатов анализа. Время ответа сервера будет указано в пункте «Диагностика», или в «Успешные аудиты». Найдя строку «Короткое время ответа сервера (время до получения первого байта)» Вы увидите время ответа сервера.
- Yandex Webmaster Если сайт продвигается в Яндексе, советую измерять время ответа сервера именно этим способом, а так же приобретать хостинг в России. Для проверки перейдите в пункт «проверка ответа сервера» и указав ссылку на проверяемый сайт Вы увидите результат и время ответа.
Обратите внимание! Расстояние от сервера Google и Yandex к серверу, хранящим сайт разное и за счет «шнурка» результаты проверки будут отличаться. Обязательно делайте несколько замеров подряд, найдя средние результаты.
Google PageSpeed
Yandex Webmaster
Как сократить время ответа сервера
Из вышенаписанного помним, что время интерпретации (чтение и обработка файлов сайта) влияет на ответ сервера более, чем на 80%.
Большинство веб-студий и «разработчиков» утверждают в один голос, что даже на практике время ответа сервера 200 мс получить невозможно.
Отвечу: на любых популярных CMS-системах, библиотеках, фреймворках, добиться ответа даже до 200 мс невозможно и что тут уже говорить о идеальном времени менее 50 мс.
Чтобы получить время ответа сервера, почти нулевое (7-50 мс) — нужен программист, который не использует «ШЛАК», а хорошо знает HTML, CSS, JavaScript, PHP, имеет опыт более 7 лет и пишет сайты, придерживаясь следующих обязательных правил:
- Всегда продумывайте несколько раз архитектуру (ядро) сайта. Рисуйте архитектуру файлов и папок на листе бумаги.
- Тщательно продумайте структуру (ядро) базы данных Вашего проекта. Делайте это под каждый проект индивидуально. Прорабатывайте структуру базы письменно.
- Пишите чистый HTML, CSS, JavaScript, PHP код индивидуально, под конкретные задачи (чтобы можно быстро изучить, дополнить, отредактировать код (скрипт). Эксперту в этой области индивидуальное написание займёт далеко не больше времени, чем брать готовые решения.
- Не используйте сторонние приложения баз данных, как MySQL и другие. Хорошо и грамотно продуманная индивидуально база работает быстрее в 2 раза.
- НИКОГДА не пользуйтесь готовыми решениями (велосипедами), в частности CMS, Framework, библиотеки. В них много незадействованного кода, который не выполняется.
- Всегда думайте, как написать скрипт, выполняющий как можно меньше действий, с целью максимального облегчения нагрузки на оборудование сервера и пользователя. Нужно знать и всегда проверять, какие функции быстрее работают. Взвешивать общую картину.
Если Вы не пишите на чистом коде и используете CMS, Framework, MySQL, ООП и др. готовые решения — могу посоветовать работающие способы:
- Включите кэширование страниц, это позволит избежать созданию запросов к БД и обращение к скриптам, генерации страниц.
- Удержитесь от использование шаблонизаторов в своих проектах.
- Сменить хостинг на дорогой VDS, или VPS с ОС Ubuntu.
К большому сожалению эти рекомендации не помогут добиться идеального времени ответа сервера, ведь если причина в коде — не поможет самый дорогой сервер! Мы арендуем дешевый VPS-сервер за $6 и ответ сервера составляет 20-30 млс, поскольку мы придерживаемся вышеупомянутой схемы и не используем готовых решений вообще!
Другие специалисты, как врачи, юристы, ремонтные бригады и др. подходят к каждой задаче индивидуально. Например, врачу нереально вылечить все болезни пациента, используя только зелёнку. Так и программист, не может написать качественный проект шаблонно.
Придерживаясь этих обязательных правил, вполне реально написать любой по сложности веб-сайт и получить почти нулевое время ответа сервера! Экспертов в этой области единицы, работающими над снижением нагрузки с оборудования сервера и пользователя, имея навыки написания эксклюзивных веб-сайтов с такими идеальными показателями!
Комментарии (7):
Михаил
А если взять и установить сервер на свой пк, то какой ответ будет. Будет ли зависить от самого провайдера интернета ?
Публикация: 2020.07.09_10:50:41
Admin
Если Вы имеете в виду время ответа, отвечу: на ответ сервера влияют много факторов. Скорость работы винчестера, ОЗУ, ОС, программный код, загруженность сервера, интернет «шнурков» и сам провайдер, расстояние. Спрогнозировать точное время ответа невозможно!
Публикация: 2020.07.25_11:00:41
Игорь
А если установить какие-то плагины для сокращения ответа сервера, порекомендуйте плагины мне.
Публикация: 2020.04.28_10:23:20
Илья
Как ускорить ответ сервера сайта вордпресс и почему ответ медленный
Публикация: 2020.03.26_12:08:31
Admin
К сожалению, ответ сервера, сайта работающего на WordPress Вы не сделаете менее 50 млс., и спешу Вас разочаровать, что и кэширование Вам тоже не поможет. Мы рекомендуем Вам заказать сайт у программиста на чистом коде, заранее проверив его работы. Попробуйте включить кеширование, GZip-сжатие, купить очень мощный хостинг, делая большой акцент на комплектующие. Эти действия сократят время ответа сервера на малость, но не к идеальному (менее 50 млс.)
Публикация: 2020.03.28_07:24:03
Максимус
Посоветуйте хороший сервер, на каком ответ сервера будет идеальным.
Публикация: 2020.02.19_18:46:46
Admin
На время ответа сервера влияют много параметров. Комплектующие сервера (ЦП, ОЗУ, винчестер, «шнурки»…) , скорость выполнения PHP-кода и ОС. Рекомендую арендовать вместо хостинга VPS во Франции. Ради интереса мы арендовали 2 сервера (дорогой и убогий), установив Wordpres, даже на дорогой сервер, скорость работы вообще не увеличилась (на пару %). Вывод: пишите чистый код и Ваш сервер будет отвечать даже за 20 млс. От кода очень много зависит!
Публикация: 2020.03.02_13:44:02
Как сократить время ответа сервера, проверить и настроить TTFB
Когда пользователь переходит по URL-адресу в своем веб-браузере, он отправляет сетевой запрос на получение содержимого. Сервер получает запрос и возвращает содержимое страницы. Для того, чтобы пользователь получил обратно страницу с необходимым ему контентом, сервер должен проделать определённую работу, которая имеет свой чёткий алгоритм. Например, если пользователи просматривают историю своих заказов, сервер должен извлечь историю каждого пользователя из базы данных, а затем вставить это содержимое на страницу. Максимальная оптимизация работы сервера, является одним из способов сократить время, которое пользователи тратят на ожидание загрузки страниц.
В процессе оптимизации работы сайта, время загрузки сервера является первым фактором, который требует внимания. Если с момента отправления пользователем запроса, до момента генерации страницы проходит более 200 миллисекунд, необходимо принять все меры для сокращения этого времени.
Если аудит Google PageSpeed Insights выдал рекомендацию: «Короткое время ответа сервера (время до получения первого байта)», данную ошибку нужно исправить. Помимо самой информации, сервис укажет время, которое потребовалось для получения первого байта. Здесь же, в качестве пояснений указано, что на время ответа влияют темы, плагины и спецификации сервера.
TTFB — что это?
TTFB — это аббревиатура, буквально обозначающая Time To First Byte. Следовательно — это время от момента подачи клиентом запроса, точнее его перехода на сайт, до получения первого байта со стороны страницы. Чем данный показатель ниже, тем быстрее пользователь сможет взаимодействовать с порталом. Если рассматривать идеальные условия, то Google настаивает, что это должно быть 50 мс, а в худшем случае — 200 мс. Время загрузки сервиса, в том числе, влияет и на ранжирование сайта.
Для того, чтобы произвести проверку TTFB, можно воспользоваться несколькими способами:
● Используя настройку браузера в Google Chrome или Mozila при помощи комбинации клавиш «Ctrl+Shift+I»
● Воспользоваться PageSpeed Insights
● Использовать информацию Google Analytics
● Использовать Netpeak Spider
Помимо этого существует ещё множество различных сервисов, позволяющих произвести замеры. При этом, стоит учитывать, что использование сторонних программ может показывать не корректные данные. Это зависит от загрузки сервиса в данный момент, удалённости сервера и других факторов. При этом, важно проверять не только главную страницу сайта, но и страницы результатов — данные могут отличаться и потребовать отдельной оптимизации.
Что оказывает влияние на TTFB
Причин по которым загрузка первого байта будет дольше, нежели того хотелось бы владельцу сервиса пользователю может быть сразу несколько. Определить их наверняка может только опытный специалист. Среди таковых:
● Недостаточность ресурсов со стороны процессора или оперативной памяти
● Медленное взаимодействие с базой данных
● Некорректная настройка конфигурации сервера
● Не применяется кэширование
Всё это приводит к увеличению времени на получение TTFB и снижает конверсию сайта. Пользователи предпочитают не ждать пока загрузится конкретный ресурс, уходя на другую площадку, работающую быстрее.
Как снизить время ответа сервера
Исходя из того, что причин для медленного TTFB несколько, то и путь решения данной проблемы не один. Для начала потребуется выявить, что именно влияет на продолжительность получения первого байта. Первым шагом к улучшению времени отклика сервера является определение основных концептуальных задач, которые должен выполнить сервер, чтобы вернуть пользователю содержимое страницы. После этого потребуется измерить, сколько времени занимает каждая из этих задач. Как только вы определили самые длинные задачи, найдите способы ускорить их.
● Проверьте базы данных. Каждый запрос сервера требует обращения к базам данных. Используйте хостинг-панель сайта, чтобы отсортировать таблицы и выяснить какие из них весят больше всего. После этого осуществите их оптимизацию используя, к примеру, сервис WP-Optimize. Он освободит таблицы от старых плагинов, кэша, неиспользуемых опций и прочего. Перед этим обязательно сделайте резервную копию, чтобы не восстанавливать всё с нуля в случае ошибки.
● Создайте кэш страниц. Эта опция позволит существенно сократить время на TTFB, так как при повторном обращении, серверу не потребуется заново генерировать страницу. Он «поднимет» копию, которую пользователь загружал ранее. Чтобы автоматизировать данный процесс, при работе с WordPress можно пользоваться плагином Hyper Cache.
● Повысьте производительность сервера. Скупой платит дважды. Если вы создаёте свой сайт на бесплатном хостинге или бюджетном сервере, имеющем низкую производительность — не ждите, что ваша страница будет работать быстро. В идеале, лучше всего использовать VPS, либо выделенный IP.
● Использование кэшированных скриптов. При помощи специальных программ, которые называются акселераторами, можно создавать не просто кэш страниц, а целых скриптов сайта. РНР-акселераторы создают резервные копии команд и при повторном обращении используется уже готовый бинарный код. Его не требуется создавать заново. Это существенно экономит миллисекунды. Примерами подобных акселераторов являются: eAccelerator, XCache, PhpExpress, OpCache.
● Взаимодействие со сторонними серверами. Если для корректной работы внутреннему серверу требуется обращение к другим источникам — это существенно замедляет его работу. И чем таковых источников больше, тем хуже это сказывается на скорости. Так как алгоритм и скорость их работы вам не известны, следовательно вы не знаете сколько от них будет поступать ответ. Лучше всего хранить все необходимые данные на одном, внутреннем сервере.
Существует много возможных причин медленного ответа сервера и, следовательно, множество возможных способов улучшения:
Оптимизируйте логику приложения сервера, чтобы подготовить страницы быстрее. Если вы используете серверную платформу, она может содержать рекомендации, как это сделать
● Оптимизируйте, как ваш сервер запрашивает базы данных, или переходите на более быстрые системы баз данных
● Обновите серверное оборудование, чтобы иметь больше памяти или процессора
● Проведите очистку баз данных от различного мусора
● Позаботьтесь о создании кэша страниц и РНР-соединений
Обязательно проведите проверку на всех страницах своего сайта и осуществите их оптимизацию. Это важно не только для пользователя, но и для SEO-продвижения страницы, так как скорость напрямую влияет на ранжирование.
Время ответа сервера: как проверить, как сократить, что делать при появлении ошибки Долгий ответ сервера в Яндекс.Вебмастер?
Время ответа сервера – это время, которое проходит между отправкой запроса серверу и получением первой информации от него. Например, при запросе страницы с сайта сервер в ответ присылает информацию о содержании страницы.
Скорость ответа сервера – один из важнейших показателей для продвижения, поскольку связан со скоростью работы сайта в целом. Чем быстрее пользователь начнет получать информацию, тем быстрее загрузится страница в браузере. Из-за медленной загрузки страниц пользователи могут покидать сайт, а поисковые системы – понижать его позиции в поиске.
Какое должно быть время ответа сервера?
Рекомендуемые показатели следующие:
- Максимальный приемлемый показатель – до 200 мс.
- Оптимальный показатель – до 50 мс.
Практика показывает, что даже на виртуальном хостинге при выполнении рекомендаций по оптимизации времени отклика получается добиться показателей 20-30 мс.
Как проверить скорость ответа сервера?
Воспользуйтесь инструментом «Проверка ответа сервера» в Яндексе. В форме необходимо ввести адрес страницы (это может быть главная страница сайта или внутренняя), которую вы хотите проверить, и нажать на кнопку «Проверить».
Внизу формы появятся результаты проверки:
Здесь можно посмотреть код ответа сервера (должен быть 200 для существующих страниц), IP сайта, кодировку, размер страницы, а также – время ответа в мс. В нашем случае – это 23 мс.
Если время ответа сервера превышает 50 мс, лучше провести работы по оптимизации показателя. Если время превышает 200 мс, данные работы необходимо провести обязательно.
Критичная ошибка «Долгий ответ сервера» в Яндекс.Вебмастер. Что делать?
Если сервер отвечает очень долго, Яндекс посчитает это критичной ошибкой и выведет соответствующее уведомление в Яндекс.Вебмастере на вкладке «Диагностика сайта»:
Согласно информации в помощи Яндекс.Вебмастера, критичные ошибки могут привести к ухудшению ранжирования или полному исключению сайта из поиска.
Если вы получили уведомление об ошибке «Долгий ответ сервера», сразу принимайте меры:
- Проверьте время ответа сервера у страниц вашего сайта. При появлении ошибки в Яндекс.Вебмастере можно посмотреть список страниц, при загрузке которых возникли проблемы.
- Если время ответа сервера превышает 200 мс, следуйте рекомендациям по улучшению данного показателя. Они будут написаны ниже. После улучшения показателя нажмите на кнопку «Проверить» справа от ошибки (на скриншоте выше кнопка уже нажата).
- Если время ответа сервера не превышает 200 мс, напишите в поддержку Яндекс.Вебмастер. Возможно, уведомление получено по ошибке или в момент визита роботов наблюдались временные сбои. В любом случае, лучше разобраться в ситуации.
Как сократить время ответа сервера?
Данный показатель зависит от настроек сервера, количества запросов к базе данных при загрузке сайта, настроек самого сайта.
Чтобы уменьшить время ответа сервера:
- Сократите количество запросов к базе данных. Например, в шаблонах WordPress прописано несколько обращений к базе, в которых берется название сайта, адрес файла с CSS и другие параметры, статичные для конкретного проекта. Вместо запросов в шаблоне можно прописать данные вашего сайта, и количество запросов к базе сократится. Если вы не являетесь специалистом, то можете заказать услуги по ускорению сайта в компании 1PS.ru или у программистов-фрилансеров.
- Включите кеширование сайта. Это позволит значительно уменьшить время ответа сервера на WordPress и других системах управления. Например, в случае блога https://adblogger.ru/ пришло уведомление из Яндекса о долгом ответе сервера. Проверка показала, что сервер отвечает за 500-550 мс. Проблема оказалась в плагине кеширования, который не работал. После исправления ошибки время ответа сервера сократилось до 20-25 мс.
- Обратитесь к специалистам, которые помогут оптимально настроить ваш хостинг.
- В ряде случаев сервер отвечает долго из-за нехватки ресурсов. В этом случае поможет приобретение новых ресурсов или переезд на более мощное оборудование.
Выводы
Время ответа сервера – это важный показатель, который стоит отслеживать. При превышении рекомендуемых значений необходимо провести работы по оптимизации скриптов сайта и настроек хостинга. Чем быстрее грузится ваш проект, тем меньше пользователей будут уходить с него и тем выше могут быть позиции вашего ресурса в поиске.
Читайте также:
Оптимизация PageSpeed Insights до 100 очков : WEBCodius
Скорость загрузки страниц вполне можно назвать идентификатором уровня комфорта работы с сайтом. Этот же показатель — среди ключевых факторов, которые влияют на ранжирование ресурса в поисковых системах. Особенно учитывая новый алгоритм Mobile First.
5 секунд — то время, которое пользователь готов подождать для полной загрузки. Все то, что больше, — фатально. Он просто перейдет к вашим конкурентам.
Все намного сложнее обстоит для мобильных устройств. Здесь не будет никто ждать даже пять секунд, а потому загрузка должна быть мгновенной.
Вывод однозначен: нужна оптимизация скорости загрузки сайта. Но как именно ускорить загрузку сайта на любых устройствах?
Спросите в Google, у него есть для этого решение — используйте PageSpeed Insights. Этот инструмент не только анализирует страницы, но и предлагает эффективные решения для повышения скорости.
Сократить время ответа сервера
Есть такой термин — Time To First Byte. Так называют интервал времени до получения после отправки запроса со стороны посетителя самого первого байта.
Согласно рекомендациям Google, этот показатель не должен быть больше 200 мс. В идеальном варианте — не более 50 мс. Чем меньше такой показатель, тем более быстро начнется загрузка страницы браузером.
Необходимо проверить TTFB? В таком случае используйте PageSpeed Insights. После завершения инструментом анализа проверить информацию можно в блоке под названием «Сократите время от сервера».
Часто такие проблемы возникают, если используется плохой или недостаточно мощный сервер. В таком случае он может давать долгий ответ. Или, как вариант, — сервер расположен далеко территориально.
Уменьшение веса изображений
PageSpeed Insights проанализирует все изображения сайта. И только лишь в том случае, когда скорость загрузки будет невысокой, Google предложит оптимизацию.
Но как именно это можно сделать? Алгоритм следующий:
- сначала все фотографии сожмите. В этом случае помогут специальные бесплатные инструменты (например, TinyPNG или, как вариант, Compressor.io). В отдельных случаях удается получить до 80% сжатие. При этом потери качества не будет;
- размер постарайтесь уменьшить до предельно возможного.
Также можете сделать так: выгрузите все фото, сожмите их, поменяйте размер. А лучше взять за правило: добавляя на сайт картинку, сначала ее оптимизируйте.
Отличным функционалом обладает сайт https://squoosh.app/. Здесь буквально в 2-3 клика можно уменьшить вес фото на 70-80%, не теряя высокое качество изображения.
Так же, прочитайте статью про оптимизацию картинок для сайта.
Сокращение кода CSS и JavaScript
Среди рекомендаций Google — сокращение CSS и JavaScript.
Данное сокращение — это, прежде всего, удаление лишних и ненужных пробелов и строк, а также неактуальных комментариев, прочего, что остается после написания кода разработчиками.
Все перечисленные нежелательные элементы вполне способны увеличить объем CSS и JavaScript вдвое как на примере, приведенном ниже.
Оптимизированный вариант будет выглядеть так:
Решить данную задачу можно достаточно быстро. Для этого установите специальный инструментарий под названием Gulpjs.
Он автоматически на основе вашего файла создает новый CSS, в котором уже не будет ненужных пробелов. Он в автоматическом режиме создает новый CSS, в котором лишние пробелы будут отсутствовать.
Данный инструментарий сокращает размер файла буквально в несколько раз. Более детальная информация — отражена в справочниках Google.
Сокращение html-кода
Среди факторов, которые оказывают непосредственное влияние на скорость загрузки, — объем HTML-страниц. Чем он меньше, тем лучше. Сократить такой код можно, удаляя ненужные пробелы, отступы, переносы строк, неактуальные комментарии. Сделать это вручную достаточно трудоемко.
Помимо того, после сокращения визуально код напоминает вязкую кашу. В ней разобраться проблематично. Но можно упростить себе задание, используя какой-нибудь плагин. К примеру, WP-HTML-Compression.
Оптимизируем загрузку видимого контента
Речь идет о lazy loading (ленивой загрузке) — отказе от загрузки размещенного на странице контента в случае, когда в таких действиях нет необходимости. При этом имеет место специальный маркер, который сообщает, что все данные не загружены, но если в этом есть необходимость, их всегда можно будет дополнительно загрузить.
Ленивая загрузка подгружает материалы асинхронно, иными словами, после того, полностью как загрузиться вся видимая часть страницы.
Такой функционал особо полезен на тех ресурсах, где очень много картинок. Lazy loading повышает их производительность. И это — веский аргумент в пользу ее использования.
Существуют несколько типов ленивой загрузки:
- Скроллинг — контент, который не попал в видимую зону, постепенно загружается после того, как пользователем страница прокручивается;
- Клик — контент загружается при нажатии специальной ссылки «Подробнее»;
- Фоновый режим — посетитель оставил открытым загруженный ранее документ. В этом случае можно в фоновом режиме загрузить изображение большого формата.
Существует несколько решений для ленивой загрузки. Среди наиболее распространенных — следующие:
- стандартный lazy loading и David Walsh — упрощенная версия такого скрипта предусматривает замену в теге img атрибута src на data-src;
- ленивая загрузка с так называемым прогрессивным улучшением — JS используется в качестве улучшения для типичных HTML и CSS;
- плагин blazy.js на простом JS — этот скрипт «весит» совсем немного, он обеспечивает асинхронную загрузку, обеспечивает работу сразу с несколькими фото с целью экономии запросов;
- плагин Lazy Load XT jQuery — упрощенная версия предназначена именно для отложенной загрузки;
Craig Buckler
Включаем кеширование браузера
Включение кэша браузера не должно быть чем-то сродни испытания. Но если для вас — это проблема, то используйте сеть CDN.
CDN — в переводе звучит как «сеть доставки контента». Это множество серверов со специализированным программным обеспечением. Их задача — ускорить доставку конечному пользователю контента.
CDN кэширует и сохраняет копии содержимого сайта (фото,CSS, JavaScript) на серверах. Когда пользователь заходит на сайт, для него контент загружается с того сервера, который расположен к нему территориально ближе. В результате страницы сайта загружаются значительно быстрее.
Если все перечисленное выше вы переместите на сеть CDN, то пользователи сразу же заметят существенное увеличение скорости. Вместе с тем, такие действия не являются гарантией того, что вы сможете пройти тест Google. Ведь Google обращает внимание на используемые на сайте внешние ресурсы.
Но и эту проблему вполне можно решить. Как именно? Замените счетчики изображениями, которые сможете сохранять, используя CDN.
В случае, когда имеет место интеграция с Google Analytics, и у владельца нет желания от этого отказываться, решение данной проблемы потребует дополнительных усилий.
Google код Analytics меняет нечасто. В основном, за год несколько раз. Именно поэтому создать можно специальный скрипт. Раз в сутки он будет проверять Analytics на наличие каких-либо зменений. Важно: новый код загрузиться лишь в том случае, когда изменения будут обнаружены. Соответственно, вы сможете хранить JavaScript код Analytics, не скачивая его постоянно при обращении к серверам Google.
Как только скрипт обнаружит те или иные изменения, новая версия скачается и затем сохранится в сети CDN в автоматическом режиме. Аналогичная операция повториться каждый раз, как только код будет обновляться.
Удаляем код JavaScript и CSS, блокирующий отображение
Удаление блокирующего отражение верхней части страницы кода — один из наиболее сложных моментов, требующих наличия определенных технических знаний. Важно: код JavaScript всегда размещайте в конце файла.
Для WordPress отличным решением ситуации способен стать плагин Autoptimize. Откройте настройки, удалите возле “Force JavaScript in Head” галочку и затем поставьте ее для “Inline all CSS.”
Включаем сжатие на сервере
Включить сжатие сможете непосредственно в соответственных настройках сервера. В том случае, когда сомневаетесь, как правильно это сделать, или вообще не знаете, обращайтесь непосредственно к сисадминистратору с просьбой подключить GZIP сжатие. Подробнее читайте в заметке «зачем вообще нужно gzip сжатие».
Если у вас ISP-менеджер, то делается это легко, в настройках www-домена.
Оптимизируем под мобильные устройства
Комфортно или нет пользователям мобильных устройств на вашем ресурсе, зависит от различных факторов. Но, прежде всего, от оптимизации дизайна под такие гаджеты, от того, как именно ресурс отражается у пользователя, хорошо ли подобран фон, комфортна ли навигация по сайту.
Заключение
Если у вас в приоритете скорость, не следует ограничиваться оптимизацией лишь главной. Ведь не менее важно уделять внимание всем страницам. Исключительно в этом случае сможете получить хороший результат.
Уменьшить время первоначального ответа сервера
Обзор
Время до первого байта (TTFB), также известное как , время ответа сервера — это время, которое требуется браузеру для получения первого байта в ответ на запрос браузера.
Уменьшение TTFB на критически важно для восприятия страниц вашими посетителями, поскольку оно влияет на каждый ресурс, на который есть ссылки в вашем HTML, и напрямую влияет на то, как долго ваша страница загружается.
Медленный TTFB может негативно сказаться на ваших интерфейсных ресурсах, поскольку ваши посетители могут видеть только пустую страницу, пока браузер ожидает ответа от сервера.
В качестве первичной внутренней оптимизации сокращение TTFB может дополнить вашу интерфейсную разработку и значительно повысить производительность.
Какова оценка вашего сайта в ходе этого аудита?
Как время ответа сервера влияет на производительность страницы?
Когда пользователь запрашивает вашу страницу, этот запрос должен быть отправлен на сервер, и сервер должен сгенерировать соответствующий ответ и отправить обратно ресурсы вашей страницы.
TTFB зависит от нескольких факторов, но в основном от производительности вашей серверной части (шаг 2)
Весь этот процесс зависит от множества факторов, таких как скорость передачи данных по сети , задержка , эффективность кода приложения и производительность сервера .
Проще говоря, если какой-либо из этих элементов работает медленно, влияет на ваш TTFB .
Медленный TTFB существенно влияет на производительность вашего сайта; Ваши посетители будут видеть пустой экран, ожидая ответа сервера первым байтом.
Это может даже привести к тому, что ваши посетители будут разочарованы и вообще покинут вашу страницу.
Однако быстрый TTFB означает, что ваш посетитель получит быстрый ответ, когда он инициирует свой запрос. быстрее приходит первый байт, быстрее остальные ресурсы вашей страницы могут быть обработаны.
Обратите внимание на , что существует множество определений для TTFB; GTmetrix считает TTFB суммой длительности перенаправления, продолжительности соединения и длительности бэкэнда.
Хотя этот аудит, в частности, смотрит на начальное время отклика сервера (то есть на длительность бэкэнда), он действительно сильно влияет на ваш TTFB, и вы должны стремиться оптимизировать TTFB в целом.
TTFB в GTmetrix — это сумма длительностей перенаправления, подключения и серверной части.
Как GTmetrix запускает этот аудит?
Этот аудит будет запущен, если начальное время ответа сервера превышает 600 мс .
Как уменьшить время отклика сервера?
Есть несколько стратегий для улучшения времени отклика вашего сервера.Вот некоторые из ключевых:
1) Оптимизация кода вашего приложения (включая запросы к базе данных)
Код приложения имеет решающее значение для оптимизации веб-производительности.
Мы настоятельно рекомендуем , чтобы вы обратились за помощью к разработчику, так как теперь вы имеете дело с основной логикой своего веб-сайта.
Когда вы занимаетесь профилированием кода, некоторые из оптимизаций включают:
- Оптимизация кодовой базы, повышение эффективности функций
- Сокращение количества сложных операций или объединение кода для выполнения только при необходимости
- Повышение эффективности запросов к базе данных, удаление ненужных запросов
2) Реализация кэширования на стороне сервера
Кэширование — это практика обслуживания предварительно сгенерированной версии вашей страницы по запросу, вместо того, чтобы сервер обрабатывал и генерировал страницу по запросу.
Существует множество решений для кеширования на уровне сервера, а также кэширование, специфичное для CMS, например плагины WordPress (подробнее читайте здесь).
Ваш хост может уже участвовать в кешировании на стороне сервера, поэтому обязательно обратитесь к нему, чтобы уточнить это.
3) Обновление серверного оборудования для увеличения ресурсов ЦП или памяти
Если ваш бюджет позволяет, поговорите со своим хостинг-провайдером или разработчиком, чтобы проанализировать использование ресурсов и определить, можете ли вы обновить технические характеристики оборудования исходного сервера.
Примечание. Это своего рода временное решение — если код вашего приложения крайне неэффективен, все аппаратные ресурсы в мире не уменьшат время загрузки.
Таким образом, оцените свою ситуацию и взвесьте все за и против, прежде чем принимать решение.
Чтобы узнать больше о вышеуказанных решениях, прочтите нашу страницу Почему моя страница медленная? статья.
Примечание. Это оптимизация на уровне эксперта.
Только опытным разработчикам рекомендуется улучшать этот аудит.
Уменьшите время отклика сервера для счастливых пользователей, более высокий рейтинг
Время отклика сервера часто упускается из виду, когда речь идет об увеличении скорости страницы.
Однако он может улучшить рейтинг вашего сайта. Пользователи любят быстрые сайты, поэтому Google любит быстрые сайты. В этой статье я покажу вам, как уменьшить время отклика вашего сервера. Я также предлагаю несколько других способов повысить скорость вашей страницы.
Насколько важно время ответа сервера?
Время ответа сервера (SRT) — это время между тем, когда веб-клиент делает запрос (например,g., щелкнув ссылку или введя URL-адрес в адресную строку), и сервер ответит на этот запрос.
С хорошим SRT и сайтом, оптимизированным для скорости, ваш сайт будет загружаться почти мгновенно. Без него страница будет загружаться дольше, что может нанести ущерб пользовательскому опыту и, в конечном итоге, рейтингу в поисковых системах.
SRT измеряется в единицах, известных как время до первого байта (TTFB). TTFB измеряет промежуток времени между HTTP-клиентом, сделавшим свой запрос, и получением первого байта данных.Измеряется в миллисекундах.
Что составляет хороший, плохой и приемлемый TTFB, варьируется. Вот несколько общих правил:
- Быстрее 100 мс — это отлично.
- 100–200 мс — это хорошо. Google PageSpeed Insights рекомендует держать SRT ниже 200 мс.
- 200 мс – 1 секунда приемлемо, но есть возможности для улучшения.
- Все, что превышает 1 секунду, является проблемой.
Может ли такое небольшое изменение времени иметь большое значение? Даже задержка в одну секунду может стоить сайту электронной коммерции от 25 000 до 125 000 долларов в год… или больше!
Как время отклика сервера влияет на SEO?
Google использует SRT в качестве фактора ранжирования около десяти лет.Совсем недавно в Google Search Console появился раздел Core Web Vitals, в котором отслеживается набор показателей производительности веб-сайта, ориентированных на взаимодействие с пользователем.
Согласно исследованию Forrester Research, более половины пользователей Интернета ожидают, что сайт загрузится за две секунды или меньше. Если загрузка занимает более трех секунд, 40% пользователей сдаются и уходят.
Сайты, которые загружаются дольше, обычно имеют более высокий показатель отказов и более короткую среднюю продолжительность посещения. Как показало исследование Pingdom, «в то время как показатель отказов колебался ниже 10% для веб-сайтов, загрузка которых занимала менее трех секунд, число подскочило до 24% при четырехсекундной загрузке и 38% при пятисекундной загрузке.”
Медленный сайт означает неудовлетворительную работу пользователей, и поисковые системы будут реагировать соответствующим образом.
Сокращение времени отклика сервера сводится к трем шагам.
- Измерьте время ответа сервера.
- Определите области, нуждающиеся в улучшении.
- Работайте вместе со своей командой над решением этих проблем.
Как проверить свой SRT
Вы можете использовать ряд инструментов.
GTMetrix
У
GTMetrix есть как бесплатная, так и платная версии.Он позволяет анализировать SRT, отслеживать страницы и проверять скорость своего сайта на мобильном устройстве. Просто введите свой URL, и вы увидите общую оценку времени загрузки страницы, которая также включает данные SRT.
Затем вы можете использовать каскадную диаграмму, чтобы увидеть каждый элемент в том порядке, в котором он загружен. Это позволяет выявлять и устранять проблемные области, точно показывая, какие запросы замедляют работу вашего сайта.
Конечно, время отклика сервера — это лишь часть многих факторов, влияющих на скорость страницы.
Из диаграммы «Водопад» вы можете получить более подробную информацию о каждом запросе, наведя курсор на отдельный элемент. Здесь вы увидите, сколько времени загрузки связано с ожиданием на вашем сервере:
Если вы настраиваете бесплатную учетную запись, вы можете просматривать другие соответствующие показатели, включая важнейшие TTFB, на вкладке «Сроки»:
Google PageSpeed Insights (PSI)
Введите свой URL в этот бесплатный инструмент, и вы увидите общий балл и некоторые полезные показатели.Вот пример того, как это выглядит:
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, есть несколько плагинов, которые помогут удалить ненужные скрипты, например, Оптимизация скриптов и стилей или 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 — это области, в которых секунды и миллисекунды действительно имеют значение. Каждая доля секунды, которую вы сокращаете, будет удерживать посетителей на вашем сайте дольше, следить за тем, чтобы они продолжали возвращаться, и помогает вашему сайту попасть в желанные первые места на страницах результатов.
Как уменьшить время отклика сервера и повысить рейтинг
Последнее обновление 4 мая 2021 г.
Знаете ли вы, что каждую миллисекунду, которую пользователи ждут загрузки вашего веб-сайта, вы потенциально теряете клиентов? А если больше трех секунд, вы можете потерять более 50% посетителей? (1)
Сегодняшние потребители ожидают большего по требованию. От пиццы до посылок и такси — мы ждем быстро. И это тем более верно для наших сайтов.
Если время отклика вашего веб-сервера слишком велико, скорее всего, клиенты попытают удачу в другом месте. Это означает, что вы можете потерять клиентов, потерять бизнес и потерять деньги — все потому, что вы не предприняли надлежащих шагов для улучшения времени загрузки и производительности вашей страницы.
Если вы считаете, что ваш сайт загружается медленнее, чем должен, и стоит ваших денег, это подробное руководство для вас. После его завершения вы узнаете всю историю о том, как сократить время отклика и привлечь этих клиентов (и прибыль).
Что такое время отклика сервера?
Q: Какое время ответа сервера?
A: Время ответа сервера — это время, необходимое веб-серверу для ответа на запрос пользователя.
Каждый раз, когда вы нажимаете ссылку, вводите сайт в адресную строку или иным образом получаете доступ к веб-странице, вы фактически отправляете вызов веб-серверу, чтобы вы могли просмотреть соответствующий сайт. Время ответа сервера — это время между вашим вызовом и сервером, чтобы ответить на этот вызов, или, другими словами, время, необходимое для начала отображения информации о странице для вас.
Время веб-ответа измеряется в TTFB. Что такое TTFB? Это означает «время до первого байта» или сколько миллисекунд прошло между вашим запросом и ответом сервера.
4 способа сократить время отклика сервера
Технически есть много способов уменьшить время отклика сервера (или TTFB). Но мы можем в значительной степени свести это к четырем важным шагам.
1. Выберите правильный хост и сервер
Этот первый шаг является наиболее важным, потому что за ним последует все остальное — какие серверы вы можете использовать, сколько ресурсов вам понадобится для обработки пользователей, какое время отклика вы можно ожидать сразу же, а также ваши параметры настройки.
Сравните и сопоставьте различные варианты (WPX Hosting, Nginx и Apache — некоторые из названий, которые сразу приходят на ум), чтобы найти доступный, полный и масштабируемый по мере роста потребностей.
2. Оптимизируйте свой веб-сервер
После выбора веб-хоста и сервера у вас есть возможность настроить параметры. Это может быть немного пугающе, особенно если у вас нет никакой предыдущей работы для этого. Однако оптимизация таких вещей, как включение кеша, использование сети доставки контента и обеспечение использования HTTP / 2, значительно сократит время отклика вашего веб-сайта.К тому же это абсолютно бесплатно.
3. Устранение раздувания
В процессе создания вашего веб-сайта и создания контента может быть очень легко утяжелить ваш сайт ненужным раздутым ПО (раздутое ПО — это программы / приложения / плагины, которые занимают место без обеспечивая большую ценность) . Это связано с тем, что сторонние приложения, дублирующиеся страницы и файлы CSS / Javascript занимают ресурсы вашего сервера.
И чем больше ресурсов вы используете, тем больше времени потребуется вашему хосту, чтобы получить их, когда пользователь сделает запрос.
Устраните вздутие живота, удалив ненужные вещи. Это включает в себя удаление плагинов, которые вы не используете, удаление неотзывчивых изображений и обрезку кода.
4. Оптимизируйте свои ресурсы
Следующее, что вы можете сделать, чтобы улучшить время отклика сервера и производительность сайта на хостинге WPX, BlueHost или любом другом хосте, — это максимально использовать ресурсы сервера, которые у вас есть в настоящее время. Это включает в себя объединение файлов, когда это возможно, минимизацию кодов CSS и Javascript и сжатие изображений для уменьшения их размера.
Дин Хьюм, разработчик программного обеспечения и автор похвалил использование адаптивных изображений в оптимизации изображений, сказав следующее: «Используя адаптивные изображения, вы можете адаптировать размеры изображений в соответствии с областью просмотра веб-браузера и, в свою очередь, сэкономить общий размер загрузки ваших страниц … Вы можете сэкономить пропускную способность своих пользователей и одновременно обеспечить быстрое время отклика веб-сервера! » (2)
Какие факторы влияют на скорость загрузки веб-сайта?
Q: Какие факторы влияют на скорость загрузки веб-сайта?
A: Факторы, влияющие на скорость загрузки веб-сайта, — это емкость вашего сервера, использование сторонних плагинов, количество изображений на странице и собственная скорость Интернета пользователя.
Если вы не получаете ожидаемого (или обещанного) времени, есть несколько вещей, на которые вы можете обратить внимание, когда выясняете, как уменьшить время отклика сервера.
- Трафик веб-сайта: Если ваш веб-сайт посещает больше пользователей, чем он может обработать, это может замедлить время отклика вашего веб-сервера. Это может даже помешать некоторым пользователям вообще получить доступ к вашему сайту.
- Настройки: Как мы уже упоминали ранее, если вы не оптимизированы, ваши пользователи будут сталкиваться с более медленным временем реакции.
- Кэширование: Кэширование помогает быстрее и эффективнее отображать ваш контент. Вместо того, чтобы делать новый вызов каждый раз, кэширование позволяет веб-браузеру извлекать ресурсы из локального кеша, ускоряя процесс.
- Раздутые ресурсы: Сайты с множеством плагинов, приложений, расширений, страниц и изображений, естественно, будут загружаться дольше, чем сайты с меньшим количеством.
- Веб-хостинг: Иногда проблема заключается просто в вашем провайдере веб-хостинга.Если это очень дешево или без репутации, возможно, вы не получаете новейшее оборудование. Вы также можете использовать полосу пропускания с десятками, сотнями или даже тысячами других сайтов.
Насколько быстро «хорошее» время отклика сервера?
Q: Насколько быстро «хорошее» время отклика сервера?
A: Хорошее время отклика сервера, по данным Google, составляет менее 200 миллисекунд. (3)
Когда Google выпустил «Обновление скорости» в июле 2018 года, быстрое время отклика сервера имело решающее значение.Обновление негативно повлияло на сайты, которые давали медленное время отклика, в результате чего их рейтинг в поисковых системах снизился (подробнее об этом позже).
Почему время до первого байта (TTFB) важно для SEO
Хотя такие вещи, как контент, построение ссылок и анализ текста привязки, часто называют наиболее важными методами SEO (и это правильно), скорость страницы довольно высока. также важный фактор, который ошибочно упускают из виду многие владельцы сайтов. Итак, действительно ли имеет значение время отклика вашего веб-сервера или это просто еще одна вещь, о которой вам нужно подумать?
ser
Что ж, Google и другие поисковые системы любят поощрять веб-сайты, которые обеспечивают ценность и удобство для их пользователей.
При этом время загрузки страницы и производительность являются основными факторами взаимодействия с пользователем. Даже если у вас лучший веб-сайт в мире, кто выиграет, если загрузка содержимого страницы займет вечность?
Из-за этого веб-сайты с очень медленным временем отклика могут быть наказаны более низким рейтингом на странице результатов поисковой системы. Это означает, что если кто-то будет искать ключевые слова, релевантные вашему сайту, вы будете отображаться ниже в результатах, а может и вовсе не отображаться.
Просто имея долгое время отклика сервера, вы могли упустить возможность охватить тысячи потенциальных клиентов.
Инструменты для тестирования и улучшения времени отклика сервера и TTFB
Если вы хотите убедиться, что ваш сайт соответствует стандартам, существует множество способов проверить скорость и производительность вашего сервера. Вот лучшие из них, которые я рекомендую.
1. GTmetrix
GTmetrix — это инструмент, который позволяет анализировать время отклика веб-сервера, отслеживать веб-страницы и тестировать скорость на мобильных устройствах.Доступны бесплатные и профессиональные версии.
2. KeyCDN
KeyCDN — это сеть доставки контента, которую можно использовать для улучшения времени отклика сервера и возможности сканирования сайта. У них также есть бесплатный тестер скорости, который вы можете использовать, регистрация не требуется.
3. Pingdom
С помощью Pingdom вы можете контролировать свой сайт, чтобы получать актуальную информацию о его производительности, скорости и действиях, которые вы можете предпринять, чтобы улучшить время отклика вашего сайта и сервера.
4. Google Page Speed Insights
Если вы сокращаете время загрузки для SEO, нет лучшего тестера скорости, чем тестер скорости от самого Google: Google Page Speed Insights.
5. Тест веб-страницы
Сайт может выглядеть немного устаревшим, но тест веб-страницы позволяет вам проверить скорость и производительность страницы из разных мест и даже с разных устройств.
6. Varvy
У Varvy есть простая и понятная программа проверки скорости, но у них также есть масса ресурсов о том, как улучшить время отклика сервера и скорость загрузки страниц.
7. Dotcom-Monitor
Благодаря 30-дневной бесплатной пробной версии вы можете испытать все возможности Dotcom-Monitor: мониторинг, тестирование скорости и многое другое.
8. Yellow Lab
Вы можете смоделировать TTFB с любого устройства, используя эту простую программу проверки времени загрузки страницы с открытым исходным кодом от Yellow Lab.
9. WebSitePulse
В WebSitePulse есть множество бесплатных инструментов, которые позволяют вам проверить, правильно ли работают определенные разделы вашего сайта или сервера.Их инструменты могут помочь вам легко обнаружить неисправности и немедленно их исправить.
Подведение итогов: что делать сейчас
Время отклика вашего сервера оказывает значительное влияние на качество обслуживания клиентов и ваш рейтинг в поисковой выдаче. Низкая скорость загрузки и производительность могут отпугнуть потенциальных клиентов и сделать ваш сайт менее заметным даже для людей, которые его ищут.
Есть много способов уменьшить время отклика сервера, например, выбрать правильный веб-хостинг, оптимизировать сервер и удалить ненужное вредоносное ПО.Но первый шаг к повышению производительности сервера начинается с выяснения фактического времени отклика вашего сервера.
Попробуйте сами описанные выше методы! И используйте это понимание, чтобы сделать свой веб-сайт быстрее, эффективнее и, в конечном итоге, более прибыльным.
Часто задаваемые вопросы (FAQ)
Какое время подходит для первого байта (TTFB)?
Часто считается равным времени ответа сервера, рекомендуемый TTFB составляет 200-500 мс или лучше.
Как исправить медленный веб-сайт?
Что такое оптимизация сервера?
Оптимизация сервера относится к методам, которые увеличивают обработку данных и производительность серверов.
Почему мой сервер медленный?
Это могло произойти из-за того, что сам сервер перегружен или не оптимизирован, а также из-за задержки подключения к серверу.
Ссылки
- https: // www.thinkwithgoogle.com/marketing-resources/data-measurement/mobile-page-speed-new-industry-benchmarks/
- https://www.keycdn.com/blog/web-performance-advice-2018
- https: / /developers.google.com/speed/docs/insights/Server
Как эффективно сократить время отклика сервера в 2021 году.
Почему вам следует уменьшить время отклика сервера
Согласно Google, люди покидают веб-сайт, если он загружается более чем за три секунды , и мы упоминали, что время ответа сервера играет очень важную роль в определении оптимальной скорости загрузки вашей страницы.
Итак, , высокое время отклика приведет к высокому показателю отказов.
Высокий показатель отказов не только свидетельствует о негативном опыте пользователей; высокий показатель отказов также является отрицательным фактором ранжирования SEO. Конечно, скорость загрузки страницы уже является важным фактором ранжирования SEO, поэтому у Google есть собственный PageSpeed Insights.
Итак, сокращение времени отклика сервера важно по трем основным причинам:
- Лучшие впечатления для ваших посетителей
- Более низкий показатель отказов
- Повышение эффективности SEO.
Какие факторы влияют на время отклика сервера и скорость загрузки?
Во-первых, насколько быстро оптимальное время отклика сервера? Согласно Google, у веб-сайта хорошее время отклика, когда TTFB меньше 200 миллисекунд. Итак:
- Если время ответа вашего сервера меньше 100 мс, это отлично.
- Между 100 мс и 200 мс считается хорошим
- От 200 мс до 1 секунды считается приемлемым, но следует улучшить
- Более 1 секунды ваш сайт считается слишком медленным.
Вы можете использовать различные инструменты, чтобы проверить текущее время отклика сервера, но удобного Google Pagespeed Insights (обсуждаемого выше) обычно достаточно. Если ваше текущее время отклика превышает 200 мс, то вот несколько важных факторов, которые могут быть виноваты:
- Хостинг: во многих случаях высокое время отклика сервера вызвано плохим провайдером веб-хостинга, особенно если вы используете общий вместо выделенного хостинга.
- Конфигурации: ваша служба хостинга и / или настройки сервера могут быть неправильно оптимизированы.
- Ресурсы: , если на вашем веб-сайте много страниц, изображений, плагинов, расширений и приложений, и они плохо структурированы, они значительно замедлят работу вашего веб-сайта.
- Кэширование: правильное кэширование позволяет веб-браузеру извлекать ресурсы из локального кеша вместо того, чтобы каждый раз отправлять новый запрос на сервер. Оптимальное кэширование может значительно повысить скорость загрузки страницы, даже если оно напрямую не сократит время ответа сервера.
- Трафик веб-сайта: согласно общему правилу, когда количество посетителей делает запросы на вашем веб-сайте, превышает возможности вашего сервера, это замедляет время ответа сервера. В таких случаях посетители могут вообще не получить доступ к вашему сайту.
Как уменьшить время отклика сервера
1. Убедитесь, что вы используете правильный хостинг.
Выше мы обсудили, как ваша услуга хостинга может быть причиной большого времени отклика сервера, поэтому важно убедиться, что вы используете надежного и оптимального хостинг-провайдера.
В идеале вам следует выбрать услугу выделенного хостинга, но все мы знаем, что это может быть довольно дорого. Однако существуют услуги общего хостинга, которые должным образом оптимизированы и могут быть экономичным выбором для небольших веб-сайтов.
Итак, выбирая между различными пакетами хостинг-провайдеров, проверьте онлайн-обзоры и рекомендации для провайдеров, которые могут поддерживать быстрое время отклика сервера, которое также составляет стабильно .
Если у вас есть бюджет, то очевидно, что рекомендуется использовать выделенный сервер, и это значительно сократит время ответа сервера.
Другие факторы, связанные с вашим хостинг-провайдером, которые вы можете контролировать, включают:
- Оптимальное кеширование: , если ваш сайт основан на WordPress, вы можете использовать для этой цели плагин кеширования. Если нет, вы также можете попробовать различные сторонние инструменты кеширования.
- Уменьшите количество сценариев PHP: сценарии PHP часто используются во многих различных элементах вашего веб-сайта, включая темы, плагины и другие. Уменьшите их, если они не являются абсолютно необходимыми.Также убедитесь, что на вашем сайте установлена самая последняя версия PHP.
- CDN: использование службы CDN (сети доставки контента) также может быть отличным способом повысить скорость вашей страницы, если в настоящее время вы используете службу общего хостинга с неоптимальным временем отклика.
2. Купите хорошее решение для управления ботами
Около половины всего веб-трафика в мире исходит от ботов, и, как мы обсуждали выше, если выполняется слишком много запросов, чем позволяет ваш сервер, это приведет к более медленному времени отклика.
Таким образом, использование решения для управления ботами, такого как DataDome, может помочь управлять этим трафиком ботов и сократить время отклика сервера двумя способами:
- Обеспечение обслуживания для законных посетителей: когда боты сканируют ваш веб-сайт для совершения злонамеренных действий, для обработки их запросов может потребоваться большая вычислительная мощность сервера. Когда используется решение для управления ботами в реальном времени, такое как DataDome, нежелательный бот-трафик блокируется, высвобождая ресурсы вашего сервера и эффективно сокращая время отклика.Благодаря этому возможно значительное улучшение скорости загрузки страницы, обеспечивая оптимальную скорость просмотра для законных посетителей.
- Оптимизированная пропускная способность сервера: хорошее решение для управления ботами может помочь оптимизировать пропускную способность вашего сервера и сэкономить место на вашем сервере. Например, если бот запрашивает страницу размером 2 МБ, а веб-сайт получает 100 000 аналогичных запросов от ботов каждый месяц, это занимает 200 ГБ полезной полосы пропускания сервера. Опять же, раздутые ресурсы могут привести к увеличению времени отклика сервера.
3. Уменьшите раздувание и размер ресурсов
Во-первых, если ваш сайт находится на WordPress, убедитесь, что выбрали оптимальную тему. Темы WordPress могут содержать различные коды JavaScript и PHP, и когда эти коды не оптимизированы, они могут значительно увеличить время отклика вашего сервера. Опять же, проверьте отзывы и проверьте репутацию создателя тем перед его установкой.
Точно так же, если вы используете плагины (или расширения / надстройки, если ваш сайт не основан на WordPress), убедитесь, что вы используете оптимизированные, которые не раздуваются, чтобы они замедлили время отклика вашего сервера.
Дополнительные советы по этому поводу:
- Минимизировать JavaScript и CSS
Для большинства веб-сайтов CSS определяет, как они будут выглядеть и работать. Они могут занимать значительный объем дискового пространства на сервере, то же самое можно сказать и о JavaScript. Минификация по сути сжимает ненужные разрывы строк, пробелы и символы из кодов CSS и JavaScript, чтобы мы могли немного сэкономить на размере файла и повысить скорость обработки этих кодов.Опять же, если вы используете WordPress, существуют различные плагины, которые могут с этим помочь.
- Оптимизировать изображения и видео
Большинство веб-сайтов в настоящее время богаты визуальными материалами, такими как изображения и видео. Перед загрузкой на ваш сайт убедитесь, что все изображения и видеофайлы правильно оптимизированы и сжаты . Существуют различные инструменты, позволяющие массово сжимать файлы, и они могут значительно помочь в уменьшении размеров файлов и улучшении времени отклика сервера.
4. Оптимизация базы данных
Оптимизация базы данных в вашей CMS может быть очень эффективным способом повышения производительности вашего сервера.
Чем больше увеличивается ваш контент (больше сообщений в блоге, больше комментариев и т. Д.), Тем больше будет размер вашей базы данных и тем медленнее будет работать ваш сайт.
Современные CMS обычно предлагают довольно простой способ оптимизации своей базы данных. WordPress, например, предлагает различные плагины, такие как WP-Optimize, которые позволяют легко выполнять эту функцию.
5. Предварительная загрузка
Предварительная выборка — это, по сути, ожидание и выполнение инструкций до того, как пользователь запросит инструкцию. Например, загрузка контента или ссылок заранее, предвидя будущие запросы пользователя.
Современные браузеры обычно допускают предварительную выборку, и, как правило, существует три различных типа предварительной выборки:
- Предварительная выборка ссылок: если, например, есть только одна или несколько ссылок на странице, и вы уверены, что пользователь нажмет на определенную ссылку, вы можете выполнить предварительную выборку ссылок.Это полезно для более стабильного взаимодействия с пользователем на веб-сайте и может применяться, например, для более быстрой загрузки страницы корзины покупок после того, как пользователь добавил элементы.
- Предварительная выборка DNS: предварительное преобразование доменных имен в формы IP-адресов для более быстрой загрузки.
- Предварительный рендеринг: предварительный рендеринг некоторых элементов или всей страницы.
Хотя предварительная выборка определенно эффективна для сокращения времени отклика сервера, она требует правильного понимания вашего поведения пользователя, иначе это приведет к напрасной трате ресурсов.
6. Избегайте веб-шрифтов
Веб-шрифты или веб-типографика становятся все более популярными на новых веб-сайтах, но когда они не оптимизированы должным образом, они могут создать дополнительную нагрузку на ваш сервер и замедлить скорость отрисовки вашей страницы. Это связано с тем, что веб-шрифты по существу добавляют дополнительные HTTP-запросы к внешним ресурсам.
Как правило, используйте только те стили веб-шрифтов, которые абсолютно необходимы, и, если возможно, включайте только те наборы символов, которые используются на сайте.Однако, если вам нужно использовать веб-шрифты, убедитесь, что вы используете новые форматы WOFF 2.0 для лучшего сжатия.
7. Устранение ошибок 404
ошибки 404 выдается пользователям, когда они запрашивают страницу, которая больше не существует. Дело в том, что эти запросы по-прежнему будут потреблять ресурсы вашего сервера и могут замедлить работу сервера, когда запросов будет слишком много.
Вы можете использовать различные инструменты и плагины для обнаружения на вашем веб-сайте URL-адресов с ошибкой 404, включая бесплатные и удобные инструменты Google для веб-мастеров.
После того, как вы определили ошибку 404 на своем сайте, проверьте объем трафика, который они генерируют. Если ссылки не генерируют трафик, вы можете оставить их как есть. Однако, если они по-прежнему генерируют некоторый входящий трафик, вы можете настроить перенаправления и исправить адреса ссылок для внутренних ссылок.
Однако мы советуем , а не использовать перенаправления, если они не являются абсолютно необходимыми. Переадресация приведет к дополнительным HTTP-запросам, которые могут снизить производительность вашего сайта.
Заключение
Как уже говорилось, типичный пользователь теперь ожидает, что веб-страница загрузится менее чем за 3 секунды. Это приведет к тому, что время ответа сервера составит 200 мс или меньше.
Если вы не соблюдаете эти требования, вы увидите более высокий показатель отказов на своем веб-сайте, что обычно приводит к потере трафика и доходов веб-сайта.
Итак, мы рекомендуем использовать следующие подходы к оптимизации, чтобы эффективно сократить время отклика сервера:
- Проверка и оценка ключевых факторов, которые влияют на время отклика сервера и производительность веб-сайта в целом
- Проверьте текущую скорость вашего сайта и проверьте наличие возможных ошибок
- Как правило, убедитесь, что ресурсы вашего сайта всегда должным образом сжаты и оптимизированы, в том числе для плагинов и тем.
- Используйте подходящее решение для управления ботами, чтобы защитить свой сайт от трафика ботов, который может значительно замедлить время отклика и производительность вашего сервера.
Как сократить время до первого байта (TTFB) и время ответа сервера
Если вы когда-либо запускали тест PageSpeed Insights, вы, вероятно, встречали следующую рекомендацию: «Уменьшите начальное время отклика сервера». Первоначальное время отклика сервера влияет на общее время загрузки и показатели производительности, такие как Крупнейший Contentful Paint, один из показателей Core Web Vitals. Следовательно, это также повлияет на ваш рейтинг PageSpeed.
Уменьшение начального времени ответа сервера означает, что вы должны уменьшить время вашего сайта до первого байта (TTFB) .TTFB означает количество времени, которое требуется браузеру для создания соединения с сервером и начала загрузки содержимого веб-страницы. Таким образом, чем больше вы сможете улучшить свой TTFB, тем выше будет ваша производительность.
Давайте разберемся, что такое TTFB и что вызывает медленный TTFB. Вы узнаете, как его уменьшить и выполнить рекомендацию PSI. Вы заставите свои страницы загружаться быстрее и улучшите свою оценку LCP.
Сколько времени до первого байта (TTFB)?
Google определяет время до первого байта как период «ожидания»:
«Время, затраченное на ожидание начального ответа, также известное как время до первого байта.На этот раз учитывается задержка двустороннего обращения к серверу в дополнение к времени, потраченному на ожидание доставки ответа сервером ».
Проще говоря, TTFB — это количество времени с момента перехода на веб-страницу до момента начала ее рендеринга, то есть момента, когда вы начнете видеть какой-то контент, отображаемый на вашем экране.
TTFB состоит из трех отдельных компонентов:
1. Время, необходимое для отправки HTTP-запроса
TTFB начинается с HTTP-запроса .Время, необходимое серверу для получения запроса, зависит от времени, необходимого для выполнения поиска в DNS, скорости сети пользователя, расстояния до сервера и любых прерываний соединения.
2. Время обработки запроса
Как только сервер получает запрос, он должен обработать его и сгенерировать ответ. Это включает в себя запуск процессов, выполнение вызовов базы данных, выполнение сценариев и взаимодействие с другими сетевыми системами.
3.Время, необходимое серверу для отправки первого байта ответа браузеру
Наконец, сервер должен отправить ответ пользователю. Этот шаг зависит как от сетевой скорости сервера, так и от пользователя. Если у пользователя медленное соединение Wi-Fi, это повлияет на TTFB.
По сути, чем больше времени требуется на отправку запроса на сервер, его обработку и отправку обратно в браузер пользователя, тем больше времени требуется для отображения вашей страницы пользователю.
Почему TTFB важен?
TTFB — это фактор, который влияет на общую скорость вашей страницы, поэтому это важный показатель, за которым нужно следить и оптимизировать, а также для улучшения ваших Core Web Vitals оценок .
Также стоит отметить, что не следует путать TTFB со скоростью страницы. Это просто показатель, который дает вам представление об адаптивности вашего сайта.
TTFB — это метрика, которая (в основном) находится под вашим контролем, и вы можете настроить ее, чтобы ускорить работу своего сайта.Так почему бы не уменьшить его, чтобы сделать ваш сайт быстрее и получить более высокую оценку PageSpeed?
Более того, если уменьшить TTFB:
- Пользователи тратят меньше времени на ожидание загрузки вашего сайта, улучшая пользовательский опыт — не забывайте, что LCP связана с обновлением Page Experience Update, последним фактором ранжирования SEO.
- Пользователи с меньшей вероятностью откажутся от контента, ожидая появления контента на странице, что означает более высокую вовлеченность и удержание.
Какое время лучше всего для первого байта (TTFB)?
Google рекомендует TTFB ниже 200 мс.Аудит Lighthouse завершается ошибкой, когда браузер ожидает ответа сервера на основной запрос документа более 600 мс.
Если TTFB превышает несколько сотен миллисекунд, на вашем сервере могут быть узкие места, которые необходимо изучить.
Google рекомендует сайтам обрабатывать действия / вводимые пользователем данные в течение 50 мс, чтобы обеспечить видимый ответ в течение 100 мс. Для действий, выполнение которых занимает более 50 мс, всегда предоставляйте обратную связь, т. Е. Отображайте индикатор загрузки или меняйте цвет активного состояния.
Что вызывает медленный TTFB?
Когда дело доходит до сайтов WordPress, на время до первого байта могут влиять несколько различных факторов:
Вы мало что можете сделать, чтобы решить проблемы с высоким веб-трафиком или сетью. Но есть способы изменить конфигурацию сервера, динамический контент и время ответа DNS, которые мы рассмотрим ниже.
Как измерить время до первого байта: 4 варианта
Первый шаг к раскрытию того, почему ваш TTFB высок, — это его измерение.Есть несколько способов измерить TTFB, но имейте в виду, что каждый из приведенных ниже инструментов будет выводить разные TTFB, поэтому я рекомендую использовать инструмент, который вам более знаком и удобен.
1. Измерение TTFB с помощью GTmetrix
Вы можете легко измерить TTFB с помощью GTMetrix, который называет эту метрику временем «ожидания».
Чтобы увидеть результаты, просканируйте свой сайт и откройте водопад. При наведении указателя мыши на первый результат в списке вы увидите свои показатели загрузки, включая время ожидания (также известное как TTFB).
GTmettrix — TTFB
2. Измерение TTFB с помощью WebPageTest
Вы также можете измерить свой TTFB с помощью WebPageTest . Когда вы просканируете свой сайт, вы получите TTFB за секунды.
Тест веб-страницы — TTFB
3. Измерение TTFB с помощью Pingdom
Pingdom также измеряет TTFB, называя его временем «ожидания». Чтобы использовать этот инструмент, просто просканируйте свой сайт и прокрутите результаты до раздела «Запросы файлов», где вы увидите время ожидания для вашего сайта и отдельных запросов.
Pingdom — TTFB
4. Измерение TTFB с помощью инструмента KeyCDN Web Performance Tool
Еще один замечательный инструмент для измерения TTFB — это онлайн-тест KeyCDN компании . Он позволяет быстро измерить TTFB из 14 различных точек тестирования. Как видно из результатов ниже, TTFB для сайта WordPress.org ниже в США и выше в Европе, Азии и Австралии, что доказывает, что расстояние и задержка играют большую роль в TTFB.
KeyCDN — TTFB
9 способов сократить время до первого байта в WordPress
Давайте посмотрим, как можно уменьшить TTFB и время отклика сервера для вашего сайта WordPress.
1. Используйте быстрый веб-хост
Использование быстрого веб-хоста с тщательно продуманной архитектурой значительно снизит TTFB. Управляемые хосты WordPress настраивают свои серверы специально для сайтов WordPress, поэтому вы можете быть уверены, что ваш динамический контент в надежных руках.
Вы должны учитывать, где расположены серверы вашего хоста. Выберите хост, который физически расположен ближе к вашим пользователям. Например, если большинство ваших пользователей находится в Европе, было бы разумно разместить ваш сайт в Европе, а не в Соединенных Штатах.(Хотя вы можете обойти это с помощью CDN, который мы рассмотрим ниже.)
Хотя вы не можете контролировать объем трафика своего сайта, вы можете управлять его масштабируемостью. Поэтому, если вы ожидаете большого трафика на свой сайт, убедитесь, что ваш хост может быстро масштабировать ваш сайт, чтобы улучшить его TTFB.
2. Используйте кэширование
Один из самых простых способов уменьшить TTFB — настроить кеширование на вашем сайте WordPress . Кэширование помогает уменьшить TTFB, помогая сократить время обработки сервера.
Проконсультируйтесь со своим веб-хостингом, чтобы узнать, что они предлагают в отношении кэширования объектов. Часто все, что вам нужно сделать, это попросить ваш хост включить его.
Вы также можете включить WP Rocket для кэширования страниц на вашем сайте , чтобы ваши страницы быстрее доставлялись вернувшимся посетителям сайта. Вы сделаете свою работу без каких-либо усилий с вашей стороны. Как только вы включите WP Rocket, плагин сделает всю работу за вас.
Получите WP Rocket сейчас и сразу же протестируйте улучшение!
3.Использовать сжатие GZIP
Применяя сжатие GZIP, вы уменьшаете размер файлов HTML, CSS и JS — все ресурсы будут загружаться быстрее, и вы уменьшите TTFB.
Проверьте своего хостинг-провайдера: некоторые хосты по умолчанию включают сжатие GZIP.
WP Rocket также применяет сжатие GZIP на сайтах, работающих на Apache — вам нужно только включить его!
В качестве бесплатной альтернативы вы можете использовать такой плагин, как Enable Gzip Compression.
4.Оптимизируйте свою базу данных
База данных, содержащая слишком много ненужных данных, таких как редакции сообщений, удаленные и спам-комментарии, а также временные файлы, созданные плагинами, повлияет на время ответа вашего сервера. Вам следует оптимизировать размер своей базы данных и регулярно выполнять очистку.
WP Rocket дает вам простой способ оптимизировать вашу базу данных, уменьшить раздувание и запланировать автоматическую очистку.
Вы найдете специальную вкладку со всеми функциями, такими как публикация, комментарии и автоматическая очистка (ежедневно, еженедельно или ежемесячно):
Вкладка базы данных — WP Rocket
В качестве альтернативы вы можете выбрать простой плагин базы данных, такой как WP-DBManager, или универсальный плагин, такой как WP-Optimize, который очищает базу данных, сжимает изображения и кэширует сайт.
5. Используйте CDN
Использование CDN хорошего качества, такого как RocketCDN, может помочь быстрее доставлять ваш статический контент, такой как изображения и сценарии, пользователям через сеть серверов по всему миру. Это означает, что если ваш сервер географически расположен, например, в Европе, а ваши пользователи в основном находятся в США, они будут получать контент вашего сайта с сервера, расположенного ближе к ним.
Это уменьшает сетевую задержку между сервером вашего сайта и вашими посетителями.
Чтобы узнать больше о CDN и выбрать наиболее подходящий, ознакомьтесь с Как выбрать CDN: откройте для себя лучшие CDN для WordPress.
6. Обновляйте WordPress, плагины и темы
Основная команда WordPress, а также авторы плагинов и тем часто добавляют оптимизацию производительности в свои обновления. Иногда это означает, что они оптимизировали запросы, которые их код выполняет к базе данных, или внесли обновления, влияющие на эффективность кода PHP.
Рекомендуется оставить необходимых плагинов и тем , а остальные удалить.Поэтому регулярно просматривайте свои плагины и темы и удаляйте все, что вы больше не используете.
Качество ваших плагинов также может повлиять на ваш TTFB, поэтому обратите внимание на плагины, которые влияют на производительность вашего сайта. Например, средство проверки неработающих ссылок предназначено для работы в фоновом режиме, время от времени проверяя наличие неработающих ссылок. Результат — медленное администрирование WordPress и увеличенный TTFB.
7. Уменьшить количество запросов
Часто количество запросов, выполняемых вашим сайтом для получения информации из базы данных, может повлиять на TTFB.Чтобы помочь выявить любые узкие места в запросах, попробуйте установить диагностический плагин, например Query Monitor , или подумайте о более мощном инструменте, таком как New Relic . Последний поможет вам вникать в запросы к базе данных, которые занимают больше всего времени или имеют самое медленное время запроса, чтобы вы могли определить, какие плагины, темы или настройки влияют на скорость загрузки страницы вашего сайта.
8. Используйте службу DNS Premium
Типичные пакеты хостинга не предлагают премиум-DNS (хотя некоторые управляемые хосты WordPress поддерживают).Инвестиции в премиум-провайдера DNS обеспечат ответ на DNS-запросов с малой задержкой за счет использования глобальной сети DNS-серверов, что, в свою очередь, поможет снизить TTFB.
Если вы хотите пойти дальше, рассмотрите возможность включения предварительной выборки DNS на своем сайте. Этот метод позволяет указать браузеру выполнять поиск DNS на странице в фоновом режиме во время просмотра пользователем. Для получения дополнительной информации ознакомьтесь с Preload, Prefetch, Preconnect: How to Speed Up Your Site With Browser Resource Hints .
9. Не забудьте последнюю версию PHP
Использование версии PHP 7+ также сокращает время до первого байта. Чтобы дать вам простую причину, PHP 7+ может обрабатывать почти на 50% больше запросов в секунду. Итак, если вы все еще используете PHP 5.6, пришло время обновиться!
Увеличьте время до первого байта прямо сейчас
Вы можете реализовать на своем сайте множество других передовых методов для улучшения TTFB, таких как дисковый ввод-вывод, накладные расходы TLS, уменьшение количества автоматически загружаемых данных и многое другое.Но методы, которые мы рассмотрели в этой статье, относительно просты в применении и существенно улучшат производительность вашего сайта.
WP Rocket — это самый простой способ улучшить ваш TTFB и добиться выдающихся улучшений скорости при отказе от использования различных плагинов для повышения производительности. И вам даже не нужно трогать код!
Уменьшить начальное время отклика сервера
Время ответа сервера (также известное как время до первого байта) измеряет, сколько времени требуется первому байту HTML, чтобы добраться от вашего сервера до браузера посетителя.
Чем быстрее отвечает сервер, тем быстрее посетитель увидит загрузку вашей страницы.
PageSpeed показывает эту рекомендацию, если время отклика превышает 600 мс.
Как WP Rocket может помочь
Кэширование
Кэширование страниц значительно сокращает время ответа сервера за счет обслуживания быстрых HTML-страниц вместо медленных, генерируемых PHP.
Совет для продвинутых:
Обслуживание файла кэша с помощью наших правил перезаписи в файле htaccess является наиболее оптимальным методом.Во многих случаях разница будет незаметна, но она может помочь в ситуациях, когда могут возникнуть проблемы с сервером.
Деактивация Отдельные файлы кэша для мобильных устройств Опция (находится на вкладке Кэш) в большинстве случаев поможет.
Если ваш сайт работает на автономном сервере NGINX без файла htaccess, вы можете реализовать эту конфигурацию для достижения того же результата: https://github.com/S satelliteWP/rocket-nginx
Оптимизация базы данных
Раздутая база данных может повлиять на TTFB.Попробуйте использовать нашу функцию оптимизации базы данных, чтобы уменьшить ее размер, и регулярно выполняйте очистку.
Вы найдете эту функцию в Dashboard> WP Rocket> Настройки> База данных
GZIP сжатие
WP Rocket применяет это автоматически, когда сайт работает на Apache. Сжатие уменьшает размер файла HTML, что ускоряет его загрузку. Подробнее
Кеширование работает, но я все еще вижу рекомендацию
Это означает, что на время отклика сервера влияют дополнительные факторы, не зависящие от WP Rocket.
Хостинг / серверные ресурсы
Ваш сайт может быть настолько быстрым, насколько позволяет ваш хостинг.
Если вы используете общий / дешевый хост, это означает, что ваш сайт разделяет ресурсы с другими на том же сервере. Это влияет на скорость работы вашего сайта даже при кешировании.
Если вы видите время отклика сервера, которое сильно варьируется от теста к тесту или постоянно велико, даже когда кэширование активно, это может указывать на основные проблемы с сервером.
Обновление пакета хостинга или, если вы используете VPS, выделение дополнительных ресурсов.
PHP
Используйте последнюю доступную вам версию PHP.
Если вы все еще используете PHP 5.6, переход на 7+ является обязательным.
География
Расстояние между вашим сервером и посетителями будет влиять на время ответа сервера и время до первого байта.
Если ваш сайт ориентирован на определенный географический регион, найдите хост, который может разместить ваш сайт на сервере, близком к вашей целевой аудитории.
Cloudflare Cache Все
Если вы являетесь пользователем Cloudflare, активация их функции Cache Everything поможет за счет кэширования самого HTML в их CDN, тем самым улучшив время первоначального ответа.
Не забудьте активировать надстройку Cloudflare в WP Rocket для полной совместимости.
Код узких мест
Плагины
или другой код на вашем сайте, который работает медленно или генерирует ошибки, могут ограничивать ресурсы вашего сервера, так что он не сможет реагировать так быстро.
Используйте плагин, например Query Monitor, или, если он доступен вам, сервис, например New Relic, чтобы узнать, есть ли какие-либо проблемы с кодом на вашем сайте.
Дополнительные ресурсы
Как уменьшить время отклика сервера в WordPress
Я уверен, что вы также использовали множество онлайн-инструментов для проверки производительности своих сайтов WordPress и предприняли шаги для их ускорения.
Но вы не получили ожидаемых результатов. Верно?
Это может быть из-за менее известного факта: оптимизация сайта WordPress включает в себя работу как над внешним, так и с внутренним интерфейсом, включая решение для хостинга, на котором работают ваши веб-сайты.
Сегодня я расскажу о роли провайдера хостинга , управляемого , в ускорении работы сайтов WordPress и о том, как эти хостинговые решения помогают сократить время отклика сервера.
Однако, прежде чем я начну, я хочу, чтобы вы поняли четырехэтапный процесс, который приводит к отображению веб-страницы на вашем экране.
- Запрос : это запрос, инициированный браузером посетителя (также известного как клиент).
- Ответ : Запрос обрабатывается, и необходимые ресурсы (файлы веб-страниц, ресурсы и т. Д.) Обрабатываются сервером и отправляются обратно в веб-браузер посетителя.
- Сборка : веб-браузер использует эти ресурсы для запуска процесса рендеринга запрошенной веб-страницы.
- Визуализация : Наконец, посетителю отображается веб-страница.
Из четырех второй шаг (ответ) полностью зависит от хост-сервера. Если сервер не может выполнить этот шаг (по какой-либо причине), следующие шаги откладываются, и, таким образом, страдает UX для посетителя.
Это довольно распространенное явление на виртуальном хостинге, когда пользователю обещают достаточные ресурсы, которые затем распределяются между всеми сайтами, размещенными на сервере. Таким образом, производительность веб-сайта страдает из-за нехватки соответствующих ресурсов, что делает его медленным.Такая низкая производительность также влияет на поисковую оптимизацию сайта и удобство работы пользователей.
Что такое время ответа сервера?
Время ответа сервера (также известное как время до первого байта) — это время, необходимое серверу для ответа на запрос посетителя. TTFB относится к промежутку времени, в течение которого клиент отправляет запрос, а браузер клиента начинает отображать запрошенную веб-страницу.
Меры TTFB включают три компонента
Отправка HTTP-запроса
HTTP-запрос запускается, когда пользователь первоначально загружает веб-страницу.Сервер получает этот запрос и готовит соответствующий ответ. Такие факторы, как скорость сети и расстояние до сервера, могут повлиять на время, необходимое серверу для получения запроса.
Обработка запроса
Когда сервер получает запрос от браузера, он инициирует различные процессы, такие как выполнение сценариев, выборка данных из базы данных и выполнение внутренних задач.
Обработка ответа
После того, как все компоненты ответа были сгенерированы, сервер отправляет его конечному пользователю.Этот шаг зависит от производительности сервера хостинга вашего веб-сайта и скорости подключения пользователя к Интернету.
Изучая результаты, полученные с помощью онлайн-инструмента анализа производительности, такого как WebPageTest, вы могли заметить TTFB. Согласно рекомендациям Google, TTFB веб-сайта не должен превышать 200 мс.
Если вы запускаете тест скорости сайта WordPress, то вы, вероятно, встретите в своих результатах ссылки на медленный admin-ajax.php. Если да, узнайте, как это исправить!
Как уменьшить время отклика сервера?
Многие факторы могут вызвать медленное время отклика сервера.Но здесь я выделю наиболее важные факторы, которыми могут управлять владельцы сайтов.
1. Расстояние между сервером и посетителями
Начнем с фундаментальной проблемы — расстояние, на которое данные должны пройти в обе стороны!
Перед тем, как завершить создание хостинг-сервера, вы должны иметь хорошее представление о том, кто и где находится ваша целевая аудитория. Основываясь на этой информации, вы можете выбрать ближайший к вашей целевой аудитории дата-центр. Это гарантирует, что задержка остается минимальной из-за меньшего расстояния, на которое данные должны перемещаться к серверу и от сервера. В результате время отклика сервера значительно улучшилось.
Если ваша аудитория глобальна, вы можете воспользоваться преимуществами провайдеров WordPress CDN , которые хранят копии ресурсов веб-сайта на глобально распределенных узлах. Когда пользователь запрашивает страницу, она обслуживается ближайшим узлом, а не исходным хост-сервером.
Ваш медленный сайт может повлиять на коэффициент конверсии!
Попробуйте Cloudways и увеличьте производительность вашего WordPress.
2. Трафик
С постоянным ростом вашего бизнеса скачки трафика могут стать очень частыми (практически без предупреждения).
Позвольте мне проиллюстрировать это на примере: если вы разместите специальное предложение на сайте своей кофейни, количество посетителей сайта может значительно вырасти. В результате сервер начинает получать все больше и больше запросов, требующих немедленного ответа. Когда потребление ресурсов достигает предела, время ответа сервера начинает расти. В конце концов, когда все ресурсы будут израсходованы, сайт выйдет из строя, и ваш бренд увидит снижение продаж и репутации.
Я бы не рекомендовал вам отказываться от бесплатного кофе.Что вы можете сделать, так это улучшить медленное время отклика сервера, выбрав веб-хост, оптимизированный для производительности и способный справляться с скачками трафика.
3. Ресурсы хостинга
При запуске онлайн-бизнеса первым делом должно быть тщательное собрание требований к ресурсам сервера. Это должно дать вам представление об объеме серверных ресурсов, необходимых для запуска бизнеса, и будущих прогнозах потребностей в ресурсах.
Если вы не уверены в процессе, сначала обратитесь в службу поддержки вашего хостинг-провайдера и объясните свою ситуацию.Они могут предложить решение, которое работает в вашем случае. Вы даже можете попробовать услугу, прежде чем вкладывать в нее деньги.
Выберите хостинг-провайдера, который постоянно обновляет свою инфраструктуру, использует новейшее оборудование и обновленное программное обеспечение, такое как серверы PHP 7.3 и HTTP / 2.
Кстати, не всегда разумное решение использовать самый большой сервер. Эффективное управление ресурсами и применение всех передовых методов разработки и управления серверами также поможет вам сократить время отклика сервера.
Cloudways предлагает бесплатную пробную версию (без кредитной карты), в которой вы можете запустить любой сервер и проверить его возможности в соответствии с вашими требованиями.
4. Базы данных
База данных — это место, где хранится вся необходимая информация. Его необходимо оптимизировать, чтобы оба сервера могли получать доступ, управлять и обновлять информацию без каких-либо задержек. Необслуживаемым и / или огромным базам данных требуется больше времени для получения нужных данных, и, следовательно, увеличивается общее время отклика сервера.
Чтобы исправить проблемы, связанные с базой данных, попробуйте удалить ненужные и устаревшие данные и переписать запросы для более разумного и быстрого выполнения.
Вы также можете воспользоваться советами по оптимизации базы данных WordPress для повышения производительности, включая настройку структуры базы данных и связанных с оптимизацией базы данных подключаемых модулей WordPress.
5. Динамическое против статического
Динамический контент создается во время выполнения по запросу, сгенерированному посетителем, и обычно различается для каждого пользователя.Например, если я закажу кофе, а вы закажете гамбургер, процесс на нашей стороне останется прежним из-за схожего пользовательского интерфейса веб-сайта. Однако ответ сервера будет другим из-за разного характера двух заказов. Сервер получит два разных набора данных из базы данных и подготовит два отдельных ответа. Теперь масштабируйте пример для популярного ресторана, и вы можете получить довольно хорошее представление о нагрузке на сервер.
Статическое содержимое жестко закодировано в HTML, JS, CSS и изображениях веб-сайта.Эти ресурсы не меняются при вводе различных данных пользователем, и сервер доставляет один и тот же контент каждому посетителю. Это самый быстрый способ доставки контента, поскольку он не потребляет много ресурсов сервера и время ответа сервера увеличивается.
Эксперты
предлагают выгрузить статический контент в WordPress CDN , чтобы сократить время загрузки и потребление ресурсов сервера.
6. Серверное программное обеспечение
Стек сервера серьезно влияет на время ответа сервера.Как правило, стек состоит из комбинации серверов и кэша, которые объединяются для обеспечения вычислительной мощности сервера. Популярные компоненты стека включают Apache, NGINX, MySQL / MariaDB.
Не забывайте обновлять версии WordPress и PHP. Более старые версии часто требуют больше ресурсов сервера и неэффективны при обработке ответов. WordPress Core Team рекомендует использовать PHP7 из-за оптимизации обработки.
WordPress на PHP 7: тесты производительности и руководство по обновлению
7.Выберите хостинг WordPress с умом
Поскольку теперь у вас есть более глубокое понимание того, как серверы обрабатывают запросы клиентов, вы можете принять обоснованное решение о типе хостинга для вашего веб-сайта WordPress. Лучше всего подходит выделенная среда, в которой вы можете контролировать и оптимизировать компоненты сервера в соответствии с вашими требованиями к производительности.
Если вы не разбираетесь в технологиях, выберите высокооптимизированного управляемого хостинг-провайдера WordPress, который позаботится о проблемах управления сервером.
8. Как Cloudways помогает улучшить время отклика сервера?
Cloudways — это управляемая платформа облачного хостинга с оптимизированным стеком серверов, которая идеально подходит для сайтов WordPress. Базовый сайт WordPress, размещенный на Cloudways и установленный Breeze, может быть загружен всего за несколько мс.
Разве не впечатляет?
Загружайте сайты WordPress всего за 37 мс ! Спасибо лучшему хостингу для WordPress
Расстояние между сервером и посетителями
Cloudways сотрудничает с первоклассными поставщиками облачной инфраструктуры и, как следствие, предлагает более 55 центров обработки данных по всему миру.Независимо от того, где находится ваша аудитория, всего выберите ближайший дата-центр и запустите сервер, не беспокоясь о скорости веб-сайта.
Помните, чем ближе сервер, тем быстрее сайт загружается для аудитории. Для глобальной аудитории используйте CloudwaysCDN .
Трафик
Чтобы справиться с пиками трафика, ресурсы сервера на Cloudways могут быть увеличены в всего одним щелчком мыши .
Эта функция полезна как для нового, так и для уже существующего онлайн-бизнеса.Существующие предприятия могут работать, не беспокоясь о потере трафика из-за сбоев серверов, а новые предприятия, которые не уверены в своих будущих потребностях, могут легко масштабировать свои ресурсы при необходимости.
Поддержка
Эксперты по облачным технологиям Cloudways готовы помочь вам круглосуточно и без выходных. Не стесняйтесь обсудить и сообщить службе поддержки Cloudways о ваших требованиях / запросах, чтобы они могли помочь вам соответствующим образом.
Базы данных
В настоящее время официальный WordPress поддерживает только MySQL и MariaDB.Учитывая это, мы в Cloudways оставили выбор пользователям WordPress, добавив в платформу и то, и другое. Преобразование MySQL в MariaDB осуществляется одним щелчком мыши.
Динамическая и статическая
Как описано выше, это решение варьируется от пользователя к пользователю. В Cloudways серверы поставляются с предустановленным PHP7 (последняя версия — PHP 7.3), что значительно ускоряет обработку динамического контента. Но вы должны убедиться, что вся база кода вашего приложения совместима с PHP7.Для этого создайте промежуточную среду WordPress для вашего действующего сайта и все протестируйте. Как только вы будете удовлетворены, внесите изменения в живую версию. Для статического содержимого лучше всего подходит формула ThunderStack !
Серверное программное обеспечение
Серверы
Cloudways представляют собой комбинацию Apache, NGINX, Varnish, Memcached, PHP-FPM, Redis и поддержки PHP 7.x. Все это объединяет вместе и повышает производительность сайта WordPress.
TTFB на серверах Cloudways
Для тестирования я запустил сервер Linode объемом 1 ГБ (в дата-центре Fremont) со всеми настройками по умолчанию. Затем я установил Breeze , чтобы включить минификацию и группировку.
Затем я запускаю тест через Web Page Test. Вот результаты .
Как видите, время до первого байта (TTFB) составляет менее 200 мс, что соответствует рекомендациям Google.
Когда тот же сайт тестируется на Pingdom.Вот что у меня получилось!
Подведем итоги!
Повышение общей производительности и сокращение времени отклика сервера для сайта WordPress — это вопрос соблюдения всех передовых практик. Когда вас устраивает значение TTFB вашего хостинг-провайдера, вы можете приступить к реализации советов по ускорению сайта WordPress.
Хотите протестировать TTFB вашего существующего сайта WordPress на Cloudways? Начните с бесплатной пробной версии и перенесите свой сайт на WordPress всего за несколько кликов.И не забудьте поделиться результатами в разделе комментариев ниже.
Отзывы клиентов на
«Красиво оптимизированный хостинг для WordPress и Magento»
Арда Бурак [Владелец агентства]
Мустаасам Салим
Мустаасам — менеджер сообщества WordPress в Cloudways — управляемой платформе хостинга WordPress, где он активно работает и любит делиться своими знаниями с сообществом WordPress.Когда он не работает, вы можете увидеть, как он играет в сквош со своими друзьями или защищается в футболе и слушает музыку. Вы можете написать ему по адресу [email protected]
.
×
Получите наш информационный бюллетень
Будьте первым, кто получит последние обновления и руководства.
Спасибо за подписку на нас!
.