사이트 속도 확인은 홈페이지나 웹 서비스가 화면을 띄우고 눈에 보이는 반응을 하기까지 걸리는 시간을 재서 살펴보는 일이다. 이 기사는 사이트 속도 측정과 테스트는 어떻게 하는지, 사이트 속도가 느림으로 나타날 때 원인을 어떻게 가르는지, 사이트 속도 개선과 사이트 속도를 빠르게 만드는 방법은 무엇인지에 차례로 답한다. 속도 제한이라는 말이 무엇을 가리키는지도 함께 풀어 둔다.
속도는 무엇을 재는가
웹 사이트 속도는 숫자 하나로 정해지지 않는다. 주소를 입력한 뒤 서버가 첫 응답을 보내는 시간, 화면에 첫 글자나 그림이 나타나는 시간, 가장 큰 요소가 다 보이는 시간, 눌렀을 때 반응하는 속도, 화면이 갑자기 밀리는 정도가 각각 다른 지표다. 그래서 같은 사이트도 어떤 지표를 보느냐에 따라 빠르다고도 느리다고도 나온다. 검색 사이트들이 제공하는 측정 도구는 대체로 이런 지표를 묶어 점수와 개선 제안으로 보여 준다.
측정 방식은 크게 두 갈래다. 하나는 실험실 방식으로, 정해진 조건의 가상 기기와 회선에서 페이지를 불러와 재는 것이다. 같은 조건에서 반복해 비교하기 좋아 수정 전후를 견줄 때 쓴다. 다른 하나는 실제 방문자의 기기에서 모은 기록을 쓰는 방식이다. 방문자가 많지 않은 사이트는 이 기록이 없을 수 있다.
측정하다 어긋나는 지점
가장 흔한 어긋남은 한 번만 재고 결론을 내리는 것이다. 같은 페이지도 시간대, 서버 부하, 저장된 임시 파일의 유무에 따라 결과가 달라진다. 여러 번 재서 흐름을 보고, 첫 방문과 재방문을 나눠 보는 편이 정확하다. 또 점수가 높아도 실제로 느끼는 속도는 느릴 수 있고, 반대의 경우도 있다.
다음으로 자주 놓치는 것은 기기와 회선의 차이다. 개발자의 빠른 컴퓨터와 안정된 회선에서는 빠른데, 보급형 휴대전화와 약한 이동통신망에서는 느린 경우가 많다. 방문자 대부분이 휴대전화로 들어온다면 휴대전화 조건으로 재는 것이 맞다. 페이지마다도 다르므로 첫 화면만이 아니라 상품 목록이나 글 상세처럼 방문이 많은 페이지를 따로 봐야 한다.
느린 이유를 가르는 순서
사이트 속도 개선은 원인을 가르는 데서 시작한다. 크게 서버 쪽, 전달 쪽, 화면 쪽으로 나눠 볼 수 있다. 서버 쪽은 첫 응답 자체가 늦은 경우로, 호스팅 사양이 모자라거나 데이터베이스 조회가 무겁거나 프로그램이 같은 계산을 반복할 때 생긴다. 전달 쪽은 파일이 크거나 물리적으로 먼 곳에서 보내져 오래 걸리는 경우다. 화면 쪽은 브라우저가 내려받은 코드를 해석하고 그리는 데 시간이 드는 경우다.
실제로 가장 큰 몫을 차지하는 것은 대개 이미지다. 원본 사진을 줄이지 않고 올리거나, 화면에 보이지도 않는 아래쪽 그림을 한꺼번에 불러오면 느려진다. 이미지를 필요한 크기로 줄이고, 더 효율적인 형식을 쓰고, 화면에 가까워질 때 불러오게 하면 체감이 크게 달라진다. 여기에 외부에서 불러오는 광고, 분석, 채팅 같은 추가 코드가 쌓여 있으면 그것도 점검 대상이다.
그 밖에 자주 쓰는 방법은 파일을 줄여 압축해서 보내기, 한 번 받은 파일을 브라우저가 저장해 두도록 설정하기, 자주 바뀌지 않는 페이지를 미리 만들어 두는 저장 방식 쓰기, 전 세계 여러 곳에 사본을 두는 전달망 쓰기 등이다. 쓰지 않는 글꼴과 플러그인을 걷어 내는 것도 효과가 있다. 다만 어느 것이 효과가 큰지는 사이트마다 달라서, 측정 결과에서 가장 오래 걸리는 항목부터 손대야 한다.
경우에 따라 답이 달라진다
직접 코드를 짜서 만든 사이트와 제작 도구나 관리 프로그램으로 만든 사이트는 손댈 수 있는 범위가 다르다. 후자는 설치된 부가 기능과 테마가 느려지는 주된 원인이 되기도 한다. 이럴 때는 쓰지 않는 기능을 끄고 가벼운 구성으로 바꾸는 것이 우선이다. 앱은 서버 응답과 이미지 전달이 핵심이어서 웹과 점검 항목이 조금 다르다.
흔한 오해도 짚어 둔다. 점수 만점이 곧 매출이나 방문 증가를 뜻하지는 않는다. 점수를 올리려고 필요한 기능을 지우는 것도 본말이 바뀐 일이다. 또 속도 제한이라는 말은 두 뜻으로 쓰이는데, 하나는 호스팅 업체가 트래픽이나 접속 수를 일정 범위로 묶어 두는 것이고, 다른 하나는 서버가 짧은 시간에 몰리는 요청을 막는 장치다. 사이트가 특정 시간에만 느리다면 이용 중인 호스팅의 한도 조건부터 확인해 볼 만하다.
| 구분 | 내용 |
|---|---|
| 서버 쪽 원인 | 첫 응답이 늦다. 호스팅 사양, 데이터 조회, 프로그램 처리 방식을 본다 |
| 전달 쪽 원인 | 파일이 크거나 멀리서 온다. 압축, 저장 설정, 전달망을 본다 |
| 화면 쪽 원인 | 코드 해석과 그리기가 오래 걸린다. 이미지, 외부 코드, 글꼴을 본다 |
| 측정 방식 | 실험실 방식은 전후 비교용, 실제 방문자 기록은 체감 확인용이다 |
| 확인 순서 | 여러 번 측정, 휴대전화 조건, 가장 오래 걸리는 항목부터 고친다 |
사이트 속도 확인을 처음 한다면 공개된 속도 측정 도구에 주소를 넣고 휴대전화 조건으로 여러 번 재는 데서 시작하면 된다. 결과 화면에 나오는 개선 제안 가운데 시간을 가장 많이 줄여 준다고 표시된 항목을 고르고, 고친 뒤 같은 조건으로 다시 재서 달라졌는지 비교한다. 직접 손대기 어렵다면 호스팅 안내 문서에서 자원 한도와 캐시 설정을, 제작 도구의 공식 문서에서 속도 관련 설정을 확인하는 것이 순서다.
· · · · · · · · · ·
스페셜타임스는 AI 기술의 도움을 받아 더 빠르고 다양한 뉴스를 독자에게 전달하기 위해 노력하고 있습니다.