블로그

Shopify 컬렉션·태그 중복 URL과 크롤

Shopify에서는 같은 상품이 컬렉션 경유 URL과 단독 URL 양쪽에서 열립니다. canonical이 단독 URL을 가리키므로 색인 중복은 막을 수 있지만 크롤 예산은 쓰입니다. 태그 페이지와 필터 URL까지 포함한 영향 범위와 3가지 처리 방침을 정리했습니다.

온라인·매장 재고를 검색과 AI에 읽히는 구조화

온라인과 매장의 재고를 검색 엔진과 AI에 바르게 읽히려면 조건이 있습니다. 채널별로 재고 상태를 나눠 표현하고, 화면 표시와 구조화 데이터가 같은 값을 보이게 유지해야 합니다. 재고가 AI 추천에 주는 영향, 숨겨진 품절 텍스트 사례, 채널별 표현, 매장 정보와의 연결을 정리했습니다.

상품 수만 개 규모의 크롤 예산과 색인 누락 관리

상품이 수만 점을 넘는 몰에서는 크롤러의 처리 상한이 색인 누락의 직접 원인이 됩니다. 사이트맵 분할과 lastmod, 저가치 URL 차단이 둘입니다. 내부 링크의 우선순위와 봇 로그 관측이 나머지 둘입니다. 이 4가지를 한 세트로 운영하는 방법을 정리했습니다.

W2의 WAF가 크롤러를 차단하고 있지 않은지 확인

W2처럼 직접 운영하는 기반에서는 WAF나 봇 대책, 속도 제한이 검색 엔진과 AI 크롤러를 잘못 막는 경우가 있습니다. 차단 여부를 Search Console과 서버 로그로 확인하는 절차, 정규 크롤러를 구분하는 법, AI 크롤러를 허용할지 정하는 법을 정리했습니다.

STORES와 Google 비즈니스 프로필 연결하기

미용실·카페·교습소처럼 매장이 본업이고 STORES 온라인 스토어를 보조로 쓰는 사업자가 있습니다. 이런 경우 매장은 검색에 나오는데 온라인 숍은 나오지 않기 쉽습니다. Google 비즈니스 프로필과 스토어를 서로 연결해 매장의 검색 평가를 스토어로 흘려보내는 방법을 정리합니다.

ASP→Shopify 이전 URL·구조화 데이터 승계

makeshop·컬러미숍·futureshop에서 Shopify로 옮기면 URL 형태가 반드시 바뀝니다. 검색 평가를 잃지 않으려면 URL 대응표와 리다이렉트부터 챙겨야 합니다. 구조화 데이터 승계와 이전 전후로 확인할 지표를 이전 순서대로 정리했습니다.

Shopify 일본용 앱이 만드는 페이지의 SEO

Shopify를 일본에서 운영하면 노시·배송 일시 지정·편의점 수령 같은 일본용 앱이 필요해집니다. 이 앱들이 만드는 페이지와 파라미터가 붙은 URL은 색인해야 할지 빼야 할지 판단이 필요합니다. 앱별 출력, 색인 판단, AI 검색에 "일본용 대응이 있다"는 것을 전달하는 방법을 정리합니다.

Shopify 해외 판매 hreflang과 일영 페이지

Shopify Markets로 일본어와 영어 페이지를 만들면 같은 상품에 언어별 URL이 여러 개 생깁니다. hreflang으로 언어 대응 관계를 알리지 않으면 영어권 검색에 일본어 페이지가 나오거나 중복으로 판단됩니다. Shopify가 자동으로 내보내는 hreflang의 범위, URL 구성(서브폴더·서브도메인·별도 도메인) 고르는 법, 번역 누락이 일으키는 문제를 정리했습니다.

makeshop 구조화 데이터 이중 출력 고치기

makeshop은 기본적인 구조화 데이터를 표준으로 내보냅니다. 크리에이터 모드에서 JSON-LD를 따로 더하면 같은 페이지에 같은 유형이 두 번 나와 리치 리절트 테스트에서 오류가 납니다. 이중 출력을 찾는 법, 어느 쪽을 남길지, 더해도 되는 유형을 정리합니다.

futureshop 연동 블로그의 사이트맵 누락

futureshop의 XML 사이트맵은 관리 화면에서 만든 페이지만 담습니다. WordPress 연동으로 쓴 글은 들어가지 않습니다. 글이 발견되기 어려운 이유와 WordPress 쪽 사이트맵의 등록 절차를 정리했습니다. 숍과 블로그를 하나의 사이트로 취급받기 위한 내부 링크와 구조화 데이터 설계도 함께 다룹니다.

futureshop 복수 그룹 중복 URL 정규화

futureshop에서 상품 하나를 여러 그룹에 등록하면 같은 상품에 그룹을 거치는 URL이 여러 개 생길 수 있습니다. 중복 URL이 검색 평가를 나누는 구조와 우리 숍에서 확인하는 법을 정리했습니다. canonical의 올바른 대상과 그룹 설계 규칙도 함께 다룹니다.

futureshop 페이지의 헤딩 구조 고치기

futureshop의 commerce creator는 파츠를 쌓아 페이지를 만듭니다. 그래서 겉보기에는 정돈돼 있어도 HTML 헤딩(h1~h3)이 빠지거나 순서가 건너뛰기 쉽습니다. 검색 엔진과 AI 검색은 헤딩으로 페이지를 읽기 때문에 이 무너짐이 인용되지 않는 원인이 됩니다. 무너짐을 찾는 법, 파츠별 고치는 법, 운영 규칙을 정리합니다.

ecforce 광고 LP를 noindex로 해야 하는가

ecforce에서 광고용 LP를 많이 만들면 같은 상품의 본체 페이지와 여러 LP가 검색 엔진에 함께 보입니다. 전부 noindex로 할지, 하나만 남길지, canonical로 본체에 모을지 정리했습니다. LP 종류별 판단과 설정 위치, 광고 측정에 영향을 주지 않는 방법까지 다룹니다.

ecbeing RFP에 쓸 SEO·AI 검색 요건

ecbeing 같은 대규모 패키지는 RFP 단계에서 쓰지 않은 요건을 구축 후에 바꾸기 어렵습니다. URL 설계, 렌더링 방식, 메타데이터 관리, 구조화 데이터, 봇 접근 제어, 로그 제공의 6개 영역을 바꾸기 어려운 순서로, RFP에 그대로 옮길 수 있는 문장으로 정리했습니다.

EC-CUBE 4 XML 사이트맵 3가지 선택지

EC-CUBE 4 계열은 XML 사이트맵을 기본으로 만들지 않습니다. 선택지는 플러그인, 자체 제작(커맨드나 컨트롤러로 생성), 외부 도구 생성 3가지입니다. 갱신 추종·분할·lastmod·운영 부하로 비교했습니다. 상품 수와 개발 체제에 따라 고르는 방법도 정리했습니다.

EC-CUBE 2→4 이전으로 잃는 SEO 자산

EC-CUBE 2계열에서 4계열로 옮기는 것은 단순한 버전 업이 아닙니다. URL 구조·템플릿·플러그인이 모두 바뀌는 사이트 이전입니다. 잃기 쉬운 URL·메타데이터·구조화 데이터·사이트맵 4개 자산의 인계 절차를 정리했습니다. 이전 후 확인 지표도 함께 다룹니다.

컬러미숍 템플릿에 구조화 데이터 넣는 법

컬러미숍은 HTML/CSS 템플릿을 편집할 수 있어 구조화 데이터를 직접 넣을 수 있습니다. 다만 표준으로 출력되는 것과 겹치면 역효과입니다. 표준 출력 확인부터 템플릿 변수로 값을 채우는 방법, 하면 안 되는 것까지 정리했습니다.

ecbeing 대규모 리뉴얼의 URL·리다이렉트 설계

ecbeing 같은 대규모 사이트를 리뉴얼하면 수만 개의 URL이 한꺼번에 바뀝니다. 전부 손으로 리다이렉트할 수는 없습니다. 규칙으로 큰 덩어리를 처리하고 예외만 개별로 대응하는 방법을 정리합니다. URL 전수 조사부터 전환 당일 절차, 이전 후 모니터링까지 순서대로 다룹니다.

컬러미숍 사이트맵 등록 절차

컬러미숍의 사이트맵을 찾는 곳부터 등록 후 확인할 지표까지 정리했습니다. Search Console에 등록할 때 쓸 주소, 프리페이지가 빠져 있을 때 보완하는 방법도 함께 다룹니다.

컬러미숍 프리페이지로 만드는 콘텐츠 SEO

컬러미숍에서 상품 고르는 법이나 사용법을 쓰려면 프리페이지를 활용하면 됩니다. 상품명 외의 검색과 AI 검색에서 찾아오는 입구가 됩니다. 글의 구성과 상품 연결 방법, 관리할 때 마주치는 한계를 정리했습니다.

B카트 회원 전용 URL noindex 설계

B카트 수주 사이트에서는 상품·가격·재고 페이지가 회원 전용입니다. 이 페이지가 색인되면 거래처별 가격이 새어 나가고, 반대로 전부 noindex로 막으면 신규 거래처의 입구가 사라집니다. 회원 정보를 보호하면서 공개 페이지는 남기는 방법을 정리합니다.

B카트 공개 페이지가 빈약할 때 무엇을 공개할까

B카트 같은 BtoB EC에서는 가격과 거래 조건을 숨겨야 할 때가 많습니다. 그렇다고 상품 설명까지 감출 필요는 없습니다. 사양·용도·선택 기준·FAQ로 검색과 AI에 상품을 알리는 방법을 정리했습니다.

BASE 독자 도메인 전환에서 평가를 지키는 법

BASE에서 독자 도메인으로 바꾸면 주소도 달라집니다. 이전 주소의 검색 평가를 이어받으려면 연결 상태부터 확인해야 합니다. 전환 전 준비와 당일 점검, 이후 2주간 볼 항목까지 정리했습니다.

ecforce LP 중심 사이트의 자연 검색·AI 인용

광고 LP는 AI 검색에 인용되지 않습니다. ecforce로 운영하는 D2C 브랜드가 자연 검색과 AI 인용을 얻으려면 LP 옆에 "질문에 답하는 페이지"를 두고 상품으로 이어 주면 됩니다. 질문의 6축, LP와 콘텐츠의 역할 분담, 외부 언급을 늘리는 방법까지 정리했습니다.

EC-CUBE 제작사에 넘길 SEO·AI 검색 요건서

EC-CUBE 사이트는 제작사가 구축하는 경우가 많습니다. SEO와 AI 검색 요건은 말하지 않으면 빠지기 쉽습니다. 구축 전에 제작사에 넘길 요건서를 표로 정리했습니다. URL·메타데이터·구조화 데이터·사이트맵·속도·봇 대응 6개 영역을 그대로 쓰면 됩니다.

Shopify 앱 과다 설치와 속도·검색·AI 인용

Shopify는 앱으로 기능을 더할 수 있습니다. 대신 앱이 늘수록 페이지에 로드되는 JavaScript가 늘어 속도가 떨어지고 Core Web Vitals가 나빠집니다. 속도 저하가 검색과 AI 인용에 주는 영향, 앱별 영향을 재는 방법, 삭제·교체·지연 로드의 판단 기준, 삭제 후 남는 코드 정리까지 정리했습니다.

futureshop 구조화 데이터 범위와 AI용 추가

futureshop이 자동으로 출력하는 구조화 데이터는 상품의 기본 정보를 검색 엔진에 전달하는 범위입니다. AI 검색에 인용되려면 가시 텍스트와 일치하는 기사·브레드크럼·FAQ가 있어야 합니다. 재고나 옵션의 정합성도 갖춰야 합니다. 범위를 확인하는 방법과 추가할 항목을 정리했습니다.

키워드만 보면 AI 검색에서 놓치는 것들: Query Fan-Out 리서치 가이드

AI 검색은 검색어 하나를 그대로 답하지 않습니다. 질문을 여러 하위 주제와 출처 후보로 나누기 때문에, 마케터의 리서치 단위도 키워드 목록에서 질문 지도와 운영 DB로 바뀌어야 합니다.

키워드 리서치만으로는 부족합니다 - AI 검색 시대의 프롬프트 리서치 가이드

키워드 리서치를 질문형 수요로 바꾸는 프롬프트 리서치 실무 가이드입니다.

검색엔진에는 잡히는데 AI에는 안 잡히는 이유 - GEO 콘텐츠 체크리스트 12가지

검색엔진에는 잡히는데 AI 답변에는 잘 안 들어가는 글을 구조, 근거, 접근성 기준으로 점검합니다.

SEO 트래픽 유실을 줄이는 301 리다이렉트 실무 가이드

카페24·아임웹·식스샵 운영자가 준비할 SEO, GEO, 분석 도구

카페24·아임웹·식스샵으로 만든 쇼핑몰의 SEO/GEO 최적화 어떻게 할까요? Search OS 무료 리포트부터 적용으로 SEO/GEO 최적화를 단 한번에 해결하세요.

대규모 사이트를 위한 사이트맵 운영법: lastmod, 분할, 제출 방법

사이트가 커질수록 사이트맵은 운영이 중요합니다. 사이트맵을 어떻게 나누고, 언제 업데이트하고, 어디에 제출해야 하는지 확인하세요.

AI가 블라인드를 인용할 때 기업 평판 정보를 정리하는 방법

AI 검색이 블라인드 같은 외부 평판 정보를 참고할 때 기업이 공식 페이지, 채용 정보, FAQ, 외부 프로필을 어떻게 정리해야 하는지 설명합니다.

2026 이커머스 웹사이트 개발 가이드: 쇼핑몰 구축 전 점검할 7단계

2026년 쇼핑몰 구축 전에 결제, 상품 데이터, 카테고리 구조, SEO, AI 검색, 운영 자동화까지 함께 점검해야 할 7단계입니다.

SEO 자동화로 반복 업무를 줄이는 방법: 개발자 없이 가능한 범위

개발자와 마케터를 늘리기 전에 SEO·AI 검색 운영에서 자동화할 수 있는 반복 업무와 사람이 봐야 하는 판단 영역을 나눠봅니다.

경쟁사 SEO 콘텐츠 분석: 베끼지 않고 검색 기회를 찾는 5단계

경쟁사 콘텐츠를 그대로 따라 쓰지 않고 검색 의도, 누락된 질문, 구조화 데이터, 내부 링크, AI 인용 가능성을 분석하는 방법입니다.

SEO 없는 AIO는 없다: AI 검색 최적화 전에 점검할 기본기

AI 검색 최적화가 기존 SEO를 건너뛰는 일이 아닌 이유를 크롤링, 인덱싱, 기술 SEO, 콘텐츠 품질, 구조화 데이터 관점에서 설명합니다.

2026 키워드 리서치: 구글·네이버·유튜브와 AI 질문을 함께 보는 법

2026년 키워드 리서치는 검색량만 보는 방식에서 벗어나 Google, 네이버, 유튜브, AI 검색 질문을 함께 해석해야 합니다.

AIO 검색 최적화 가이드: SEO에서 GEO로 확장하는 방법

AIO 검색 최적화를 SEO의 대체가 아니라 GEO까지 확장하는 과정으로 보고, 콘텐츠 구조와 기술 신호를 함께 정리합니다.

SEO 전담 인력 없이 AI 검색 운영을 자동화하는 방법

SEO 담당자와 개발자를 따로 두기 어려운 팀이 콘텐츠, 스키마, 봇 로그, 리포트를 어디까지 자동화할 수 있는지 비용 관점으로 정리합니다.

광고비를 줄이는 이커머스 SEO/AIO 운영법

광고 의존도를 낮추기 위해 이커머스가 상품 데이터, 카테고리 콘텐츠, 리뷰, 구조화 데이터, AI 검색 노출을 함께 운영하는 방법입니다.

나무위키·커뮤니티 이슈가 AI 검색에 보일 때 대응 방법

AI 검색이 나무위키나 커뮤니티 이슈를 참고할 때 브랜드가 공식 입장, FAQ, 외부 프로필, 최신 정보를 어떻게 정리해야 하는지 설명합니다.

AI가 레딧을 인용하는 이유와 커뮤니티 콘텐츠 운영법

AI 검색이 Reddit 같은 커뮤니티를 참고하는 이유를 사용자 경험, 실제 후기, 질의응답 구조, 브랜드 평판 관리 관점에서 설명합니다.

Google SGE와 AI Overviews 대응: 제로 클릭 검색에서 봐야 할 것

Google SGE와 AI Overviews가 검색 결과와 클릭 흐름을 바꿀 때 브랜드가 봐야 할 콘텐츠 구조, 신뢰 신호, 측정 기준을 정리합니다.