STORES가 검색에 나오지 않을 때 먼저 볼 5가지

STORES가 검색에 나오지 않을 때 먼저 볼 5가지
- 카테고리
- Tips
- 소요 시간
- 11분 분량
- 주제
- 일본 EC 플랫폼별 검색·AI 검색 가이드
STORES 숍이 검색과 AI 검색에 나오지 않을 때 확인할 순서를 5가지로 정리합니다. 설정 문제인지 반영 대기인지 가르는 기준, 기다리는 동안 채울 페이지 내용, Google 비즈니스 프로필과 스토어의 연결, 예약 페이지와 안내 페이지의 역할 분...
- URL
- searchos.io/ko/blog
- Copyright
- © 2026 Search OS
STORES로 숍을 연 지 10일이 지났는데 숍 이름으로 검색해도 나오지 않습니다. 미용실이나 교습소처럼 오프라인 매장이 본업이라 매장 정보는 검색에 나오는데 온라인 숍 페이지는 나오지 않습니다. STORES 예약 페이지를 만들었지만 검색 유입으로 이어지지 않습니다. STORES 이용층에서 들어오는 문의는 이 세 가지에 몰려 있습니다.
원인은 하나가 아닙니다. 설정 문제인지 반영 대기인지 가르는 일, 매장과 스토어를 "같은 사업자"로 잇는 신호, 예약 페이지와 안내 페이지의 역할 분담은 각각 다른 문제입니다. 이 글에서는 개별 글에서 정리한 내용을 "먼저 볼 5가지" 순서로 다시 묶습니다. 수치와 절차는 각 글의 내용을 그대로 쓰고, 자세한 작업은 글 끝의 링크로 넘깁니다.
1. 공개 후 경과 일수와 Search Console 상태로 설정 문제인지 반영 대기인지 가른다
보는 것은 두 가지뿐입니다. 공개 후 며칠이 지났는지, 그리고 Search Console에 무엇이 표시되는지입니다. 공개 후 2주 이상 지났고 사이트맵도 보냈는데 Search Console에 색인된 URL이 0이라면 설정 문제입니다. 그보다 이르고 "발견됨"이나 "크롤됨" URL이 늘고 있다면 반영 대기입니다. Google의 색인은 사이트 규모와 신뢰성에 따라 며칠에서 몇 주가 걸리므로, 외부 링크가 거의 없는 새 숍이라면 2주 정도는 반영 대기 범위에 들어갑니다.
상황 | 판정 | 다음에 할 일 |
|---|---|---|
공개 후 2주 미만, Search Console 미설정 | 판단할 수 없음 | Search Console을 설정하고 URL 검사를 실행 |
2주 미만, Search Console에서 "발견됨" "크롤됨"이 늘고 있음 | 반영 대기 | 기다립니다. 병행해서 내용을 강화 |
2주 이상, 사이트맵 전송 완료, 색인된 URL이 0 | 설정 문제 | 공개 설정·도메인·robots를 확인 |
2주 이상, 색인되었지만 숍 이름으로 나오지 않음 | 내용 문제 | 페이지의 텍스트와 구조를 강화 |
색인되어 있던 URL이 줄고 있음 | 수집 문제 | 오류·렌더링을 확인 |
다만 "기다린다"고 판단해도 되는 것은 Search Console에서 소유권을 확인했고, 사이트맵을 전송했고, URL 검사에서 적어도 메인 페이지가 "크롤됨" 또는 "색인 등록됨"으로 나올 때뿐입니다. 이 세 조건을 채우지 못했다면 경과 일수와 관계없이 설정을 확인합니다.
2. 설정 문제의 신호를 정해진 순서로 확인한다
설정 쪽 문제에는 정해진 신호가 있습니다. URL 검사에서 "URL이 Google에 등록되어 있지 않음"이 계속됩니다. STORES의 검색 엔진 표시 설정이 꺼진 채로 있습니다. 독자 도메인과 공유 도메인 양쪽에서 페이지가 열리고 어느 쪽이 정식인지 전달되지 않습니다. 사이트맵이 전송되지 않았거나 오류가 나고 있습니다. 이 네 가지입니다. 특히 검색 엔진 표시 설정은 개점 준비 중에 꺼 둔 채로 잊은 사례가 많습니다.
Search Console을 설정합니다(미설정이라면 여기가 시작점)
메인 페이지와 상품 페이지 하나를 URL 검사에 돌립니다
사이트맵의 전송 상태를 확인합니다
STORES의 검색 엔진 표시 설정을 확인합니다
독자 도메인을 쓰고 있다면 공유 도메인 URL의 동작을 확인합니다
2주의 경과 일수와 위 결과를 대조해 판정합니다
이 순서대로라면 30분 정도면 기다릴지 고칠지가 정해집니다. 색인 등록을 요청하면 빨라지기도 하지만 보장은 없습니다. 요청해도 변화가 없다면 공개 설정이나 robots 문제를 의심합니다.
3. 기다리는 동안, 색인되는 순간 평가될 내용을 채운다
반영 대기로 판정했더라도 손 놓고 있으면 손해입니다. 81페이지를 30일간 추적한 실험에서 Google AI Mode가 첫 주에 인용한 것은 59%였고, 첫 주에 인용되지 않은 페이지는 그 뒤에도 인용되는 일이 드물었습니다. 검색에서도 AI 검색에서도 처음 몇 주의 상태가 이후를 좌우합니다. 기다리기로 했더라도 페이지 내용은 지금부터 채웁니다.
작업 | 이유 |
|---|---|
메인 페이지에 숍 소개를 2~3문장 둡니다 | "무엇을 파는 가게인가"를 검색 엔진과 AI에 전달합니다 |
각 상품에 3~5문장의 텍스트 설명을 씁니다 | 이미지뿐인 상품 페이지는 평가될 정보가 없습니다 |
카테고리 페이지에 고르는 법 설명을 둡니다 | 비교·추천형 질문에 대응합니다 |
상품 설명을 이미지에서 텍스트로 옮깁니다 | AI는 이미지 속 문자를 안정적으로 읽지 못합니다 |
FAQ를 3~5문항, 가시 텍스트로 둡니다 | AI 검색의 인용 재료가 됩니다 |
상품 수는 수보다 내용입니다. 상품이 10점이라도 각 페이지에 텍스트 설명이 있으면 색인됩니다.
4. 매장과 스토어를 "같은 사업자"로 검색 엔진에 보여 준다
오프라인 매장이 본업인 숍에서는 매장이 Google 비즈니스 프로필로 인식되고, 온라인 스토어는 STORES의 URL로 인식됩니다. 둘을 잇는 신호가 없으면 매장의 평가는 스토어로 흘러가지 않습니다. 매장의 검색 결과는 주소·영업시간·리뷰·사진으로 "실제로 존재하는 사업자"로 만들어지는 반면, 스토어는 누가 운영하고 어디에 있는지 없이 상품만 나열된 페이지가 되기 쉽습니다. AI 검색도 마찬가지입니다. "○○시 미용실 중 추천 샴푸를 파는 곳"이라는 질문에 매장과 스토어가 따로따로면 답할 수 없습니다.
장소 | 할 일 | 효과 |
|---|---|---|
Google 비즈니스 프로필 | 웹사이트 란에 STORES 스토어 URL을 등록 | 매장 검색에서 스토어로의 동선과 동일 사업자 신호 |
STORES 스토어 | 매장명·주소·전화번호·영업시간을 텍스트로 표시 | 스토어가 매장의 일부임을 검색 엔진에 전달 |
STORES 예약(사용하는 경우) | 예약 페이지와 스토어를 상호 링크 | 예약·구매·방문의 3개 동선을 하나의 사업자로 묶습니다 |
명칭·주소·전화번호(NAP)는 3곳에서 한 글자도 다르지 않게 맞춥니다. "○○헤어"와 "○○ 헤어"처럼 띄어쓰기만 달라도 검색 엔진은 다른 사업자로 볼 수 있습니다. 주소와 전화번호는 이미지로 만들지 않고 푸터나 매장 안내 페이지에 텍스트로 둡니다. 주력 상품 페이지에는 "살롱에서 사용하는 샴푸. 방문 시에도 구매할 수 있습니다"처럼 상품과 매장의 관계를 한 문장으로 적습니다. 사업 홈페이지가 있다면 비즈니스 프로필의 웹사이트 란에는 그쪽을 등록하고, 홈페이지에서 스토어로 가는 링크를 눈에 띄게 둡니다.
5. 예약 페이지를 입구로 삼지 않고, "무엇을 하는 가게인가"를 전하는 안내 페이지를 따로 둔다
STORES 예약 페이지가 검색에 나오는지는 색인 설정에 달려 있습니다. 다만 나온다 해도 고객이 들어오는 입구로는 약합니다. 예약 페이지는 캘린더와 폼이 주가 되어, 이 교실이 무엇을 가르치는지, 누구에게 맞는지, 어디에 있는지를 검색 엔진이나 AI가 알아볼 재료가 거의 없습니다. 다른 사업자와 같은 템플릿이라 구별하기 어렵고, 색인 설정을 운영자가 바꿀 수 없는 경우도 많습니다.
페이지 | 역할 | 검색 엔진·AI에서 보이는 방식 |
|---|---|---|
예약 페이지(STORES 예약) | 일시를 고르고 예약을 완료합니다 | 캘린더와 폼이 주가 되고 설명 텍스트가 빈약합니다 |
안내 페이지(서비스·요금·장소·대상자) | "무엇을 하는 가게인가"를 전합니다 | 검색과 AI가 이해하고 인용하는 재료가 됩니다 |
온라인 스토어(STORES의 물품 판매) | 상품을 판매합니다 | 상품 정보로 이해됩니다 |
안내 페이지는 STORES 온라인 스토어의 고정 페이지에 둡니다. 무엇을 하는 가게인지, 누구에게 맞는지, 장소와 가는 법, 요금 기준, 자주 묻는 질문 3~5문항을 씁니다. 안내 페이지와 Google 비즈니스 프로필에서 예약 페이지로 링크하고, 예약 페이지의 설명란에서 안내 페이지로 돌아오는 동선도 둡니다. 예약 페이지에 noindex가 붙어 있어도 안내 페이지가 색인되어 있으면 고객 유입에는 영향이 없습니다.
Search OS는 구분이 끝난 뒤의 운영을 떠받치는 층입니다
Search OS는 STORES를 포함한 기존 서비스를 바꾸지 않습니다. 검색 엔진과 AI 크롤러가 읽기 쉬운 구조·메타데이터·구조화 데이터를 별도의 층으로 제공합니다. 매장 정보의 일관성, 안내 페이지·매장 정보·예약 동선의 정합, 스토어와 매장 페이지의 상호 참조를 계속 확인하고, Googlebot·GPTBot·PerplexityBot 등이 실제로 어느 페이지를 가져갔는지는 봇 로그로 확인합니다. 설정 구분과 구조 만들기가 끝난 뒤, 매장이나 메뉴가 늘 때마다 무너지는 상태를 계속 유지하는 부분을 맡습니다.
담당자가 먼저 볼 질문
공개 후 2주가 지났는가. Search Console 소유권 확인과 사이트맵 전송은 끝났는가
URL 검사에서 메인 페이지가 "크롤됨" 또는 "색인 등록됨"으로 나오는가
STORES의 검색 엔진 표시 설정이 개점 준비 중에 꺼 둔 채로 남아 있지 않은가
독자 도메인과 공유 도메인 양쪽에서 페이지가 열리는 상태는 아닌가
Google 비즈니스 프로필의 웹사이트 란이 STORES 스토어나 홈페이지를 가리키는가
매장명·주소·전화번호가 비즈니스 프로필·스토어·예약 페이지에서 한 글자도 다르지 않은가
예약 페이지와 별도로 무엇을 하는 가게인지 쓴 안내 페이지가 있고, 색인되어 있는가
결론
STORES 숍이 검색에 나오지 않을 때는 먼저 공개 후 경과 일수와 Search Console 상태로 설정 문제인지 반영 대기인지 정합니다. 설정 문제라면 정해진 순서로 고치고, 반영 대기라면 페이지 내용을 채우며 기다립니다. 그 위에 매장과 스토어를 같은 사업자로 잇고 예약 페이지 앞에 안내 페이지를 두면, 검색과 AI 검색이 "어디의, 무엇을 하는 가게인지"를 읽는 상태가 됩니다. 여기까지가 설정의 문제이고, 그 다음은 상품과 매장이 늘 때마다 같은 상태를 유지하는 운영의 문제입니다.