Как избежать того, чтобы Google Реклама замедлила работу моего сайта (особенно для мобильных устройств)?

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

Я устал видеть, как собственные службы Google замедляют мои страницы. Я пишу чистый код. Когда я запускаю любой веб-сайт / приложение, оно набирает «А» по ​​GTMetrix и Pingdom и 100/100 по Google Page Speed ​​(для мобильных устройств). Как правило, Google Реклама не вредит настольной версии.

Однако, как только я добавлю хотя бы одно объявление Google, мой рейтинг упадет до «C» и 60-67 / 100 (для мобильных устройств).

Конечно, можно сказать, что скорость страницы не является фактором ранжирования SEO. Хорошо, для NYT, WSJ, Bustle, HuffPost и т. Д. Может быть. Но для любого нового веб-сайта скорость является решающим фактором.

Несправедливо то, что Google указывает на свои собственные сервисы, которые замедляют мои (и ваши) проекты, такие как:

Есть 6 статических компонентов без срока годности в далеком будущем.

https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js
https://code.jquery.com/jquery-3.3.1.min.js (not Google)
https://adservice.google.ca/adsid/integrator.js?domain=xxx
https://adservice.google.com/adsid/integrator.js?domain=xxx
https://pagead2.googlesyndication.com/pub-config/r20160913/ca-pub- 
xxx.js
https://fonts.googleapis.com/css? 
family=Open+Sans:400,700|Roboto:700&lang=en

Уменьшите количество запросов DNS:

pagead2.googlesyndication.com: 6 components, 368.9K (136.4K GZip)
code.jquery.com: 1 component, 86.9K (30.2K GZip)
adservice.google.ca: 1 component, 0.1K (0.1K GZip)
adservice.google.com: 1 component, 0.1K (0.1K GZip)
googleads.g.doubleclick.net: 11 components, 173.4K (45.9K GZip)
fonts.googleapis.com: 1 component, 7.0K (0.6K GZip)
tpc.googlesyndication.com: 5 components, 153.0K (57.0K GZip)
www.google.com: 1 component, 0.2K

Избегайте перенаправления URL-адресов:

https://www.google.com/pagead/drt/ui redirects to 
https://googleads.g.doubleclick.net/pagead/drt/si

Уменьшите время выполнения JavaScript:

/pagead/ads?client=…(googleads.g.doubleclick.net)
/pagead/ads?client=…(googleads.g.doubleclick.net)
…js/adsbygoogle.js(pagead2.googlesyndication.com)
…r20100101/osd.js(pagead2.googlesyndication.com)
…r20180604/show_ads_impl.js(pagead2.googlesyndication.com)
…activeview/osd_listener.js(tpc.googlesyndication.com)

и тд, прочее, прочее ...

Я знаю, что не могу редактировать код на их стороне. Но, может быть, есть способ отложить использование Google Рекламы или применить какой-нибудь другой трюк, чтобы уменьшить вред собственных сервисов Google? Есть ли хоть кто-то, у кого 100/100 баллов в Google Page Speed ​​(для мобильных устройств), а на странице есть 2-3 Google Рекламы?


person Alex Cardo    schedule 30.11.2018    source источник
comment
Я голосую за то, чтобы закрыть этот вопрос как не по теме, потому что вопросы о SEO являются оффтопными, как указано в теге. Используйте webmasters.stackexchange.com   -  person Larry Shatzer    schedule 30.11.2018
comment
Не могли бы вы напомнить мне, как выглядит рекламный тег там, где вы размещаете объявление? Какой фрагмент HTML используется для размещения объявления?   -  person Chloe    schedule 03.12.2018


Ответы (2)


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

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

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

Мой рекомендуемый метод управления всеми этими сторонними скриптами - использовать Диспетчер тегов Google и управлять всеми этими тегами.

Как оптимизировать скорость сайта при использовании сторонних скриптов с Google Tag Manager:

  1. Расставьте приоритеты для загрузки всех ваших скриптов и отсортируйте их по приоритетам

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

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

DOM Ready: запускается после того, как браузер завершит создание полной страницы в HTML и объектная модель документа (DOM) готова к синтаксическому анализу. Теги на основе просмотра страниц, которые взаимодействуют с DOM для заполнения переменных, должны использовать этот тип триггера, чтобы гарантировать, что правильные значения доступны в Диспетчере тегов.

Окно загружено: запускается после полной загрузки страницы, включая любые встроенные ресурсы, такие как изображения и скрипты.

Чтобы создать новый триггер просмотра страницы:

  1. Щелкните "Триггеры", а затем "Создать".
  2. Щелкните Конфигурация триггера и выберите тип триггера для просмотра страницы.
  3. Необязательно, но рекомендуется для повышения производительности: укажите условия (обычно шаблон URL) для страниц, на которых вы ожидаете щелчка:

    • Under the heading "This trigger fires on", select "Some Events".
    • В разделе «Активировать этот триггер при возникновении события и выполнении всех этих условий» добавьте фильтр, чтобы активировать этот триггер только на тех страницах, которые в нем нуждаются, например URL-адрес клика содержит / путь / к / промо.
  4. Сохраните триггер и опубликуйте.

Источник: https://support.google.com/tagmanager/answer/7679319?hl=en

Я рекомендовал использовать триггер просмотра страницы только для самых важных тегов, например, Google Analytics. Для всех остальных тегов вы должны использовать по крайней мере триггеры DOM Ready или, что более вероятно, Page Loaded. Использование триггера «Страница загружена» меньше повлияет на скорость вашего сайта для всех этих сторонних тегов, но вы увеличите вероятность того, что некоторые конверсии не будут отслеживаться, если пользователи закроют страницу благодарности раньше, чем загрузится скрипт отслеживания. .

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

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

  1. При необходимости просмотрите и обновите сценарии.

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

Используйте подсказки ресурсов: предварительная выборка DNS и / или предварительное подключение

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

Короче говоря, вы должны использовать их для всех доменов, упомянутых в разделе «Уменьшение количества запросов DNS».

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

<!-- Prefetch DNS for external assets -->
 <link rel="dns-prefetch" href="//fonts.googleapis.com">
 <link rel="dns-prefetch" href="//www.google-analytics.com">
 <link rel="dns-prefetch" href="//cdn.domain.com">

<!-- Preconnect for external assets -->
 <link rel="preconnect" href="//fonts.googleapis.com" crossorigin>
 <link rel="preconnect" href="//www.google-analytics.com" crossorigin>
 <link rel="preconnect" href="//cdn.domain.com" crossorigin>
person gintsg    schedule 02.12.2018

Я особенно замечаю fonts.googleapis.com на многих сайтах, которые зависают при загрузке страницы до 10+ секунд. Это очень раздражает, потому что мой блокировщик рекламы uBlock Origin не блокирует это.

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

Кроме того, разместите теги <script> внизу страницы, даже после </body>, но перед </html>. При этом скрипты будут загружены в последнюю очередь, а объявления - в последнюю.

Еще вы можете разместить функцию JQuery $(document).ready() {...} для вставки тегов ad <script> и <iframe> (?) В нужные места после загрузки документа. Тогда они не будут учитываться при скорости загрузки вашей страницы. Используйте заполнитель <div class="ad"></div>.

person Chloe    schedule 02.12.2018