Insightsmakeshop

makeshop과 WordPress 블로그를 둘 위치

2026년 9월 9일5분 읽기

category	reading_time	topic	description	url	copyright
Insights	8분 분량	일본 EC 플랫폼별 검색·AI 검색 가이드	makeshop의 표준 블로그로는 부족해서 WordPress로 글을 쓰고 싶을 때, 블로그를 숍과 같은 도메인의 하위에 둘지 별도 도메인에 둘지에 따라 검색 평가가 모이는 방식이 달라져요. 3가지 배치 패턴, 각각의 검색·AI 검색에서의 보이는 방식, 내...	searchos.io/ko/blog	© 2026 Search OS

makeshop 표준 블로그는 글의 구조 자유도가 제한적입니다. 그래서 WordPress로 글을 쓰되 숍 하위에 둘지 별도 도메인에 둘지를 묻는 상담이 자주 들어옵니다.

하위에 둘 수 있는 구성이 가장 유리합니다. 검색 엔진이 도메인 단위로 평가를 쌓기 때문입니다. 별도 도메인 블로그에서 좋은 글이 인용돼도 그 평가는 블로그 도메인에 쌓입니다. 숍 도메인으로는 잘 흘러가지 않습니다. 하위에 두면 글의 평가와 상품 페이지의 평가가 같은 통장에 쌓이는 셈입니다.

이 글에서는 3가지 배치 패턴과 각각이 검색·AI 검색에서 보이는 방식을 정리합니다. 사이트맵은 검색 엔진에 넘기는 페이지 URL 목록입니다. 내부 링크와 사이트맵 처리, 배치를 정한 뒤의 운영도 함께 다룹니다.

결론: 동일 도메인의 서브디렉터리가 최선. 차선은 서브도메인. 별도 도메인은 최후

배치	예	평가의 축적	난이도	판단
서브디렉터리	shop.example.jp/blog/	숍과 동일 도메인에 축적	높음(연동 설정이 필요)	◎
서브도메인	blog.example.jp	거의 동일 도메인으로 취급되지만 엄밀히는 분리	중간	○
별도 도메인	example-blog.jp	블로그에만 축적. 숍으로 흘러가기 어려움	낮음	△

Search OS 가이드 01
WordPress 블로그 위치 3택
기사에서 상품 페이지로 평가와 사람이 흐르는가
구분 서브디렉터리 서브도메인 별도 도메인
예 shop.example.jp/blog/ blog.example.jp example-blog.jp
평가 축적 숍과 같은 도메인 거의 같지만 엄밀히는 분리 블로그에만 축적
난이도 높음(연계 설정) 중 낮음
추천도 ◎ ○ △
© 2026 Search OS

구분	서브디렉터리	서브도메인	별도 도메인
예	shop.example.jp/blog/	blog.example.jp	example-blog.jp
평가 축적	숍과 같은 도메인	거의 같지만 엄밀히는 분리	블로그에만 축적
난이도	높음(연계 설정)	중	낮음
추천도	◎	○	△

makeshop의 WordPress 연동 옵션에서 고를 수 있는 배치는 공식 사양으로 확인합니다. 고를 수 있는 것 중 숍에 가장 가까운 배치를 택합니다.

중요한 관점: 블로그의 목적은 글이 읽히는 데 있지 않습니다. 글에서 상품 페이지로 평가와 사람이 흘러가야 합니다. 배치는 그 흐름이 일어나기 쉬운지를 기준으로 정합니다. 연동 옵션에서 고를 수 있는 배치부터 확인합니다.

3가지 배치가 검색에 보이는 방식

서브디렉터리

검색 엔진은 블로그 글을 숍의 일부로 봅니다. 글이 인용되면 숍 전체의 주제성이 올라갑니다. 이 도메인은 가죽 제품에 정통하다는 식의 평가입니다. AI 검색도 같은 도메인 안의 글과 상품을 연결 짓기 쉽습니다.

난점은 설정입니다. 같은 도메인 하위에서 makeshop과 WordPress를 함께 돌려야 하기 때문입니다. 연동 옵션이나 리버스 프록시 같은 구성이 필요합니다.

서브도메인

설정은 비교적 쉽습니다. 요즘 검색 엔진은 서브도메인을 같은 사이트의 일부로 보는 경향이 있습니다. 다만 엄밀히는 별도의 호스트명입니다. 내부 링크를 촘촘히 두면 서브디렉터리에 가까운 효과를 노릴 수 있습니다.

별도 도메인

가장 간단하지만 평가는 갈라집니다. 블로그가 유명해져도 숍의 검색 순위에는 바로 효과가 없습니다. 이미 별도 도메인으로 운영 중이라면 이전 비용과 분리의 단점을 저울질해야 합니다.

배치와 관계없이 꼭 할 일

항목	내용
글 → 상품 내부 링크	본문 중과 말미에 해당 상품·카테고리로 가는 링크
상품 → 글 내부 링크	상품 설명 말미에 "선택 방법은 여기로"
헤더·푸터 공유	같은 내비게이션으로 블로그와 숍이 하나의 사이트로 보이는 상태
사이트맵	WordPress 쪽 사이트맵을 별도로 Search Console에 등록(makeshop 사이트맵에는 포함되지 않음)
canonical	블로그 글의 canonical이 자기 자신을 가리킵니다. 숍 쪽과 중복되는 페이지를 만들지 않습니다
구조화 데이터	WordPress 쪽에서 Article을 출력. Organization은 숍 메인 페이지에만

WordPress 쪽 글이 makeshop 사이트맵에 들어가는지는 연동 사양에 따라 다릅니다. 들어가지 않는다는 전제로 따로 등록해 두는 편이 안전합니다.

표준 블로그와 WordPress를 나눠 쓰는 기준

용도	표준 블로그	WordPress
신상품·공지	◎	○
선택 가이드·비교·사용법(검색의 입구)	△(구조의 자유도가 낮음)	◎
구조화 데이터 제어	△	◎
운영의 간편함	◎	△(업데이트·보안)

Search OS 가이드 02
표준 블로그와 WordPress의 역할 분담
같은 내용을 양쪽에 두지 않는다
구분 표준 블로그 WordPress
신착·공지 ◎ ○
고르는 법·비교·사용법 △ 구조 자유도 낮음 ◎
구조화 데이터 제어 △ ◎
운용 편의 ◎ △ 갱신·보안
© 2026 Search OS

구분	표준 블로그	WordPress
신착·공지	◎	○
고르는 법·비교·사용법	△ 구조 자유도 낮음	◎
구조화 데이터 제어	△	◎
운용 편의	◎	△ 갱신·보안

양쪽을 다 쓴다면 같은 내용을 양쪽에 두지 않습니다. 중복은 평가를 갈라놓습니다. 신상품 소식은 표준 블로그에, 선택 가이드는 WordPress에 두는 식으로 나눕니다.

배치를 정한 뒤에 진짜 일이 시작됩니다

블로그를 하위에 둬도 글과 상품의 내부 링크는 끊길 수 있습니다. WordPress 업데이트로 Article 출력이 바뀌기도 합니다. 블로그 쪽 사이트맵이 낡은 채로 남기도 합니다. 숍과 블로그 2계통을 하나의 사이트로 계속 유지하는 일이 배치 자체보다 큰 작업입니다.

데이터 포인트: 고권위 도메인에서 81페이지를 30일간 추적한 실험이 있습니다. ChatGPT 검색의 인용 커버리지는 최대 42%였습니다. Google AI Mode는 첫 주 59%에서 30일째에 26%까지 떨어졌습니다. 품질이 같아도 구조에 따라 인용되는 페이지와 그렇지 않은 페이지로 갈립니다.

Category
Search OS
데이터
AI 검색은 첫 주에 인용처를 정한다
81페이지·30일 추적 실험. 초기 몇 주의 상태가 이후를 좌우한다
구분 비율
24시간 이내 (AI Mode) 36%
첫 주 (AI Mode) 59%
30일째 (AI Mode) 26%
최대 (ChatGPT 검색) 42%
출처: 고권위 도메인 81페이지 30일 추적 실험(본문 데이터 포인트)
© 2026 Search OS

구분	비율
24시간 이내 (AI Mode)	36%
첫 주 (AI Mode)	59%
30일째 (AI Mode)	26%
최대 (ChatGPT 검색)	42%

Search OS는 makeshop과 WordPress처럼 여러 구조로 이뤄진 사이트를 다룹니다. 검색 엔진과 AI 크롤러용 메타데이터·구조화 데이터·사이트맵·canonical을 별도 층으로 제공합니다. 봇로그로 양쪽이 실제로 수집되는지 확인합니다. 내부 링크 끊김이나 중복은 수정 대상으로 정리합니다. 배치를 바꾸는 작업이 아니라, 배치한 뒤의 일관성을 운영하는 관점입니다.

자주 묻는 질문

이미 별도 도메인으로 블로그를 운영하고 있어요. 옮겨야 하나요?

글이 많고 백링크가 있다면 옮길 때 URL 리다이렉트가 필요해 수고가 듭니다. 먼저 내부 링크를 촘촘히 해 봅니다. 그래도 효과가 부족하면 그때 이전을 검토해도 늦지 않습니다.

WordPress 글에도 상품 구조화 데이터를 넣어야 하나요?

글에는 Article을 넣습니다. 상품 구조화 데이터는 상품 페이지 쪽에 있으므로 글에는 넣지 않습니다. 글에서 상품 페이지로 링크하면 충분합니다.

표준 블로그를 그만두고 WordPress로 일원화해도 되나요?

검색 입구가 되는 글은 WordPress에, 공지는 표준 블로그에 두는 편이 운영하기 쉽습니다. 일원화한다면 표준 블로그 글 URL을 WordPress 쪽으로 리다이렉트해야 합니다.

함께 읽을 글

참고 자료

Google Search Central: Build and submit a sitemap
Google Search Central: Consolidate duplicate URLs
Google Search Central: Article structured data