Особенности google pagespeed: улучшение оценки сайта и его рейтинга в поиске

Changelog

4.0.2

Bugfix google has introduced a couple new report types that were not handled by JS templating in this plugin. Added support for the new type and also tried to more gracefully handle this issue if/when this happens again in the future.


4.0.0

  • NOTICE: This upgrade will remove any existing reports or snapshots created by older versions of this plugin as they are not compatible with the newest version of the pagespeed API (v5)
  • Migrating to the latest version of the Google Pagespeed Insights API (v5). This comes with pretty big changes to reporting and is incompatible with reports generated from previous versions of the API (and this plugin)
  • Replaced the Google API PHP library previously used by this plugin in favor of a much smaller and simpler class
  • Bugfix SQL Mutex lock key not unique per installation causing issues when trying to run this plugin on multiple sites sharing the same SQL server

3.0.4

  • Fixed bug where WordPress heartbeat API filter function failed to return properly
  • Added additional options for max runtime to support scenarios where even 60 seconds was over the server max run time

3.0.3

Fixed bug where Maximum Script Run Time option could not be set to “No Limit” after previously being set to a higher value

3.0.2

Fixed bug introduced in v3.0.1 effecting servers running PHP 5.4 where a PHP error is produced while trying to perform actions in the plugin like saving options

3.0.1

  • Added snapshot comments to the view snapshot / compare snapshot templates
  • Fixed bug with snapshot report type label reading ‘both’ when it should read either desktop or mobile
  • Fixed bug with snapshot report description label not loading translatable string
  • Fixed bug preventing snapshot comments from being displayed in snapshots list table
  • Improved hardening against authenticated XSS attacks
  • Improved adherence to WordPress coding standards and best practices

3.0.0

  • Includes all previously “premium” functionality for free. This includes report snapshots, snapshot comparison tool, custom URL reporting, and scheduled report checks.
  • Added in URL hotlinking in report details for paths to assets (images/scripts/etc)

2.0.0

  • Major rewrite for better compatibility and performance
  • Updated to the latest Google Pagespeed Insights API verison and library
  • Fixed issues with bulk installers not generating DB tables
  • Consolidated scan methods to a single more reliable method inspired by WP cron
  • Better identify, communicate, and resolve issues with environments that have difficulties with scanning pages or API errors
  • Improved API error logging
  • Added ‘abort scan’ functionality to cancel an in-progress scan
  • Added ‘Maximum Script Run Time’ option to advanced configuration to allow scans to run in shorter intervals for web hosts which have script timeouts that cannot be overridden
  • Update the codebase to adhere better to WordPress coding standards and best practices

1.0.6

  • Fixed error with WP_List_Table introduced with WordPress 4.3
  • Added Russian translation. Thank you Ivanka from coupofy.com

1.0.5

  • Fixed problem with temp directory used by Google API which was not writable on many shared hosting environments, and prevented the plugin from working properly. Replaced sys_get_temp_dir function with WordPress get_temp_dir function to resolve.
  • Added Spanish and Serbian translations. Thank you Ogi Djuraskovic from firstsiteguide.com for providing these.

1.0.2

  • Tweaked styles to look better in the new WordPress 3.8 admin theme.
  • Fixed accidental use of some php shorttags (<? instead of <?php) that was causing activation errors for some. (Thank you bekar09 for first finding this error)
  • Tweaked ajax.js for better performance (Thanks to Pippin for the suggestion)
  • Tweaked use of get_pages() for better performance (Thanks to Pippin for the suggestion)
  • Fixed a number of php notices

1.0.1

  • Fixed a potential conflict with other plugins that also utilize the Google API PHP library. The API is now only included if the Google_Client class does not already exist.
  • Added additional checking during plugin activation to fail fast if the server does not meet the minimum plugin requirements.

What do the results mean?

The internet speed test measures the download and upload speeds from your router or primary Wifi point.

This represents how quickly your network can receive data from internet servers in a certain amount of time. Download speed is measured in megabits-per-second (Mbps). This is what we usually think of when we hear “internet speed.” If you have a faster connection, you’ll be able to receive more data in a shorter amount of time. For example, fast download speeds mean smooth video streaming, smooth online gaming, and fast web browsing.

Note: 

  • Your download speed is determined by the plan you have purchased from your Internet Service Provider (ISP.) Some plans are limited to 10 Mbps, while others can go all the way up to 1000 Mbps.
  • Some devices like mobile phones won’t have speeds as fast as computers. The model or version of the device can also affect speeds.
 
Megabits Per Second (Mbps) Rating What you can do
100 Mbps and up Blazing fast Stream 4K videos on multiple devices, play online games with your friends, or have a video conference — all at the same time. 
50 Mbps and up Lightning fast Stream 4K video, video conferences, and online games on multiple devices at the same time. 
25 Mbps and up Pretty snappy Reliably stream HD videos on multiple devices at the same time.
13 Mbps and up Good Stream a few HD videos at once. Decent for a crowded home, but best for small households.
7 Mbps and up Ok Stream one HD video. If multiple devices are streaming videos at the same time, you might run into some buffering.
3 Mbps and up A little slow Stream a standard definition video on one device.
Under 3 Mbps Not so great Web browsing should be fine, but videos may load slowly.

What to do if results aren’t what you expected

  • Try to run a speed test again. Slow results can be due to congestion on your ISP’s network or on the internet, which are most crowded during peak hours like dinnertime. When networks get crowded, data gets slowed down.
  • Turn off Priority device. Priority device reserves bandwidth for the prioritized device and will result in slower network check results.
  • Perform a mesh test and check if there are issues with your network.
  • Check with your ISP if there are any outages or issues with their internet service.

To calculate your download speed, the Google Home or Google Wifi app measures how much data your router or primary Wifi point can send and receive from Google’s servers in a given amount of time. We believe that testing speed against a popular server such as YouTube instead of the closest one provides a truer measure of normal, everyday internet use. 

For example, if your download speed is 45 Mbps, that means:

45 megabits of data can be transferred in one second from YouTube’s servers to your home.

Note:

  • Any speed test is just a snapshot of your download speed, which depends on when and where you use the internet. You might not have the same speed for everything you do online. 
  • Network congestion is a factor. Depending on what you’re doing, when you’re doing it and what other people on the internet are doing, your download speed could potentially be higher or lower than your speed results. 

Upload speed

This measures how fast your network can send data to a server. Upload speed is important for online gaming, video or voice calls, and uploading large files like videos to YouTube or backing up photos. This is measured in megabits-per-second (Mbps).

Overall performance also depends on internet speed

You can have the best router in the world, but if the internet connection provided by your ISP is slow, you’ll still have slow performance.

Why do other speed tests give me different results?

Most online speed tests check for speeds between your personal devices and a server. But these results will vary depending on two factors:

  1. Your location
  2. The location of the server

Some tests automatically select the closest server to you, while others let you select from a list of several servers.

Either way, one thing’s for sure: distance matters. Test against a server that’s close to you and the results will be faster. Test against a farther server and they’ll be slower. This variability can lead to results that aren’t always representative of the speeds you’ll experience in everyday use.

That’s why Google measures the speed between your Wifi point(s) and Google’s servers. We believe that testing speed against popular servers such as YouTube’s servers provides a truer measure for normal, everyday internet use.

Имитация загрузки страницы

В этом блоке отчета PSI выводятся результаты имитации загрузки страницы с помощью технологии Lighthouse. Здесь представлено шесть показателей. Именно на их основе формируется балльная оценка скорости загрузки страницы. Причем показатели имеют . По значимости они распределяются так:

5 (самый важный) — время загрузки для взаимодействия (TTI);

4 — индекс скорости загрузки (Speed Index);

3 — время загрузки первого контента (FCP);

2 — время окончания работы ЦП (First CPU Idle);

1 — время загрузки достаточной части контента (FMP);

0 (не учитывается) — максимальная потенциальная задержка (FID).

Пройдемся по каждому показателю.

Время загрузки первого контента (FCP)

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

Время загрузки первого контента значительно выше в мобайле. На 9 сайтах из 48 (19%) оно превосходит 6 секунд. При просмотре с десктопов скорость FCP значительно выше — здесь только у 5 площадок (10%) первая отрисовка длится более 2 секунд.

По отраслям:

Время загрузки достаточной части контента (FMP)

Первая значимая отрисовка (First Meaningful Paint, FMP) — это время от начала загрузки страницы до момента, когда пользователь видит достаточно контента для начала работы со страницей.

Значения FMP интересно сравнить с FCP. В 40% случаев при просмотре с десктопов FMP совпадает с FCP — пользователи при первой отрисовке сразу видят значимую часть контента. В остальных случаях пользователям приходится дополнительно ждать загрузки контента (в среднем — 0,3 секунды).


При просмотре с мобильных у 46% сайтов FCP совпадает с FMP, но разрыв между этими показателями выше — в среднем 1,4 секунды (что в 4,7 раз выше, чем при просмотре с десктопов).

По отраслям (мобайл):

По отраслям (десктопы):

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

Индекс скорости загрузки

Индекс скорости загрузки (Speed Index) — это время, за которое отображаются видимые части страницы. Эта метрика разработана и используется сервисом webpagetest.org. Сервис делает последовательные скриншоты загрузки страницы, анализирует динамику загрузки контента и выводит Speed Index.

Посмотрим на значения Speed Index по анализируемым сайтам.

В мобайле 54% сайтов имеют индекс скорости загрузки выше 10 секунд и 85% — выше 5 секунд (помним о том, что Speed Index — это второй по значимости фактор при формировании балльной оценки скорости загрузки сайта в PSI).

На десктопах ситуация значительно лучше — здесь только 23% сайтов имеют Speed Index выше 5 секунд.

По отраслям:

Лучшие значения Speed Index наблюдаются в сфере продажи автотоваров, а также одежды, обуви и аксессуаров. Сайты магазинов электроники в мобайле имеют демонстрируют самую длительную загрузку — в среднем более 14 секунд.

Время окончания работы ЦП

Раньше этот показатель назывался временем первого взаимодействия (First Interactive). Но в версии Lighthouse 3.0 его название изменили на First CPU Idle.

First CPU Idle показывает период времени от начала загрузки страницы до момента, когда она становится минимально интерактивной:

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

Сравним значения First CPU Idle со временем загрузки достаточной части контента (FMP). Суть в том, чтобы посмотреть, сколько пользователям после получения доступа к контенту приходится ждать возможности взаимодействовать с элементами страницы.

В мобайле только у 8% сайтов совпадают значения First CPU Idle и FMP. В остальных случаях разрыв есть (в среднем — 8,7 секунды). То есть если пользователь захочет что-то нажать на странице, элемент будет доступен далеко не сразу.

В десктопе у 6% сайтов совпадают значения First CPU Idle и FMP. В среднем разрыв между этими показателями составляет 2,7 секунды (в 3,2 раза меньше, чем в мобайле).

По отраслям (мобайл):

По отраслям (десктопы):

Время загрузки для взаимодействия (TTI)

Это самая значимая метрика при оценке скорости загрузки сайта в PSI.

Время загрузки для взаимодействия (Time to Interaction, TTI) — это время от перехода пользователя на страницу до ее полной готовности к взаимодействию.

Результаты анализа:

У 46% сайтов при просмотре с мобильных полное время загрузки составляет более 20 секунд, у 94% — более 10 секунд. При просмотре с ПК всего 7% сайтов загружаются дольше 10 секунд.

По отраслям:

Примечания

  • Отслеживание скорости загрузки сайта не влияет на показатель отказов.
  • При отслеживании скорости загрузки сайта учитываются данные только по тем браузерам, которые поддерживают интерфейс , реализованный в HTML5, или в которых установлена Панель инструментов Google. Таким образом, данные можно получить для Chrome, Firefox версии 7 или более поздней, Internet Explorer версии 9 или более поздней, браузера Android версии 4.0 или более поздней, а также для предыдущих версий Internet Explorer с Панелью инструментов Google.
  • Методика расчета среднего времени загрузки страницы была изменена в ноябре 2011 г. Этот показатель теперь вычисляется с учетом времени переадресации. В зависимости от количества и значимости переадресаций время загрузки страниц на вашем сайте может увеличиваться. При сравнении данных в разные периоды учитывайте, что до ноября 2011 г. время переадресации не учитывалось.
  • Начиная приблизительно с 16 ноября 2011 г. для многих сайтов отмечается увеличение среднего времени загрузки страницы. Это искажение показателей было вызвано не проблемами на веб-ресурсах, а недоработками реализации интерфейса Navigation Timing в Firefox (в частности, имели место ошибки при определении начала навигации). В результате для сайтов, просмотренных в этом браузере, среднее время переадресации превышало среднее время загрузки страницы. Эта ошибка была исправлена в Firefox 9: указанный браузер была выпущен 10 декабря 2011 г., а предыдущие версии автоматически обновились в течение последующих 3–4 недель. Если время загрузки страниц для вашего сайта за этот период завышено, отсортируйте данные по категории «Браузер», чтобы выяснить, не вызвано ли это ошибками в Firefox.
  • По умолчанию показатели скорости загрузки страниц определяются по фиксированной выборке, составляющей 1 % пользователей. Подробную информацию о настройках частоты дискретизации в отчетах о скорости загрузки сайта по умолчанию можно узнать в .
  • Для предыдущих версий группы отчетов «Скорость загрузки сайта» нужно было изменять код отслеживания и добавлять . Сайты с вызовом устаревшей функции по-прежнему собирают данные о скорости загрузки с частотой выборки 10 %. Однако в будущем этот вызов будет игнорироваться, а указанный показатель будет изменен до установленного по умолчанию значения 1 %. Рекомендуем вам добавить в код отслеживания функцию при следующем обновлении содержания, чтобы повысить частоту выборки.

Why you should care about page speed

Page speed is a critical factor when it comes to ranking your website higher on Google’s search engine results.

If your website isn’t on par with the top 10 organic pages, you won’t rank on the first page.

And the vast majority of search engine users simply won’t click to the second page.

It’s no secret that the top 10 results will generate the majority of clicks.

So focusing on page speed is paramount to having a successful company and a website that converts.

Backlinko recently conducted a study where they analyzed over one million search engine results pages (SERPs) on Google.


They wanted to figure out which factors were the most common among sites that ranked in the top 10 results.

And they quickly found that average page load speed for any given website was a huge factor in ranking higher:

The top-ranking positions on Google all had the same thing in common:

Fast page speeds on their websites.

They had well-optimized sites that their creators had clearly designed for speed.

On top of that, they found that the top-ranking sites also had very low bounce rates when compared to second- or third-page results:

There was a big correlation between fast websites and low bounce rates.

And that correlation was recently backed up and supported by Google’s new PageSpeed industry benchmarks.

They found that as page load times go up, the chance of someone bouncing from your site increases dramatically:

That means that if your page takes 10 seconds to load, the likelihood of someone leaving your site before it even loads increases by more than 120%!

And if you look back on the Backlinko graph from above, it showed that the top-ranking websites on Google’s first page all had page speeds under 3 seconds.

But according to Google’s latest report, most websites are incredibly slow in every single industry:

The average load time for most sites is over eight seconds and can even surpass 11 seconds in the tech industry.

Meanwhile, the best-practice benchmark is under three seconds.

Almost all of us are missing the mark when it comes to having a fast-performing website.

If you want to have a shot at ranking on the first page of Google, your site needs to load in under three seconds.

Backlinko’s study proved that, and Google’s benchmarks solidify the data even further.

In another study, BigCommerce found that conversion rates for e-commerce websites average somewhere in the 1-2% range.

And Portent used this study to conduct their own research. They found that when you speed up your site from two seconds to one second, your dollars per pageview increase by 100%.

Getting your speed to under two seconds can double your traffic and revenue.

So, what causes a page to load slowly?

The most common causes of slow pages are bulky images and poorly-designed coding.

If you look at any website in the modern era, it’s likely filled to the tipping point with images.

And if you aren’t optimizing your images, you could have pages that take up multiple megabytes of space.

Page size and weight are often measured by page weight bytes. Simply put, page weight bytes show the total size of a web page measured in bytes.

Google’s benchmark data shows that the best practice for page size or weight is under 500KB:

But again, most of us are missing the mark here. We are vastly exceeding the recommended weight.

One of the concepts that stood out to me the most from the Google report comes from this short yet impactful quote:

“No matter what, faster is better and less is more.”


With 70% of pages being over 1MB, 36% being over 2MB and 12% being over 4MB, that statement holds a lot of weight (no pun intended).

Google found that a page weight of just 1.49MB (comparable to the average size of a single HD image), took seven seconds to load on a page.

In their research, they even found a web page with images that averaged 16MB per image.

Google simply tells us the hard yet hopeful truth:

We have serious room for improvement on our websites.

Как пользоваться шаблоном

Для начала создайте копию шаблона Automated PageSpeed Insights API Tool.

В файле три вкладки (названия вкладок не меняйте!):

  • Settings — здесь указывается API ключ и расписание сбора данных.
  • Results — это лист, на котором собираются данные по заданным URL (данные листа обновляются после каждого запуска скрипта).
  • Log — на этот лист переносятся собранные данные (в том числе за прошлые периоды).

Предварительная подготовка шаблона

Для корректной работы нужно:

  • получить API ключ,
  • включить PageSpeed API.

Для получения API ключа перейдите в раздел «Учетные данные» сервиса Google APIs и нажмите кнопку «Создать учетные данные».

В выпадающем списке выберите «Ключ API».

Скопируйте созданный ключ.

Вставьте его в шаблон на листе «Settings».

Но для работы шаблона ключа недостаточно — нужно еще включить PageSpeed API. Для этого перейдите на страницу PageSpeed API и нажмите кнопку «Включить».

Важно! Если не включить PageSpeed API, скрипт в шаблоне работать не будет, и в таблице вы увидите ошибки

Шаг № 2: Минимизация JavaScript, CSS и HTML

В примере, Google предлагает сократить объемы JavaScript и CSS файлов.

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

Чтобы устранить эту проблему, на сервере был установлен Gulpjs. Это инструмент, который автоматически создает новый файл CSS и удаляет все ненужные пробелы. Также он автоматически создает новый файл CSS каждый раз, когда вы вносите новые изменения. В приведенном примере, это помогло уменьшить размер основного файла CSS приблизительно с 300Kb до 150Kb. Такая разница в размерах обусловлена ненужными символами.

Дополнительно уменьшить размеры JavaScript и CSS можно за счет переименования переменных, при условии корректной работы селекторов и обновления HTML.

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

Уменьшить CSS можно, используя инструменты YUI Compressor и cssmin.js.

Минимизировать HTML код можно через PageSpeed Insights. Выполните анализ страницы и выберите «Сократить HTML». Чтобы оптимизировать код кликните на «Просмотреть оптимизированное содержание». 

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

Также можно загрузить оптимизированные файлы непосредственно из PageSpeed Tool. 

Вот результаты, полученные после минимизации JavaScript и CSS:

Оценка Page Speed Insights и SEO-продвижение

Google использует около 200 факторов для определения рейтинга сайта, среди которых наиболее важным является ключевое слово в начале тега title, объем и релевантность контента поисковым запросам, плотность и расположение ключевых слов, абсолютная скорость загрузки. Показатель Google Page Speed Insights непосредственно влияет на выдачу 1–3 результатов из 100. В то же время в официальных требованиях системы указано, что «сайт должен работать максимально быстро». Этот фактор благоприятно влияет на поведенческую историю веб-ресурса и значительно повышает его рейтинг. Именно поэтому эффективное СЕО-продвижение сайта требует нормальных показателей Page Speed Insights, но не обязательно со значением Good и Fast. Ярким подтверждением этому факту является мегапопулярный ресурс Amazon.com со средним уровнем оптимизации и высоким рангом.

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

Подводим итоги: стоит ли бороться за высокие скорости?

Но такой ход мыслей заведет вас не туда.

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

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

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

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


С этим читают