태그 관리자로 구조화 데이터를 넣는 일의 판단

동적 삽입 지원과 채택 판단

구글 검색 센터는 자바스크립트나 콘텐츠 관리 시스템의 위젯을 통해 페이지 콘텐츠에 추가된 JSON-LD도 읽을 수 있다고 설명합니다. 이 설명은 동적 삽입이라는 구현 방식의 가능성을 뒷받침합니다. 특정 태그 관리자의 설정이나 사이트마다 다른 실행 조건까지 정상 작동한다고 인정하는 근거는 아닙니다.

운영자는 기술적으로 가능한 방식인지와 현재 사이트에서 사용할 수 있는 방식을 따로 판단해야 합니다. 개발 담당자는 태그가 실제 페이지에 데이터를 추가하는지, 구글의 테스트에서도 그 결과가 발견되는지를 자료로 제시해야 합니다. 도입 결정을 내릴 때는 제품 이름이나 관리 편의성보다 적용 주소의 실행 결과를 먼저 요구합니다.

이 표는 태그 관리자 제품을 추천하거나 배제하기 위한 목록이 아닙니다. 운영자는 각 항목에 해당하는 근거가 있는지 따지고, 아직 자료가 없는 조건을 개발 요청서에 남깁니다. 실행 결과가 없는 상태에서는 채택을 확정하기보다 시험 적용 대상으로 관리합니다.

자바스크립트 실행의 제한사항

적용 주소에서 실행하는 조사 순서

작업은 동적 삽입 가능성, 실제 페이지의 실행·렌더링, 구조화된 데이터 감지 결과 순으로 진행합니다. 앞에서 정한 기준을 적용하려면 태그 관리 화면의 설정 자료와 실제 페이지의 테스트 자료를 함께 준비해야 합니다. 마케팅 담당자는 대상 페이지와 변경 목적을 정리하고, 개발 담당자는 배포된 구현 방식과 조사 결과를 제출합니다.

1. 개발 담당자가 구조화 데이터를 어떤 코드로 페이지에 추가하는지 설명합니다. 운영자는 동적 JSON-LD 삽입에 관한 구글의 설명이 그 방식의 검토 근거가 되는지 판단합니다.
2. 개발 담당자가 적용 주소에서 삽입 코드의 실행 결과를 조사합니다. 태그 설정 내역과 실제 페이지에 추가된 데이터가 서로 연결되는지 기록합니다.
3. 담당자가 리치 결과 테스트에 적용 주소를 입력해 실행합니다. 페이지 가져오기 결과를 읽고, 렌더링된 코드와 감지된 구조화된 데이터 항목을 조사합니다.
4. 운영자가 자료를 근거로 채택 여부를 결정합니다. 결과가 불명확하면 완료 처리 대신 추가 조사할 항목과 담당자를 지정합니다.

구글의 리치 결과 테스트 도움말은 코드 입력 테스트와 실제 주소 테스트를 안내합니다. 태그 관리자의 실행을 판단할 때는 작성한 코드만 검사하지 말고 적용 주소를 테스트 대상으로 삼습니다. 코드 자체의 결과만으로는 그 코드가 페이지에서 실행되었는지 알 수 없기 때문입니다.

담당자가 준비할 결과 자료

결과 자료에는 적용 주소, 사용한 사용자 에이전트, 배포 상태와 발견된 항목을 함께 기재합니다. 리치 결과 테스트는 스마트폰 또는 데스크톱 사용자 에이전트를 선택할 수 있으므로, 담당자는 어떤 조건으로 실행했는지 남깁니다. 이는 특정 조건을 정답으로 지정하는 규칙이 아니라 작업 결과를 설명하기 위한 실무 기록입니다.

개발 요청에는 단순히 정상 작동 여부를 묻기보다 표에서 비어 있는 결과를 지정합니다. 페이지 접근이 실패한 경우와 렌더링된 코드에 데이터가 없는 경우는 필요한 조사 자료가 다릅니다. 담당자가 실패한 단계를 기재하면 운영자는 어떤 근거가 아직 부족한지 판단할 수 있습니다.

태그 실행 기록을 과대평가하는 오류

태그 관리 화면의 실행 기록이나 분석 도구의 요청 기록을 구글이 데이터를 읽었다는 증거로 처리하기 쉽습니다. 이런 기록은 사이트 측에서 어떤 동작을 관측했는지 설명하는 자료로 사용해야 합니다. 검색의 렌더링 결과를 판단하는 자료와 같은 의미로 보고하지 않습니다.

구글 검색 센터는 클라이언트 측 분석이 구글봇과 웹 렌더링 서비스의 활동을 완전하고 정확하게 나타내지 못할 수 있다고 설명합니다. 분석 기록에 관련 활동이 없다는 이유만으로 검색이 페이지를 처리하지 않았다고 결론 내릴 수는 없습니다. 반대로 요청이 기록되었다는 사실만으로 이번 구조화 데이터가 감지되었다고 주장해서도 안 됩니다.

운영자는 자료마다 무엇을 입증하는지 이름을 붙여 관리합니다. 태그 실행 기록은 사이트 측 동작 자료로, 렌더링된 코드는 테스트에서 처리된 페이지 자료로, 감지 결과는 발견된 구조화 데이터 항목 자료로 기재합니다. 서로 다른 자료를 하나의 성공 표시로 합치지 않으면 개발 담당자가 해결해야 할 문제도 명확해집니다.

감지 결과와 검색 표시의 별도 보고

구글의 일반 가이드라인은 리치 결과 테스트에서 올바른 마크업으로 판정되어도 검색결과에 표시된다고 보장하지 않는다고 설명합니다. 따라서 적용 보고서는 데이터 감지 결과를 기술 작업의 결과로 기재하고, 실제 검색 기능 표시는 별도 평가 항목으로 관리합니다. 표시되지 않았다는 이유만으로 삽입 방식이 실패했다고 되돌려 판단하지 않습니다.

운영자는 완료 보고서에 수행한 테스트와 발견된 데이터를 구체적으로 씁니다. 리치 결과 노출 완료나 AI 검색 대응 완료처럼 검사 범위를 넘는 표현은 사용하지 않습니다. 특히 구글에서 얻은 테스트 결과는 다른 AI 검색 서비스가 같은 방식으로 처리한다는 근거가 되지 않습니다.

검색 표시를 조사해야 한다면 그 목적에 필요한 자료를 따로 정합니다. 태그 관리자 채택 판단 자료에 관측하지 않은 노출이나 인용 결과를 추가하지 않습니다. 기술 담당자가 제출할 자료와 마케팅 담당자가 평가할 자료를 나누어 요청합니다.

기존 데이터의 감지를 오인하는 경우

테스트가 데이터를 발견해도 이번에 태그 관리자로 추가한 항목이 발견되었는지는 별도로 가려야 합니다. 페이지에 원래 있던 구조화 데이터가 감지되었을 가능성을 배제하지 않은 채 새 방식의 성공으로 보고하면 채택 근거가 잘못될 수 있습니다. 개발 담당자는 이번 삽입 대상과 기존 항목의 관계를 설명합니다.

운영자는 새로 추가하려던 데이터의 대상과 주요 값을 작업 요청서에 기재합니다. 결과를 받을 때는 그 항목이 렌더링된 코드와 감지 결과의 어디에 해당하는지 연결해 달라고 요청합니다. 기존 항목만 발견되었다면 테스트 자체는 실행되었어도 새 삽입 방식의 채택 판단은 아직 끝나지 않은 상태로 처리합니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 답변 내용을 구조화할 때 어떤 정보를 대상으로 삼는지 판단하기 위해 이어 읽을 주제입니다. 병원 기관 정보 정비는 구조화할 기관 정보의 관리 범위와 정비할 자료를 정하기 위해 이어 읽을 주제입니다.