1. Инструменты для использования
2. Выборочный подход
3. Оценить по типу файла

Успех в поисковой оптимизации (SEO) требует не только понимания того, где находится алгоритм Google сегодня, но и понимания того, куда Google движется в будущем.

Исходя из моего опыта, мне стало ясно, что Google будет уделять больше внимания опыту клиентов со скоростью загрузки страниц в рамках своей стратегии «сначала на мобильных устройствах». С учетом того, что Google вложил средства в эффективность страницы, нам нужны некоторые показатели, чтобы понять, насколько важен этот фактор сейчас и будет в будущем. Например:

• AMP - Специально разработанный для того, чтобы доставлять больше информации на страницы результатов поисковой системы (SERP) таким образом, чтобы наиболее оперативно соответствовать намерениям клиента. Желание Google быстро обслуживать клиентов с помощью «молниеносного рендеринга страниц и доставки контента» на разных устройствах и в СМИ начинается с того, что Google кэширует больше контента в собственном облаке.

• Google Fiber - Более быстрое подключение к интернету для более быстрой сети. Ускоренная работа в Интернете обеспечивает более сильное присутствие в Интернете в нашей повседневной жизни и является основой успеха Интернета вещей (IoT). То, что сегодня представляет собой Интернет, определяется содержанием и опытом. Когда оптоволоконные системы достигнут критической массы, а гигабит станет стандартом, Интернет начнет полностью использовать свой потенциал.

• Руководство разработчика Google - Время отклика 200 миллисекунд и время загрузки страницы, превышающее одну секунду, более чем тонкий намек на то, что скорость должна быть главной целью для каждого веб-мастера.

Теперь, когда мы понимаем, что эффективность страниц очень важна для Google, как мы, профессионалы в области цифрового маркетинга, работаем со скоростью и эффективностью в нашей повседневной работе по SEO?

Первым шагом будет создание источника данных. SEO - это маркетинговый канал, управляемый данными, и данные об эффективности ничем не отличаются от позиций, рейтинга кликов (CTR) и показов. Мы собираем данные, анализируем и определяем порядок действий, необходимых для перемещения метрик в направлении нашего выбора.

Инструменты для использования

С инструментами производительности страницы важно помнить, что инструмент может быть неточным при одном измерении. Я предпочитаю использовать как минимум три инструмента для сбора общих метрик производительности, чтобы можно было триангулировать данные и проверять каждый отдельный источник по двум другим.

Данные полезны только тогда, когда данные надежны. В зависимости от веб-сайта, над которым я работаю, у меня может быть доступ к данным об эффективности страницы на регулярной основе. Некоторые инструментальные решения, такие как DynaTrace, Quantum Metric, Foglight, IBM и TeaLeaf, собирают данные в режиме реального времени, но имеют высокую цену или ограниченные лицензии. Когда стоит учитывать стоимость, я больше полагаюсь на следующие инструменты:

• Google Page Speed ​​Insights - Независимо от того, к каким инструментам у вас есть доступ, именно то, как Google воспринимает эффективность страницы, действительно имеет значение.
• Pingdom.com - надежный инструмент для сбора базовых показателей и рекомендаций по улучшению. Дополнительная возможность тестирования с использованием международных серверов является ключевой, когда международный трафик является сильным драйвером для бизнеса, над которым вы работаете.
• GTMetrix.com - аналогично Pingdom, с дополнительным преимуществом возможности воспроизведения временной шкалы взаимодействия с пользователем на видео-носителе.
• WebPageTest.org - немного более грубый дизайн пользовательского интерфейса, но вы можете захватить все критические метрики. Отлично подходит для проверки данных, полученных из других инструментов.

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

Выборочный подход

Хотя более чем выполнимо проанализировать один универсальный локатор ресурсов (URL), над которым вы работаете, если вы хотите внести изменения в метрики, вы должны быть в состоянии рассказать всю историю.

Я всегда рекомендую использовать выборочный подход. Если вы работаете, например, на сайте электронной коммерции, и ваш URL-адрес - это страница сведений о конкретном продукте, соберите метрики о конкретном URL-адресе, а затем сделайте пример страницы из 10 продуктов, чтобы получить среднее значение. Может быть история, уникальная для одного URL, или история может быть на уровне страницы.

Ниже приведен пример захвата 10-страничного среднего для нескольких типов страниц с использованием Google Page Speed ​​Insights в качестве источника.

Оценивая эти данные, мы видим, что все типы страниц превышают время загрузки в четыре секунды. Наша первоначальная цель состоит в том, чтобы перевести эти страницы в период загрузки страницы менее четырех секунд, в ответ на 200 миллисекунд или лучше, а время загрузки превысило одну секунду (ATF).

Используя предоставленные данные, вы можете глубже погрузиться в исходный код, инфраструктуру, проектирование архитектуры и сетевое взаимодействие, чтобы точно определить, какие улучшения необходимы для приведения показателей в согласованные цели. Партнерство с информационными технологиями (ИТ) для заключения соглашений об уровне обслуживания (SLA) для показателей времени загрузки обеспечит постоянную цель улучшения компании. Без правильных соглашений об уровне обслуживания ИТ-специалисты могут не поддерживать показатели, необходимые для SEO.

Используя Pingdom, мы можем немного углубиться в то, что движет медленной загрузкой страниц. Водопадная диаграмма показывает, сколько времени требуется каждому элементу страницы для загрузки.

Помните, что объекты будут загружаться параллельно, поэтому один медленно загружаемый объект может замедлить загрузку ATF, но не повлияет на общее время загрузки страницы.

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

Распространенной проблемой является использование сторонних размещенных шрифтов и / или изображений, которые не были оптимизированы для Интернета. Шрифты загружаются выше сгиба, и если в ответе от стороннего поставщика шрифтов возникают задержки, это может привести к загрузке страницы для сканирования.

Работая с дизайнерами и разработчиками внешних интерфейсов, спросите, оценивают ли они веб-безопасные шрифты для своего дизайна. Если веб-безопасные шрифты не работают с дизайном, рассмотрите шрифты Google или Adobe Typekit.

Оценить по типу файла

Вы также можете оценить вес страницы по типу файла, чтобы определить, есть ли на странице избыточные сценарии или таблицы стилей. После того, как вы определили элементы, которые требуют дальнейшего изучения, выполните просмотр источника на странице в вашем браузере и посмотрите, где эти элементы загружаются на странице. Посмотрите внимательно на чрезмерную загрузку таблиц стилей, шрифтов и / или JavaScript в разделе HEAD документа. Секция HEAD должна выполняться перед телом. Если в HEAD существуют ненужные вызовы, очень маловероятно, что вы сможете достичь цели, превышающей на одну секунду превышение фолда.

Поработайте с вашими внешними разработчиками, чтобы обеспечить асинхронную загрузку всего JavaScript. Асинхронная загрузка позволяет выполнять другие сценарии, не дожидаясь завершения предыдущего вызова сценария. Вызовы JavaScript, которые не требуются для каждой страницы или не требуются для выполнения в заголовке документа, являются распространенной проблемой, встречающейся на платформах, таких как Magento, Shopify, NetSuite, Demandware и BigCommerce, в основном из-за дополнительных модулей или расширений. Поработайте со своими разработчиками, чтобы оценить каждый вызов сценария на наличие зависимостей на странице и определить, можно ли отложить выполнение сценария.

Очистка кода в HEAD ваших веб-страниц и исследование чрезмерных размеров файлов - ключ к достижению времени загрузки, превышающего одну секунду. Если код кажется чистым, но время загрузки страницы все еще слишком велико, оцените время отклика. Время ответа выше 200 миллисекунд превышает порог Google. Такие инструменты, как Pingdom, могут определять проблемы времени отклика, связанные с системой доменных имен (DNS) и / или чрезмерным размером документа, а также проблемы с сетевым подключением. Соберите свою информацию, станьте партнером своей ИТ-команды и сфокусируйтесь на быстром загруженном опыте работы с клиентами.

Алгоритм Google будет продолжать развиваться, и специалисты по SEO, которые фокусируются на опыте работы с сайтом, от времени загрузки страницы до достижения цели клиента, работают над алгоритмом.

Опередив алгоритм, мы можем провести обновление нового алгоритма вместо скремблирования, чтобы определить потенциальное негативное влияние. Улучшение качества обслуживания клиентов с помощью инициатив, ориентированных на SEO, демонстрирует, как зрелая программа SEO может оказывать положительное влияние независимо от источника трафика.

Мнения, выраженные в этой статье, принадлежат автору гостя и не обязательно относятся к Search Engine Land. Штатные авторы перечислены Вот ,

Об авторе