futureshop 연동 블로그의 사이트맵 누락
futureshop 연동 블로그의 사이트맵 누락
- Category
- Guides
- Reading Time
- 7분 분량
- Topic
- 일본 EC 플랫폼별 검색·AI 검색 가이드
futureshop의 XML 사이트맵은 관리 화면에서 만든 페이지를 대상으로 하고, WordPress 연동으로 만든 글은 포함되지 않아요. 글이 발견되기 어려운 이유, WordPress 측 사이트맵의 등록 절차, 숍과 블로그를 하나의 사이트로 취급받기 위한...
searchos.io/ko/blog
© 2026 Search OS
futureshop의 WordPress 연동으로 블로그를 운영하다 보면, 숍 상품은 검색에 나오는데 블로그 글만 좀처럼 색인되지 않는 일이 있습니다. 사이트맵은 검색 엔진에 넘기는 페이지 URL 목록입니다. 사이트맵은 이미 등록해 둔 상태입니다.
등록한 사이트맵은 futureshop이 자동으로 만든 것일 가능성이 큽니다. 그 대상은 관리 화면에서 만든 페이지에 한정됩니다. WordPress로 쓴 글은 futureshop 관리 화면 밖에 있습니다. 그래서 사이트맵에 들어가지 않습니다. 검색 엔진은 내부 링크를 따라가면 글을 찾을 수는 있습니다. 다만 사이트맵에 없는 페이지는 발견이 늦고 갱신도 알아차리기 어렵습니다.
이 글에서는 누락되는 구조와 WordPress 쪽 사이트맵의 등록 절차를 정리합니다. 두 시스템을 하나의 사이트로 취급받게 하는 설계도 함께 다룹니다.
결론: WordPress 측 사이트맵을 별도로 등록하고, 숍과 블로그를 내부 링크로 잇는다
절차 | 내용 |
|---|---|
1 | futureshop 사이트맵의 내용을 열어 글 URL이 포함되어 있지 않은지 확인 |
2 | WordPress 측 사이트맵 URL(WordPress 기본 또는 SEO 플러그인이 생성)을 확인 |
3 | Search Console에 futureshop 사이트맵과는 별도로 WordPress 사이트맵을 등록 |
4 | 글 → 상품, 상품 → 글의 내부 링크를 확인 |
5 | 글 측의 canonical·Article 구조화 데이터를 확인 |
Header Info
- Search OS
- 가이드 01
두 개의 시스템에는 두 개의 사이트맵
WordPress 기사는 futureshop 사이트맵에 포함되지 않는다
| 사이트맵 구분 | 포함 내용 |
|---|---|
| futureshop 사이트맵 | 상품·그룹·관리화면 페이지 |
| WordPress 사이트맵 | 기사(별도 등록) |
Search Console (둘 다 등록)
기사⇄상품의 내부 링크로 하나의 사이트로 다뤄지게 한다
© 2026 Search OS
중요한 관점: 사이트맵은 "만든 쪽"밖에 모릅니다. futureshop은 자기가 만든 페이지만 알고, WordPress는 자기가 만든 글만 압니다. 본관과 별관의 안내도가 따로 있는 셈입니다. 두 시스템으로 만든 사이트에는 사이트맵도 두 개를 준비합니다.
절차 1~2: 무엇이 누락되어 있는지 확인한다
futureshop 사이트맵의 내용을 열어 URL 목록을 봅니다. 상품·그룹·관리 화면에서 만든 페이지만 있고 블로그 글 URL이 없다면 누락이 확정입니다.
WordPress 쪽 사이트맵은 두 갈래입니다. 기본 기능(보통 /wp-sitemap.xml)이거나 SEO 플러그인이 만든 사이트맵입니다. 어느 쪽이 유효한지는 WordPress 설정에서 확인합니다. 둘 다 유효하면 중복되므로 한쪽으로 좁힙니다. 블로그 글 하나의 URL이 어느 사이트맵에 들어 있는지 찾아봅니다.
절차 3: Search Console에 등록한다
WordPress의 배치 | Search Console 속성 | 등록 |
|---|---|---|
숍과 같은 도메인의 서브디렉터리(/blog/) | 숍과 같은 속성 | 같은 속성에 WordPress 사이트맵을 추가 등록 |
서브도메인(blog.example.jp) | 도메인 속성이면 같음. URL 접두어 속성이면 다름 | 도메인 속성으로 통일하고 추가 등록 |
별도 도메인 | 별도 속성 | 별도 속성으로 등록 |
상단 태그
- Search OS
- 가이드 02
WordPress 배치별 등록처
도메인 속성이면 하나로 관리 가능
| 배치 유형 | 설명 |
|---|---|
| 서브디렉터리(/blog/) | 숍과 같은 속성에 추가 등록 |
| 서브도메인(blog.example.jp) | 도메인 속성이면 동일. URL 접두 속성이면 별도 → 도메인 속성으로 통일 |
| 별도 도메인 | 별도 속성으로 등록 |
© 2026 Search OS
도메인 속성(DNS 인증)으로 해 두면 서브도메인까지 하나로 관리할 수 있습니다. 그러면 사이트맵 추가 등록만으로 끝납니다. Search Console 속성이 도메인 속성인지 먼저 확인합니다.
절차 4: 내부 링크로 하나의 사이트로 만든다
사이트맵은 발견을 도울 뿐입니다. 글과 상품의 관계는 전달하지 않습니다. 관계를 전달하는 것은 내부 링크입니다. 예를 들어 "아기 이불 고르는 법" 글에서 그 이불 상품으로 링크하는 식입니다.
글 본문의 해당 부분에서 상품 페이지·그룹 페이지로 링크
상품 페이지 설명 말미에서 관련 글로 링크
숍의 헤더·푸터에 "읽을거리" 등의 입구를 두고 글 목록으로 연결
글 측의 헤더·푸터를 숍과 공통으로 하여 숍으로 돌아갈 수 있는 상태로
글에서 숍으로 가는 동선이 없으면 검색 엔진은 글과 숍을 별개로 보기도 합니다. 최근 글 하나에 상품 링크가 있는지 확인합니다.
절차 5: 글 측의 기술 요건
항목 | 확인 |
|---|---|
canonical | 각 글이 자기 자신을 가리키고 있다. 숍 측과 중복되지 않는다 |
Article 구조화 데이터 | 제목·공개일·갱신일·저자가 출력된다 |
Organization | 숍의 최상위에만. 글 측에 별도의 Organization을 출력하지 않는다 |
title·description | 글마다 고유 |
noindex | 글 목록의 태그·아카이브 페이지가 대량이라면 빈약한 것은 noindex |
WordPress의 태그 페이지·날짜 아카이브는 글이 적을 때 내용이 빈약합니다. 색인되면 "크롤됨 - 현재 색인이 생성되지 않음"만 늘립니다. 태그·날짜 아카이브를 noindex로 둘지 정합니다.
등록한 뒤의 운영
사이트맵을 등록하면 글은 발견되기 쉬워집니다. 다만 futureshop 쪽과 WordPress 쪽은 각자 갱신과 사양 변경이 있습니다. 내부 링크 끊김, canonical 어긋남, 구조화 데이터 변화가 따로따로 일어납니다. 두 계통을 하나의 사이트로 계속 유지하는 것이 등록 자체보다 큰 일입니다.
Search OS는 여러 시스템으로 된 사이트를 위해 별도의 층을 제공합니다. futureshop과 WordPress 조합이 그 예입니다. 검색 엔진과 AI 크롤러용 메타데이터·구조화 데이터·사이트맵·canonical을 한데 묶습니다. 봇 로그로 두 계통이 실제로 수집되는지도 확인합니다. 내부 링크 끊김과 중복은 수정 대상 목록으로 정리합니다.
자주 묻는 질문
사이트맵을 등록하면 바로 색인되나요?
발견은 빨라지지만 색인은 내용에 달려 있습니다. 내용이 빈약한 글이나 다른 글과 겹치는 글은 색인되지 않기도 합니다.
futureshop 사이트맵에 글을 수동으로 추가할 수 있나요?
자동 생성 사이트맵은 편집할 수 없다는 전제입니다. WordPress 쪽 사이트맵을 따로 등록하는 편이 확실합니다.
블로그 글 목록 페이지도 사이트맵에 필요한가요?
WordPress 사이트맵에 보통 들어 있습니다. 태그·날짜 아카이브는 빼는 설정으로 해 두면 빈약한 페이지 등록을 막을 수 있습니다. 사이트맵 설정에서 아카이브 포함 여부를 확인합니다.
함께 읽기
참고 자료
Google Search Central: Build and submit a sitemap
Google Search Central: Sitemaps report
Google Search Central: Article structured data