Google's Rich Results Test Displays No More Than 102 Objects for One JSON-LD Entity and Accepts an Invalid eventStatus Value
이 논문은 Google의 리치 결과 테스트(Rich Results Test)에서 발생하는 두 가지 무음 실패(silent failures)를 식별하였는데, 하나는 경고 없이 JSON-LD 객체 수를 102개로 제한하여 잘라버리는 표시 제한이며, 다른 하나는 'EventCompleted'와 같은 잘못된 값을 부적절하게 허용하는 'eventStatus' 속성에 대한 검증 결여이다.
원본 논문은 CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기
모든 책이 단순히 제목과 저자뿐만 아니라, 그 내용의 상세한 지도, 다른 책들과의 연결 고리, 그리고 그 책이 보유한 구체적인 사실들로 설명되는 도서관을 상상해 보십시오. 이것이 현대의 검색 엔진이 웹을 이해하는 방식입니다. 검색 엔진은 단순히 페이지 위의 단어들을 읽는 대신, 사이트 구조 내에 숨겨진 특별한 종류의 코드를 찾습니다. JSON-LD라고 불리는 형식으로 작성된 이 코드는 해당 페이지 정보의 구조화된 지도 역할을 합니다. 이 코드는 사이트를 운영하는 주체가 누구인지, 어떤 주제를 다루는지, 그리고 서로 다른 정보 조각들이 어떻게 연관되어 있는지를 정확하게 알려줍니다. 웹사이트 소유자들에게 이것은 강력한 도구입니다. 명확하고 체계적인 사실들을 제공함으로써, 그들은 자신의 페이지가 별점, 이벤트 날짜, 또는 질문에 대한 직접적인 답변과 같은 더 풍부한 세부 정보와 함께 검색 결과에 나타나기를 기대합니다.
하지만 웹사이트 소유자가 제공하는 정보와 그 정보를 확인하기 위해 사용되는 도구가 실제로 보여주는 정보 사이에는 격차가 존재합니다. 정형외과 의사이자 무릎 치환술 환자를 위한 교육 웹사이트의 설립자인 브라이언 R. 해튼(Brian R. Hatten)의 최근 연구는 구글의 주요 테스트 도구인 '리치 결과 테스트(Rich Results Test)'에서 두 가지 침묵하는 오류를 발견했습니다. 이 도구는 웹마스터가 자신의 코드를 붙여넣고 구글이 이를 어떻게 해석하는지 확인할 수 있도록 설계되었습니다. 해튼은 이 도구에 숨겨진 한계가 있다는 것을 발견했습니다. 이 도구는 단일 인물이나 조직에 대해 처음 102개의 정보 항목만을 표시하며, 그 이후의 모든 정보는 조용히 무시합니다. 게다가, 이 도구는 특정 유형의 오류를 잡아내지 못하고, 거부되어야 할 잘못된 데이터를 수용하기도 합니다. 이러한 발견이 중요한 이유는, 웹사이트 소유자가 도구로부터 '초록색 체크(승인)'를 받아 자신의 데이터가 완벽하고 완전하다고 믿을 수 있지만, 실제로는 정보의 상당 부분이 보이지 않거나 기술적으로 틀린 상태일 수 있음을 의미하기 때문입니다.
이 발견의 이야기는 해튼의 웹사이트인 'My Knee Guide'에서 시작되었습니다. 2026년, 그는 검색 엔진과 인공지능 시스템이 자신의 작업과 자격을 이해할 수 있도록 사이트를 위한 포괄적인 구조화된 데이터 지도를 구축하기로 결정했습니다. 그는 자신의 경력, 소속, 작성한 기사, 그리고 강의했던 이벤트들을 설명하는 '의사(Physician)' 엔티티라는 디지털 프로필을 만들었습니다. 세부 사항을 추가함에 따라 이 프로필은 121개의 별개 정보 항목을 포함할 정도로 커졌습니다. 그는 자신의 프로필이 어떻게 보일지 확인하기 위해 구글의 리치 결과 테스트를 실행했습니다. 도구는 깨끗하고 유효한 결과를 보여주었습니다. 하지만 해튼이 도구의 출력값과 원래의 파일을 비교했을 때, 무언가 누락되었다는 사실을 깨달았습니다. 도구는 정확히 102개의 항목만 표시하고 멈춘 것이었습니다. 그가 포함했던 마지막 19개의 정보는 표시되지 않았습니다.
이 발견을 특히 까다롭게 만든 것은 도구가 아무런 경고를 주지 않았다는 점입니다. 데이터가 잘려 나갔음을 나타내는 에러 메시지나 빨간 불빛이 뜨지 않았습니다. 요약 화면에는 초록색 체크 표시가 나타나 모든 것이 정상인 것처럼 보여주었습니다. 해टन은 도구가 표시한 텍스트와 원래 파일의 텍스트를 수동으로 비교한 후에야 자신의 프로필 마지막 부분이 단순히 사라졌다는 것을 알게 되었습니다. 그는 이 동작을 확인하기 위해 일련의 테스트를 수행했습니다. 그는 다양한 숫자의 항목을 가진 파일들을 만들어 테스트했고, 엔티티가 102개 항목을 초과할 때마다 도구가 일관되게 처음 102개만 표시한다는 것을 발견했습니다. 항목의 길고 짧음은 상관없었으며, 제한은 텍스트의 양이 아닌 항목의 개수에 기반했습니다. 더욱 놀랍게도, 이 도구는 각 개인이나 조직에 개별적으로 이 제한을 적용하는 것으로 보였습니다. 만약 한 페이지에 두 개의 서로 다른 조직이 포함되어 있다면, 도구는 페이지 전체의 102개 항목에서 멈추는 것이 아니라, 첫 번째 조직에 대해 102개, 두 번째 조직에 대해 102개를 각각 보여주었습니다.
해튼은 또한 도구가 표시된 정보의 품질을 항상 확인하는 것은 아니라는 점도 발견했습니다. 그의 프로필에는 이미 종료된 이벤트를 포함했고, 그 상태를 "EventCompleted"로 표시했습니다. 이 유형의 데이터에 대한 공식 규칙에 따르면, 이벤트 상태의 유효한 옵션은 "EventScheduled"나 "EventCancelled"와 같은 특정 용어들이지만, "EventCompleted"는 그 목록에 없습니다. 해튼이 구글의 도구로 파일을 실행했을 때, 도구는 아무런 불평 없이 그 잘못된 용어를 수용하며 초록색 체크를 주었습니다. 그러나 그와 동일한 파일을 다른 독립적인 검증 도구로 실행했을 때, 그 도구는 해당 용어를 올바르게 식별하여 오류를 보고하고 거부했습니다. 이는 몇 달 동안 해튼의 웹사이트가 기술적으로는 틀린 데이터를 보유하고 있었음에도 불구하고, 작업을 검증하는 데 사용되는 주요 도구가 그것이 완벽하다고 말해주었다는 것을 의미합니다.
이러한 발견의 함의는 디지털 존재감을 관리하려는 모든 이들에게 매우 중요합니다. 리치 결과 테스트는 웹사이트 소유자가 자신의 구조화된 데이터가 제대로 작동하는지 확인하는 표준적인 방법입니다. 만약 도구가 정보를 조용히 누락시키거나 잘못된 값을 수용한다면, 소유자는 잘못된 안도감을 갖게 됩니다. 그들은 자신의 리치 결과가 의도한 대로 나타날 것이라고 믿을 수 있지만, 실제로는 검색 엔진이 핵심 세부 정보를 놓치고 있거나 제공한 데이터가 인덱싱에 필요한 엄격한 기준을 충족하지 못할 수도 있습니다. 해튼의 연구는 이 도구가 완전한 점검 도구가 아님을 시사합니다. 이 도구는 파일의 가독성을 검증할 수는 있지만, 전체 파일이 모두 표시되는지 또는 모든 값이 공식 정의에 따라 올려맞는지 보장할 수는 없습니다.
이러한 숨겨진 한계를 헤쳐 나가기 위해, 해튼은 더 신중한 접근 방식을 권장합니다. 웹사이트 소유자는 리치 결과 테스트의 초록색 체크 표시에만 의존해서는 안 됩니다. 대신, 단일 엔티티에 대한 데이터 항목 수를 수동으로 계산하여 102개 항목 임계값 아래로 유지되는지 확인해야 합니다. 또한, 구글의 도구가 놓칠 수 있는 오류를 잡기 위해 독립적인 검증 도구로 자신의 파일을 교차 검증해야 합니다. 아마도 가장 중요한 것은, 도구의 표시를 전체 보고서가 아닌 하나의 샘플로 취급하는 것입니다. 만약 어떤 항목이 도구의 미리보기에 나타나지 않는다고 해서 반드시 검색 엔진이 그것을 무시했다는 뜻은 아니지만, 적어도 소유자가 무엇이 보이는지에 대해 확신할 수 없다는 것을 의미합니다. 이 연구는 구글이 이러한 제한 사항과 오류를 명확하게 보고하도록 도구를 업데이트하기 전까지는, 자신이 만든 디지털 지도가 완전하고 정확한지 확인하기 위해 여러 출처를 통해 자신의 데이터를 검증해야 하는 책임이 웹사이트 제작자에게 있다고 결론짓습니다.
연구 분야의 논문에 파묻히고 계신가요?
연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.