ebisumart 검색·AI 검색에 안 나올 때 볼 5가지

ebisumart 검색·AI 검색에 안 나올 때 볼 5가지
- 카테고리
- Tips
- 소요 시간
- 11분 분량
- 주제
- 일본 EC 플랫폼별 검색·AI 검색 가이드
ebisumart는 기반이 자동으로 버전업되고, BtoC와 BtoB를 같은 기반에서 운영할 수 있습니다. 이 두 특징이 검색이나 AI 검색에 나오지 않는 원인이 되기도 합니다. 이전 기록, 5개 영역의 차이, 색인 경계, BtoB 가격 유출 경로, 공개 페이지의 5...
- URL
- searchos.io/ko/blog
- Copyright
- © 2026 Search OS
ebisumart 숍에서 리치 리절트가 사라졌다, 검색 결과나 AI 검색에 나오지 않게 됐다, 반대로 도매 가격 페이지가 Google에 노출됐다는 상담이 들어옵니다. 원인은 크게 둘로 나뉩니다. 하나는 기반 쪽에서 자동으로 이루어지는 버전업입니다. 구조화 데이터, canonical, 메타 태그의 생성 규칙이 깨지는 형태가 아니라 조용히 바뀌는 형태로 달라지기 때문에, 화면만 봐서는 알아차릴 수 없습니다. 다른 하나는 BtoC 숍과 BtoB 도매 사이트를 같은 기반에서 운영할 수 있다는 데서 비롯되는 색인 경계 사고입니다.
이 글에서는 ebisumart에 관한 두 편의 글에서 담당자가 가장 먼저 확인할 5가지를 뽑아 정리합니다. 앞의 2가지는 버전업 후의 차이, 뒤의 3가지는 BtoC·BtoB 병존 시의 경계에 관한 확인입니다. 각각의 자세한 절차는 글 끝의 원문에 맡깁니다.
1. 버전업 전의 기록이 남아 있는가
바뀌었는지는 이전에 어땠는지 기록이 없으면 알 수 없습니다. ebisumart의 자동 버전업은 기반의 특징이라 보통 선택할 수 없습니다. 중단하기보다 변화를 감지하는 운영으로 바꿉니다. 그래서 체크리스트보다 먼저 이전 기록을 준비합니다. 첫 버전업 전에 아래 항목을 기록합니다.
주력 3개 페이지(톱·주력 카테고리·주력 상품)의 title·description·canonical 문자열
같은 3개 페이지에서 리치 리절트 테스트가 감지하는 유형과 경고 유무
사이트맵의 URL 수
PageSpeed Insights의 LCP·CLS·INP 값
robots.txt의 내용
스프레드시트에 날짜와 함께 남깁니다. 다음부터는 이 기록과 비교하기만 하면 됩니다. 순위 변동이 버전업 때문인지 Google 업데이트 때문인지 가릴 때도 양쪽 시기의 기록이 근거가 됩니다. 버전업 직후 차이가 있으면 원인은 기반 쪽이고, 차이가 없으면 검색 엔진 쪽일 가능성이 높다는 판단입니다.
2. 버전업 후 5개 영역에 차이가 생기지 않았는가
버전업 알림을 받으면 다음 영업일에 5개 영역을 확인하고 이전 기록과 비교합니다. 30분이면 끝나는 범위입니다.
영역 | 확인할 것 | 도구 | 소요 시간 | 바뀌어 있다면 의심할 것 |
|---|---|---|---|---|
메타데이터 | title·description·canonical의 출력 | 주력 3개 페이지의 소스 | 5분 | 기반 측 title 템플릿의 변경 |
구조화 데이터 | 감지되는 유형과 오류 | 리치 리절트 테스트(상품 1·카테고리 1·톱) | 10분 | 기반 측 표준 출력의 변경, 또는 템플릿과의 충돌 |
URL | 주력 페이지의 URL과 파라미터가 붙은 URL의 canonical | 브라우저 | 5분 | 파라미터 처리 방식의 변경 |
사이트맵 | URL 수, lastmod, 오류 | 사이트맵 URL과 Search Console | 5분 | 대상 범위의 변경, 또는 생성 중단 |
속도 | LCP·CLS·INP | PageSpeed Insights(주력 상품 페이지) | 5분 | 기반 측에서 추가된 스크립트 |
robots.txt가 바뀌어 있다면 기반 측 기본값의 변경을 의심합니다. 차이를 발견하면 ebisumart의 릴리스 노트에서 해당 버전의 변경 내용을 확인하고, 의도된 사양 변경인지 부작용인지 판단합니다. 사양 변경이라면 새 사양에 맞춰 템플릿·설정을 조정하고, 부작용이라면 지원 창구에 문의합니다. 문의할 때는 "순위가 떨어졌다"가 아니라 "버전 X.Y 이후 상품 페이지의 Product 구조화 데이터에서 offer가 사라졌다"처럼 차이를 구체적으로 전달하고, 기록해 둔 전후 차이를 첨부합니다. 템플릿을 커스터마이즈했더라도 손대지 않은 기반 쪽 표준 출력은 바뀌므로 확인을 생략할 수 없습니다.
3. 페이지를 4종으로 나누고 공개와 색인을 따로 설정했는가
ebisumart는 BtoC 숍과 BtoB 도매 사이트를 같은 기반으로 운영할 수 있습니다. 그만큼 도매 가격 페이지가 Google에 노출되는 경계 사고가 일어납니다. 선은 로그인해야 보이는지가 아니라 검색 엔진에 보여 주고 싶은지를 기준으로 긋습니다. 이 둘은 늘 일치하지 않으며, 로그인 벽 안쪽이라도 링크나 예전 설정의 잔재로 색인될 수 있습니다.
페이지 종류 | 공개 | 색인 | 설정 |
|---|---|---|---|
BtoC 상품·카테고리·콘텐츠 | ○ | ○ | 통상 |
BtoB용 공개 정보(취급 상품 개요, 거래 조건, 문의) | ○ | ○ | 통상. BtoB의 입구로서 색인시킵니다 |
BtoB 가격·회원 전용 상품·견적 | × | × | 로그인 필수 + noindex(양쪽 모두) |
장바구니·마이페이지·검색 결과 | ○/× | × | noindex |
회원 전용 페이지에는 로그인 필수와 noindex를 모두 설정합니다. 로그인 필수는 사람이 내용을 보는 것은 막지만 검색 엔진이 URL을 인식하는 것은 막지 못해, 제목만 색인되는 경우가 있습니다. noindex는 색인은 막지만 URL을 아는 사람이 직접 여는 것은 막지 못합니다. robots.txt의 Disallow는 크롤만 막을 뿐 이미 색인된 것은 제거하지 못하고, 외부 링크가 있으면 URL만 색인됩니다. 두 설정이 모두 들어 있는지는 페이지를 추가할 때마다 확인합니다.
4. BtoB 가격이 새어 나가는 경로를 막았는가
경계를 정해도 가격은 여러 경로로 새어 나갑니다. 특히 BtoB 상품 담당자와 SEO 담당자가 다르면 noindex 누락은 일상처럼 일어납니다.
패턴 | 원인 | 대처 |
|---|---|---|
비로그인 시 "회원 가격"으로 도매 가격이 표시됩니다 | 회원 등급별 가격 표시 설정 | 비로그인 시에는 가격을 비표시하거나 일반 가격만 표시 |
도매 사이트의 카테고리 페이지가 공개되어 있습니다 | 회원 전용 상품의 카테고리가 noindex가 아님 | 카테고리에도 noindex |
사이트맵에 BtoB 상품 URL이 포함되어 있습니다 | 사이트맵의 대상 범위 | 회원 전용 상품을 제외 |
BtoB 상품의 구조화 데이터에 가격이 들어 있습니다 | 구조화 데이터의 출력 조건 | 회원 전용 상품에서는 가격을 출력하지 않음 |
과거에 공개했던 시기의 색인이 남아 있습니다 | 설정 변경 후 제거 누락 | Search Console의 삭제 도구 + noindex |
이미 색인된 도매 가격 페이지를 급히 지워야 한다면 Search Console의 삭제 도구로 일단 비표시하고, 동시에 noindex와 로그인 필수를 설정합니다. 삭제 도구만 쓰면 기한이 지난 뒤 다시 표시됩니다.
5. BtoB의 입구가 되는 공개 페이지가 로그인 벽 밖에 있는가
BtoB를 전부 숨기면 신규 거래처가 검색으로 찾을 수 없습니다. 신규 거래처는 AI에 "〇〇를 도매하는 회사" "〇〇 업무용 사입처"라고 묻습니다. 이 질문에 답하려면 로그인 벽 밖에 공개 페이지가 있어야 합니다. 가격은 숨기고 존재는 보여 준다, 이것을 색인 설계의 기본으로 둡니다.
취급 상품 개요(품목, 산지, 규격. 가격 없음)
거래 조건(최소 로트, 납기, 결제 조건 개요)
대응 업종·지역
문의·계정 개설의 흐름
업종별 "선택 가이드" "도입 사례"
이 페이지들은 색인시키고, Organization 구조화 데이터에 BtoB 사업 내용을 담습니다. 가격과 재고는 로그인 벽 안쪽에 둡니다. 경계는 정한 시점에 완성되지 않으며, 상품이나 회원 등급을 추가할 때마다, 템플릿을 바꿀 때마다 무너질 수 있습니다. 월 1회 Google에서 site:자사도메인 도매가격 등으로 검색해 BtoB 가격이 색인되어 있지 않은지 봅니다. 사이트맵에 회원 전용 URL이 없는지, 공개해야 할 BtoB 페이지가 Search Console의 URL 검사에서 색인된 상태인지도 같은 빈도로 확인합니다. 설정을 바꿀 때는 해당 페이지의 소스에서 noindex를 확인하고, 시크릿 창에서 회원 전용 상품을 열어 비로그인 상태의 표시를 봅니다.
Search OS는 정한 설정이 오늘도 지켜지는지 계속 지켜봅니다
체크리스트는 사람이 직접 볼 수 있는 범위만 다룹니다. 주력 3개 페이지 밖의 수천 페이지에서 바뀌었다면 3개 페이지 확인으로는 찾을 수 없습니다. AI 크롤러가 버전업 후에도 페이지를 가져가는지는 Search Console에도 PageSpeed Insights에도 나오지 않습니다. Search OS는 ebisumart를 포함해 자동 갱신되는 기반의 사이트를 대상으로 메타데이터·구조화 데이터·canonical·사이트맵 상태를 전체 페이지에 걸쳐 계속 검증하고, 버전업 전후로 바뀐 것을 차이로 감지합니다. BtoC·BtoB 병존 사이트에서는 색인된 URL 목록, noindex와 canonical 설정, 구조화 데이터에 든 가격, 봇이 실제로 가져가는 페이지를 계속 확인해 경계가 무너지면 수정 대상으로 정리합니다. 버전업을 막는 층도, 경계 자체를 정하는 작업도 아닙니다.
담당자가 먼저 볼 질문
버전업 알림을 누가 받고, 다음 영업일에 누가 5개 영역을 확인하는지 정해져 있습니까
주력 3개 페이지의 title·description·canonical과 리치 리절트 테스트 결과를 날짜와 함께 기록하고 있습니까
순위가 변동한 시기와 버전업 시기를 모두 기록하고 있습니까
회원 전용 페이지에 로그인 필수와 noindex가 모두 설정되어 있습니까
사이트맵에 BtoB 상품 URL이 포함되어 있지 않습니까
시크릿 창에서 회원 전용 상품을 열었을 때 도매 가격이 표시되지 않습니까
취급 상품 개요나 거래 조건의 공개 페이지가 로그인 벽 밖에 있습니까
결론
ebisumart에서 검색이나 AI 검색에 나오지 않는 원인은 대부분 기반이 조용히 바꾼 출력이거나 BtoC와 BtoB의 경계 붕괴 중 하나입니다. 어느 쪽도 화면만 봐서는 알 수 없고, 이전 기록과 비교하고 noindex와 로그인 필수를 모두 확인하는 절차로 찾아냅니다. 버전업 때마다 5개 영역을 비교하고, 월 1회 경계를 돌아본다. 이 두 가지를 운영에 두는 데서 시작합니다.
함께 읽기
참고 자료
Google Search Central: Page Indexing report
Google: Rich Results Test
Google: PageSpeed Insights
Google Search Central: Block Search indexing with noindex
Google Search Central: Remove a page hosted on your site from Google
Google Search Central: Organization structured data