숍서브 컨설팅 후의 SEO 자가 점검

숍서브 컨설팅 후의 SEO 자가 점검
Tips
- 8분 분량
- 일본 EC 플랫폼별 검색·AI 검색 가이드
숍서브는 컨설팅형 지원이 특징이지만, 제안을 받은 뒤의 유지는 점포 쪽의 일이에요. 컨설팅으로 정비한 상태가 반년 뒤에도 유지되고 있는지를 월 1회·15분으로 확인하는 체크리스트를 색인·속도·구조화 데이터·콘텐츠 4개 영역으로 정리해요.
- URL
- searchos.io/ko/blog
- Copyright
- © 2026 Search OS
숍서브 컨설팅으로 SEO 초기 설정을 받은 뒤, 앞으로 무엇을 스스로 봐야 하는지 모르겠다는 문의가 자주 들어옵니다.
컨설팅으로 정비한 것은 그날의 상태입니다. 상품을 추가하고 페이지를 늘리고 템플릿을 손대는 사이에 조금씩 무너집니다. 무너진 것을 알아차리는 체계가 없으면 반년 뒤에는 초기 설정 효과가 남지 않습니다. 필요한 것은 전문 지식이 아니라 월 1회·15분으로 무너지지 않았는지 확인하는 정해진 절차입니다.
이 글에서는 색인·속도·구조화 데이터·콘텐츠 4개 영역으로 나눠, 점포 쪽에서 스스로 볼 수 있는 체크리스트를 정리합니다.
결론: 월 1회, 4개 영역×3개 항목을 확인하고, 무너지면 "누구에게 맡길지"를 정해 둔다
영역 | 보는 곳 | 무너짐의 징후 |
|---|---|---|
색인 | Search Console 페이지 보고서 | 색인됨이 줄어든다, 제외 이유가 늘어난다 |
속도 | PageSpeed Insights(주력 3페이지) | LCP가 4초를 넘는다, CLS가 빨간색 |
구조화 데이터 | 리치 리절트 테스트(상품 1·카테고리 1) | 오류, 타입의 소실 |
콘텐츠 | 자기 숍의 주력 페이지 | 오래된 가격·재고·캠페인이 남아 있다 |

Search OS 가이드 01
- 월 1회·15분 자기 점검 4영역
- 컨설팅으로 정한 상태가 유지되고 있는가
| 영역 | 점검 항목 | 상태 확인 |
|---|---|---|
| 색인 | Search Console 페이지 보고서 | 색인 완료가 줄고 제외가 늘어남 |
| 속도 | PageSpeed Insights 주력 3페이지 | LCP 4초 초과·CLS 빨강 |
| 구조화 데이터 | 리치 결과 테스트 상품1·카테고리1 | 에러·타입 소실 |
| 콘텐츠 | 주력 페이지 | 오래된 가격·재고·캠페인 |
- POINT
- 무너지면 "누구에게 맡길지"를 먼저 정해 둔다
© 2026 Search OS
중요한 관점: 컨설팅의 가치는 "무엇을 해야 하는지"를 정해 준 데 있습니다. 건강검진에서 받은 처방을 매일 지키는 일이 본인 몫인 것과 같습니다. 정한 것이 지금도 지켜지는지 보는 일은 점포 쪽에서만 할 수 있습니다. 위 표의 "보는 곳" 네 군데를 즐겨찾기에 넣어 둡니다.
영역 1: 색인(Search Console)
확인 | 절차 | 판단 |
|---|---|---|
색인된 페이지 수 | 페이지 보고서의 "색인 생성됨" | 지난달보다 크게 줄지 않았는가 |
제외 이유 | "색인이 생성되지 않음"의 이유 목록 | "크롤됨 - 현재 색인이 생성되지 않음" "중복"이 늘지 않았는가 |
사이트맵 | 사이트맵 보고서 | 상태가 "성공" 그대로이고, 발견 수가 상품 수와 가까운가 |
수치가 줄거나 늘었다면 그달에 무엇을 바꿨는지 확인합니다. 상품 삭제, 템플릿 변경, URL 변경이 대표적입니다. 바꾼 시기와 변동 시기가 겹치는지 맞춰 봅니다.
영역 2: 속도(PageSpeed Insights)
주력 3페이지(톱·주력 카테고리·주력 상품)의 URL을 PageSpeed Insights에 넣습니다.

"3초"는 어디에 해당하나
Google Core Web Vitals 기준. 3초 초과는 LCP "개선 필요" 이하
| 지표 | 설명 | 양호 (Good) | 개선 필요 (Needs Improvement) | 불량 (Poor) |
|---|---|---|---|---|
| LCP | 최대 콘텐츠 렌더링 | 2.5초 이하 | 2.5초 초과 ~ 4초 이하 (3초 포함) | 4초 초과 |
| INP | 조작 응답 | 200ms 이하 | 200ms 초과 ~ 500ms 이하 | 500ms 초과 |
| CLS | 레이아웃 이동 | 0.1 이하 | 0.1 초과 ~ 0.25 이하 | 0.25 초과 |
출처: Google Search Central "Core Web Vitals" 기준값
© 2026 Search OS
지표 | 기준 | 무너지는 원인 |
|---|---|---|
LCP | 2.5초 이내(4초 초과는 대응 필요) | 큰 이미지 추가, 외부 태그 추가 |
CLS | 0.1 이하 | 크기 미지정 이미지·배너 추가 |
INP | 200ms 이하 | JavaScript 증가(채팅·리뷰 등 외부 도구) |
지난달보다 나빠졌다면 그달에 추가한 것을 의심합니다. 큰 배너 이미지 한 장이 원인인 경우도 있습니다. 그달에 넣은 이미지·배너·외부 도구를 목록으로 적어 둡니다.
영역 3: 구조화 데이터(리치 리절트 테스트)
리치 리절트 테스트는 구조화 데이터가 읽히는지 보는 도구입니다. 상품 페이지 1개, 카테고리 페이지 1개를 넣습니다.
지난달 감지되던 타입(Product, BreadcrumbList 등)이 이달에도 감지되는가
오류·경고가 새로 나오지 않았는가
상품의 가격·재고가 화면 표시와 일치하는가
타입이 사라졌거나 오류가 났다면 템플릿 변경이 원인인 경우가 많습니다. 최근 템플릿을 손댄 날짜를 확인합니다.
영역 4: 콘텐츠
확인 | 보는 페이지 |
|---|---|
종료된 캠페인·오래된 가격이 남아 있지 않은가 | 톱·주력 카테고리 |
품절 상품이 "재고 있음" 그대로 표시되어 있지 않은가 | 주력 상품 |
선택법·사용법 기사가 최신 상품을 가리키고 있는가 | 콘텐츠 페이지 |
회사 소개·특정상거래법·배송비 정보가 최신인가 | 푸터에서 닿는 페이지 |
AI 검색은 오래된 정보를 인용하지 않습니다. 숍 안에 서로 다른 말이 있으면 더 불리합니다. 어떤 페이지는 배송비 무료, 다른 페이지는 유료라고 적혀 있는 식입니다. 이런 상태에서는 인용 출처로 뽑히기 어렵습니다. 배송비 안내가 모든 페이지에서 같은지 확인합니다.
무너졌을 때 "누구에게 맡길지"를 정해 둔다
무너짐의 종류 | 스스로 고칠 수 있는가 | 맡길 곳 |
|---|---|---|
오래된 가격·재고·캠페인 | ○ | 본인 |
이미지가 무겁다·크기 미지정 | ○(이미지 재저장) | 본인 |
구조화 데이터 오류 | △ | 템플릿을 손댄 사람, 또는 숍서브 지원팀 |
색인 수의 급감 | △ | 원인을 모르면 상담 |
외부 도구로 인한 속도 악화 | △ | 도구 제공사 |

Search OS 가이드 02
무너졌을 때 누구에게 맡길까
직접 고칠 것과 맡길 것
| 번호 | 문제 상황 | 해결 주체 |
|---|---|---|
| 1 | 오래된 가격·재고·캠페인 | ○ 직접 |
| 2 | 이미지가 무겁다·사이즈 미지정 | ○ 직접(이미지 재출력) |
| 3 | 구조화 데이터 에러 | △ 템플릿을 만진 사람, 또는 지원 |
| 4 | 색인 수 급감 | △ 원인을 모르면 상담 |
| 5 | 외부 도구로 속도 악화 | △ 도구 제공처 |
© 2026 Search OS
체크리스트로 무너진 것을 알아도 맡길 곳이 없으면 그대로 방치됩니다. 월 1회 확인과 한 세트로 맡길 곳을 한 줄씩 적어 둡니다.
월 1회 확인을 이어가기 위해
위 4개 영역을 매월 15분씩 보면 초기 설정 상태는 꽤 오래 유지됩니다. 다만 확인은 찾아내는 데까지입니다. 고치는 일은 별도 작업입니다. AI 검색 봇(GPTBot 등)이 숍을 수집하는지는 또 다른 문제입니다. Search Console에도 PageSpeed Insights에도 나오지 않습니다.
Search OS는 숍서브를 포함한 기존 숍의 위 4개 영역을 지속적으로 확인합니다. 색인·메타데이터·구조화 데이터·봇의 접근 상태를 봅니다. 무너짐을 감지하면 수정 대상으로 정리합니다. 컨설팅에서 정한 방침을 대신하지는 않습니다. 그 방침이 오늘도 지켜지는지 점포 대신 계속 지켜보는 층입니다.
자주 묻는 질문
Search Console은 직접 설정해야 하나요?
컨설팅 때 설정되어 있는 경우가 많습니다. 다만 로그인할 수 있는 계정을 점포 쪽에서 갖고 있는지 확인합니다. 없다면 소유권 추가를 요청합니다.
월 1회로 충분한가요?
상품 수가 수백 개까지라면 월 1회로 충분합니다. 큰 캠페인이나 템플릿 변경 직후에는 그 주에 한 번 더 확인합니다.
점검에서 문제가 없으면 아무것도 하지 않아도 되나요?
문제가 없었다는 사실도 기록해 둡니다. 다음에 문제가 생겼을 때 언제부터인지 알 수 있습니다. 그것이 원인을 찾는 지름길입니다.
함께 읽기
참고 자료
Google Search Central: Page Indexing report
Google: PageSpeed Insights
Google Search Central: Understanding Core Web Vitals and Google search results
Google: Rich Results Test