웹 페이지 무게, 정말 필요한 증가일까요?

본문에서는 지난 30년간 웹 콘텐츠가 약 130배 증가했음에도 불구하고, 실제 콘텐츠(이미지, 비디오, 텍스트)의 접근성 향상 외에 페이지 크기(Page Weight)의 급증(약 200KB에서 2.5MB 이상)은 정당화되기 어렵다고 주장합니다. 특히 AI 생성 콘텐츠, 과도한 광고, 난독화된 JavaScript, 그리고 개성 없는 현대적 UI가 이러한 현상을 부추긴다고 비판하며, 이는 사용자 경험을 심각하게 저해한다고 지적합니다.

MacMaster-Carr 웹사이트를 성능 최적화(Performance Optimization)의 성공 사례로 제시합니다. 이 사이트는 이미지 아틀라스(Image Atlases)를 사용하여 네트워크 요청 수를 줄이고, 고정 너비 이미지(Fixed-Width Images)와 인라인 Critical CSS를 통해 불필요한 DOM 재그리기 및 레이아웃 시프트를 방지합니다. 또한, 서비스 워커(Service Workers)를 활용한 클라이언트 측 캐싱(Client-side Caching)과 페이지별로 필요한 JavaScript 번들링(JavaScript Bundling)을 통해 사용자 경험을 극대화합니다.

커뮤니티에서는 개발자 경험(Developer Experience, DX)을 우선시하는 현대 웹 프레임워크들이 결국 사용자에게 거대한 페이로드(Huge Payloads)라는 대가를 치르게 한다고 지적합니다. JavaScript의 과도한 사용은 사용자 시간, 메모리, 저장 공간을 낭비하며, 이는 사용자를 존중하지 않는 태도로 이어진다고 비판합니다. 데이터 미저장 정책(Zero-Retention Policy)과 같은 원칙을 지키는 것이 중요하며, HTML과 CSS만으로도 충분히 기능적인 웹사이트 구축이 가능함을 강조합니다.

댓글에서는 원문의 가독성 문제(Readability Issues), 특히 모노스페이스 폰트(Monospace Font)와 양식화된 텍스트(Justified Text)의 조합이 본문 텍스트에 부적합하다는 지적이 있었습니다. 또한, 괄호 사용(Parenthesis Usage)이 길고 복잡하여 문장 흐름을 방해한다는 의견도 제기되었습니다. 이에 대해 작성자는 시스템 폰트 스택(System Font Stack) 사용을 고려하고 있으며, 향후 글쓰기에서 간결한 문장 구조를 적용하겠다고 밝혔습니다. 모바일 환경에서의 가로 스크롤(Horizontal Scroll) 문제도 보고되었습니다.