Если бы активное отвлечение читателей веб-сайта было олимпийской дисциплиной, то первые места в ней всегда бы занимали новостные источники.
Я зашёл на сайт New York Times, чтобы просмотреть четыре заголовка, но меня встретили 422 сетевых запроса и 49 мегабайт данных. Для полной загрузки страницы понадобилось две минуты. И потом они удивляются, что все мало-мальски владеющие технологиями люди с головой на плечах ставят блокировщики рекламы на компьютеры своих знакомых и родственников.
Эта история повторяется у всех популярных новостных изданий.
Чтобы осознать феномен веб-страницы весом 49 мегабайт, давайте вернёмся в прошлое на несколько десятков лет. Объём этой страницы превышает размер Windows 95 (28 дискет). Операционная система, когда-то управлявшая всем миром, с запасом уместится в современной странице. В 2006 году на пике популярности были iPod и цифровая музыка. Стандартная композиция в MP3 с высоким качеством и битрейтом 192 кбит/с весила примерно 4-5 МБ. Одна страница сегодня эквивалентна 10-12 песням. По сути, чтобы прочитать несколько параграфов текста, я скачал целый альбом. Согласно сведениям International Telecommunication Union, среднемировая скорость Интернета в те времена была примерно равна 1,5 Мбит/с. Пока браузер загружал бы этого бегемота, пользователь вполне бы мог успеть заварить себе чашечку кофе.
За последние двадцать лет оборудование совершило большой шаг вперёд; неужели современный стек фреймворков/рекламных технологий полностью обнулил этот прогресс «благодаря» абстрагированию и плохой архитектуре?
Тротлинг CPU, слежка и дыры в конфиденциальности
Например, выше показана краткая сводка сетевой активности при загрузке одной страницы: она демонстрирует, что прямо в браузере клиента происходит разрастающийся неконтролируемый аукцион рекламы. Ещё до того, как пользователь закончит чтение заголовка, браузер будет вынужден обработать десятки параллельных запросов биддинга к таким рекламным биржам, как Rubicon Project (fastlane.json) и Amazon Ad Systems. Хоть эти запросы выполняются по сети асинхронно, они крайне нагружают основной поток браузера. Чтобы упростить этот процесс, браузер должен скачивать, парсить и компилировать мегабайты JS. Недопустимо, что издатели выполняют вычисления для расчёта рекламных прибылей ещё до того, как начать рендерить сами статьи.
Пользователь запрашивает текст.
Браузер скачивает 5 МБ JS-кода для слежки.
В фоновом режиме происходит молчаливый аукцион, сильно нагружающий мобильные CPU.
Победивший в аукционе вставляет тщательно подобранную промежуточную рекламу, о которой пользователь не просил.
Наряду с весом этого программного аукциона удивляет и частота использования функций отслеживанию поведения. Мониторинг пользователя выполняется параллельно с непрекращающимся шквалом POST-запросов, обращающихся к конечным точкам слежения самого веб-сайта (a.et.nytimes.com/track). Невидимые фоновые пиксели и переадресации на doubleclick.net и casalemedia помогают выполнять межсайтовую идентификацию пользователя для различных рекламных сетей.
Открывая веб-сайт на телефоне, вы как будто начинаете участвовать в высокочастотных торгах на финансовом рынке. Чувствуете, как нагревается телефон? Как внезапно включатся кулеры ноутбука? На всё это, а также на разрядку аккумулятора влияет множество подобных мелких скриптов.
Забавно, что механизм слежки инициализируется параллельно с запросами к purr.nytimes.com/tcf, что, как я предполагаю, является европейским Transparency and Consent Framework IAB. Владельцы сайта назвали конечную точку этого фреймворка «purr» («мр-р-р»). Котик мурлычет, одновременно роясь у пользователей по карманам.
В этом и заключается парадокс современных новостных UX. Обязательные баннеры о разрешении куки, которые вынуждены нажимать пользователи — это юридические фиговые листки, предназначенные для защиты издателя, пока он беспроблемно майнит данные в фоновом режиме. Но, пожалуй, хватит о NYT.
Экономика враждебной архитектуры
Издатели не коварны, а загнаны в угол. Пойманные в эту спираль смерти рекламных технологий, они обменивают длительное удержание читателей на быстрые копейки CPM. Современная отрасль рекламы постепенно отделяет автора от рекламодателя. Она превращает UI в оружие, потому что считает, что это необходимо.
Сегодня очень важны метрики просматриваемости (viewability) и проведённого на странице времени (time-on-page). Все враждебные решения относительно UX исходят из одного простого факта: чем дольше пользователь находится на странице, тем больше CPM может взимать издатель. Раздражение пользователя — это продукт. Неудивительно, что разработчики и дизайнеры принимают решения по UX, оптимизируя этот параметр. И вы, читатель, вынуждены взаимодействовать, ждать, нажимать и скроллить много раз из-за этой оптимизации. Это не только шаг в неверном направлении, но и враждебное по природе своей поведение.
ПО недостаточно уважает читателя. Издателя держит в заложниках аукционная система, которая не только стимул��рует к использованию тёмных паттернов, но и вознаграждает за это.
И почти все современные новостные веб-сайты виновны в применении тех или иных антипользовательских паттернов. Напомню, что NNgroup определяет затраты на взаимодействие, как сумму ментальных и физических усилий, которые должен предпринять пользователь для достижения своей цели. В физическом мире враждебной архитектурой (hostile architecture) называются парковые скамейки с шипами, не позволяющие бездомным спать на них. В цифровом мире мы можем назвать так систему, тщательно спроектированную под конкретные метрики ценой повышения когнитивной нагрузки человека. Давайте разберём ставшие популярными дизайнерские решения, враждебные к пользователю.
Нападение до прочтения
Когда пользователь нажимает на новостную ссылку, он хочет лишь прочитать заголовок и пробежать глазами по тексту. Проблема в том, что при загрузке страницы пользователей встречает то, что я называю войной Z-индексов. Баннеры GDPR/куки занимают нижние 30%. Пользователь скроллит один раз и видит модальное окно «Подпишитесь на нашу рассылку». Тем временем браузер начинает бить по нему диалоговыми окнами с запросом на отправку уведомлений.
Пользователь должен произвести визуальную оценку, найти значки закрытия окон (которые намеренно делаются малоконтрастными) и выполнить побочные квесты лишь для того, чтобы получить доступ к 5 КБ текста, за которыми он и пришёл. Давайте посмотрим, как эти антипаттерны образуют единый враждебный к пользователю UX. Ниже представлен анализ загрузки стандартной страницы Economic Times.
1. Критическая ошибка: двойная атака модальными окнами
На пользователя нападает не одно, а два одновременных предложения залогиниться через Google. Одно центрированное модальное окно полностью закрывает текст, а стандартное модальное окно Google появляется в правом верхнем углу. Это серьёзное нарушение процедуры последовательного онбординга, сбивающее с толку пользователя, который пришёл на сайт в первый раз.
2. Серьёзная проблема: забивание вьюпорта
Взгляните на пространство экрана. Мы видим верхний рекламный баннер, skyscraper (вертикальный рекламный блок) слева, skyscraper справа и встроенный в текст блок рекламы. Содержимое самой статьи занимает примерно 15% от пространства экрана. Издатель инвертировал соотношение рекламы и контента.
3. Утомительная бесполезная работа: неприемлемая цена взаимодействия
Прежде, чем прочитать хотя бы одно предложение, пользователь вынужден сначала найти и нажать на значок «X» центрального модального окна, сделать то же самое с правым верхним модальным окном, а затем проскроллить огромный верхний баннер. Вынуждая пользователя заниматься этой вознёй перед доступом к контенту, издатель создаёт перед ним необязательные преграды.
Нарушения эвристик UX и источники
Эстетичный и минималистичный дизайн — интерфейсы не должны содержать нерелевантную или редко нужную информацию [NN/g Usability Heuristic #8].
Затраты на взаимодействие — двойной удар модальными окнами требует высоких затрат на физическое взаимодействие ещё до того, как пользователь получит от сайта что-то полезное [NN/g Interaction Cost].
Core Web Vitals (мешающие промежуточные окна) — собственные поисковые рекомендации Google штрафуют страницы, контент на которых труднодоступен из-за всплывающих окон, закрывающих основной контент сразу после перехода на страницу [Google Search Central].
Катастрофа с CLS
Пользователь находится на втором абзаце. Внезапно текст перескакивает вниз на 250 пикселей, и пользователь теряет читаемую им строку. Почему? Рекламная сеть наконец-то завершила процесс биддинга и инъецировала iframe над вьюпортом. В Core Web Vitals Google это расценивается, как Cumulative Layout Shift. Высокий CLS часто напрямую коррелирует с высокими показателями ухода пользователя со страницы.
Следует учесть, что катастрофа с CLS, атака модальными окнами и даже блокирующие рендеринг скрипты вроде бы должны снижать оценку страницы. И Google официально пессимизирует всё это в SEO (по крайней мере, теоретически). Странно то, что собственные рекламные продукты Google способствуют созданию такой системы.
Авторитетность домена и репутация издательского дома позволяют этим сайтам находиться в верхних строчках поисковых результатов. Поисковая рука Google наказывает за преступление, в то время как рекламная рука Google продаёт оружие преступнику.
Прилипчивый видеопроигрыватель
Сегодня издатели любят встраивать в страницы видео с автоматическим воспроизведением, не особо популярные среди пользователей. На различных форумах, Reddit, HN и в Twitter можно найти множество постов об этом.
Но ситуация ещё хуже: при скроллинге пользователь надеется, что видео покинет вьюпорт. Но нет, оно уменьшается и приклеивается к правой нижней части экрана, продолжая воспроизведение. Оно продолжает отвлекать пользователей; как бы в насмешку у неё есть крошечная кнопка «X» с крошечной активной областью (что нарушает закон Фиттса).
Можно быть уверенным, что измеряющие метрики люди хвалятся наибольшими CPM видеорекламы.
Примечание.
Если ваш отдел маркетинговых исследований настаивает на использовании таких видео, то применяйте
IntersectionObserverAPI. Если пользователь прокручивает страницу вниз, чтобы не смотреть видео, уважайте его решение не взаимодействовать с ним.
Инновационные помехи
На мобильных устройствах самым ценным ресурсом является вертикальное пространство. Среднестатистический мобильный вьюпорт имеет высоту 800 пикселей. Многие новостные сайты используют приклеенный заголовок (с логотипом и меню-гамбургером), отъедающий 80-100 пикселей. Из-за приклеенной панели с кнопками «Поделиться» и строки URL самого мобильного браузера пространство для контента уменьшается ещё сильнее.
Настоящий контент на этой веб-странице Guardian ограничен всего 11% вьюпорта. И здесь ещё не учитывается панель навигации браузера на реальном телефоне.
Комментарий специалиста: «Когда дизайнеров призывают любой ценой оптимизировать страницы под подписки на рассылки, подписки на текст или регистрации, они часто принимают решения, отдающие приоритет этим метрикам в ущерб всему остальному. Однако в долговременной перспективе такая тактика снижает доверие пользователей и ухудшает их отношение к бренду» — NNgroup [Источник].
Сегодня реальное окно чтения контента для пользователя ужато в вызывающие клаустрофобию рамки в центре экрана. Это создаёт ощущение визуального удушения. Пользователи вынуждены трижды выполнить прокрутку, что увеличивает затраты на взаимодействие.
Ещё у таких сайтов есть «налог на толстые пальцы». Кнопки «X» располагаются непосредственно рядом с активной зоной рекламного баннера; команды, занимающиеся рекламой, математически вычисляют их координаты так, чтобы пользователи генерировали случайные клики. Эти кнопки закрытия легко можно сделать больше, особенно на мобильных экранах, но этого не делают. Это не баг, а фича.
Красными прямоугольниками выделено: препятствие в виде кнопки «Открыть в приложении», модальное окно с предложением подписки, реклама и раздел «Поделиться». Зелёным прямоугольником выделен: сам контент
Я рос на статьях из газеты Dainik Jagran, она была одним из самых популярных в Индии ежедневных печатных изданий на хинди. А вот, как выглядит его веб-сайт сегодня. Крошечная полоска контента скрыта даже не одним, а двумя модулями войны Z-индексов. Многие веб-сайты активно препятствуют доступу к ним читателей, предлагая посещать их при помощи «приложений». Не понимаю, откуда берётся это желание заставлять всех скачивать своё приложение.
Ещё одна любопытная особенность современных новостных веб-сайтов: обрезка статей посередине кнопкой «Читать дальше» или «Продолжить чтение». Событие клика сообщает издателю, какие статьи привлекают внимание, и даёт ему возможность загрузить ещё больше рекламы внизу страницы.
Примечание.
Если пользователь не пользуется активно навигацией, то заголовок остаётся мёртвым грузом. Заголовок должен скрываться при scrollDown и отображаться при scrollUp. Дайте контенту дышать.
Ситуацию можно улучшить
Заставляя пользователя выполнять 3-4 действия для того, чтобы увидеть контент, издатель не может ожидать, что этот процесс будет приятным. Это эквивалентно сжиганию запаса когнитивных сил пользователя ещё до того, как он получит что-то ценное. Бизнес оправдывает это так: «Нам нужен комплаенс и генерация лидов», но от этого никак не выигрывает пользователь. Если он не прочитал ни строчки работы ваших журналистов, то зачем ему вообще на вас подписываться?
Это можно исправить, не показывая всплывающие окна в первые 60 секунд на странице или в первые 50% скроллинга. Вместо того, чтобы допускать инъецирование нескоординированных оверлеев сторонними скриптами, разработчики должны реализовать последовательную очередь онбординга по одному оверлею за раз, запускаемую поведением пользователя, а не загрузкой страницы. Создавайте модальные окна, не препятствующие чтению и обеспечивающие accessibility. При необходимости объедините запрос на разрешение куки и просьбу о подписке на рассылку в один раздел в нижней части экрана, не препятствующий чтению. Если пользователь закрывает его, сохраняйте состояние в localStorage и никогда больше не показывайте его в той же сессии.
Ещё лучше инъецировать предложение подписаться на рассылку в виде стилизованного div между четвёртым и пятым абзацами. Если пользователь проскроллил страницу настолько далеко, то он уже заинтересован контентом. Это не только снизит затраты на взаимодействие пользователя, но и может даже увеличить показатели конверсии, потому что намерение в этом случае согласуется с действием.
Примечание.
Если требуется обновление рекламы, используйте рекламу с ленивой загрузкой, привязанную к глубине скроллинга (например, слоты обновления, когда пользователь проскроллит ниже них на 50vh), а не препятствуйте процессу чтения.
Вернёмся к CLS: когда мы читаем, наш мозг формирует карту физического расположения текста. Когда структура неожиданно меняется, это ломает пространственную память пользователя. Когнитивная нагрузка, требуемая для повторного нахождения нужного места, прерывает состояние потока.
Издателю следует резервировать пространство для асинхронного контента. Обёртывайте слоты для рекламы и изображения в контейнер с заданным соотношением сторон или фиксированной минимальной высотой. Если слоту назначен прямоугольник 300x250, то контейнеру можно жёстко прописать следующие параметры:
min-height: 250px; background: var(--skeleton-loader);
или что-то подобное. При загрузке DOM не двигается. Если рекламе не удаётся заполнить контейнер, можно свернуть его чем-нибудь наподобие ResizeObserver, если он находится вне текущего вьюпорта. Но стоит избегать смещения текста вниз, когда пользователь уже начал чтение.
Примечание.
У Google должен быть какой-нибудь механизм, отделяющий в результатах поиска новостные статьи, которые скрыты за paywall.
Не все сошли с ума
Всё ещё существуют упрощённые версии сайтов наподобие text.npr.org, lite.cnn.com и www.cbc.ca/lite. И RSS-фиды тоже есть. Активное сообщество разработчиков приложений для чтения фидов ежедневно помогает миллионам людей. Благодаря им можно подписываться на нужные новостные издания, не подвергая себя нападению модальных окон или постоянной слежке.
Их существование доказывает, что аудитории не хватает ненапряжных веб-сайтов с большим количеством контента, которые романтизируют сегодня. В эпоху, когда в мире и стране происходит такое количество событий, а Интернет проник во все уголки нашей жизни, нам нужны более качественные источники, обеспечивающие компромисс между потребностями пользователей и бизнесов.
Подведём итог
Пользователи жаждут качественного UX, и если реализовать его правильно, он кажется почти естественным, интуитивно понятным. Судя по состоянию UI, для современных новостных изданий читатель — это враг, которого нужно захомутать и монетизировать. Прибыльность публикации и быстрый, удобный UX — это не взаимоисключающие понятия. Я уверен, что разработчикам веб-сайтов этих изданий тоже всё это не нравится, как и нам, но они попали в ловушку бизнес-моделей, отдающих приоритет кратковременным CPM в ущерб долговременному привлечению читателей. Нам просто нужно запретить сторонним маркетинговым скриптам диктовать архитектуру сайта.
Ни один отдельный разработчик сайта Times не решил специально ухудшить процесс чтения. Эта архитектура возникла из-за тысяч мелких решений, каждое из которых рационально в локальном масштабе, но суммарно они приводят к катастрофе.
Они построили систему, которая относится к вниманию пользователя, как к добываемому ресурсу. Самое радикальное, что можно сделать — отказаться быть ресурсом. Закройте вкладку. Пользуйтесь RSS. Пусть показатель отказов на сайте говорит сам за себя. Это метрики тщеславия, которые лишь приводят к кризису.
Они идеально подходят для тех, кто создал систему такой. Вопрос в том, подходят ли они вам.
Комментарии (76)
nerudo
18.03.2026 13:15Помнится, одна местная компания рассылала еженедельное newsletter (по почте). Изначальный его размер был порядка 60кБ (несколько абзацев текста сверстанные в таблицу в html). В какой-то момент он начал расти и к тому моменту когда мое терпение лопнуло - был уже около 5МБ. Объем полезной нагрузки оставался тем же, но внутри html творился какой-то треш - множественные изменения стиля вокруг каждого слова или что-то типа того. Причем с каждым письмом оно равномерно набухало на сотню, что ли, килобайт. Как они смогли добиться такого эффекта - уме не приложу.
vesowoma
18.03.2026 13:15внутри html творился какой-то треш - множественные изменения стиля вокруг каждого слова или что-то типа того.
В Worde набирали и сохраняли как *.html
nerudo
18.03.2026 13:15Возможно. Но почему он планомерно рос? С самими вордовскими документами я такого эффекта не наблюдал никогда.
Ender2012
18.03.2026 13:15У меня на практике нечто подобное было с экселем. Вводная - контора делала металические конструкции. На каждую составную часть конструкции (а их может быть с десяток) клеится ярлык. Формат ярлыка у каждого заказчика свои. Поскольку они автоматизировали это без программистов то заводили ярлыки в Экселе (по файлу на заказчика) и в рамках одной страницы копипастили столько ярлыков сколько надо распечатать после чего эксельку сохраняли. А если в эксельке сохранено больше ярлыков чем надо распечатать сегодня то лишние удаляли перед печатью. Почему бы и нет собственно?
И вот решили это дело автоматизировать, и эти эксельки дали нам. Одна из экселек была просто огромная что даже открывалась с трудом, хотя если посмотреть то там был всего один ярлык. Оказалось все так, но в ярлыке был логотип заказчика в виде картинки. Картинка хранится внутри XLS, а уже в ячейке фактически ссылка на нее. При копировании ярлыка создается новая копия и новая ссылка. А вот при удалении удаляется только ссылка на картинку, а сама картинка остается без изменений. И вот так вот по тихоньку по легоньку несколько тысяч картинок в xls файле набралось. Совершенно не удивлюсь если какая-то подобная магия в ворде имела место.
vesowoma
18.03.2026 13:15Да, если много редактировать и *.doc файл, он постоянно рос в размерах. Но достаточно было сделать Ctrl+A Ctrl+C Ctrl+N Ctrl+V и сохранить документ под новым именем - размер снова становился соответствующий реальному наполнению.
Darkness_Paladin
18.03.2026 13:15Всё просто: они вместо использования шаблона каждый раз правили предыдущий документ. В каких-то ранних версиях продуктов M$ (замечал в ворде и фронтпейдже 97-го офиса -- но потом в другом 97м не смог воспроизвести этот баг, так что хз, видимо, от конкретной версии зависело) был такой нюанс -- неиспользуемые локальные стили не удалялись, а, "штоп как бы чаво не вышло", перекрывались новыми -- так что документ с парой слов толстел в разы, если минут двадцать поиграть со шрифтами, цветами и всяким прочим.
Blacpaul57
18.03.2026 13:15Как выше уже и написали, скорее всего рассылку собирал менеджер копипастом из ворда прямо в админку почтового сервиса. Ворд тащит за собой тонну служебного xml-мусора, который раздувает письмо в сотни раз
MPS78
18.03.2026 13:15Я скучаю по web 1.0
Eduard888
18.03.2026 13:15Это нужно тащиться к столу под которым стоит один на всех пыльный ATX корпус. По-настоящему свободу и приватность давали "теплые и ламповые" WAP и WML
MAXH0
18.03.2026 13:15А свободу, правда без приватности, давало FIDO ) А для приватного был p2p флопинет.
YMA
18.03.2026 13:15Насчет WAP я бы не был оптимистичен - сейчас сходу пруфов не нашел, но помню, что было возмущение, что при заходе через wap отвечающий сайт получал идентификатор пользователя (как бы не телефонный номер вообще).
Areso
18.03.2026 13:15это работало не только на WAP.
Это особенность мобильного трафика, где прямо в заголовках номер абонента передавался.
HardWrMan
18.03.2026 13:15Помню нулевые, когда 5+ метровые флеши были только у китайцев, сайты и форумы летают даже на мопеде дайлапы. Первые ADSL 128к с лимитом трафика в 1ГБ/мес на внешние ресурсы (внутренние для оператора не тарифицируются). И вот пришёл торрент а с ним и ipfilter.dat а так же простыни форумов, где на многостраничных темах раздаётся плач Ярославны тех лимитчиков, кто не справился с ipfilter.dat и превысил лимиты трафика от чего получил приличные счета за интернет. Это преамбула и сеттинг.
А теперь суть. Был у меня тогда знакомый, знатный тролль. Он взял и создал гифку на 32 мегабайта, которая состояла из одного кадра. Т.е. визуально не понятно, что это гифка. Выгрузил её на какой-то тогда доступный хостинг, который предоставлял прямые ссылки к файлам. И установил её как аватар на всех своих аккаунтах тех локальных форумов. А на тех форумах что не позволяли установить аватарку как внешнюю ссылку на картинку просто добавил в подпись профиля с тегом [IMG]. И пошёл комментировать те темы где тусили лимитчики.
Рассказывал, что у многих подгорало знатно, пошли жалобы мол посидел на форуме и лимит кончился, а ему в ответ - да ты нуб так не бывает. Славные были времена...
bogolt
18.03.2026 13:15Странные люди, у меня в те годы просто была выключена загрузка изображений. Если понимал что тут надо увидеть какую-то картинку ( например фотку кто-то выложил на форум ) то кликал по ней чтобы она загрузилась. А все эти аватары и задний фон ну не видел просто. Страницы достаточно понятно выглядели и без них.
HardWrMan
18.03.2026 13:15Этим пользовались только чуваки с медленным модемом и те, кто использовал спутниковый интернет. Остальные не парились или не знали. ADSL реально привнёс интернет в массы от чего он получил первую волну деградации, увы.
Nexoic
18.03.2026 13:15Особенно неприятно когда твой сайт с картинками и ТД меньше 100кб скорость отличная но в топе трастовые домены обвешанные мусором , и поисковым системам такое нравится, во преки их собственным рекомендациям.
sergyk2
18.03.2026 13:15мда, если на сайте одна реклама, отказатся от куков нельзя, прочитать полность текст не переходя по ссылке нельзя, то исключаю его из просмотров.
особенно доставляют сайты типа kazus на который ведут ссылки с поисковика но нет ни капли полезного.
SeregaSA73
18.03.2026 13:15по этой причине я и перешел читать новости в телеге, которая правда недавно скончалась, но это совсем другая история...
mapnik
18.03.2026 13:15недавно скончалась
Как когда-то давно на похожее ответил рутрекер, "мы работаем как работали. Это у вас там что-то не то".
neenik
18.03.2026 13:15Я работаю с разработчиками и скажу почему так. Почти никто из разработчиков не пользуется своим же софтом. Сидит индус Вася
верстаетразрабатывает NYT, красит кнопку в красный. Сколько она весит? Какая разница. Главное, чтобы тестировщик пропустил задачу, что кнопка стала красной.Blacpaul57
18.03.2026 13:15Разработчик сидит на топовом макбуке с гигабитным интернетом в офисе) Он физически не видит тормозов, которые ощущает обычный юзер на дешевом андроиде где-нибудь в метро с нестабильным 3g
randomsimplenumber
18.03.2026 13:15Есть QA , они проверяют разные сценарии. Проверяют, правда?
achekalin
18.03.2026 13:15Проверяют. Даже задачи ставят. А вот задачи берутся в работу... Ну, не часто, и не приоритетно, верно?
randomsimplenumber
18.03.2026 13:15Манагер проекта: смотрит в собранную с помощью телеметрии статистику использования, видит что доля старинных устройств 0.5%.
SWATOPLUS
18.03.2026 13:15Насколько же это красиво. Трекинг идущий полным ходом, но при этом враждебный куки-баннер, который не дает никакой регулировки анонимности и защиты данных пользователя. Спасибо законодателяем, что обязали все добавить это дерьмо.
На самом деле, можно решить проблему, обязав всех сайтоводов не куки баннеры встраивать, а использовать что-то по аналогий с RSS. При этом, они могу встраивать рекламу, в текст самой статьи и её сложно будет вырезать рекламо-резкой. Все кто технически грамотны и так используют фильтры реклами и из-за RSS не уменьшиться доход.
khegay
18.03.2026 13:15У меня есть показательный кейс.
Я - typescript разработчик, фронт пишу на ангуляре, очень люблю и знаю фреймворк.
Пришел я в продукт тимлидом. Открываю продукт - а он 30 мб скачивает перед запуском. Открываю код - а это «новые фичи важнее оптимизации для бизнеса». CI билд идет 10-15 минут.
Поставил условие: либо я рефактор делаю, либо ухожу.
Итог: 1-2 мб фронта без кеша, сборка за 40 секунд. Пользователи счастливы.
Всем насрать на то, что они делают. 80 или даже 90% разрабов даже не вдумываются в свой код. А с учетом нейрослоп-пандемии, качество упало до нижних границ адекватности.
hssergey
18.03.2026 13:15Не понимаю, откуда берётся это желание заставлять всех скачивать своё приложение.
Почему же, очень даже понятно. В приложении пользователю будет намного сложнее заблочить рекламу. Приложение имеет гораздо больше доступов к твоим данным, оно может слить твои контакты, местоположение, список других установленных приложений и т.д. А так же делать это постоянно в фоне, а не только когда пользователь зашел на сайт (сайты тоже могут поставить фоновый worker, но это надо пользователю отдельно разрешить, в отличие от приложения). Не говоря уже о размере приложения, такое впечатление, что там внутри зашит полноценный фильм в 4к. Поэтому там где есть альтернатива использовать сайт вместо приложения, я стараюсь везде использовать именно сайт.
sergyk2
18.03.2026 13:15уже несколько лет как ушол от приложений в браузер по этим причинам. но сцукерберг тожэ не лох, в браузере не даёт доступ к мэсэнджэру.
vesper-bot
18.03.2026 13:15А ещё пуши с той же рекламой, на стороне отправителя считаются за показ и отправляются за денежкой к рекламщикам.
VladimirFarshatov
18.03.2026 13:15Оно ещё и майнить может по-тихому в фоне, да и не в фоне.. подумаешь 10% производительности пропало .. юзверь не заметит. На практике, давно известно что юзверь плохо различает даже 2-кратное падение, далеко не всегда.
Alexei_Kn
18.03.2026 13:15Читая статью, вспомнил про кнопку "режим для чтения" в браузере. Это же буквально блокировка рекламы по "белым спискам", оставляет только статью и медиа статьи! Правда, комментарии тоже скрылись, а про навигацию совсем молчу...
VKAT0N
18.03.2026 13:15Сделал себе на мобильном браузере user script'ами такую кнопку для чтения и сохранения страниц с изображениями в md
VADemon
18.03.2026 13:15Не все сайты она берет нормально, а особенно хитрые скрывают от нее содержание. В прочем -- да.
DrGluck07
18.03.2026 13:15Ха, меня такие сайты встречают окном про адблок. После чего я закрывают вкладку и спокойно иду дальше.
fpinger
18.03.2026 13:15
Вот это много памяти, а то фигня Ender2012
18.03.2026 13:15А мы в студенчестве обсуждали - "А что если Windows 95 дать 256 мегабайт памяти?" Вопрос был конечно риторический, столько памяти в реальных компах, разумеется, не бывает, но а все-таки? У нее дистрибутив сильно меньше, неужели она сможет всю эту память как-то занять? Какие мы были наивные...
ZekaVasch
18.03.2026 13:15У меня на амд к6 стояло 128 или даже больше памяти и виндоз 95.
Я скажу что грузилось и работало идеально. Как будто xp на ssd поставил.
vvbob
18.03.2026 13:15На 128 и ХРень нормально работала, у меня такой комп был, вполне себе юзабельно было.
Вначале нулевых сайты были легкие, даже на том дохлом интернете грузились быстро, а тогда загрузить мегабайт 20 это уже был вызов.. Помню для работы качал какой-то дистрибутив на 20 мегабайт, и это было очень долго, причем у всех были `даунлоад менеджеры, которые умели докачивать файлы, в отличии от Эксплорера, который при обрыве начинал его качать с нуля, а соединение обрывалось очень часто, большой файл эксплорером скачать было практически невозможно.
vesper-bot
18.03.2026 13:15Только голая. У невесты был комп с 256МБ под ХР, дык еле-еле ворочался под офисной нагрузкой. Как-то раз на 8 марта гиг оперативки под её комп подарил - довольная была!:)
vvbob
18.03.2026 13:15Нормальная Винда была, со всем нужным и ворочалась без проблем. Я потом тоже проапгрейдил, но больше для игр.
fpinger
18.03.2026 13:15Это под Linux Ubuntu браузер хром. Ключевое здесь облако vk. У меня там и больше на вкладку выходило. А несколько раз просто браузер отказывался с ними работать.
Ender2012
18.03.2026 13:15Норм, просто у вас на компе чей-то бакет хранится. Облако жеж, гео-балансировка, все дела...
Hlad
18.03.2026 13:15Знакомый пожаловался, что при просмотре статей в яндекс-дзене комп адово тупит. Но там реально древний комп. Пришёл, выключил ему Джаваскрипт в браузере. Всё моментально стало даже не летать, а словно телепортироваться...
Darkness_Paladin
18.03.2026 13:15Сейчас 80-90% сайтов при выключенных скриптах тупо неработоспособны (
Blacpaul57
18.03.2026 13:15Бессмысленно винить конкретных разработчиков, они просто исполнители. Заказчик требует метрики вовлеченности, маркетинг пихает скрипты трекинга, а юрист требует модалку gdpr вот и получаем на выходе неповоротливого франкенштейна
vvbob
18.03.2026 13:15Открываю какой-либо сайт, вижу всю эту пеструю, мигающую фигню с попапами, самоиграющими видео, выпрыгивающими чатам "поддержки" - закрываю сайт и больше туда не возвращаюсь.
Исключение очень редкие, когда мне прямо очень нужно что-то именно на нем и альтернатив нет.
achekalin
18.03.2026 13:15Это он еще творения Яндекса (компании, которая метрики сайтов выстраивает на основе скорости загрузки) не видел и не делал!
Притом яша не стесняется, залепив окно браузера дерьмом, без палева просить поставить его домашней страницей, да еще браузер поставить, да еще заполнить профиль поподробнее.
ZekaVasch
18.03.2026 13:15Как то зашёл на один местный новостной сайт. А на нем браузерная вкладка умирала. Удивился. Открываешь а она просто внизу рекламу вложенную грузила бесконечно. До потери пульса. Видимо , популярную тогда, бесконечную прокрутку новостей криво прикрутили. Пришлось написать им, с просьбой починить.
kuzzmenka
18.03.2026 13:15Пора признать некоторые вещи.
Новостные сайты мертвы и никому не нужны. Их контент давно дублируется в соцсетях. Но окупать себя им надо, поэтому они идут на меры неконтролируемой торговли рекламным местом.
Понизив порог вхождения в программирование мы понизили и качество результатов этого программирования. Именно поэтому в один момент сайты стали весить какие-то невероятные мегабайты. Именно поэтому в смартфонах резко перестало хватать 64 гига под приложения, а любое приложение с ~10 кнопками уже запросто весит 300 мегабайт (сравните вес Kate mobile и оф приложение VK, вес отличается в разы, если не в десятки)
Маркетологам место в той же навозной куче, где должны лежать риэлторы по аренде. В больших компаниях затраты на маркетинг просто неконтролируемые, идеи маркетологов обычно колеблются от тупых до сумасшедших. Метрики ничего дельного не показывают и оценить вклад специалиста невозможно, иначе бы они все сидели без работы. Весь интернет превратился в соревнование маркетологов и рекламщиков, где платят даже за последние места.
Areso
18.03.2026 13:15Я не согласен по поводу 2-го. Вот скажем, хороший я программист? Не очень, ниже среднего. Но вот моя игра 1255: Burgomaster весит 1,5 мегабайта без учета SFX. А там и экономика какая-то, и генерация карт, и походы а-ля Fallout Shelter, и многое другое.
Программа для изучения английского весит 640 килобайт - а это около 20 уроков на тренировку грамматики.
Облачко, в котором я и архитектор и разработчик, весит несколько мегабайт без учета рантайма. А это управляемые базы данных, среда запуска контейнеров, копикат GitHub Pages, и т.п.VKAT0N
18.03.2026 13:15Жаль, что в игре нет адаптивного UI для мобильного браузера, да и на тачи поле что-то не реагирует
RainAustin
18.03.2026 13:15Эх а помнится во времена опера мини можно было любую стрпницу перегнать во что то удобобоваримое весом в килобайты.
VKAT0N
18.03.2026 13:15И сейчас пока ещё можно - перегоняю на мобиле сайты в md с картинками с помощью user script
bbc_69
18.03.2026 13:15Жиза, конечно. Но я слабо представляю, кто и как это может исправить. Ну не создатели же хромиума, например, право слово.
melodictsk
18.03.2026 13:15Сейчас настолько невозможно пользоваться новостными сайтами, что порой в гугл ленте новостей информации больше, чем видишь на сайте, на который она ссылается.
VladimirFarshatov
Всего-то 49метров. Помнится год или больше назад показывал тут страницу Сбера, там побольше было, а запросов тоже не меньше 300.
vis_inet
Интересно, как у них сейчас?
Меньше стало или больше?
JerryI
Да, там же целый PWA грузится сбера, верно?
AlexGorky
Я несколько лет назад с их техподдержкой переписывался, когда обнаружил что мобильное приложение сбера весит 4 Гб (словами: четыре ГИГАбайта).
domix32
Я как-то во времена появления 4G скачал выписку мегафона о тратах на пару сотен записей за некоторый период. В итоге выкачал html в емнип метров 20, где каждая запись честно копипастила стили в каждой ячееке и каждой строке через аттрибут style. Причём ёмнип по классике - сначала делала ресеты для элемента, а потом накатывала стили. И это не считая глобальной секции style содержашей всё то же самое. Из 80 мб ежемесячного трафика ожидаемо четверть ушла на получение вот этого отчёта. Благо сейчас оно адекватно сделано.
LittleHornet
Про МР3 тоже насвистел, 5 Мб 128-битрейтный файл весил. Тянулся примерно час по модему на 19200, век не забуду.
HardWrMan
19200бод это 2,3КБ/с. 5МБ это 5120КБ. 5120/2,3=2226 секунд или 37,1 минут. Что заметно меньше часа, если только у вас не было разрывов.
KbRadar
Ни единого разрыва!
ganzmavag
Так это же теоретический максимум
HardWrMan
На практике примерно так и выходило. Я лет 8 сидел на дайлапе и диапазоном скоростей линка от 19200 до 46666 (больше моя линия не смогла, 56к для меня было несбывшейся мечтой). Только ретрейны и обрывы замедляли теоретический максимум.
YMA
Было разочарованием узнать, что v90(92) только при соединении с провайдерским оборудованием, а напрямую до аплинка фидошного выше 33600 никак не прыгнуть. ;)
В итоге, когда в 2000 году появился GPRS и Билайн предложил безлимит за 5 баксов в месяц (реально была такая акция) - модем отправился на покой навсегда.
HardWrMan
Да, более того, на стороне АТС практически весь путь цифровой, заканчивающийся ЦАП/АЦП только непосредственно на линии, как можно ближе к клиентам. У Курьеров которые х2 (V.Everything так же поддерживал этот протокол) был свой пропиетарный протокол, который позволял двум х2 модемам соединиться почти на 50к, правда вроде как только в режиме выделенной линии. Бизнес модем он на то и бизнес.
AlexSpirit
У него и ценник был бизнес, но модем был просто легендарный в плане стабильности соединения на плохих линиях.
Wendor
Неделю качал iso образ линукса)