느린 웹사이트를 고치는 법.

대부분의 느린 웹사이트는 지루한 이유로 느립니다: 너무 큰 이미지, 너무 많은 서드파티 스크립트, 그리고 싼 호스팅. 해결책은 보통 재구축이 아니라 — 한 시간의 측정과 하루의 집중 작업입니다. 저희가 실제로 작업하는 순서를 소개합니다.

1. 먼저 측정, 추측은 금지

PageSpeed Insights(pagespeed.web.dev)를 열고 홈페이지를 테스트하세요. 중요한 숫자는 두 개입니다:

• LCP(최대 콘텐츠풀 페인트) — 가장 큰 요소가 나타나는 시간. 2.5초 미만이 좋고, 4초가 넘으면 문제입니다.
• 페이지 총 무게 — 브라우저 Network 탭에서 확인. 1.5MB 미만이 건강한 상태이며, 느린 사이트는 8–15MB를 로딩하기도 합니다.

우연히 연 페이지가 아니라 중요한 페이지(홈페이지, 주요 랜딩 페이지)에서 테스트하세요.

2. 이미지 — 문제의 70%

감사하는 느린 사이트의 거의 전부가 칩이나 스톡 사이트의 사진을 그대로 제공합니다. 효과 순 수정법:

• 크기 조정. 800px로 표시되는 사진은 5000px 파일이어서는 안 됩니다.
• WebP 또는 AVIF로 변환. 같은 화질에서 JPEG보다 보통 60–80% 작습니다.
• 지연 로딩 — 첫 화면 아래의 모든 것에: <img> 태그의 loading="lazy"면 충분합니다.
• width와 height 지정으로 로딩 중 페이지가 흔들리지 않게.

3. 폰트

폰트 패밀리는 두 개면 충분합니다. 서드파티에서 불러오는 대신 파일을 직접 호스팅하고, font-display: swap을 쓰고, 실제로 쓰는 웨이트만 제공하세요. 폰트 파일 여섯 개를 로딩하는 「가벼운」 사이트는 가볍지 않습니다.

4. 서드파티 스크립트

채팅 위젯, 분석, 히트맵, 소셜 임베드 — 각각이 네트워크 왕복과 JavaScript 덩어리를 추가합니다. Network 탭을 열어 세어보세요. 리포트를 읽지 않는 것은 지우고, 나머지는 늦추세요(defer 또는 사용자 상호작용 후 로딩).

5. 호스팅과 캐싱

• 압축(gzip/brotli) 활성화 — 서버 설정 하나로 텍스트를 즉시 60–70% 절약.
• 캐시 헤더를 설정해 재방문자가 CSS, 폰트, 이미지를 다시 다운로드하지 않게.
• 오디언스가 전 세계라면 CDN을 쓰거나 방문자가 있는 리전에 정적 파일을 호스팅하세요. 8,000km 떨어진 서버는 모든 요청에 200–300ms를 추가합니다.

이 중 어떤 것도 아닐 때

사이트가 수십 개의 플러그인을 쓰는 무거운 CMS라면 데이터베이스 쿼리 자체가 병목일 수 있습니다 — Network 탭의 「Time to First Byte」를 보세요. 캐시된 페이지에서 약 800ms가 넘으면 문제는 에셋이 아니라 서버입니다. 그때 비로소 재구축이 의미를 가집니다. 리디자인인가 재구축인가를 참고하세요.

직접 할 시간도 접근 권한도 없나요? 그것이 바로 저희의 「리디자인 및 수리」 작업입니다 — $150부터, 보통 1–7일. 견적 받기.