숍서브에서 표시가 3초를 넘을 때
숍서브 숍에서 상품 페이지가 뜨는 데 3초 넘게 걸리는 경우가 있습니다. 이탈률이 오르는 것은 체감으로 알 수 있지만, SEO 평가에도 영향을 주는지는 판단하기 어렵습니다.
답은 "양쪽에 영향을 준다"입니다. 다만 나타나는 방식이 다릅니다. 사람에게는 이탈로 나타납니다. 검색 엔진과 AI에게는 순위가 바로 떨어지는 방식이 아닙니다. 크롤러는 페이지를 읽어 가는 프로그램입니다. 크롤러가 렌더링을 기다리지 못합니다. 그래서 상품 정보를 읽지 못하거나 수집 횟수를 줄입니다. 이쪽은 화면에 아무것도 보이지 않아 알아차리기 어렵습니다.
이 글에서는 3초라는 숫자의 의미부터 짚습니다. 사람의 이탈과 봇의 수집 실패가 어떻게 다른지 살펴봅니다. 원인 분해, 측정법, 대처 순서도 정리합니다.
결론: 순위보다 "읽지 못한다"가 문제. 원인은 외부 스크립트·이미지·렌더링 의존 3가지로 나뉜다
영향 대상 | 무엇이 일어나는가 | 드러나는 방식 |
|---|---|---|
사람 | 표시를 기다리지 못하고 이탈한다 | 이탈률·반송률 상승으로 분석 도구에 나타난다 |
검색 엔진 | 페이지 경험 평가가 떨어진다. 다만 관련성이 낮은 요인 | 순위 변동으로는 작다 |
크롤러 | 렌더링 완료 전에 수집을 중단하거나 수집 빈도를 낮춘다 | Search Console이나 로그로만 보인다 |
AI 검색 | 상품 정보를 읽지 못해 추천 후보에서 제외된다 | 인용되지 않는다는 결과로만 알 수 있다 |
"3초" 자체가 특별한 경계선은 아닙니다. Google은 Core Web Vitals의 기준을 공개하고 있습니다. 가장 큰 콘텐츠가 그려지는 시간(LCP)은 2.5초 이내입니다. 조작에 대한 응답(INP)은 200밀리초 이내입니다. 레이아웃 이동(CLS)은 0.1 이내입니다. 3초를 넘는다면 LCP가 "개선 필요"나 "나쁨" 범위일 가능성이 높습니다.
중요한 관점: 순위에 주는 영향은 작아도 크롤러가 상품 정보를 읽지 못하는 영향은 큽니다. 표시 속도는 SEO 요인이기 전에 봇이 페이지를 읽을 수 있는지의 전제 조건입니다. 가게 문이 늦게 열리면 손님도 배달원도 돌아가는 것과 같습니다. 주력 상품 페이지 하나를 PageSpeed Insights에 넣어 확인합니다.
사람의 이탈과 봇의 수집 실패는 원인이 같고 결과만 다릅니다
같은 원인인데 사람과 봇에게 다른 결과가 나옵니다. 하나씩 정리합니다.
외부 스크립트 로딩 대기: 사람은 흰 화면을 기다립니다. 봇은 기다리지 않고 수집을 끝냅니다.
큰 이미지: 사람은 이미지가 차례로 뜨기를 기다립니다. 봇은 이미지를 읽지 않지만 렌더링이 끝나기를 기다립니다.
JavaScript 렌더링 후에만 나오는 상품 정보: 사람은 결국 볼 수 있습니다. 봇은 렌더링 전 HTML만 읽고 "정보가 없다"고 판단하기도 합니다.
세 번째가 가장 심각합니다. 사람 눈에는 멀쩡해 보여서 운영자가 문제를 알아차리지 못합니다. 상품 가격이 HTML에 처음부터 들어 있는지 확인합니다.
원인 분해
원인 | 전형적인 예 | 확인 방법 | 대처 |
|---|---|---|---|
외부 스크립트 | 리뷰, 채팅, 추천, 측정 태그, 광고 | 브라우저 개발자 도구에서 로딩 순서와 시간을 확인 | 불필요한 것을 제거한다. 남기는 것은 지연 로딩 |
이미지 | 압축되지 않은 상품 이미지, 한 페이지에 수십 장 | PageSpeed Insights의 "이미지 최적화" 항목 | 압축, 차세대 형식, 지연 로딩 |
렌더링 의존 | 상품 설명·가격·재고가 JavaScript로 나중에 삽입된다 | Search Console의 URL 검사로 수집된 HTML을 확인 | 초기 HTML에 상품 정보를 포함한다 |
서버 응답 | 응답 시작까지 시간이 걸린다 | PageSpeed Insights의 "서버 응답 시간" | 플랫폼 측의 제약을 확인 |
숍서브에서 운영자가 직접 손댈 수 있는 것은 주로 외부 스크립트와 이미지입니다. 렌더링 의존과 서버 응답은 템플릿과 플랫폼의 영역입니다. 확인은 하되 대처는 제한적입니다. 관리 화면과 도움말에서 직접 제어할 수 있는 범위를 확인합니다.
측정법: 3가지 도구는 보는 대상이 다릅니다
도구 | 보이는 것 | 보이지 않는 것 |
|---|---|---|
PageSpeed Insights | 실제 사용자의 경험 데이터와 랩 측정, 개선 항목 | 봇이 무엇을 읽었는지 |
Search Console의 URL 검사 | Google이 수집한 HTML과 스크린샷 | AI 측 봇의 수집 상황 |
서버 로그·봇 로그 | Googlebot, GPTBot, PerplexityBot의 수집 횟수·응답·오류 | 사용자 경험 |
3가지를 합쳐야 비로소 전체가 보입니다. "사람이 기다리고 있는가" "Google이 읽고 있는가" "AI 봇이 읽고 있는가"입니다. 숍서브 관리 화면에서는 봇 로그가 보이지 않습니다. 세 번째를 볼 별도 수단이 있는지 확인합니다.
대처는 이 순서로
외부 스크립트를 전수 조사합니다. 쓰지 않는 태그와 효과 없는 위젯을 지웁니다. 이것만으로 1초 이상 빨라지는 예는 드물지 않습니다.
이미지를 압축하고, 화면 밖 이미지는 지연 로딩으로 바꿉니다. 상품 이미지가 한 페이지에 수십 장이라면 여기가 가장 큰 원인입니다.
URL 검사로 Google이 가져간 HTML에 상품명·가격·설명이 있는지 확인합니다. 없다면 렌더링 의존 문제입니다. 템플릿을 다시 봐야 합니다.
봇의 수집 상황을 확인합니다. 수집 횟수가 줄거나 오류가 늘고 있다면, 속도 개선 효과를 여기서 검증합니다.
속도는 한 번 고치고 끝나지 않습니다
외부 스크립트는 캠페인이나 앱을 추가할 때마다 늘어납니다. 상품 이미지는 등록할 때마다 쌓입니다. 속도는 고친 다음 달에 원래대로 돌아가기 쉬운 성질이 있습니다.
Search OS는 숍서브 숍을 포함한 기존 사이트에 별도 층을 제공합니다. 검색 엔진과 AI 크롤러가 읽기 쉬운 구조와 메타데이터를 따로 얹습니다. 봇 로그로 Googlebot과 GPTBot의 수집 상황·응답 시간·오류를 지속적으로 확인합니다. 사람용 화면은 그대로 둡니다. 봇이 "기다리지 않고 읽을 수 있는" 상태를 운영으로 유지합니다. 속도 개선 효과가 실제로 봇의 수집에 나타나는지 검증할 수 있다는 점이 다릅니다. 이번 달 수집 횟수를 어디서 볼지 정해 둡니다.
자주 묻는 질문
3초 아래로 내리면 순위가 오르나요?
순위에 주는 직접 효과는 제한적입니다. 효과는 다른 데서 나옵니다. 크롤러가 상품 정보를 확실히 읽어 색인이 안정됩니다. 이탈률도 나아집니다.
외부 스크립트는 모두 제거해야 하나요?
매출에 보탬이 되는 것은 남깁니다. 다만 로딩을 늦춰서 첫 화면을 방해하지 않게 합니다. 효과가 없는 것은 지웁니다.
AI 봇도 표시 속도를 보고 있나요?
속도 그 자체보다 수집이 성공했는지를 봅니다. 렌더링 전 HTML에 정보가 있는지도 봅니다. 느린 페이지는 수집이 끊기거나 빈도가 떨어집니다.
함께 읽기
참고 자료
web.dev: Web Vitals
Google Search Central: Understanding page experience in Google Search results
Google Search Central: JavaScript SEO basics
Google: PageSpeed Insights