Google ставит под сомнение популярный совет по SEO-аудиту

Google ставит под сомнение популярный совет по SEO-аудиту

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


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

Автоматизированный SEO-аудит

В этом месяце в рамках часов работы Google SEO в качестве ведущих выступали Джон Мюллер и Мартин Сплитт. Человеком, давшим ответы на вопросы, оказался Мартин Сплитт, о чем свидетельствует подробный, технический характер его ответов.

Человек поинтересовался, как обращаться с советами автоматизированных инструментов SEO, которые предлагают изменения, не соответствующие каким-либо рекомендациям Google.

«Я провожу несколько бесплатных оценок веб-сайтов и заметил некоторые рекомендации, которые не упомянуты в документации Центра поиска Google. Важны ли эти факторы для SEO?»

Мартин Сплитт об автоматизированном SEO-аудите

Ответ Мартина подтвердил, что не все рекомендации, данные инструментами SEO-аудита, применимы к поисковой оптимизации (SEO).

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

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

Соотношение текста к коду — это анализ количества кода по сравнению с количеством текста на странице. Я полагаю, что в начале 2000-х годов Microsoft опубликовала исследовательскую работу о статистическом анализе спам-сайтов, и одной из особенностей спам-сайтов было отмечено то, что на типичной спам-странице было больше текста, чем кода. Возможно, отсюда и возникла эта идея.

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

«Использование несжатых (минимифицированных) файлов CSS и JavaScript может быть не идеальным решением для ваших пользователей, поскольку они будут получать больше данных, что может замедлить время загрузки. Однако это не окажет существенного влияния на вашу поисковую систему. оптимизация (SEO). Тем не менее, рекомендуется сжимать эти файлы в соответствии с рекомендациями.»

SEO субъективен

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

«Термин «канонический» относится к общепризнанному и признанному стандарту, который имеет авторитет. Рекомендации Google Search Central служат практической основой для определения канонической поисковой оптимизации (SEO). По сути, эти официальные рекомендации устанавливают основные правила SEO, которые обычно принимаются за истину».

Термин «ортодоксальный» обозначает идеи и методы, считающиеся традиционными и общепринятыми. Многие стратегии SEO считаются ортодоксальными, поскольку они основаны на устоявшихся убеждениях и общепринятых практиках; их часто рассматривают как стандартный или правильный подход.

С точки зрения цифрового маркетинга, я заметил постоянную проблему с традиционным SEO — оно, кажется, застряло на своем пути. Методы, которые мы используем, часто применяются потому, что «так всегда делалось», а не адаптируются к новым тенденциям или технологиям. Ярким примером этого является исследование ключевых слов — практика SEO, которая возникла еще до появления Google, но практически не изменилась с момента его создания.

  • Мета-описание должно содержать не более 164 слов.
  • Убежденность в том, что ключевые слова обязательны в заголовках, метаописаниях и alt-тегах.
  • Убежденность в том, что заголовки должны быть «привлекательными» и «достойными кликов».
  • Вера в то, что H1 является сильным сигналом SEO.

20 лет назад определенные факторы играли значительную роль в поисковой оптимизации (SEO) и были широко признаны важными. Однако многие из этих факторов больше не влияют на то, как Google ранжирует веб-сайты сегодня, поскольку Google прошел мимо этих сигналов. Некоторые из этих факторов изначально никогда по-настоящему не влияли на рейтинг.

Ограничения документации Google

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

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

Google не раскрывает методы корректировки своих алгоритмов, из-за чего неопытным SEO-специалистам приходится с трудом интерпретировать рекомендации Google Search Quality Evaluator. Следовательно, этим оптимизаторам пришлось отозвать свои предложения по установлению «индикаторов авторства», «индикаторов экспертности» и подобных стратегий.

SEJ поддерживает SEO

Я уже довольно давно работаю в этой области и могу засвидетельствовать, что Google придерживается строгой политики не раскрывать конкретные факторы, влияющие на их алгоритм поиска. Эта информация не раскрывается в их рекомендациях по оценке, операторам поиска или официальной документации. Даже предполагаемые утечки не пролили свет на то, что именно влекут за собой «сигналы помощи». Все, что на самом деле предлагает Google, — это общие рекомендации, предоставляя профессионалам в области SEO право определять, что актуально, что устарело, а что может вводить в заблуждение.

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

Послушайте вопрос и ответ на отметке 11:56:

Смотрите также

2024-08-22 00:09

Обеспечьте рост доходов с помощью этих целостных маркетинговых стратегий

Обеспечьте рост доходов с помощью этих целостных маркетинговых стратегий

Как опытный эксперт по SEO с более чем десятилетним опытом работы за плечами, я могу с уверенностью сказать, что этот вебинар нельзя пропустить ни одному профессионалу в области B2B-маркетинга, который хочет оставаться на шаг впереди.


Хотите повысить эффективность своего межкорпоративного маркетинга и увеличить доход? 

Сделайте заметку в своем расписании на 27 августа 2024 года и приходите на мероприятие, которое мы объединим с профессионалами из Search Engine Journal и CallRail.

Серия «Лидерство в сфере B2B: целостные маркетинговые стратегии, которые увеличивают доходы» [пример SaaS]

Зачем посещать этот вебинар?

В условиях современного жесткого бизнес-рынка вам необходимо:

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

Наша группа экспертов поделится тем, что сейчас работает для успешных компаний.

Что вы узнаете

Займите свое место и приготовьтесь услышать выступления наших опытных докладчиков:

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

Познакомьтесь с нашей группой экспертов

  • Райан Хоган – старший менеджер по формированию спроса в CallRail
  • Хизер Кэмпбелл — Журнал поисковых систем
  • Джессика Кромвель — Журнал поисковых систем

Эти профессионалы предложат практические знания и перспективы, предоставив вам тактические планы, которые можно сразу же применить на практике.

Кто должен присутствовать?

Этот вебинар идеально подходит для:

  • Руководители B2B-маркетинга
  • Специалисты по формированию спроса
  • Лидеры продаж
  • Контент-стратеги
  • Всем, кто хочет повысить рентабельность инвестиций в B2B-маркетинг.

Исследование концентрируется на программном обеспечении как услуге (SaaS), но представленная тактика может эффективно применяться в различных отраслях B2B.

Вопросы и ответы в прямом эфире: получите ответы на свои вопросы

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

Посетите живое мероприятие, чтобы получить возможность принять участие в обсуждении и задать свои вопросы во время нашей сессии вопросов и ответов после презентации.

Не пропустите!

B2B-маркетинг быстро меняется. Продолжайте в том же духе, присоединяйтесь к нам 27 августа, чтобы уточнить свой план игры.

Register Now

Занят в этот день? Без проблем. В любом случае зарегистрируйтесь, и мы вышлем вам видео с мероприятия позже.

Узнайте, как улучшить свой B2B-маркетинг и увеличить продажи. Увидимся там!

Смотрите также

2024-08-21 23:38

Google: данные консоли поиска сохраняются после истечения срока действия домена

Google: данные консоли поиска сохраняются после истечения срока действия домена

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


Во время сессии вопросов и ответов в офисе Google SEO в августе Джон Мюллер, старший аналитик Google, ответил на необычный вопрос, касающийся связи между сроком действия домена и данными Search Console.

Вопрос подчеркивает потенциальные риски для данных Search Console, когда домены переходят из рук в руки.

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

Они спросили, как удалить все URL-адреса, связанные с доменом, чтобы предотвратить неправильное использование после истечения срока действия.

Ответ Мюллера

Мюллер объяснил несколько важных моментов, касающихся данных Search Console:

  • Информация Search Console привязана к веб-сайту, а не к пользователю. Новые владельцы, подтвердившие, что они являются владельцами сайта, смогут увидеть все старые данные.
  • Для данных Search Console нет кнопки «удалить все».
  • Чтобы контролировать данные, вам необходимо продолжать владеть доменным именем.
  • Если вы сохраните домен, вы сможете восстановить право собственности в Search Console, не теряя при этом старых данных.
  • Если вы уже удалили веб-сайт, вы можете использовать проверку домена в консоли поиска, чтобы попросить Google временно скрыть его из результатов поиска. Это не удаляет его из записей Google; он просто временно держит его вне поля зрения.
  • Мюллер предлагает сообщить покупателю, есть ли у вас какие-либо активные запросы на удаление при продаже домена. Таким образом, они могут отменить это, если захотят.

Его полный ответ:

Как эксперт по SEO, я считаю ваш вопрос интригующим и уникальным, поскольку мы нечасто сталкиваемся с этой темой. В консоли поиска Google важно отметить, что данные не связаны с отдельными пользователями, поэтому любой, кто подтвердит сайт позже, все равно сможет получить доступ к этой информации. К сожалению, невозможно сбросить или очистить эти данные после их записи. Чтобы сохранить ваши данные, вы должны убедиться, что срок действия вашего доменного имени не истек. Этот процесс позволяет провести повторную проверку в Google Search Console без потери ценных данных.

Вы можете временно исчезнуть из результатов поиска, подтвердив домен в Search Console и отправив запрос на временное удаление сайта. Этот процесс на самом деле не удалит сайт из индекса, но предотвратит его появление в течение определенного периода времени.

Рекомендуется сообщить новому владельцу о запросе на отмену домена, чтобы он мог отменить его самостоятельно.

Почему это важно

Эта тема актуальна для всех владельцев сайтов, особенно для тех, кто может продать или потерять свой домен. Он показывает, как данные Search Console передаются от владельца к владельцу.

Это также напоминает нам о необходимости быть осторожными с доменными именами и данными поиска при переходе владельца к другому владельцу.

Что делать с этой информацией

  • Если вы планируете продлить срок действия вашего доменного имени, помните, что тот, кто купит его следующим, сможет увидеть ваши старые данные Search Console.
  • Даже если вы больше не используете свой веб-сайт, возможно, стоит сохранить доменное имя, чтобы контролировать, кто видит вашу информацию в Search Console.
  • Если вы больше не можете получить доступ к своему веб-сайту, вы можете использовать консоль поиска, чтобы попросить Google на некоторое время скрыть его из результатов поиска.
  • Если вы продаете свой домен, сообщите покупателю обо всех ваших запросах скрыть сайт из поиска и о старых данных в Search Console.

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

Послушайте полный вопрос и ответ ниже:

https://www.youtube.com/watch?v=Fj42gKDQxYI

Смотрите также

2024-08-21 21:08

Мюллер из Google об августовском обновлении ядра и эффектах ошибок при ранжировании

Мюллер из Google об августовском обновлении ядра и эффектах ошибок при ранжировании

Как опытный веб-мастер с более чем двадцатилетним стажем работы, я пережил бесчисленные обновления Google и изменения алгоритмов, как опытный моряк, путешествующий по штормовым морям. Недавнее обновление ядра в августе 2024 года и последующее исправление проблем с рейтингом не стали исключением — это были, мягко говоря, американские горки!


основное обновление и решение отдельной проблемы с рейтингом. Эти изменения произошли почти одновременно, создавая замешательство среди экспертов по SEO, которые пытались определить, какое изменение привело к наблюдаемому влиянию на позиции их веб-сайтов в поисковых системах.

Джон Мюллер, старший поисковый аналитик Google, прокомментировал LinkedIn, чтобы прояснить ситуацию.

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

Мюллер: Подождите, прежде чем анализировать изменения

Главный совет Мюллера заключался в том, чтобы набраться терпения.

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

Он отметил, что это нормально, когда рейтинги колеблются в это время.

Он заявил:

«Лучше всего отложить оценку влияния основного обновления до тех пор, пока оно не будет полностью развернуто. Однако это не означает, что вам следует приостановить работу вашего веб-сайта. Если вы хотите сравнить изменения до и после обновление, ожидание его завершения имеет решающее значение. Похоже, что во время развертывания могут быть колебания, поэтому попытки отличить последствия от проблем с ранжированием могут оказаться бесплодными.»

Мюллер: Не ждите, чтобы улучшить свой сайт

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

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

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

Мюллер ответил осторожно, сказав:

«Поскольку многие сайты обычно не претерпевают серьезных изменений, я опасаюсь представлять это как существенную переработку для них».

Он упомянул, что дополнения Chrome доступны для тех, кто хочет более внимательно следить за этими событиями.

Почему это важно

Как опытный цифровой маркетолог с многолетним опытом за плечами, я могу засвидетельствовать, что навигация по обновлениям поиска Google — сложная и часто разочаровывающая задача. Попытка определить конкретную причину изменений в рейтингах иногда напоминает погоню за призраком. Мы, профессионалы, нередко тратим бесчисленные часы на анализ данных, настройку стратегий и все равно ломаем голову, пытаясь справиться с этими неуловимыми изменениями. Алгоритмы Google постоянно развиваются, поэтому нам сложно не отставать и обеспечивать видимость наших веб-сайтов в результатах поиска.

Во время развертывания основного обновления в августе 2024 года Мюллер рекомендует сосредоточиться на более широком аспекте качества сайта, а не пытаться выявить конкретные изменения, которые могли повлиять на результаты.

Дополнительная информация

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

Как человек, который на протяжении многих лет управлял несколькими веб-сайтами, я могу с уверенностью сказать, что Search Console — важный инструмент для любого веб-мастера. Он предоставляет подробное руководство по устранению таких проблем, как падение трафика, которого боится каждый владелец веб-сайта. По моему опыту, когда трафик падает, важно сосредоточиться на улучшении вашего контента, ориентированном на пользователя. Это означает создание ценного, информативного и интересного для вашей аудитории контента. Следуя пошаговому руководству, предоставленному Search Console, вы сможете определить причину падения трафика и внести необходимые изменения в контент вашего сайта, чтобы улучшить его производительность и удобство для пользователей.

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

Смотрите также

2024-08-21 16:38

Как выявить и сократить ресурсы, блокирующие рендеринг

Как выявить и сократить ресурсы, блокирующие рендеринг

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


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

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

Google еще больше повышает стандарт, настаивая на том, что для достижения оценки «хорошо» веб-страница Large Contentful Paint (инструмент для оценки скорости загрузки) в идеале должна занимать менее 2,5 секунд.

На мобильных устройствах загрузка сайта занимает в среднем 8,6 секунды, что медленнее, чем ожидают Google и пользователи.

Положительным моментом является то, что время загрузки мобильных страниц сократилось на 7 секунд по сравнению с 2018 годом, когда загрузка страницы обычно занимала 15 секунд.

Вместо того, чтобы просто сосредотачиваться на общем времени загрузки страницы, крайне важно обратить внимание на эффективность, с которой страницы отображаются в течение этих первых нескольких секунд (либо 3, либо 8,6). Другими словами, важно оптимизировать процесс, благодаря которому страницы становятся видимыми.

Как опытный веб-разработчик с многолетним опытом за плечами, я могу подтвердить, что оптимизация критического пути рендеринга — одна из наиболее эффективных стратегий для обеспечения быстрой загрузки и бесперебойной работы пользователей. За прошедшие годы я понял, что каждая миллисекунда имеет значение, когда дело касается вовлеченности и удовлетворенности пользователей в сети. Сосредоточив внимание на том, чтобы начальный контент страницы появлялся как можно быстрее, мы можем создать более приятный опыт просмотра для наших пользователей, что, в свою очередь, приводит к увеличению вовлеченности и конверсий. Итак, если вы хотите, чтобы ваш веб-сайт выделялся из толпы, оптимизация критического пути рендеринга является обязательной стратегией в вашем наборе инструментов.

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

Как выявить и сократить ресурсы, блокирующие рендеринг

Что такое критический путь рендеринга?

Критический путь рендеринга представляет собой последовательность действий, которым следует веб-браузер при преобразовании онлайн-страницы из ее базового кода (HTML, CSS и JavaScript) в видимый контент на экране пользователя.

Как профессионал в области цифрового маркетинга, я бы сказал это так: когда вы просите браузер загрузить веб-страницу, он сначала извлекает и расшифровывает все коды HTML и CSS, а также выполняет некоторые дополнительные задачи, и только тогда он начинает отображать визуальный контент, который вы видите на экране.

Пока браузер не выполнит эти шаги, пользователи будут видеть пустую белую страницу.

Как выявить и сократить ресурсы, блокирующие рендеринг

Как мне его оптимизировать?

  • Сократите критический путь за счет приоритетного содержания и загрузки всех критически важных ресурсов как можно раньше.

Что такое ресурсы блокировки рендеринга?

CSS-блокировка рендеринга

CSS по своей сути блокирует рендеринг.

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

Чтобы предотвратить неудовлетворительное взаимодействие с пользователем, полезно убедиться, что браузер не пытается отображать контент без применения каких-либо стилей.

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

Как выявить и сократить ресурсы, блокирующие рендеринг
Как выявить и сократить ресурсы, блокирующие рендеринг

Рекомендация:

JavaScript, блокирующий рендеринг

Когда браузер встречает код JavaScript перед первоначальным отображением веб-страницы, он временно останавливает процедуру рендеринга страницы, ожидая обработки JavaScript. Это происходит, если для управления этим поведением не используются такие спецификации, как атрибуты «defer» или «async» (которые мы обсудим далее).

Как опытный веб-разработчик с многолетним опытом работы за плечами, я сталкивался с ситуациями, когда мне нужно было убедиться, что функции JavaScript выполняются до полной визуализации HTML-страницы. Один из эффективных способов добиться этого — временно остановить отрисовку страницы до тех пор, пока не завершится выполнение кода JavaScript. Это можно сделать путем включения функции оповещения в блоки HTML. По моему опыту, этот метод особенно полезен при создании записей экрана или демонстраций, поскольку позволяет мне убедиться, что код JavaScript работает правильно, прежде чем приступить к работе с остальными элементами страницы. Это простой, но мощный метод, который в прошлом избавил меня от многих головных болей!

Как выявить и сократить ресурсы, блокирующие рендеринг

JavaScript предлагает возможность динамически изменять компоненты веб-страницы, включая элементы HTML и связанные с ними стили CSS.

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

Как выявить и сократить ресурсы, блокирующие рендеринг

Рекомендация:

«Чтобы обеспечить максимальную скорость загрузки страницы, полезно удалить из критического пути рендеринга весь лишний код JavaScript, который не способствует начальному отображению веб-страницы».

Как ресурсы, блокирующие рендеринг, влияют на основные веб-жизненные показатели?

Google разработал набор основных показателей эффективности страниц, известных как Core Web Vitals. Эти метрики предназначены для более четкого понимания фактического опыта пользователя при загрузке, взаимодействии и просмотре стабильности веб-страницы.

Текущие показатели, используемые сегодня:

  • Наибольшая отрисовка контента (LCP). Используется для оценки производительности загрузки. LCP измеряет время, необходимое для появления на экране самого большого видимого элемента контента (например, изображения или блока текста).
  • Взаимодействие с следующей отрисовкой (INP). Используется для оценки скорости реагирования. INP измеряет время с момента, когда пользователь взаимодействует со страницей (например, нажимает кнопку или ссылку), до момента, когда браузер может реагировать на это взаимодействие.
  • Накопленный сдвиг макета (CLS). Используется для оценки визуальной стабильности. CLS измеряет общую сумму всех неожиданных сдвигов макета, которые происходят в течение всего срока службы страницы. Более низкий балл CLS указывает на то, что страница стабильна и обеспечивает лучший пользовательский опыт.

Улучшение критического пути рендеринга, вероятно, приведет к наиболее значительному улучшению в Large Contentful Paint (LCP), поскольку оно в первую очередь касается времени, необходимого изображениям и другому важному контенту, чтобы впервые стать видимыми на экране.

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

Чтобы глубже понять, как критический путь рендеринга влияет на Large Contentful Paint (LCP), вместо этого ознакомьтесь с руководством Google по улучшению оптимизации LCP.

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

Как идентифицировать ресурсы, блокирующие рендеринг

PageSpeed ​​Insights и маяк

    Как выявить и сократить ресурсы, блокирующие рендеринг

    Совет. Используйте API PageSpeed ​​Insights в Screaming Frog, чтобы протестировать несколько страниц одновременно.

    WebPageTest.org

    • Запустите тест с помощью webpagetest.org и нажмите на изображение «водопада».

    Исследуйте свою диаграмму водопада; ищите файлы CSS или JavaScript, которые загружаются до появления зеленой отметки «Начать рендеринг», но не являются необходимыми для первоначального отображения содержимого, видимого на экране (над сгибом).

    Как выявить и сократить ресурсы, блокирующие рендеринг

    Как проверить, является ли ресурс критически важным для контента выше сгиба

    После завершения вышеупомянутых тестов я заметил несколько вызовов JavaScript к API Google Maps, которые кажутся несущественными.

    Как выявить и сократить ресурсы, блокирующие рендеринг
    • Откройте страницу в окне Chrome Incognito (лучший способ тестирования скорости страницы, поскольку расширения Chrome могут искажать результаты, а я являюсь коллекционером расширений Chrome).
    • Откройте Chrome DevTools (ctrl+shift+i) и перейдите на вкладку «Блокировка запросов» на панели «Сеть».
    • Установите флажок «Включить блокировку запросов» и нажмите плюсик.
    • Нажмите «Добавить» и обновите страницу.
    Как выявить и сократить ресурсы, блокирующие рендеринг

    Методы уменьшения блокировки рендеринга

    МетодВлияниеРаботает с
    JavaScript в нижней части HTMLНизкийJS
    Асинхронный или отложенный атрибутСерединаJS
    Индивидуальные решенияВысокийJS/CSS
    Медиа-запросы CSSНизкий-ВысокийCSS

    Разместите JavaScript в нижней части HTML

    Разместите ссылки на таблицы стилей CSS в начале раздела заголовка HTML, а ссылки на любые внешние сценарии — в конце раздела тела HTML.

    Проще говоря, размещение функции оповещения JavaScript выше в вашем HTML-документе означает, что браузер загрузит и запустит ее раньше, чем когда она была расположена ниже. Это связано с тем, что браузер обрабатывает HTML сверху вниз, поэтому функции, расположенные ближе к началу, встречаются и выполняются быстрее.

    Как специалист по цифровому маркетингу, я бы сказал следующее: «Когда я размещаю функцию оповещения JavaScript в начале HTML-документа, она сразу же останавливает процесс рендеринга страницы, в результате чего видимый контент изначально не отображается».

    Как выявить и сократить ресурсы, блокирующие рендеринг

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

    Как выявить и сократить ресурсы, блокирующие рендеринг

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

    Используйте атрибут Async или Defer

    После получения и загрузки сценария анализ HTML приостанавливается на время выполнения сценария.

    Как выявить и сократить ресурсы, блокирующие рендеринг

    Атрибут defer указывает браузеру загружать файлы JavaScript асинхронно, аналогично атрибуту async. Это означает, что он не начнет выполнять код JavaScript до тех пор, пока HTML-документ не будет полностью проанализирован, что приведет к потенциальному повышению эффективности.

    Как выявить и сократить ресурсы, блокирующие рендеринг

    Оба метода относительно просты в реализации и помогают сократить время, затрачиваемое браузером на анализ HTML (первый этап рендеринга страницы), без существенного изменения способа загрузки контента на страницу.

    Использование «async» и «defer» — это эффективный подход к управлению дополнительными функциями вашего веб-сайта, такими как кнопки социальных сетей, настраиваемые боковые панели или ленты социальных сетей/новостей, которые улучшают взаимодействие с пользователем, не будучи существенными для его функциональности.

    Используйте индивидуальное решение

    Помните то надоедливое предупреждение JS, которое постоянно блокировало рендеринг моей страницы?

    Реализация функции JavaScript с использованием события «onload» эффективно решила проблему навсегда, большое спасибо Патрику Секстону за предоставленный ниже код:

    Как выявить и сократить ресурсы, блокирующие рендеринг
    Как выявить и сократить ресурсы, блокирующие рендеринг

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

    Используйте медиа-запросы CSS

    Как выявить и сократить ресурсы, блокирующие рендеринг

    Методы определения приоритетности критически важных ресурсов

    Уменьшение размера важных данных, которые необходимо загрузить, может значительно сократить время, необходимое для отображения веб-контента на вашем экране.

    TL;DR

    • Критический путь рендеринга включает в себя последовательность шагов, которые браузер выполняет для преобразования HTML, CSS и JavaScript в визуальный контент на странице.
    • Оптимизация этого пути может привести к ускорению загрузки, улучшению пользовательского опыта и увеличению показателей Core Web Vitals.

    Смотрите также

    2024-08-21 14:39