Проблема с производительностью из-за Google Adwords

Я хочу улучшить производительность веб-сайта, и в настоящее время у меня возникла проблема с Google Adwords. Я уже ускорил его (веб-сайт) с ~4 секунд до ~1,8 секунд, но теперь запуск webpagetest.org на этом сайте выглядит так:

введите здесь описание изображения

Пошагово (исключая неважные запросы):

Запрос 6

Это скрипт Диспетчера тегов Google — я использую его для настройки универсального кода Google Analytics и Google Adwords (с некоторыми конверсиями).

Запрос 8 и 9

Есть стандартные скрипты GA. Если бы на моем веб-сайте не было AdWords, это был бы конец включения скриптов Google (~ 200-300 мс => неплохо). Но...

Запрос 9, 10, 11, 12

... потому что у меня есть скрипты с поддержкой Google AdWords, которые начинаются с ужасного водопада: - скрипт 9 перенаправляет на 10 - скрипт 10 перенаправляет на 11 - скрипт 11 перенаправляет на 12 Это занимает 52 мс + 221 мс + 139 мс + 175 мс => ~ 600 мс что в моем случае (1800 мс для всего сайта) очень плохой результат :(

Я знаю, что проблема в Google Adwords, но, может быть, у вас есть идеи, как я могу переместить эти перенаправления после события загрузки (когда веб-сайт уже загружен, а перенаправления не останавливают другую логику).

Почему я уверен, что это из-за AdWords? Я подготовил тестовую страницу только с Диспетчером тегов Google и включил Google Analytics Universal, и перенаправлений не было. После этого я добавил тег Google Adwords с конверсией => 3 редиректа :(


performance google-analytics google-ads-api webpagetest
person Michał Kutra    schedule 27.02.2016    source источник
comment
Я не думаю, что здесь достаточно контекста, чтобы дать вам авторитетный ответ — многое происходит с аналитикой, adwords, диспетчером тегов и т. д. Было бы полезно, если бы вы разместили фрагменты фактического кода (удалив информацию о вашей учетной записи). , конечно). Проблема ясна — 600 мс, из которых большая часть перенаправляется. Но определить, почему, это то, на что нам нужно ответить.   -  person Tom Harrison    schedule 28.02.2016
comment
Хорошо, завтра утром попробую продлить, спасибо   -  person Michał Kutra    schedule 28.02.2016
comment
Извините, но у меня не было времени ответить и расширить описание - я, наконец, сделаю это завтра   -  person Michał Kutra    schedule 02.03.2016

Ответы (1)


arrow_upward
0
arrow_downward

Почему это проблема?

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

Ваше время начального рендеринга — это зеленая линия около 0,6 секунды. Ваше время завершения DOM показывает нам фиолетовую линию на 1,2 секунды, и на этом этапе страница в основном завершена, за исключением асинхронных скриптов.

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

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

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

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

  1. Отделите Google Analytics и Adwords от Диспетчера тегов Google, чтобы они могли загружаться сразу. Имея их в GTM, есть преимущества, но недостатком является то, что если нужно загрузить это, чтобы затем загрузить их, это, естественно, создает задержку. Только вы можете решить, стоит ли оно того.

  2. Изучите preconnect, чтобы выполнить подключение и предварительное согласование SSL. . Также в Chrome скоро появится предварительная загрузка, позволяющая указать сценарии для загрузки заранее.

person Barry Pollard    schedule 28.02.2016
comment
Спасибо за ответ, извините, но у меня не было времени подумать и ответить. я сделаю это завтра - person Michał Kutra; 02.03.2016