- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
PageSpeed Insights - сервис антиюзерский, советующий в большинстве полный бред, которому следовать категорически не стоит по многим пунктам. Конкретные пункты, которые не для людей (да и не для ботов тоже):
1) Предлагает вынести подгрузку CSS в конец файла, чтоб основной контент загружался быстрее. Антиюзерско. Потому что юзер сначала видит перекошенное уродство а не сайт, особенно при медленом интернете, которым пользоваться все равно нельзя, пока не загрузятся все стили. Протестировано на юзерах и опрошено, бесит всех, лучше чтоб просто ничего небыло пока идет загрузка стилей. Зато потом юзер сразу видит полноценный сайт, а новый юзер первый раз попавший на такой сайт - может и уйти, не дождавшись загрузки стилей. Ну и если сделать кеширование стилей в браузере, тогда и тормозов не будет вообще. Правильное решение: оставить link rel="stylesheet" в пределах head, вопреки советам гугла.
2) Предлагает "маленькие" файлы стилей (хотя его валидация PageSpeed Insights 100 из 100 показывает даже если 1 мб стилей в код напихать) размещать прямо в html коде страницы. Дичь и бред и по логике и идеологии верстки. А в техническом плане опять вред - внешний css файл закешируется в браузере, повторно его гонять по сети не надо, а то что в html коде - будет гоняться по сети постоянно, а это лишний траф и для сервера и для юзера.
3) Предлагая вынести link css в самый конец документа за закрывающий тег html - нарушает HTML валидацию W3C жестчайшим образом.
4) К предложению изменить размер изображений также нужно относиться с умом, не нужно генерить кучи превьюшек под все подряд размеры. Потому что юзеру при просмотре нужно будет грузить и превьюшки и все равно исходный файл (для всяких лайтбоксов и прочих галерей).
5) Предложение очищать мета данные изображения - это вообще анти-seo (поисковики читают тексты из мета данных картинок и ищут по ним) и не по человечески, часто и для людей нужны мета данные, типа даты создания фото, копирайты, комменты-описания, гео данные, описание девайса сделавшего фото и прочие параметры.
6) Кеширование статики. Кешировать надо только то, что надо, а не все подряд, тупые идеи кешировать js счетчики, картинки капчи и т.п. естественно надо игнорировать.
7) Вынос внешних js в конец файла - тоже нужно понимать когда это безболезненно можно, а когда не нужно или даже технически невозможно. В большинстве случает прощи и более полезнее просто настроить кеширование js статики, тогда не зависимо от места вызова все будет быстро грузиться.
P.S. надо не забывать, что в первую очередь сайт делается для людей, и кстати гугл на своих сайтах также часто нарушает эти свои рекомендации.
Наверно потому что название такое - Page Speed...
Вы ведь согласны что эти рекомендации ускоряют загрузку страницы?
Другое дело когда хотят урвать все 100, хотя хватает и 90.
ps: всегда оставляю css и jquery в head...
для ускорения другие вещи нужны.
быстрый хостинг, нормальные скрипты, и прочее
google советует дичь, а все трясутся над этим, к сожалению.
b2pip, идея запихать css из внешних файлов в html код - если бы такую гениальность тут посоветовал простой юзер, его бы закидали тапками, потому что за такое надо руки отрубать. А из уст гугла этот бред прошел как священное писание )))
Гугл думает только о своих корпоративных интересах. Юзеры и юзабилити ему побоку. Если советует дичь значит это ему для чего-то нужно. Может мобильный трафик хочет нарастить и приучить гуглить со смартфона или еще что. Это как с истерией вокруг https, основная причина явно не в безопасности.
PageSpeed Insights - сервис антиюзерский, советующий в большинстве полный бред,.
напишите свой
напишите свой
зачем? чтоб глупости всякие советовать? так меня не будут слушать, я не такой авторитет как гугл.
зачем? чтоб глупости всякие советовать? так меня не будут слушать, я не такой авторитет как гугл.
пхах, гугл не авторитет совсем...
А я все сделал как они просили, выбил 98 очков из 100, но никакого профита не получил =) Ну разве что, в серч консоли обнулилось количество страниц, не оптимизированных для мобильников.
А через пару месяцев поставил кнопки лайков от разных соцсетей и вся моя супер-пупер-оптимизация накрылась медным тазом))
1) Предлагает вынести подгрузку CSS в конец файла, чтоб основной контент загружался быстрее. Антиюзерско. Потому что юзер сначала видит перекошенное уродство а не сайт, особенно при медленом интернете, которым пользоваться все равно нельзя, пока не загрузятся все стили. Протестировано на юзерах и опрошено, бесит всех, лучше чтоб просто ничего небыло пока идет загрузка стилей. Зато потом юзер сразу видит полноценный сайт, а новый юзер первый раз попавший на такой сайт - может и уйти, не дождавшись загрузки стилей. Ну и если сделать кеширование стилей в браузере, тогда и тормозов не будет вообще. Правильное решение: оставить link rel="stylesheet" в пределах head, вопреки советам гугла.
Да не вполне нормальная практика css подгружать не блокируя цикл. Просто вынести некоторые стили сразу в код страницы, для корректного отображения пока идёт подгрузка. При gzip, вообще будет неощутимый объем.
7) Вынос внешних js в конец файла - тоже нужно понимать когда это безболезненно можно, а когда не нужно или даже технически невозможно. В большинстве случает прощи и более полезнее просто настроить кеширование js статики, тогда не зависимо от места вызова все будет быстро грузиться.
В принципе правильно гугл говорит, главное не блокировать рендер страницы, подгружать js файл когда нужно, можно использовать лоадеры разные, сборщики типа webpak и т.д. Да и нужные все эти методы когда у всё по серьезному, не просто jquery подключено для мигалок и свистелок, а SPA к примеру или другие усложнения.
Тут просто знаете какой затык, вот сделал сайт пошел тестировать скорость в гугле а он тебя ругать начинает) Надо просто выработать для себя меры оптимизации frontend и сразу их учитывать при разработке, будет всё проще, сейчас огромный пул инструмент, который поможет вам без проблем все эти оптимизации учитывать, собирать автоматом ваш проект с минимизацией всего что нужно и других мер.
ну дла того что бы чем то народ занять, вот пусть пилят под новые автоматические требования, чтоб хоть чем-то были заняты.
По факту, большинство сервисов гугла кривые и косые, вот пример /ru/forum/945182