구조화 데이터 목록으로

BreadcrumbList 스키마의 쓸모

BreadcrumbList 스키마는 사이트 계층에서 페이지의 위치와 탐색경로의 순서를 구조화합니다. 운영자는 페이지의 주제 설명과 경로 정보를 따로 판단하고, 실제 탐색경로와 마크업을 대조한 뒤 감지 결과를 확인합니다.

목차

사이트 안의 위치를 나타내는 탐색경로

핵심 답

BreadcrumbList 스키마의 쓸모는 페이지가 사이트 계층 구조의 어디에 있는지 나타내는 탐색경로 정보를 구조화하는 데 있습니다. 페이지의 주제 설명과 구별해 상위 분류에서 현재 페이지로 이어지는 경로와 순서가 맞는지 판단해야 합니다.

탐색경로는 현재 페이지에 도착하기까지의 방문 기록이 아니라 사이트가 정한 상하 관계를 안내합니다. 사용자가 검색을 통해 상세 페이지에 바로 도착했더라도, 그 페이지가 어떤 분류에 속하는지 이해하고 상위 분류로 이동할 수 있도록 구성합니다. 운영자는 방문자가 직전에 거친 화면보다 해당 페이지의 소속을 기준으로 경로를 정합니다.

구글 검색 센터는 탐색경로가 사이트 계층에서 페이지의 위치를 나타내고, 사용자가 상위 단계로 이동하는 데 도움을 줄 수 있다고 설명합니다. 운영자는 이 설명을 바탕으로 현재 페이지에서 상위 분류로 이동할 이유가 있는지 판단합니다. 관련 내용을 모아 놓은 상위 페이지가 있다면 그 관계를 탐색경로로 표현할 수 있습니다.

경로에 담을 정보의 판단 기준

페이지 제목이 주제를 정확히 설명하더라도 사이트 안의 소속까지 알려주는 것은 아닙니다. 반대로 탐색경로에 분류명이 있다고 해서 본문이 무엇을 설명하는지 충분히 전달되는 것도 아닙니다. 제목과 본문은 내용 설명을 맡고, 탐색경로는 상위 분류와 현재 페이지의 관계를 안내하도록 각각 판단합니다.

판단 대상탐색경로가 알려주는 것운영자가 대조할 내용
현재 페이지계층 안에서 도착한 위치페이지가 실제로 속한 분류
상위 분류현재 페이지를 포함하는 범위상위 페이지의 내용과 분류명
경로의 연결상위 분류에서 이어지는 관계각 항목이 다음 항목을 포함하는지
페이지 주제경로만으로는 충분하지 않은 내용제목과 본문이 설명하는 대상

운영자는 메뉴에 있는 이름을 모두 경로에 넣기 전에 각 항목이 실제 상위 분류인지 가립니다. 전체 메뉴에 함께 배치된 항목이나 관련 콘텐츠라는 이유만으로 상하 관계가 성립하지는 않습니다. 경로에 포함할 분류는 현재 페이지를 포함하는 범위를 설명할 수 있어야 합니다.

상위 분류가 없는 페이지에는 탐색경로를 위해 임의의 중간 단계를 만들지 않는 편이 좋습니다. 반대로 상세 페이지에서 분류 목록으로 돌아갈 필요가 있는데 그 연결이 없다면, 운영자가 먼저 사이트 구조와 이동 경로를 정리합니다. 마크업을 작성하기 전에 어떤 길을 안내할 것인지 결정하는 작업입니다.

운영자가 준비할 경로 자료

운영자는 개발 담당에게 스키마 추가만 요청하지 말고 페이지의 소속과 경로를 함께 전달합니다. 준비할 자료는 대상 페이지 목록, 각 페이지의 상위 분류, 화면에 표시할 항목명, 항목별 이동 대상입니다. 화면 설계가 아직 확정되지 않았다면 승인된 경로와 결정이 필요한 경로를 따로 표시합니다.

구글 검색 센터는 position을 탐색경로 안에서 항목이 놓이는 순서를 나타내는 속성으로 설명합니다. 이 값은 페이지의 중요도나 검색 순위를 뜻하지 않으므로, 운영자는 상위 분류에서 현재 페이지로 이어지는 항목 순서를 먼저 작성합니다. 개발 담당은 그 순서가 마크업에도 같은 의미로 반영됐는지 대조합니다.

사이트 구조 자료와 실제 화면이 다르면 어느 쪽을 기준으로 작업할지 먼저 결정해야 합니다. 오래된 분류표를 전달한 채 화면과 코드가 일치하는지만 검사하면, 현재 운영 정책과 다른 경로를 그대로 적용할 수 있습니다. 콘텐츠 담당자가 페이지의 소속을 승인하고 개발 담당자가 구현 상태를 기록하도록 역할을 정합니다.

계층에서 감지 결과까지의 확인 순서

  1. 운영자가 현재 페이지의 계층상 위치를 정하고 상위 분류의 포함 관계를 기록합니다.
  2. 개발 담당이 화면의 탐색경로와 마크업의 항목명 및 순서를 대조합니다.
  3. 개발 담당이 리치 결과 테스트를 실행하고 감지된 유형과 항목의 상태를 전달합니다.
확인 단계개발 담당에게 요청할 내용결과로 판단할 수 있는 범위
페이지의 계층상 위치운영자가 승인한 분류와 구현 경로의 차이정한 소속이 구현에 반영됐는지
탐색경로와 마크업 대조항목명, 이동 대상, position의 대응 내역화면과 코드의 경로 순서가 일치하는지
리치 결과 테스트감지된 BreadcrumbList와 오류·경고 내역테스트에서 데이터를 발견하고 해석한 상태

구글의 리치 결과 테스트 도움말은 테스트 결과에서 발견된 리치 결과 유형과 구조화된 데이터의 오류 및 제안사항을 확인할 수 있다고 설명합니다. 운영자는 개발 담당에게 성공 여부만 전달받지 말고 어떤 유형이 감지됐는지와 해당 항목의 상태를 함께 요청합니다. 다른 유형만 감지된 결과를 탐색경로 작업의 완료 자료로 사용하지 않도록 요청 내용을 구체화합니다.

최종 전달 자료에는 대상 페이지, 테스트한 코드 또는 페이지, 테스트 당시의 배포 상태를 기재합니다. 수정 전 코드와 배포 후 페이지의 결과가 섞이면 같은 작업을 평가하기 어렵기 때문입니다. 운영자는 작업 요청에 사용한 경로 자료와 결과 자료를 함께 보관해 승인한 내용이 어디까지 반영됐는지 기록합니다.

감지 결과와 검색 표시의 별도 판단

리치 결과 테스트에서 BreadcrumbList가 감지됐다는 결과는 해당 테스트에서 탐색경로 데이터를 발견했다는 뜻으로 해석합니다. 실제 검색 화면에 어떤 형태로 표시됐다는 기록으로 사용하지 않습니다. 운영자가 작업 완료를 판단할 때는 구현 상태와 검색 표시 관측을 별도 항목으로 관리합니다.

유효한 항목이라는 결과도 회사가 의도한 분류 체계를 승인해 주는 판단은 아닙니다. 항목명과 순서가 기술적으로 해석되더라도 현재 페이지가 잘못된 상위 분류 아래에 배치됐을 수 있습니다. 이런 결과는 앞에서 정한 기준에 따라 운영자가 승인한 경로 자료와 대조합니다.

경고가 함께 표시된 결과를 오류가 없는 결과와 같은 문구로 보고하지 않도록 합니다. 개발 담당은 감지 여부와 상태를 나누어 기재하고, 운영자는 추가 설명이 필요한 항목을 지정합니다. 기술 용어만 전달받았을 때는 그 상태가 이번 작업의 승인 조건에 어떤 영향을 주는지 설명을 요청합니다.

완료 기록에 포함할 판단 내용

검사 기록은 화면을 저장하는 데서 끝내지 말고 운영자가 내린 판단까지 남깁니다. 승인한 경로, 실제 구현 경로, 감지 결과, 남아 있는 결정 사항을 문장으로 기재합니다. 결과가 달라졌을 때 어느 자료를 기준으로 승인했는지 추적할 수 있도록 기록의 목적을 정합니다.

구글 검색 센터는 구조화된 데이터를 처음 배포하거나 새 템플릿을 출시하고 코드를 업데이트한 뒤 서치 콘솔을 확인하도록 안내합니다. 또 페이지의 색인이 생성된 후 관련 리치 결과 상태 보고서로 문제를 확인하는 절차를 설명합니다. 운영자는 배포 당시 테스트 기록과 이후 보고서 기록의 시점을 따로 기재하고 같은 결과로 취급하지 않습니다.

작업 완료 조건은 담당자가 수행할 수 있는 행동으로 작성합니다. 승인 경로 반영, 화면과 마크업 대조, 테스트 결과 전달처럼 수행 여부를 판정할 수 있는 항목을 사용합니다. 검색 노출이나 순위 상승을 완료 조건에 넣으면 구현 검사가 끝나도 작업 범위를 명확하게 종료하기 어렵습니다.

여러 분류에 속한 페이지의 경로 결정

한 페이지를 여러 분류에서 연결한다고 해서 모든 연결을 하나의 탐색경로에 이어 넣지는 않습니다. 병렬로 운영하는 분류를 연속된 상위 단계처럼 배열하면 실제 소속 관계와 다른 뜻을 전달할 수 있습니다. 운영자는 각 분류가 서로를 포함하는지, 같은 페이지를 다른 기준으로 모은 것인지 판단합니다.

대표 경로를 정해야 한다면 방문자가 해당 페이지에서 돌아갈 분류와 콘텐츠 관리 기준을 함께 고려합니다. 담당 부서마다 선호하는 경로가 다를 때는 분류명부터 수정하지 말고 어떤 소속을 안내할지 먼저 합의합니다. 최종 결정과 그 이유를 경로 자료에 기재하면 이후 메뉴 개편 때 재판단할 근거로 사용할 수 있습니다.

자주 묻는 질문

탐색경로의 항목명은 페이지 제목과 같아야 하나요?

구글 검색 센터는 name을 사용자에게 표시하는 탐색경로의 제목으로 설명합니다. 운영자는 항목명이 이동 대상의 의미를 전달하는지 판단하고, 페이지 제목과 문구가 다르면 그 차이가 의도한 것인지 개발 담당에게 알려야 합니다. 이 설명만으로 두 문구가 반드시 같아야 한다고 단정하지 않습니다.

마지막 탐색경로 항목에도 이동 대상을 지정해야 하나요?

구글 검색 센터는 마지막 항목의 item이 필수는 아니며, 생략되면 해당 페이지의 주소를 사용한다고 설명합니다. 개발 담당에게 마지막 항목을 어떻게 작성했는지 요청하면 생략 여부와 현재 페이지의 대응 관계를 기록할 수 있습니다. 이를 중간 항목에도 같은 방식으로 적용할 수 있다는 뜻으로 확대하지 않습니다.

게시 전 코드만으로도 테스트를 진행할 수 있나요?

구글의 리치 결과 테스트 도움말은 코드 스니펫을 입력해 테스트하는 방법을 안내합니다. 개발 담당은 게시 전에 준비한 코드로 검사를 진행할 수 있습니다. 운영자는 코드 검사 결과를 전달받을 때 실제 배포 페이지를 검사한 자료인지도 함께 표시하도록 요청합니다.

콘텐츠 관리 시스템의 플러그인을 사용해도 되나요?

구글 검색 센터는 콘텐츠 관리 시스템에 통합된 플러그인을 사용하는 방법이 더 쉬울 수 있다고 안내합니다. 운영자는 플러그인이 자동 생성한 경로가 회사의 분류 정책을 반영하는지 먼저 판단합니다. 이름이 같은 항목을 생성했다는 이유만으로 작업을 승인하지 말고, 경로를 변경할 담당자와 관리 방법을 정합니다.

휴대기기에서도 구글의 탐색경로 기능을 사용할 수 있나요?

구글 검색 센터는 해당 기능의 제공 범위를 데스크톱으로 안내합니다. 운영자는 이 범위를 검색 기능에 관한 설명으로 읽고, 자사 사이트의 휴대기기 화면에 탐색경로를 제공할지는 별도로 결정합니다. 사이트 화면의 이동 편의를 평가할 때는 항목명이 읽히는지와 상위 페이지로 이동할 수 있는지를 사용 환경에 맞게 검사합니다.

맨 위로 이동

구조화 데이터 서비스 자세히 보기