Magento SEO 검사기: URL 및 메타데이터 진단

Magento SEO 점검에서는 여러 카테고리에 배정된 상품 하나, 필터가 적용된 카테고리 하나, 그리고 가능하다면 두 개의 스토어 뷰를 샘플로 골라야 합니다. 이렇게 하면 홈페이지 감사로는 알 수 없는 상속 및 카탈로그 라우팅 문제를 드러낼 수 있습니다.

카탈로그를 통한 상품 경로 따라가기

각 카테고리에서 상품에 접근해 최종 URL과 canonical을 기록하세요. 서로 다른 경로가 같은 상품을 제공한다면 삭제를 제안하기 전에 URL 키, 카테고리 경로, canonical 설정을 검토합니다. 카탈로그를 가져온 후 이전 주소가 작동하지 않는다면 배포된 리디렉션 맵과 비교하세요. 모든 기존 상품 URL을 홈페이지로 보내면 원래의 구매 목적은 유지되지 않습니다.

구매자가 실제로 쓰는 필터 점검하기

필터 조합 하나와 정렬된 보기 하나를 기본 카테고리와 비교하세요. 모든 쿼리 문자열을 오류로 취급하지 말고 robots 지시문, canonical 대상, 의미 있는 텍스트를 기록합니다. 독립적인 가치가 없는 조합이 사이트맵에 노출되고 있다면, 카탈로그나 스토어프런트 규칙을 바꾸기 전에 영향을 받는 그룹을 문서로 정리하세요. 가치 있는 카테고리 접근까지 막는 광범위한 차단은 피해야 합니다.

스토어 뷰 간 메타데이터 비교하기

같은 SKU를 두 가지 언어로 요청해 제목, 설명, canonical 출력을 점검하세요. 번역된 페이지에 기본 제목이 표시된다면 상속 또는 범위(scope) 문제일 가능성이 큽니다. 헤드리스 스토어프런트를 쓴다면 반환된 HTML을 Commerce가 제공한 메타데이터와 비교해 문제가 있는 계층을 찾으세요. 관련 캐시를 비운 뒤 원래의 SKU와 동일한 설정을 공유하는 다른 상품도 다시 테스트합니다. 이렇게 하면 페이지 하나만 고친 결과에 의존하지 않고 수정의 적용 범위를 확인할 수 있습니다.

실제 게시 시나리오 예시

예시 시나리오: 번역을 저장했는데도 영어 SKU 페이지에 베트남어 설명 텍스트가 표시됩니다. 관련 캐시를 비우기 전에 스토어 뷰 범위와 렌더링을 담당하는 스토어프런트를 점검하세요. 같은 스토어 뷰의 두 번째 상품을 요청하면 개별 레코드의 문제인지 공유 상속 문제인지 구분할 수 있습니다. 첫 번째 상품이 성공적으로 수정되었다고 해서 모든 카탈로그 항목이 수정되었다는 증거로 오해하지 않도록, 두 출력 결과를 모두 보고서에 보관하세요.

점검을 실행하고 결과 해석하기

아래의 무료 SEO 검사기에 대표적인 공개 URL 하나를 제출하세요. 정확한 주소 및 검사 시각과 함께 상태, 제목, 설명, canonical을 기록합니다. 반복되는 문제는 원인이 되는 템플릿이나 설정별로 묶어 두면, 한 번의 맞춤 수정을 여러 페이지에서 다시 테스트할 수 있습니다. 필드가 누락된 경우와 의도적으로 제외한 경우는 서로 다른 판단이 필요합니다.

HTTP/HTML 감사는 공개 응답을 관찰합니다. 플랫폼에 로그인하지 않으며, 모든 관리자 설정을 점검하거나 모든 클라이언트 측 렌더링 동작을 재현하지 않고, Google이 페이지를 색인했음을 증명하지도 않습니다. 검색 엔진 관련 증거는 Search Console의 URL 검사와 이후 크롤링 데이터를 비교해 확인하세요. 점수가 바뀌었다는 사실만으로 근본 문제가 해결되었다고 해석하지 말고, 게시와 캐시 갱신 후 원래 URL을 다시 확인하세요.

도구 및 관련 안내

• Magento 설정 가이드 읽기
• 공개 URL 검사하기
• 리디렉션 체인 점검하기

공식 참고 자료

• Adobe Commerce: 카탈로그 URL
• Adobe Commerce: 카탈로그 SEO 설정