Комментарии 13
У хабра болезнь обрезать фото в превью?
Вот так, за 16 часов разработки мы получили прирост более чем в 2 раза, а потратили на это, по сути, ~ 50 рублей (стоимость хранения статики в CDN Селектела в месяц). Бандл main.js удалось сократить с 16 мегабайт до 5.5 килобайт! А стартовая метрика LCP, ради которой и боролись, от 3.5 секунд сократилась до 1.5 секунд.
Что увеличило прибыль Вашего работодателя на... ?
Вот у бизнесов есть типа социальная / экологическая ответственность.
Это тоже своего рода - цифровая ответственность.
А что, реально есть люди, которым нравится то, что страница не загружается полностью сразу и подгружается по мере прокрутки?
Первая версия комментария (думая, что страница загружается сразу в посте ТС):
Я думал Вы намекали, что бизнес от этого не получил прибыль.
А если получил, то еще лучше.
Если пользователь вынужден долго ждать - это может быть из-за цифровой безответственности.
Вторая версия:
Если что, я статью не читал и понял с Ваших слов, что ТС пишет о чем-то не особо удобном.
Ну да, бесит, когда на странице происходит какая-то анимация, прыгает, летает, подгружается новая статья. Ну кроме ленивой загрузки картинок без эффектов выше.
Я думал Вы намекали, что бизнес от этого не получил прибыль.
Будем считать что "да", хотя "не совсем".
Дело в том, что такие штуки должны решать задачу "средняя позиция в выдаче уменьшилась на ноль целых икс десятых, что дало прирост трафика на игрек процентов, в результате чего прибыль увеличилась на зет рублей".
Безусловно, это такие сведения, которые люди могут не захотеть разглашать, но тут вообще нет отсылок к экономической отдаче.
Люди весело провели время решая абстрактную задачу, которую они никак не связывают реальным бизнес-процессом заказчика.
Если пользователь вынужден долго ждать - это может быть из-за цифровой безответственности.
Ну, во первых, давайте не будем относится к словам про "ответственность бизнеса" всерьёз.
А во вторых, для пользователя либо не изменилось ничего , либо стало хуже.
А хуже становится потому что Lazy Load это подход направленный на (а) оптимизацию под метрики гугла и (б) снижение нагрузки на свои сервера. Ну, ладно, ещё (в) экономия трафика пользователя
Как пользователь я предпочту плавно скролить страницу и читать, а не скролить рывками и дожидаться подгрузки.
Возможно я нерелевантен, но я люблю открыть открывать вкладки и потом идти читать что там загрузилось
Ну, во первых, давайте не будем относится к словам про "ответственность бизнеса" всерьёз.
Понятия цифровая ответственность в том смысле, в каком его написал я - не существует вообще.
Это типа, чтобы софт не тормозил, не выжирал память и т.п.
Но по теории игр сейчас выгодней быстро склепать и получить деньги.
Кстати, в таком случае была бы интересная опция сайта "Отключить lazy load", хотя ею мало ли кто скорее пользовался бы. Но в дороге удобно наоткрывать себе вкладок, пока есть интернет и потом их читать. Вот уже не помню, ленивая ли загрузка рисунков на тех сайтах, что я читал в дороге. Да, те несколько сайтов без ленивой загрузки. Наверно они что-то знают.
Но по теории игр сейчас выгодней быстро склепать и получить деньги.
Это капитализм, он всегда таким был.
Но я вот думаю, что есть ещё более интересный процесс.
С одной стороны, можно считать что, раз между работодателем и работником капиталистические отношения, то работник будет стараться делать меньше, а денег получать больше.
А с другой, блин, если человек вырос в условиях отрасли, где все говорят об ускорении страниц как о чём-то самоценном, то он вполне искренне может считать, что это и есть реальность. Потому что в интернет-лекциях так говорят, потому что на форумах так советуют, потому что в услугах такое есть.
И вопрос "а польза то в чём" такой человек просто не поймёт, а на спрашивающего СОВЕРШЕННО ИСКРЕННЕ повесит ярлык хейтер/тролль/происки_конкурентов.
Существуют исследования, которые показывают, как скорость загрузки страницы влияет на решения о покупке.
Например, у Amazon: каждые 100 мс задержки стоит Amazon 1% прибыли. Это означает, что увеличение выручки или конверсии в покупку должно быть результатом оптимизации.
Ожидаем от автора статью-исследование о влиянии оптимизации на выручку или конверсию :)
Например, у Amazon: каждые 100 мс задержки стоит Amazon 1% прибыли.
Это какая-то презентация, и даже если поверить в то что там были реальные и качественные исследования, а не понты чувака читающего лекцию в Стенфорде, то есть второй момент.
Это презентация 2006 года, и я вот не уверен, что это можно просто механически применить к 2024 году.
Но, что интересно. Я вот глянул сейчас на Амазон, и не вижу та Lazy Load - при скроллинге все картинки сразу видны.
Это всё отлично... до тех пор, пока не нужно будет внедрить аналитику. Я достаточно давно не занимался оптимизацией (ушёл в backend), возможно сейчас лучше с этим, но тогда не существовало адекватного способа вывести в "зелёную" зону, проект с кодом GA или Я.Метрики.
Прекрасная статья, но как вишенки на торте, на мой взгляд, не хватает пары моментов. Первый - абзац про отказ от избыточных библиотек, тему задели лишь вскользь. Некоторые библиотеки, особенно из старичков, вообще не поддерживают tree shaking, вследствие архитектурной монолитности. И их исключение из кода - большой - если не основной - скачок в сторону увеличения перформанса. Как, например, меняли moment и на что именно.
Ну и второй важный тейк - перформанс это не только про LCP. Это и про потребление памяти, которая вследствие иммутабельной концепции в реакте страдает. Работали ли над потреблением памяти в рантайме и если да, то с какими результатами.
Обрезать нельзя сжать. Как ускорить метрики проекта без больших вложений