페이지 속도
page speed
뜻과 개념
페이지가 반응하고 내용을 보여주는 속도를 폭넓게 가리킵니다.
어떻게 작동하나요?
페이지 속도는 하나의 숫자보다 여러 대기 시간을 나누어 이해하는 편이 정확합니다. 서버가 응답하기까지의 시간, 화면의 주요 내용이 나타나는 시간, 버튼 조작에 반응하는 시간은 서로 다른 문제입니다. 한 부분만 개선해도 다른 병목이 남으면 이용자는 여전히 느리다고 느낄 수 있습니다.
예를 들어 이미지를 압축했더라도 서버가 늦게 응답하면 전체 로딩은 늦을 수 있습니다. 반대로 첫 화면은 빠르게 보여도 무거운 스크립트가 계속 실행되면 메뉴나 문의 버튼의 반응이 늦어질 수 있습니다.
왜 알아야 하나요?
속도는 방문자가 원하는 행동을 마칠 수 있는지와 연결됩니다. 특히 휴대전화에서 느린 통신망으로 접속하는 사람에게는 큰 이미지와 불필요한 스크립트의 부담이 커질 수 있습니다. 그래서 개발자의 빠른 컴퓨터에서 보이는 화면만으로 사용성을 판단하지 않는 것이 중요합니다.
실무에서 적용하는 방법
먼저 메인, 목록, 상세, 문의처럼 역할이 다른 페이지를 골라 측정합니다. 실제 이용자 데이터가 있는지 확인하고, 테스트 도구의 진단 결과로 병목 위치를 찾습니다. 서버 응답, 주요 이미지의 발견과 다운로드, 렌더링 작업을 차례로 구분하면 개선 대상을 좁힐 수 있습니다.
변경은 가능한 한 원인과 연결해 진행합니다. 이미지 형식 변경, 캐시 설정, 불필요한 코드 제거 같은 작업 뒤에 같은 조건으로 다시 측정하고 기능 오류가 생기지 않았는지 확인하세요. 속도를 위해 필요한 설명이나 접근성을 없애는 방식은 피합니다.
실무에서는 이렇게 봅니다
서비스 페이지의 큰 첫 이미지가 HTML을 읽은 뒤에도 늦게 발견되는 상황을 가정해 보겠습니다. 파일 크기를 줄이는 것과 함께 브라우저가 그 이미지를 언제 요청하는지 확인해야 합니다. 반대로 이미지가 빨리 도착해도 화면에 표시되지 않는다면 다른 코드가 렌더링을 막는지 조사합니다. 같은 ‘느림’이라도 해결 지점은 다릅니다.
주의할 점
사이트 전체 평균은 특정 페이지의 문제를 가릴 수 있습니다. PageSpeed Insights가 해당 URL의 자료인지 전체 출처의 자료인지도 확인하세요. 또한 실험실 점수의 상승을 검색 순위 상승이나 전환 증가와 동일한 결과로 보고하지 않아야 합니다.
자주 묻는 질문
이미지를 줄이면 대부분 해결되나요?
이미지가 원인인 경우 도움이 되지만 서버 응답이나 실행 코드가 병목이라면 충분하지 않습니다. 먼저 어떤 단계가 오래 걸리는지 측정하세요.
새 사이트라 실제 이용자 데이터가 없으면 어떻게 하나요?
여러 기기와 통신 조건의 테스트 결과를 참고하되 실제 이용자를 대표한다고 단정하지 않습니다. 운영 이후 수집되는 자료로 판단을 보완하면 됩니다.