#pagespeed-insights
Вопрос:
Я провел большую оптимизацию, и когда я тестирую свою страницу, я получаю разные результаты в течение всего дня и разные результаты с интервалом всего в несколько минут.
Одна и та же страница, проверенная с интервалом всего в несколько минут, дает разницу между 94 > 61 (большая разница) и чем-либо средним. Сервер НЕ находится под нагрузкой, и с этим также не связаны какие-либо ошибки.
Один тест даст мне CLS 0,007, а через 1 минуту тот же тест на той же странице даст CLS 0,714, а иногда 1,4 для той же страницы?
Во-вторых, у меня есть живой и промежуточный сайт, я получаю оценки 10 по всему, начиная с промежуточного сайта и заканчивая живым сайтом. Они являются зеркалами друг друга, и все идентично, один и тот же веб-сервер, одна и та же конфигурация, один и тот же общий сервер mariadb, один и тот же php, все одинаково.
Кроме того, сегодня результаты с промежуточного сайта были намного выше, потому что не было обнаружено неиспользуемых ошибок js или css, несмотря на то, что они идентичны, на обоих сайтах все одинаковые js, все одинаковые css. Это причина, по которой промежуточные баллы выше. Также не имеет никакого отношения к кэшированию, так как я даже отключил CDN и WP-ракету на промежуточном сайте, и она ВСЕ равно набрала больше очков, чем на живом сайте.
Я в тупике.
2021-04-22 обновление 07: 05 Утренние тесты дают мне CLS 0,005 для мобильных устройств и 0,002 для настольных компьютеров. Повторный тест через 2 минуты дает мне 0,841 для мобильных устройств и 0,002 для настольных компьютеров. Мне действительно нужно попытаться понять, почему такая разница в изменении макета, я в конце концов пойму.
2021-04-23 Я упоминал, что получаю стабильно более высокий балл между моей постановкой и живым сайтом. Сегодня я понял, почему. У меня отключен CDN на моем промежуточном сайте, в тот момент, когда я включил его, CLS ухудшается, и оценка падает. Я тоже этого не представлял, я несколько раз включал и выключал CDN, и сразу же оценки росли / падали. Затем я устанавливаю, чтобы CDN был зарезервирован только для изображений, а затем все в порядке, в тот момент, когда я разрешаю CDN кэшировать js и css, результаты проваливаются, и CLS возвращается. Как это вообще возможно?
Комментарии:
1. Я голосую за то, чтобы закрыть этот вопрос, потому что это напыщенная речь без какого-либо направления или вопроса.
2. Если вы хотите перефразировать вопрос с некоторыми конкретными моментами, я буду рад помочь вам определить причину вашего CLS. Подобные вариации часто сводятся к тому, что некоторые элементы загружаются рано на одном запуске и поздно на другом (изменчивость сети). Если вы хотите поделиться общедоступным URL-адресом сайта, я буду рад найти вас. Кроме того, если вы дадите мне секунду, я дам вам пару ответов, которые я дал ранее, которые могут помочь вам определить проблему. Прежде всего, поймите, что Google получает свои данные не из — за анализа скорости страниц -они используют набор данных CrUX, взятый из реальных браузеров.
3. Оставьте свой URL-адрес в комментариях, я найду проблему для вас, так как я еще не видел, чтобы инструмент неправильно сообщал CLS.
4. Близкое голосование отменено, я понимаю разочарование, но за вашим вопросом намного легче следить, когда вы «вымещаете гнев», как кто-то однажды сказал мне, 🤣 🤣 🤣 Поищу вас позже.
5. Это на настольном компьютере, мобильном устройстве или и том, и другом? Я вижу проблему на рабочем столе, в которой вы не встроили все свои важные CSS, поэтому вы получаете огромный сдвиг при загрузке «floatsome.css» (это ваши графические поля вверху, которые переходят в нужное положение). Еще не видел его на мобильном телефоне. Знаете ли вы, как запустить трассировку производительности, когда изменения макета отображаются в Google Chrome, и это самый простой способ опубликовать их. Наконец, удалите любую ерунду, которая мешает работе правой кнопки мыши и F12 — они не обеспечивают никакой защиты, но вызывают проблемы с доступом (и усложняют отладку!).
Ответ №1:
То же самое происходит и со мной. Если на вашем сервере включен тип ограничения DOS, это может быть причиной. Google перенаправляется в кэш из-за повторного посещения, следовательно, дополнительное время из-за перенаправления.
Комментарии:
1. Ах, я никогда об этом не думал. У меня действительно есть система защиты от DDOS в моем блокировщике nginx, завтра я посмотрю в журналах. Странно то, что как промежуточные, так и живые сайты имеют одинаковую конфигурацию, но определенно стоит проверить журналы завтра, чтобы убедиться.
2. Другая мысль заключается в том, что Google может ограничить количество запросов, которые вы можете выполнять в минуту, прежде чем они попадут в их кэш.
3. Я думал, что все их тесты будут обрывать кэш? Иначе как вы вообще узнаете, хороши ли внесенные вами изменения. Хмм, позволь мне уйти и завтра снова проверить. Обновим здесь.
4. Если ваше перенаправление в кэш занимает достаточно времени, чтобы негативно повлиять на ваш показатель PSI (поскольку обслуживание из кэша / CDN должно быть быстрее, а не медленнее), то у вас неправильно настроен кэш. Весь смысл кэша в том, чтобы сократить время, а не увеличить его. Кроме того, PSI всегда запускается из холодного кэша на их конце (первый посетитель), поэтому нет никаких шансов на какое-либо вмешательство с их стороны. Если PSI удастся запустить защиту от DDOS, я был бы поражен, поскольку он просто запрашивает страницу через веб-браузер без головы, поэтому, если вы не запустили PSI сразу с 50 разных вкладок, я сомневаюсь, что DDOS мешает.
5. Я проверил журналы сервера, и это ничего не делает мой блокировщик, и каждый выполненный тест также на 100% направлен непосредственно на мой сервер, так что никаких проблем с кэшированием или чего-либо еще
Ответ №2:
Я решил все проблемы с CLS с помощью вставки CSS моей темы и некоторых других исправлений. Теперь последовательно 0 CLS на настольных и мобильных устройствах и оценка 97 мобильных и 100 настольных.