구조화 데이터 ID(@id)로 페이지를 잇는 방법

페이지 연결과 데이터 항목 연결의 차이

페이지를 잇는다는 요청에는 방문자가 다른 페이지로 이동하게 하는 일과 구조화 데이터의 항목 사이에 관계를 표현하는 일이 함께 포함될 수 있습니다. 본문에 이동용 링크가 있다는 사실만으로 데이터 항목의 관계까지 명시했다고 판단하지 않습니다. 반대로 항목 사이의 관계를 표현하려는 설계만으로 방문자의 이동 경로가 마련되었다고 판단하지 않습니다. 마케팅 담당자는 요청서에서 화면의 이동 경로와 데이터가 설명할 관계를 따로 기재합니다.

구글은 한 페이지의 여러 항목을 중첩하거나 별도의 블록으로 작성해도 파악할 수 있다고 설명합니다. 또한 같은 페이지에 있는 레시피와 동영상의 관계를 명시하는 설명에서 @id를 언급합니다. 이 설명은 항목을 함께 연결하는 의미를 뒷받침하지만, 서로 다른 페이지에서 같은 ID를 다시 참조하는 절차까지 제시하지는 않습니다.

페이지별 설명 대상과 관계의 분리

구글은 별도 지침이 없다면 구조화 데이터가 설명하는 페이지에 해당 데이터를 넣도록 안내합니다. 데이터가 실제 페이지 콘텐츠를 표현해야 한다는 조건도 제시합니다. 운영자는 연결할 페이지 목록을 만들기 전에 각 페이지의 주요 내용과 데이터가 가리킬 대상이 일치하는지 대조합니다. 관계를 추가하려는 목적 때문에 본문에 없는 설명을 데이터에만 입력하지 않습니다.

이 표는 특정 유형이나 속성을 지정하는 코드 안내가 아니라 운영자가 채울 설계 목록입니다. 페이지 이름만 기재하면 연결하려는 의미가 드러나지 않으므로, 설명 대상에는 본문이 가리키는 대상을 씁니다. 관계 칸에는 연결 상대의 이름과 연결 이유를 문장으로 기재합니다. 아직 의미를 설명할 수 없는 연결은 코드 작성 요청에서 제외합니다.

관계 설계를 위한 실행 순서

작업은 페이지의 설명 대상을 정한 뒤 연결 상대와 관계를 정리하는 순서로 진행합니다. 마케팅 담당자는 페이지 제목, 주요 본문, 설명 대상, 연결 목적을 준비하고 개발 담당자는 현재 데이터가 들어간 페이지와 항목 목록을 준비합니다. 두 담당자는 같은 페이지 이름을 사용하더라도 서로 다른 대상을 뜻하고 있지 않은지 대조합니다.

1. 페이지별 설명 대상을 정합니다. 주요 본문을 기준으로 데이터가 무엇을 설명해야 하는지 기재하고, 페이지 자체와 그 안에서 소개하는 대상을 혼동하지 않도록 명칭을 정리합니다.
2. 연결할 대상과 관계를 기재합니다. 연결 출발 대상과 상대 대상을 각각 쓰고, 관계를 표현하려는 이유를 본문 내용에 근거해 설명합니다.
3. @id 작성과 참조를 직접 설명하는 근거를 확보합니다. 개발 담당자는 작성 형식과 페이지 간 참조 방법을 뒷받침하는 설명을 찾아 해당 작업에 적용할 수 있는지 판단합니다.
4. 적용 페이지의 항목 감지를 검사합니다. 실제 적용 후 리치 결과 테스트에서 페이지 접근 상태와 감지된 항목을 읽고 설계 목록과 대조합니다.

운영자는 근거를 확보하지 못한 요청을 완료된 설계로 전달하지 않습니다. 설명 대상과 관계까지 정리했다면 그 범위는 확정하고, 작성 형식과 참조 방법은 미결 사항으로 표시합니다. 개발 담당자가 임의로 빈칸을 채우지 않도록 필요한 문서의 설명 범위도 함께 기재합니다.

질문별 근거 범위와 준비 자료

자료는 페이지 콘텐츠를 설명하는 근거와 연결 방식을 설명하는 근거로 나누어 준비합니다. 구글 일반 가이드라인에서 확인되는 내용은 적용 위치와 같은 페이지의 항목 연결이며, 페이지 간 참조 방법은 별도의 설명이 필요합니다. 문서 제목만 전달하지 말고 어떤 질문에 답하는 설명인지 함께 기록합니다.

자료를 인수하는 담당자는 질문마다 답이 확보되었는지 표시합니다. 항목 감지 결과를 작성·참조 방식의 근거 대신 제출하지 않도록 자료의 용도를 분명히 합니다. 미결 질문은 담당자와 필요한 설명을 함께 기록해 후속 작업으로 전달합니다.

항목 감지 결과의 해석 범위

리치 결과 테스트의 항목 감지는 적용 페이지에서 데이터가 발견되는지를 판단하는 자료로 사용합니다. 구글 도움말은 감지된 구조화 데이터 영역에 항목과 문제를 표시하며, 데이터를 찾았지만 파싱하지 못한 경우도 표시한다고 설명합니다. 운영자는 결과 화면에 항목이 나타났다는 사실과 그 항목을 읽을 수 있는 상태인지를 따로 기록합니다.

검사 전에 페이지 접근 결과부터 읽습니다. 구글 도움말에 따르면 크롤링 완료는 페이지에 접근할 수 있음을 뜻하고, 크롤링 실패는 접근할 수 없음을 뜻합니다. 페이지에 접근하지 못한 결과에서는 항목의 적용 여부를 결론 내리지 않고 접근 문제를 담당자에게 전달합니다.

항목이 감지되면 설계 목록에 기재한 대상과 결과의 항목 설명을 대조합니다. 다른 페이지의 결과도 각각 기록하되, 양쪽에서 항목이 발견되었다는 이유만으로 페이지 사이의 참조가 올바르게 성립했다고 판단하지 않습니다. 항목 감지와 관계 표현의 적정성은 서로 다른 판단 자료가 필요합니다.

관계 설계와 적용 결과의 기록

점검 기록에는 적용 페이지, 검사 시점, 접근 결과, 감지된 항목, 해소하지 못한 질문을 기재합니다. 관계 설계에는 출발 대상과 연결 상대를 함께 쓰고, 검사 결과에는 도구에서 읽은 사실만 씁니다. 두 기록을 연결해 관리하더라도 설계 의도를 검사 결과로 옮겨 기재하지 않습니다.

완료 상태도 작업 범위에 맞게 표현합니다. 설명 대상과 관계를 정리한 단계는 관계 설계 완료로, 적용 페이지에서 항목을 발견한 단계는 항목 감지로 기록합니다. 페이지 간 참조에 관한 근거가 없으면 해당 판단은 미결로 남깁니다. 감지 결과를 검색 노출, AI 답변 인용 또는 지식 그래프 반영을 보장하는 자료로 사용하지 않습니다.

관계 방향을 생략한 요청의 위험

두 대상을 연결해 달라는 요청만으로는 개발 담당자가 표현할 관계를 결정하기 어렵습니다. 같은 대상 이름을 사용해도 어느 대상이 다른 대상을 설명하거나 포함하는지에 따라 요청의 뜻이 달라질 수 있습니다. 마케팅 담당자는 출발 대상, 연결 상대, 관계를 나타내는 동사를 포함해 요구사항을 작성합니다.

관계 문장을 거꾸로 읽었을 때도 같은 뜻이라고 임의로 처리하지 않습니다. 개발 담당자는 양방향 표현이 필요한지와 이를 뒷받침하는 속성이 있는지를 별도로 판단합니다. 문장으로 정한 방향은 기술적인 속성 선택의 근거를 대신하지 않으므로, 문서로 뒷받침되지 않은 방향까지 코드에 추가하지 않습니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 답변 콘텐츠를 데이터로 표현할 때 어떤 정보를 정리해야 하는지 이어 읽을 주제입니다. 진료 페이지 SEO는 개별 페이지의 콘텐츠와 검색 접근 조건을 함께 관리하려는 독자가 이어 읽을 주제입니다.