몇 초 느려지면 이탈률이 몇 퍼센트 오르나

자주 인용되는 수치가 있습니다. 로드 시간이 1초에서 3초로 늘면 이탈률이 약 32퍼센트, 5초로 늘면 약 90퍼센트 증가한다는 문장입니다. 이 수치는 여러 성능 최적화 자료에 재인용돼 있지만 원 조사의 표본과 대상 업종이 국내 자사몰과 다르므로, 우리 몰에 적용되는 절대 기준이 아니라 방향성으로만 읽어야 합니다.

국내 자사몰을 대상으로 로딩 지연과 이탈률의 관계를 계량화한 공식 조사는 확인되지 않습니다. 그러니 실무에서 쓸 수 있는 답은 하나뿐입니다. 우리 페이지에서 직접 재는 것입니다.

표본이 공개된 해외 참고치는 하나 있습니다. 구글이 의뢰하고 분석회사 55와 Deloitte가 수행한 Milliseconds Make Millions 조사는 2019년 말 30일 동안 유럽·미국 37개 브랜드 사이트에서 3천만 건이 넘는 사용자 세션을 모아, 모바일 로딩 시간이 0.1초 빨라졌을 때 소매 부문 전환율이 8.4퍼센트, 평균 주문금액이 9.2퍼센트 올랐다고 보고합니다. 여행 부문 전환율은 10.1퍼센트 올랐습니다. 대형 해외 브랜드 사이트를 모은 집계라 국내 공식 통계가 아니고 우리 몰의 기대치도 아니지만, 0.1초 단위의 차이가 매출 지표에 잡힌다는 근거로는 쓸 수 있습니다.

무엇을 기준 지표로 삼나

성능을 재는 지표는 여럿이지만 실무에서는 구글 코어 웹 바이탈 세 가지로 시작하면 충분합니다. LCP는 가장 큰 콘텐츠가 화면에 그려지는 시점으로 2.5초 이내가 양호 등급이고, CLS는 레이아웃이 밀리는 정도로 0.1 이하, INP는 상호작용 응답성으로 200ms 이내가 양호 등급입니다.

상세페이지에서는 특히 LCP와 CLS가 중요합니다. LCP는 대개 대표 이미지가 잡히므로 첫 화면 이미지의 용량이 그대로 성적이 됩니다. CLS는 이미지가 나중에 로드되면서 아래 내용이 밀려 내려가 사용자가 엉뚱한 버튼을 누르게 되는 문제와 연결됩니다. 구매 버튼이 밀리는 페이지는 전환에 직접 손해를 봅니다.

왜 모바일 기준으로 재야 하나

국가데이터처 온라인쇼핑동향조사 기준으로 온라인쇼핑 거래액 중 모바일쇼핑 비중은 2026년 초 기준 75에서 78퍼센트 구간에서 움직입니다. 월별로 등락이 있어 특정 값을 고정 기준으로 쓰기보다 매월 보도자료에서 최신 값을 확인하는 편이 맞지만, 방향은 분명합니다. 자사몰 성능의 기준 화면은 데스크톱이 아닙니다.

측정 조건도 사무실 환경이 아니어야 합니다. 사내 와이파이에서 캐시가 남은 상태로 열면 항상 빠르게 나옵니다. 측정 도구의 모바일 모드와 네트워크 제한 조건을 켜고, 캐시를 비운 상태에서 재야 실제 고객이 겪는 값에 가까워집니다.

상세페이지가 느려지는 원인은 어디에 있나

가장 흔한 원인은 용량이 큰 이미지입니다. 특히 상세페이지 전체를 한 장의 긴 이미지로 만들어 올리는 구조에서 문제가 큽니다. 이 경우 이미지 한 장이 다 내려올 때까지 화면이 비어 있고, 텍스트가 이미지 안에 들어 있어 검색에도 잡히지 않습니다.

개선 수단은 순서가 있습니다. 첫째, 이미지 압축과 웹 최적화 포맷 변환입니다. 이것만으로도 로딩 속도를 크게 개선할 수 있습니다. 둘째, 첫 화면 밖 이미지의 지연 로딩입니다. 셋째, 이미지 영역에 미리 크기를 지정해 로드 후 레이아웃이 밀리지 않게 하는 처리입니다. 셋째 항목은 속도보다 CLS를 잡는 조치인데, 체감 품질에는 오히려 더 크게 작용하는 경우가 많습니다.

이탈률 지표를 볼 때 조심할 점은 무엇인가

속도를 고친 뒤 이탈률을 보는 과정에도 함정이 있습니다. GA4 실시간 보고서는 최근 약 30분 내 활동을 보여 주지만, 표준 보고서는 처리 지연이 있어 당일 데이터가 완전히 반영되기까지 24에서 48시간이 걸릴 수 있습니다. 배포 당일 오후에 지표를 보고 효과가 없다고 판단하는 일이 실제로 자주 생깁니다.

또 하나는 비교 조건입니다. 속도 개선은 대개 전체 페이지에 한 번에 적용되므로 A와 B로 나누기 어렵고 전후 비교로 갑니다. 그렇다면 같은 요일끼리 비교하고, 같은 기기 구분과 같은 유입 매체 안에서 비교해야 합니다. 모바일 트래픽 비중이 그 주에 늘었을 뿐인데 개선 효과로 오해하는 경우를 막기 위해서입니다.

개선 우선순위는 어떻게 정하나

페이지가 여럿이면 전부 고칠 수 없으므로 순서를 정해야 합니다. 기준은 두 가지 곱입니다. 트래픽이 많은 페이지와 성능 점수가 나쁜 페이지의 교집합부터 손댑니다. 트래픽이 적은 페이지를 아무리 빠르게 만들어도 전체 이탈률은 거의 움직이지 않습니다.

우선순위를 정할 때 함께 보면 좋은 것이 페이지 유형입니다. 상세페이지는 상품마다 따로 존재하지만 공통 템플릿을 쓰는 경우가 많아, 템플릿 한 곳을 고치면 수백 개 페이지가 동시에 개선됩니다. 반대로 개별 상품 이미지 문제라면 그 상품만 고쳐야 하므로 작업량이 다릅니다. 같은 개선 효과라면 템플릿 단위로 처리되는 항목부터 손대는 편이 투입 대비 효과가 큽니다.

측정과 개선을 한 번에 몰아서 하기보다 주 단위 루틴으로 돌리는 편이 낫습니다. 이미지 한 장이 잘못 올라가면 성능은 언제든 다시 나빠지고, 상세페이지는 상품이 추가될 때마다 새로 만들어지기 때문입니다. 새 상품 등록 절차에 이미지 용량 상한을 넣어 두면 사후 개선 작업 자체가 줄어듭니다.