koznet

Рейтинг
131
Регистрация
01.04.2010
Мужик Хибинский #:


Инфа для раздумий всем. После подключения платного тарифа время ответа сервера уменьшается в 3 раза. При отключении CF вообще время ответа уменьшается еще в 3 раза от платного тарифа (где то на форуме выкладывал это уже)

Платный тариф = Pro (20$)?

Или = Argo Smart Routing?

master32 #:
проблема у CF и в каналах связи CF<->RU
тоже прилетело 
на сервере еще пара десятков доменов, прилетело только на один)
никаких даунтаймов на сервере не наблюдаю

Тоже самое наблюдаю

Был опыт отмены переезда, в течении 10 дней после начала.

Яндекс - переезд оформил за пару дней, а вот Гугл - затупил.

301 редиректы на идентичные урлы. Две карты сайта: старая и новая, обе доступны. Доступны оба варианта роботс. В серчконсоли все было оформлено. 

Отмена переезда: просто обратным редиректом и отменой переезда в серчконсоли - вернули трафик 1 в 1 как до переезда в течении суток. 

Но уверен, что может и случиться беда.
Молчит с мая.
LEOnidUKG #:

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

Для этого не нужны эксперименты. Тут два пути или деньги с рекламы или скорость. Баланса нет, любые телодвижения будут приводить к потере денег.

Ну, как это не нужны? До INP зеленая зона PageSpeed + реклама - было абсолютно нормальной реальностью. Но нынче - да :(
Ситуация превратилась в "развилку", с этим полностью согласен. Третьего, судя по всему, не дано.

Вброшу свои 5 копеек в тему про Pagespeed:
В ходе экспериментов с различной рекламой на сайтах (РСЯ, сторонние тизерки, брендинги итп) - сделал наблюдение, что рекламные сети приводят к увеличению показателя INP. 

Ввиду отсутствия бурж трафика нету возможности проверить Adsense, но думаю картина будет таже.

Это такая политика гугла: мол если на сайте есть реклама - вот вам малюсенький минус к ранжированию? 

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

Лучший путь, это начать с настройки nginx/fpm как такового. Простой перевод fpm в режим static - даёт ощутимый прирост отзывчивости. А если добавить nginx кеширование ответов fpm и подправить размеры буфферов, то вообще хорошо будет.

Можно и конфиги бд подправить, что положительно скажется на ttfb.

Далее, чтобы снизить LCP - можно использовать атрибуты fetchpriority и/или preload у картинок (можно и у скриптов/css). Картинкам на первом экране - fetchpriority high, всему, что ниже - уже можно low.

CLS уменьшается фиксацией высоты элементов: полной (height) или частичной (min-height).

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

По картинкам: старый добрый lazyload устанавливается легко и без заморочек. Можно и новый модный chrome совместимый loading="lazy" использовать. Пережать картинки - можно на сервере скриптами в webp, далее на уровне nginx сделать проверку наличия webp. А на крайняк: выкачать, сжать, залить webp по тем же путям.

Для css: ТРУЪ практика - создание критического css (все, что будет на первом экране) и отдельный файл под все остальное (который, кстати, можно так же грузить асинхронно или простым js скриптом). Совсем совсем труъ: разделить css для каждой страницы, а так же разделить его по блокам: мол critical, основной контент, footer, поп-апы и прочие либы.

Это более трудоёмкий процесс, чем просто поставить pagespeed. Но даёт более стабильный и главное контролируемый результат, что в долгосрочной перспективе намного лучше. 
stormus27 #:
может админы снимут платный топик до выяснения?
видео/скрины переписки, выписка о переводе - всё могу предостaвить по запросу без проблем.

Уже писал в поддержку и все предоставил. По правилам форума не могу делить деталями беседы с поддержкой.


Скажу лишь одно - платные топики не закрывают ни при каких условиях. Все в соответствии с правилами форума. Здорово, да?

Такая же ситуация,  игнорит.
Kowalski #:
У кого-то есть digitalcaramel при блоке в РСЯ? Какие показатели? РСЯ - основная доля выкупа рекламы в  digitalcaramel ? Подскажите пожалуйста

Без РСЯ CPM 10-11р, рекламы крайне мало. Если сравнивать с эдсенс, то выходят слезы, в десятки раз меньше :( Но Альтернатив в данный момент нет :(

Всего: 360