- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Подскажите, пожалуйста, подробнее, что это значит ?
Яндекс метрику можно вставить просто как счётчик или + с включенным вебвизором:
А скрипты Яндекса не стали в отложенную загрузку выносить?
А с РСЯ планируете решать вопрос или так и оставите?
А конкретно на сайте TC вы какие шаги предприняли?
Я не занимался укорением сайта в полной мере. Просто указал на явную проблему тормоза CSS
LCP это уже вёрстка на первом экране, баннеры, картинки и т.д. Надо изучать и править вёрстку.
Я не занимался укорением сайта в полной мере.
Это понятно.
Просто указал на явную проблему тормоза CSS
А вот здесь я всё-таки никак не могу разобраться в сути. Что конкретно тормозило в CSS?
Это был избыточный код или последовательность загрузки была какая-то не такая?
Какое конкретно решение помогло ускориться?
LCP это уже вёрстка на первом экране, баннеры, картинки и т.д.
Да, спасибо я помню.
Надо изучать и править вёрстку.
А TC не изъявил желания продолжать решать проблемные моменты?
А вот здесь я всё-таки никак не могу разобраться в сути. Что конкретно тормозило в CSS?
Это был избыточный код или последовательность загрузки была какая-то не такая?
Какое конкретно решение помогло ускориться?
Браузеру надо указать через preload или лучше push+preload, что надо незамедлительно грузить CSS с сервера. Чем быстрее он это сделает, тем быстрее он сможет его обработать. Грубо говоря, мы должны создать условие когда браузер грузит HTML+CSS+JS параллельно и так же его обрабатывает.
Как это должно работать могу показать на своём сайте: https://getmanyspeed.ru/ там можно и HTML посмотреть и header PUSH самой страницы.
В обычном HTML это сделаеть достаточно просто, но когда уже работает CMS, надо как-то собрать все эти данные, запихать в PUSH и preload. Тут уже всплывают десятки мелочей, которые никто не учитывал при разработке CMS.
Возможно скоро preload писать не надо будет в head разделе т.к. и ежу понятно, что надо там грузить моментально. Хотя вопрос с PUSH всегда будет актуальный.
Как это должно работать могу показать на своём сайте: https://getmanyspeed.ru/ там можно и HTML посмотреть и header PUSH самой страницы.
Вот теперь уже яснее. Большое спасибо за развёрнутый ответ.
p.s. Напишу в личку у меня как раз в этой теме будет доп. вопрос.
А конкретно на сайте TC вы какие шаги предприняли?
rel="preload"а сами стили сжимал с помощью стандартной функции сжатия движком, как объяснил Леонид, так это не работает, было принято решение не сжимать стандартными средствами стили. Можете посмотреть в исходном коде, сейчас стили подключены "обычным" образом используя preload.
В общeм-то не сильно и залетал, потому как TC интересовали показатели мобильного результата на внутренней странице. Вижу, что стало лучше, но критические показатели остались.
LCP 3.2 многовато.
А скрипты Яндекса не стали в отложенную загрузку выносить?
Метрике после отключения Вебвизора это в принципе не нужно.
А с РСЯ планируете решать вопрос или так и оставите?
РСЯ трогать к сожалению нельзя, здесь можно поплатиться доходом. Так что остаётся только смириться с таким тормозом от Яндекса.
Для оптимизации я делал загрузку стилей с помощью
Можете посмотреть в исходном коде, сейчас стили подключены "обычным" образом используя preload.
Да, я всё посмотрел, спасибо, теперь всё стало понятно.
Метрике после отключения Вебвизора это в принципе не нужно.
Анализировать действия пользователей в режиме записи вам не нужно?
РСЯ трогать к сожалению нельзя, здесь можно поплатиться доходом. Так что остаётся только смириться с таким тормозом от Яндекса.
Да, на сайте Леонида я также ознакомился с этой информации.
Надо сказать, что - да, есть некоторые обстоятельства и технические условия, которые необходимо принять. Я вот пообщался с Леонидом по поводу и своей CMS сборки и оказалось, что в выбранном мною формате ускориться не получится, ну ничего.
Главное, что на Серче стало приятно конструктивно общаться с адекватно мыслящими и знающими в отдельным аспектах больше тебя специалистами. Это всегда ценно.
Сейчас везде пишут что скорость это один из основных показателей
А когда-то писали про div-ную верстку, что якобы "таблицы это так тяжело!" индексаторам... и чего только не придумают – лишь бы денег с верующих срубить. Главное – эти выдумки должны уложиться в типичных головах.
А ещё писали про важность валидности, ну так запихните а валидатор getmanyspeed.ru/ и это не единственная возможная претензия от местных маньяков.
сколько раз яндекс и гугл должны посетить страницу чтобы дать ей оценку
Вы забыли спросить «А "каким браузером" делается эта оценка?» ... помню, выкладывали тестовую страницу для вычисления "браузера", которым гугл (иногда) исполнял JS
Спасибо, поправил. 😊