Когда сайт загружается медленно, не всегда ясно, кто виноват. Это поставщик ДНК? Сервер сам? Что -то посередине? Чтобы помочь веб -специалистам точно определить, куда идет задержка, я опубликовал этот инструмент на этом сайте, который измеряет весь жизненный цикл HTTP -запроса, от разрешения домена до содержания контента.

Этот инструмент на основе браузера использует диагностику на стороне сервера для моделирования реального мира спроса на HTTP и разделения компонентов того времени. Может быть полезно, проверяете ли вы свой домен, устраняете устранение неполадок партнера по медленной загрузке или просто эталон производительности CDN на протяжении всего URL.

Используйте инструмент ниже, чтобы проанализировать любую публичную производительность URL -адреса:

Как прочитать результаты

При выполнении теста инструмент выполняет прямую трансляцию cURL Спрос и отчеты являются подробной информацией о времени в секундах. Вот что означает каждая из показанных показателей:

• Время поиска ДНК: Это относится к времени, необходимому для разрешения доменного имени на соответствующем IP -адресе. Если это число высокое, оно может указывать на медленные серверы имен, проблемы с распространением ДНК или плохую работу поставщика ДНК. Google рекомендует сохранить его до 50 мс, и что -то выше 100 мс считается возможным сужением.
• Время подключения TCP: Он измеряет, сколько времени требуется для подключения соединения TCP с сервером. Задержка здесь может указывать на сетевую задержку, брандмауэры или расстояние до исходного сервера. Желательное значение ниже 100 мс; Последовательные времена выше 150 мс могут указывать на неэффективность сетей или маршрутизации.
• Время рукопожатия TLS (Только https): Если запрос представлен в HTTPS, эта цифра отражает время, проведенное в разговоре в безопасном соединении. Устаревшие наборы шифров, сертификаты, которые истекли или перегружены серверы краев, могут вызвать длинное рукопожатие TLS. Google считает что -то оптимальное до 100 мс, в то время как более 200 мс может быть симптомом безопасности или производительности в неправильных конфигурациях.
• Время до передачи: Это включает в себя ДНК, TCP и TLS — все, что происходит до отправки фактического запроса. Это отражает кумулятивное время начала до начала лечения сервера. Идеально перед временем передачи от 100 до 300 мс; Все выше 400 мс должно изучать фазу по фазе.
• Время до первого байта (TTFB): Эти показатели измерили время, необходимое для начала отправки ответа на запрос. Высокий TTFB может указывать на задержку на стороне сервера, такую как медленные базы данных, неиспользованный динамический контент или плохая производительность сервера. Инструкции Google являются TTFB ниже 200 мс; Постоянные значения выше 500 мс предлагают проблемы или проблемы с инфраструктурой.
• Общее время передачи: Это целая продолжительность с начала запроса до получения последнего байта. Если ваш TTFB быстрый, но общее время медленное, это может быть связано с размером реакции, дроссельной заслонкой сервера или задержкой в подаче. Цель HTML загружается на широкополосную связь менее 500 мс; Более 1 секунды может указывать на несжатые активы или неэффективную доставку.
• Http code: Это код реакции, возвращаемый сервером (например, 200 успехов, 301/302 для диверсии, 404, чтобы найти). Это дает контекст серверу, обрабатываему запрос.

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

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