- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер.
В коде добавлен один и тот же javascript дважды.
Первый в шапке сайта подгружается асинхронно,
второй загружается без async ниже по странице непосредственно перед место, где он должен начать работать.
В приоритете вообще отложить загрузку скрипта через defer, но поскольку на странице есть инлайновые скрипты, выполнение которых зависит от того, загружен ли указанный выше скрипт, то приходится таки грузить его силой вот прямо перед местом, где он нужен, чтобы не тормозить отображение всей страницы.
При подобном добавлении скрипта, не грузится ли он дважды, тем самым в 2 раза увеличивая время на загрузку и трафик?
Нет, второй раз из кэша будет, но нужно реализацию менять, зачем два раза то прогружать?
Зачем два раза то прогружать?
Есть вероятность, что успеет загрузиться первый из шапки, а Page speed не будет ругаться, что скрипты блокируют отображение.
Есть вероятность, что успеет загрузиться первый из шапки, а Page speed не будет ругаться, что скрипты блокируют отображение.
Извините, а вы Page speed случаем в церковь свечку не ставите? Или там жертва приношения ещё не делаете? 🍿
Нет. Просто стараюсь максимально увеличить скорость загрузки сайта.
При текущей описанной ситуации, как я понял, нужно убирать скрипт из с шапки, который асинхронно грузится.
Нет. Просто стараюсь максимально увеличить скорость загрузки сайта.
Добавьте третий раз в футере, гугл такое любит.
Нет. Просто стараюсь максимально увеличить скорость загрузки сайта.
При текущей описанной ситуации, как я понял, нужно убирать скрипт из с шапки, который асинхронно грузится.
Два раза дублирования загрузку скрипта, вообще никак не увеличивает скорость загрузки страницы, даже если логически подумать.
А цифры от гуглспид этот как анализ крови, изучать должен лечащий врач, который именно лечит конкретные проблемы. А не просто так, у меня показатель тут завышен пойду в аптечку куплю пару таблеток 🍿
Для PageSpeed убирайте оба.
а вы Page speed случаем в церковь свечку не ставите? Или там жертва приношения ещё не делаете
Жертвоприношением является хотя бы эта тема.
А церкви подходящей нету. Но маркетологи гугла уже планируют. А то религиозность вебмастеров зазря пропадает... ещё конкуренты окучат... опять же, доходы от торговли свечками.
богоносец, Неужели вы считаете что гугл советы раздает вопреки канонам w3c? :D :D :D
Каноны W3C — не для ранжирующих систем, а для браузеров....
Покажите например учет <DOCTYPE (<body>, <head>) индексатором.
Ваши каноны W3C... никому кроме валидатора не нужны https://www.yandex.ru/yandsearch?text=site%3Aseo-xslt.narod.ru%2FDEMO%2FRoot-Elemen-Already-Specified.XML (но и валидатор тоже удавалось подловить... не всё он корректно говорит).
ps Но я не против свечного бизнеса. Вековые традиции неистребимы...