사이트는 더 작은 요청이 아니라 더 적은 요청을 보내야 하는 이유
현대 사이트는 요청 수를 간과한 채 파일 크기 줄이기에 매달리는 경우가 많습니다. 더 빠른 해결책은 대개 더 적고, 더 적절한 시점의 요청입니다.
How to make websites faster, leaner and friendlier to users on every device and network — Core Web Vitals, compression, caching, fonts.
현대 사이트는 요청 수를 간과한 채 파일 크기 줄이기에 매달리는 경우가 많습니다. 더 빠른 해결책은 대개 더 적고, 더 적절한 시점의 요청입니다.
느린 TTFB는 대개 느린 라우팅, 누락된 캐시, 과부하된 서버, 또는 비용이 큰 백엔드 작업을 의미합니다. 진단하고 수정하는 방법은 다음과 같습니다.
Core Web Vitals는 로딩, 반응성, 시각적 안정성을 측정합니다. LCP, INP, CLS가 실무적으로 무엇을 의미하는지 정리했습니다.
preload, prefetch, preconnect에 대한 실용 가이드: 각 힌트가 무엇을 하는지, 언제 도움이 되는지, 언제 그대로 두어야 하는지 설명합니다.
Lazy loading은 중요하지 않은 작업을 지연할 때에만 페이지 로드를 개선할 수 있습니다. 접힌 영역 아래의 미디어에 사용하고, LCP 이미지에는 사용하지 마세요.
Lighthouse 보고서는 빽빽하고 위압적으로 느껴집니다. 소음 속에서 신호를 골라내고, 실제 사용자 경험을 개선하는 수정 사항의 우선순위를 정하는 방법을 살펴봅니다.
느린 웹사이트 대부분에는 공통점이 있습니다. 페이지가 실제로 사용하는 것보다 더 많은 폰트 굵기를 제공하고, 필요한 것보다 오래된 포맷을 쓰며, fallback 전략이 없습니다. 해결에는 반나절이면 충분합니다.