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

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

Помогла статья? Подписывайся на telegram канал автора

Время загрузки страницы и время отклика — в чем разница?

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

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

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

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

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

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

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

• Время до первого байта
• Пора получать заголовки
• Время загрузки HTML сайта

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

Время загрузки

Время загрузки страницы — другой, но не менее важный показатель. Время загрузки — это более простое понятие, относящееся ко времени, необходимому для загрузки и отображения отдельной веб-страницы.Сюда входят все элементы страницы, такие как HTML, скрипты, CSS, изображения и сторонние ресурсы.

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

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

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

С помощью Pingdom вы можете отслеживать время загрузки страницы двумя способами:

• Мониторинг скорости загрузки веб-страницы — детальное тестирование сообщает о размере и времени загрузки каждого элемента на вашем веб-сайте, от HTML и CSS до шрифтов, изображений и окончательного времени загрузки. Кроме того, он содержит предложения по увеличению скорости загрузки.
• Мониторинг реальных пользователей — Pingdom отслеживает реальных пользователей вашего сайта и сообщает фактическое время загрузки, которое испытывают ваши посетители.Вы можете использовать эти данные, чтобы лучше понять, как время загрузки вашего сайта различается в зависимости от таких факторов, как местоположение, устройство или браузер. Вы также можете отслеживать время загрузки в течение периода до 400 дней, помогая увидеть, влияют ли какие-либо стратегии оптимизации, которые вы реализовали, на скорость сайта.

Зависимость времени загрузки страницы от времени отклика — что нужно отслеживать?

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

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

• Среднее время до первого байта — рекомендуется: менее 1,3 секунды
• Среднее время отображения контента для пользователей — рекомендуемый метод: менее 3 секунд

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

Google также сообщил следующее:

• Страницы, загружающиеся в течение 1–3 секунд, увеличивают вероятность отказов на 32%.
• Страницы, загружающиеся через 1–5 секунд, увеличивают показатель отказов на 90%.

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

Медленное время отклика

Медленное время отклика может указывать на множество других сложных и специфических проблем:

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

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

Время медленной загрузки

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

• Оценки производительности — Оценки производительности Pingdom основаны на времени загрузки страницы и дают вам представление о том, как работает ваш сайт и где его нужно улучшить.
• Размер элемента — Pingdom отслеживает каждый элемент страницы (включая HTML, JavaScript, CSS, изображения и т. Д.) И сообщает о размерах отдельных файлов. Это поможет вам определить любые раздутые компоненты, которые необходимо оптимизировать.В зависимости от проблемы вам может потребоваться сжать изображения, удалить ненужные пользовательские шрифты, сжать файлы или реализовать другие стратегии оптимизации.
• Время загрузки элементов —Pingdom также сообщает время загрузки отдельных элементов страницы и порядок их загрузки. Pingdom делает скриншоты процесса загрузки с интервалом в 50 миллисекунд и представляет их в виде киноленты, чтобы вы могли анализировать, что происходит при загрузке вашего сайта, и определять узкие места, влияющие на скорость загрузки веб-страницы.В зависимости от результатов вам может потребоваться изменить порядок загрузки скриптов и стилей на вашем сайте.

Последние мысли о времени загрузки страницы и времени отклика

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

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

Разница между временем отклика и временем загрузки страницы

В отчетах Pingdom вы увидите два слова для описания скорости вашего веб-сайта: Время отклика и Время загрузки . Время отклика — это термин, используемый в ваших отчетах о времени работы, а время загрузки страницы или просто время загрузки — это то, что вы увидите в отчетах RUM и Page Speed.Вы можете подумать, что это просто разные термины для обозначения одного и того же, но они совершенно разные! В этой статье мы поговорим о разнице между ними.

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

Для проверки работоспособности (HTTP-проверка) время ответа рассчитывается как время, необходимое для выполнения HTTP-запроса GET на указанный URL-адрес, поэтому время ответа рассчитывается в трех частях:

• Время до первого байта
• Пора получать заголовки
• Время загрузки HTML сайта

Пропуская динамический контент, большинство из вас распознает это как запрос cURL.Если вы хотите, чтобы время отклика было всего лишь TTFB (время до первого байта), вы можете использовать проверку Ping, поскольку это почти эквивалентно.

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

Подробнее о времени отклика можно прочитать здесь.

Время загрузки

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

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

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

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

Как проверить время ответа веб-сайта

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

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

Интернет-пользователи ожидают не только более быстрой загрузки страниц веб-сайтов, но и укрепления сетевых подключений по всей территории Соединенных Штатов. Фактически, в течение следующих нескольких лет доступ в Интернет 5G принесет одно из величайших изменений, которые наш цифровой мир видел за многие годы.

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

На данный момент вы, вероятно, знакомы с растущими ожиданиями конечных пользователей и Google.По состоянию на 2018 год обе организации увеличили ожидаемое время отклика веб-сайта с 2,11 секунды до 1,3 секунды. Это как для мобильных, так и для настольных сайтов.

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

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

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

Какое время отклика веб-сайта? Краткое объяснение

Итак, что мы имеем в виду, когда говорим о времени отклика? По сути, этот термин также является его определением.Чтобы получить подробное объяснение, посетите нашу статью в Wiki о времени ответа.

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

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

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

Как инструменты тестирования времени отклика помогают вашему сайту

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

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

• Блок-схемы / отчеты, показывающие поток данных от сервера к браузеру конечного пользователя
• Сколько времени потребовалось браузерам конечных пользователей, чтобы начать анализ полученных файлов
• Сколько времени потребовалось для получения и визуализации первого встроенного изображения
• Настройка DNS и продолжительность соединения (подчеркивает эффективность передачи пакетов данных)
• Общий размер пакетов данных

Время отклика тестируемого веб-сайта | Пошаговое руководство

Поскольку существуют буквально десятки эффективных инструментов для тестирования времени отклика веб-сайтов, мы собираемся предоставить довольно обобщенное руководство, основанное на тесте веб-сервера HTTP / HTTPS, проведенном Dotcom-Tools.Эта расширенная платформа тестирования предлагает аналитические данные на глубоком уровне, касающиеся времени отклика сервера, скорости рендеринга веб-сайта, TTL (общего времени загрузки) и работоспособности элементов на странице.

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

Шаг первый — введите URL-адрес веб-сайта и характеристики сервера

Введите URL-адрес вашего веб-сайта в поле поиска.Отсюда выберите соответствующий тип сервера: HTTP или HTTPS, а затем выберите Тип запроса в раскрывающемся меню. Типы запросов включают GET или POST. В общем, вы должны использовать настройку по умолчанию GET.

Шаг второй — дополнительные параметры

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

Шаг третий — проверка информации и выполнение теста времени отклика

После ввода всех необходимых и дополнительных данных убедитесь, что они верны, и нажмите «НАЧАТЬ ТЕСТ», чтобы запустить различные протоколы тестирования.

Шаг четвертый — анализ результатов

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

• Время отклика и работоспособность веб-сервера
• Время отклика элемента на странице и качество загрузки
• Скорость загрузки веб-сайта (длительность)
• Общее время загрузки всего веб-сайта / веб-страницы

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

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

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

Насколько важно время ответа сервера?

Время отклика сервера (SRT) — это промежуток времени между тем, когда веб-клиент делает запрос (например, щелчок по ссылке или ввод 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% при пятисекундной загрузке.”

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

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

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

Как проверить свой 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)

Уменьшите и оптимизируйте свои скрипты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

7 способов сократить время отклика сервера {повысить скорость сервера}

Уменьшение времени отклика сервера должно быть основной задачей владельцев веб-сайтов и экспертов по SEO.

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

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

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

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

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

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

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

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

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

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

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

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

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

Скорость нагружения влияет на UX

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

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

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

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

Google классифицирует веб-сайты на три группы в зависимости от достигнутой ими скорости:

• Быстрый (90-100)
• Средний (50-89)
• Медленный (0-49)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. Отслеживание использования PHP

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

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

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

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

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

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

7. Минимизировать скрипты

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

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

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

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

Заключение

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

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

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

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

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

Скорость имеет значение

Скорость отклика имеет значение по двум причинам:

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

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

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

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

Предел времени ответа

Три ограничения по времени ответа сегодня такие же, как когда я писал о них в 1993 году (на основе 40-летнего исследования пионеров человеческого фактора):

• 0.1 секунда дает ощущение мгновенного отклика — то есть результат ощущается так, как будто он был вызван пользователем, а не компьютером. Этот уровень отзывчивости необходим для поддержки ощущения прямого манипулирования (прямое манипулирование — один из ключевых методов графического интерфейса пользователя для повышения вовлеченности и контроля пользователя — подробнее об этом см. В нашем курсе «Принципы пользовательского интерфейса, который должен знать каждый дизайнер»).
• 1 секунда сохраняет поток мыслей пользователя без шва .Пользователи могут ощущать задержку и, таким образом, знать, что компьютер генерирует результат, но они все еще чувствуют, что контролируют общее впечатление и что они двигаются свободно, а не ждут на компьютере. Такая отзывчивость необходима для хорошей навигации.
• 10 секунд удерживает внимание пользователя . Через 1–10 секунд пользователи определенно чувствуют себя во власти компьютера и желают, чтобы он был быстрее, но они могут справиться с этим. Через 10 секунд они начинают думать о других вещах, что затрудняет их восстановление после того, как компьютер наконец отреагирует.

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

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

Необычные виджеты, медленный отклик

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

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