Google pagespeed insights варто. Google PageSpeed \u200b\u200bInsights повністю оновився: робота з метриками
Привіт всім! давно я хотів написати статтю про сервіс google page speed, хоча я тож писав уже про прискорення і оптимізацію сайту і давав поради, які допоможуть вам підвищити показник в google page speed. Але мова сьогодні про інше, з недавніх пір я перестав турбуватися про своє показники в сервісі google speed і намагатися його як то підвищити. Свого часу я збільшив показник з 2% до 87% вражає не так !? Але через деякий час мені довелося поміняти шаблон мого wordpress сайту, після чого показник впав до 63%, напевно шаблон виявився важчим за попередній.
Так само в подальшому при установці одного плагіна, який виводить на сайт адаптивну сітку анонсів записів, показник ще впав до 30%. Тобто я так зрозумів мені потрібно було вибирати або красивий сайт, або високий показник в сервісі google speed. Причому я помітив, що показник може бути невисоким 50-70% і це ніяк не впливає на швидкість відкриття сайту в браузері. При показнику 63% мій сайт працює без проблем, звичайно якщо відмовитися практично від усіх плагінів і вибрати собі тему для сайту по легше, то можна підвищити показник до 90-100%. Але заради чого це робити? Заради цифри? Заради зарозумілості?
Google page speed вважає кожен кілобайт! якщо зображення на вашому сайті можна оптимізувати, тобто стиснути ще на пару кілобайт, то google знизить показник, до тих пір поки ви не приберете ці пару кілобайт. Тобто всього через декілька кілобайт показник може бути знижений, але при цьому для сайту це не несе абсолютно ніяких змін в плані швидкості, все як і раніше! Тоді навіщо я буду заганятися через ці кілобайт, пихкати там, час своє витрачати? Знову ж виходить тільки заради цифр, заради того, що я всіх краще і крутіше, ось подивіться який у мене високий показник, це маячня!
Просто я хочу засмутити тих, хто нібито думає, що після того як вони підвищать собі показник в сервісі google page speed, їх сайт тут же чудесним чином стане популярним, відвідуваним, їх пошукові запити виростуть і т.д .. Так ви що хлопців, прокиньтеся! вистачить годинами зависати там, витрачати свій час даремно, займіться краще своїм сайтом, напишіть що-небудь корисне краще. Я не здивуюся що є люди, які ночами не сплять через те, що у них низький показник в google speed. Загалом ця гонка за високим показником може довести до абсурду ... немає, грати в гри Google я більше не хочу, з мене вистачить.
Я знаю як зробити високий показник, але мені це більше не цікаво, мені цікаво писати корисні записи на своєму сайті. І міняти свій шаблон заради високого показника я то ж не збираюся, на даний момент мене все влаштовує. На останок хочу показати скріншот з показником в google page speed самого популярного і відвідуваного сайту в Росії - Вконтакте, напевно там і не чули про такий сервіс.
Мої рекомендації: якщо у вас проблеми з сайтом, він повільно завантажується, проблеми з сервером, створює велике навантаження, То можливо сервіс google page speed може допомогти вам виявити причини і допомогти вам їх усунути. Якщо проблем у вас немає з продуктивністю сайту, то вам не потрібно знати про цей сервіс, він не потрібен вам, підвищення показника ні чим вам не допоможе, тільки відніме час і сплутає всі карти.
Потрібно зрозуміти, що сам по собі движок wordpress це важка система, багато функцій і прибамбасів, на що потрібні ресурси. Проблему з навантаженням сервера може вирішити тільки збільшення лімітів хостингу, тобто перехід на більш високий тариф або виділений сервер. При досягненні певного показника цей процес неминучий і тут google page speed вам вже не допоможе.
Швидкість сторінки визначає загальний час, необхідний для повного завантаження веб-сайту. При аналізі сайту швидкість завантаження може мати вирішальне значення для SEO. Користувачі швидко залишають сторінку, коли завантаження займає надто багато часу, а пошукові системи ігнорують сторінки з низькою продуктивністю.
Крім корисності для SEO є й інші причини для поліпшення швидкості сторінки. Швидкі веб-сайти мають велику конверсію, вони набагато зручніше для користувача. Це може залучити більшу кількість людей на ваш сайт і змусити їх повернутися знову.
дослідження Google
Давайте розглянемо деякі недавні дослідження: середній час, що витрачається на завантаження мобільного цільової сторінки, становить 15 секунд. З огляду на, що протягом трьох секунд відвідувачі повинні вирішити, чи хочуть вони залишатися на вашому сайті - це величезна розбіжність.
Виходячи з даних, представлених вище, ми бачимо, що ймовірність відходу зі сторінки у великій мірі залежить від часу її завантаження:
- Кожного разу завантаження від 1 до 3 секунд ймовірність відмови збільшується до 32%
- Від 1 до 5 секунд до 90%
- Від 1 до 10 секунд ймовірність відмови вже 123%
- Не важко здогадатися, скільки відвідувачів ми втрачаємо.
Швидкість сторінок буде важливим фактором для ранжирування
Ще в 2010 році Google заявив, що швидкість сторінок буде ранжир фактором, але це було орієнтоване тільки для деськтопной версії сайтів.
А не так давно був анонсований новий фактор ранжування в мобільному пошуку під назвою «Speed \u200b\u200bUpdate». Оновлення вступить в силу в липні 2018 року, тому у власників сайтів буде час підготуватися.
За запевненням компанії санкції загрожують тільки сторінки, завантажувати повільно і надають негативний досвід користувачів.
Так само не варто забувати, що швидкість сайту - це один з багатьох факторів ранжирування. Наприклад, якщо у вас добре оптимізована сторінка по Google PageSpeed, але має малокорисних неунікальний контент - то навряд чи вона зможе зайняти гідні позиції в пошукових системах.
- 1. Використовуйте кешування в браузері і стиснення gzip / deflate. У разі, якщо у вас стоїть apache, це налаштовується в htaccess.
- 2. Оптимізувати зображення. Видалення непотрібної інформації і стиснення картинок здатні значно зменшити їх вагу.
- 3. Скоротіть ресурси javascript, css, html код. Якщо сайт знаходиться в стадії розробки, то для зручності редактіроватія коду цей пункт краще залишити на потім.
- 4. Використовуйте нову версію протоколу HTTP / 2. Він більш ефективний, надійний і схильний до меншої кількості помилок.
- 5. Переходьте на PHP7. Працює більш ніж в два рази швидше, ніж його попередня версія.
Якщо вам знадобиться допомога кваліфікованого фахівця, ви завжди можете на безкоштовний аналіз і оцінку вартості робіт.
В одній з наступних статей ми поговоримо про те, що таке блокують скрипти і чому не завжди від них можна позбутися.
Google PageSpeed \u200b\u200b- інструмент який дозволяє перевірити швидкість роботи сайту. Він дозволяє оцінити швидкість завантаження для стаціонарних ПК і для мобільних пристроїв і видає рекомендації, які можуть бути використані для оптимізації.
Результат аналізу швидкості завантаження сайту виглядає так:
Перевірити швидкість роботи сайту з Google PageSpeed \u200b\u200bInsights і рекомендації сервісу
Після проведення аналізу швидкості завантаження сайту найчастіше можна отримати наступні рекомендації:
Optimize images
Сама часто зустрічається рекомендація сервісу пов'язана з оптимальним вибором зображень для сайту. Графічний контент дуже важкий і може сильно уповільнювати завантаження сторінок ресурсу. Найзагальніші рекомендації полягають у виборі правильного формату (найчастіше має сенс використовувати PNG), розміру і якості зображень. так занадто велике зображення, Що використовується в якості фону може в рази уповільнити швидкість завантаження сайту. Завжди потрібно перевіряти зображення і максимально зменшувати їх розмір і якість (розмір і якість зображень має сенс ставити мінімальними прийнятними для конкретного ресурсу).
Enable Compression
Стиснення веб-сервером є важливим параметром, що забезпечує швидкодію. Чи включається за рахунок модуля mod_deflate в Apache або за рахунок директиви в Nginx.
Leverage browser caching
Визначає чи передається заголовок і кешуються дані в браузері користувача. Кешування дозволяє значно скоротити кількість звернень до сервера, що знижує навантаження на нього і збільшує швидкість віддачі статичних даних (яких більшість на будь-якому сайті) клієнту
Eliminate render-blocking JavaScript and CSS in above-the-fold content
JavaScript код за замовчуванням виповнюється в міру того як завантажується сторінка, схожим чином обробляється CSS. Тобто Якщо JS скрипт підключений в тілі документа, його рендеринг кожен раз переривається до тих пір поки скрипт виконаний не буде. Уникнути цього можна додаючи при підключенні JavaScript і HTML тіло сторінки буде рендерится незалежно від виконуваного коду.
Наприклад, JS в асинхронному режимі можна підключити так:
Minify CSS
Минификация CSS предполагает удаление лишних пробелом и переносов строк, что позволяет сократить время обработки браузером и увеличить скорость загрузки страницы для клиента
Minify HTML
Опция аналогичная предыдущей, но имеет отношение к HTML коду. Для минификации HTML и CSS могут использоваться OpenSource программные продукты, ссылки на которые размещены на сайте сервиса.
Avoid landing page redirects
Определяет используются ли редиректы, любые заданные перадресации с одного домена на другой и с одного сервера на другой означают дополнительные циклы запрос-ответ (запрос к серверу DNS и запрос непосредственно данных), что, естественно, увеличивает время через которое конечный пользователь получит контент сайта. Редиректов по возможности стоит избегать.
Prioritize visible content
В данном случае проверяется размер контента, который должен загружаться при переходе на главную страницу сайта, оптимизация не нужна если объем данных составляет менее 14.6kB сжатой информации, что соответствует размеру congestion window в протоколе TCP и означает, что не требуется повторное установление соединения для передачи информации, которая не может быть передана единовременно.
Reduce server response time
Pagespeed Insights выдает предупреждение о медленном ответе сервера в случае если содержимое страницы отдается менее, чем за 200 мс.
Google PageSpeed является очень полезным инструментом при оптимизации работы сайтов, но не следует доверять ему безоговорочно. Информация, выдаваемая Google PageSpeed не всегда корректна и чтобы понять критерии, которые оцениваются лучше обратиться к документации.
В частности, часто будет отображаться предупреждение, что не используется кэширование, хотя фактически
Сергей Арсентьев
Увеличить скорость загрузки сайта в Google Page Speed своими руками
Для достижения высоких позиций в поиске нужно, чтобы сервис Google Page Speed оценил скорость вашего сайта как высокую
Я замечал, что именно скорость сайта в Гугл имеет решающее значение при прочих равных основных факторах, типа внешних ссылок, внутренней оптимизации и возраста домена.
Поэтому для нормального SEO это очень важный этап, который нужно сделать после создания сайта.
Ну а начинаем мы с проверки текущих значений.
На ваш личный взгляд ваш сайт может летать, но это еще ни о чем не говорит для Гугла.
У него свои критерии проверки скорости сайта, поэтому идем сюда https://developers.google.com/speed/pagespeed/insights/
Вводим адрес сайта и жмем проверить.
Адрес вводите с http или https и при этом убедитесь, что сайт включен в нормальном режиме (не в режиме обслуживания), а разрешает индексацию всех важных элементов сайта.
Чем ближе результат к 100 баллам тем лучше
Нормой считается 80 баллов и выше.
Если у вас больше - отлично.
То есть если ваш результат 90 баллов, то дергаться и пытаться любыми способами сделать 100 - не слишком благодарное занятие.
Так что если у вас 80 баллов и выше, то не переживайте, а радуйтесь: большинство проектов имеет 40-50 баллов до оптимизации скорости загрузки.
Я лично считаю, что для проектов с большим функционалом даже 70 баллов по Google Page Speed - вполне приемлемо.
Ну а если у вас меньше 70 баллов, а тем более 20-30, то стоит серьезно задуматься об оптимизации скорости сайта под Гугл.
Я начну с самых простых способов и закончу сложными, которые подойдут для самых дотошных владельцев сайтов, которым нужно 100 из 100
Включить сжатие
Самый простой способ ускорения загрузки сайта для Гугла - это включить GZIP сжатие. Это специальный механизм архивирования данных "на лету", который поддерживается 99,99% хостеров.
Если ваш хостер не поддерживает его, то меняйте хостера (кого ).
Включить GZIP сжатие в WordPress можно с помощью плагина кэширования WP Fastest Cache
.
В Opencart с помощью плагина NitroPack
Если не хотите ставить плагины, то можете модифицировать данные прямо в файле.htaccess, который лежит в корневой папке сайта ().
Добавьте туда код, который формируют эти плагины. В конце статьи я выложу эти коды полностью из своих сайтов, чтобы кусками не выкладывать тут в каждом пункте, а то запутаетесь.
Сократите время ответа сервера
Зависит от серверов вашего хостера, их загруженности и прожорливости вашего проекта.
Иногда только один этот показатель может свести на нет все ваши усилия по SEO оптимизации проекта.
Важно проверить этот параметр скорости сайта по Google Page Speed в разное время дня или ночи - вполне возможно в данный момент сервер хостера просто перегружен запросами.
Если в другие часы будет все в основном хорошо, то на эпизодическую разовую загруженность можно до поры до времени не обращать внимания.
Если этот показатель стабильно плохой, то имеет смысл:
- поставить модули кэширования (я их рекомендую ставить каждому проекту в любом случае!), чтобы снизить нагрузку на слабый хостинг и время формирования страниц сайта.
- задуматься о смене хостера на того, у которого максимально быстрый хостинг или просто переходите на . Этого обычно хватает в большинстве случаев для развивающихся проектов.
- если есть лишняя копеечка, то закажите (скидка 20% по промокоду "moytop"). Это даст весьма стабильную и быструю работу сайта.
- самый сложный путь - это внутренняя оптимизация скриптов сайта (вплоть до полной переделке всего сайта). Это рекомендую делать в последнюю очередь, так как очень непросто и нормального специалиста за вменяемые деньги найти почти невозможно.
Используйте кеш браузера
Тоже несложный способ быстро повысить показатель в Google Page Speed.
Также как и в случае с GZIP сжатием решается через добавление кода в htaccess. Вы можете добавить его вручную или с помощью все тех же плагинов кэширования.
В конце статьи я приведу весь код целиком, сможете скопировать и попробовать добавить к себе в файл вручную через .
А лучше пользуйтесь проверенными плагинами, которые я уже предлагал выше.
Оптимизируйте изображения
Самый выгодный способ оптимизации, который легко может сделать каждый своими руками.
Задача - уменьшить качество картинок на сайте, чтобы они занимали меньше места и быстрее грузились.
Сделать это разумнее всего через сам Гугл Пейдж Спид.
Но придется делать это вручную, то есть придется повозиться!
Я больше года ищу нормальную программу, которая может автоматически ужимать по алгоритму Гугла картинки и сохранять структуру папок.
Увы, такой программы я не нашел. Пересмотрел всякие просмотрщики типа XnView, Infran, программы типа Caesium, FileOptimizer, Imbatch, ImageOptim, сервисы вроде TinyPng и т.п. - автоматизации нет.
Если кто знает такую программу - напишите в комментах.
Основные требования:
- сжатие по алгоритму Google (чтобы после загрузки готовых картинок они соответствовали требованиям Гугла по скорости загрузки)
- минимальные потери качества
- работа с сохранением структуры папок
- удаление метаданных и т.п. мусора.
- автоматическое определение входного и выходного формата
Ну а пока программы нет, то придется делать это "ручками".
Качаем и распаковываем.
А затем долго и муторно меняем файлы через FTP на сайте, заменяя старую версию на новую.
Увы, но качество картинок JPG теряется значительно.
PNG - качество остается весьма хорошее, почти как в оригинале, а размер уменьшается в 2-3 раза. Так что если у вас много PNG файлов, то будет очень большая экономия.
Я бы рекомендовал перед обновлением сохранить исходные оригинальные файлы, возможно, вам не весь результат уменьшения "от Гугл" понравится, сможете быстро восстановить отдельные файлы. Ну и сравнивайте в просмотрщике картинки перед заливкой, чтобы не заказать откровенно некрасивую картинку.
Выхода нет, чтобы получить высокую скорость сайта в Гугл придется пожертвовать качеством некоторых картинок.
Сократите CSS + HTML + JS
В данном случае Google Page Speed по аналогии с картинками просит вас выкинуть из файлов верстки, скриптов и кода страниц все лишнее - пробелы, комментарии и т.п.
Чтобы сами файл стали меньше "весить" и быстрее стала скорость загрузки сайта.
При использовании плагинов кэширования - это всё делается автоматически "на лету". Это наиболее удобный способ, так как не меняет ваш код, а создаёт отдельные - минифицированные файлы CSS и HTML, которые и подсовывает Гуглу и все счастливы.
Если минифицировать файлы в каком-то сервисе, то имейте ввиду, что потом какие-то изменения в таких урезанных файлах будет сделать проблематично.
Скачать уменьшенные файлы "от Гугла" можно там же где и картинки - они в одном архиве будут.
А вот перезаливать ими оригинальные файлы - сами решайте, в любом случае сохраните бекап старых файлов.
Оптимизируйте загрузку видимого контента
В большинстве случаев вы ничего с этим сделать не сможете, разве что переделать сайт заново.
Поэтому я бы постарался тут особенно не заморачиваться и заняться другими факторами скорости сайта в Гугл.
Удалите код JavaScript и CSS
Сложный пункт, который требует знаний и практики.
Вы, конечно, можете добавить возле загрузки каждого JS файла тег async или же поставить скрипт от Гугл для extsrc=, но по моим наблюдениям в 90% это или ничего не дает, или ломает сайт!
Нужен спец по JavaScript, который перетряхнет весь сайт и проанализирует все скрипты, чтобы они могли грузиться асинхронно и при этом не повредился никакой фукнционал.
А так как в том же WordPress обычно 9 из 10 скриптов - это внешние плагины, то там вы вряд ли что-то сделаете, так как они грузятся из своих папок и обновляются по 3 раза на неделю.
И ваши сделанные изменения банально затрутся.
Многие из Вас наверное пользовались замечательным сервисом от Google: PageSpeed Insights ? Хотите получить заветные 100 из 100?
Картинка для привлечения внимания
А дело-то за маленьким.
Итак, результаты моего теста.
Берем любой сайт, например, я взял бесплатный готовый адаптивный шаблон сайта перенес к себе на хостинг и запустил тестирование: Результат первого тестирования (ссылка на сайт):- скорость для мобильных - 79/100;
- скорость для компьютера - 93/100;
Жалуется на:
Исправьте обязательно:Делаем небольшие махинации. Переносим стили из файла в код:
Удалите из верхней части страницы код JavaScript и CSS, блокирующий отображение.
Количество блокирующих ресурсов CSS на странице: 3. Они замедляют отображение контента.
Все содержание верхней части страницы отображается только после загрузки указанных далее ресурсов. Попробуйте отложить загрузку этих ресурсов, загружать их асинхронно или встроить их самые важные компоненты непосредственно в код HTML.
Было:
Стало:
І - ура! - у нас результати вище (посилання на сайт):
- швидкість для мобільних - 99/100;
- швидкість для комп'ютера - 99/100;
Виправте по можливості:Але це проблему можна вирішити стисненням коду. До даної теми не ставитися.
скоротіть HTML
Стиснення HTML-коду (в тому числі вбудованого коду JavaScript або CSS) дозволяє скоротити обсяг даних, щоб прискорити завантаження і обробку.
А також ми не забуваємо, що все-таки ми не вирішили проблему описану вище:
Весь зміст верхній частині сторінки відображається тільки після завантаження зазначених далі ресурсів. Спробуйте відкласти завантаження цих ресурсів, завантажувати їх асинхронно або вбудувати їх найважливіші компоненти безпосередньо в код HTML.Скільки вони важили в файлі, стільки ж важать і в коді!
А тепер самий головне питання: Баг або фіча?
Дякую!