Павел

Рейтинг
169
Регистрация
23.01.2006
Не вполне верно. Надо вот так:

Clean-param:   items_per_page   /

В данном случае для любого URL от корня сайта будет применено правило отбрасывания данного get-параметра.
На всех сайтах в нескольких подконтрольных аккаунтах единомоментно сегодня утром выскочил в Диагностике флаг "Долгий ответ сервера".
Ну не может этого быть для разных CMS с разной степенью вылизанности, на разных хостингах.
Подозреваю, что что-то опять глюкануло в Яндекс.Вебмастер глобально.

Много если при многофакторном анализе - это нормально :)

3к - траф достойный. И наверное 2-3-4 основные трафикогенерирующие страницы, и у каждой из них 100/100, и у всех страниц второго шага 100/100 ? Не только же главную измеряли, я уверен?

Тогда вопрос - а цель то какая конкретно была? Что бы буст был у остальных страниц, на которые трафа отродясь не бывало? :)

Буст будет, если есть трафик.

Если ускорение делается ДЛЯ того чтобы изначально подняться - естественно, ничего не будет. Ибо метрик нет.

Смотрим gpsi - у них в отчете real world метрики фигурируют. Если в отчете указано «нет данных для анализа», то синтетическое улучшение формальных метрик ничего не даст.

Ну а если вы одновременно с остальными мероприятиями сделаете и улучшение скорости - то и выделить эффект не сможете, просто порадуетесь, как хорошо остальные действия сработали.

Сработает синергия, но а чистом виде она не выделяема, если только вы не пытаетесь при Имеющемся трафе и прочих равных с конкурентом обойти его. И опять же, пока real world data будут накоплены и учтены, не моментально

The WishMaster:
sPoul, и что это даст?

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

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

А для аналитических систем типа GPSI это как раз то самое улучшение метрик, счет точно повысится.

Ну а в совокупности, с улучшением как синтетического счета, так и данных в реальном мире - получится прирост качества сайта для поисковика.

А lazy init для js в зависимости от скроллинга (тот же lazyload картинок, только для js элементов), сделать не судьба? Или таких плугинов не нашлось, а спрограммировать самому скрипт на 10 строчек не получается?

Реклама, не реклама... все решаемо.

Есть вагон разрешений на составе устройств. Так что не у всех первый экран одинаков, не так ли? Не у всех же iMac 28” и разрешение 8к :)

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

Как вариант решения - все некритичные медийные блоки (реклама, Картинки, iframe) размещенные за пределами первого экрана, грузить через вариации lazyload скриптов.

Попробуйте конструкции запросов типа inurl:urlpart site:site.ru или intext:someword site:site.ru - это даст дополнительные страницы

Всего: 263