#google-pagespeed-insights-api
Вопрос:
Мы используем API PageSpeed Insight для проверки производительности нашего сайта.
Мы обнаружили, что некоторым сторонним сценариям, которые делают поздние запросы XHR, обычно в конце network-requests раздела ответа PageSpeed Insight, иногда присваивается statusCode значение «-1» и endTime «-1».
Я предполагаю, что statusCode значение «-1» и endTime «-1» означает, что время ожидания запроса истекло или было прервано логикой API PageSpeed Insight.
Правильно ли это?
Когда такие поздние запросы присутствуют в network-requests нашем рейтинге LCP, он ниже, чем когда мы не видим таких поздних запросов XHR.
Почему такие запросы могут повлиять на LCP?
В большинстве случаев эти запросы являются запросами сердцебиения, которые срабатывают каждые несколько секунд. Похоже , что API PageSpeed Insight запросит/зафиксирует некоторые из этих ранних запросов network-requests с правильным endTime и statusCode , но если API каким-то образом запросит один из этих запросов примерно с 12 до 13 секунд, похоже, что API просто отменяет эти запросы, и именно в таких ситуациях мы видим, что LCP будет затронут.
Вот пример с ожидаемым LCP:
- LCP: 2,5 секунды
- Последний запрос XHR, указанный в списке
network-requests, имел код состояния=200, время начала=8527, время окончания=8587
Вот пример неожиданного LCP:
- LCP: 6,9 секунды
- Последний запрос XHR, указанный в списке,
network-requestsимел код состояния=-1, время начала=13041, время окончания=-1