순위가 아니라 자격
유효한 마크업은 페이지를 리치 결과의 대상으로 적격하게 만듭니다. 구글은 그 단어를 일부러 씁니다. 필수 속성을 전부 담으면 페이지가 향상된 표시에 자격을 갖추는 것이지, 그 표시를 약속받는 것은 아닙니다. 그리고 구조화된 데이터는 그 자체로 순위 요소가 아닙니다.
«자격이 있다»와 «표시된다» 사이의 간격은 대부분이 생각하는 것보다 넓고, 임의적이지도 않습니다. 향상 표시가 나타나느냐는 검색어에, 기기에, 국가에, 그 기능이 해당 언어에 존재하는지에, 그리고 그 맥락에서 도움이 되는지에 대한 구글 자신의 판단에 달려 있습니다. 같은 페이지가 한 검색에서는 별을 보여주고 다음 검색에서는 보여주지 않을 수 있습니다.
써야 할 형식은 JSON-LD
세 가지 문법 — JSON-LD, 마이크로데이터, RDFa — 은 구글에게 똑같이 받아들여지며, 권장되는 것은 JSON-LD입니다. 그 권장은 기술적이라기보다 실무적인 이유에서 나옵니다.
JSON-LD는 설명 대상 요소에 속성으로 꿰어지는 대신 하나의 script 태그 안에 들어앉습니다. 그래서 템플릿 리팩터링을 견디고, 물려받은 사람이 한곳에서 읽을 수 있으며, 그 안의 실수가 보이는 페이지를 망치지 않습니다. 마이크로데이터는 설명을 표현에 묶기 때문에, 재설계를 할 때마다 속성을 소리 없이 떨어뜨릴 위험이 있습니다.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- 엔터티마다 한 블록이 페이지의 모든 것을 설명하려는 거대한 한 덩어리보다 명료합니다.
- 페이지를 렌더링하는 바로 그 데이터에서 생성하세요. 그래야 둘이 어긋날 수가 없습니다.
- 자바스크립트로 주입할 수도 있지만, 마크업이 보이려면 페이지 자체가 제대로 렌더링돼야 합니다.
마크업은 페이지와 일치해야 한다
방문자가 볼 수 없는 내용을 설명하는 것은 지름길이 아니라 가이드라인 위반입니다. 구글은 두 가지 실패 방식을 분명히 이름 붙입니다. 마크업을 싣기 위해 빈 껍데기로 지어진 페이지, 그리고 페이지가 결코 보여주지 않는 사실을 주장하는 속성입니다. 둘 중 하나만으로도 리치 결과를 통째로 잃을 수 있고, 수동 조치는 그것을 해당 페이지가 아니라 사이트 전체에서 걷어냅니다.
이것의 가장 흔한 모습은 고의가 아닙니다. 리뷰가 삭제된 종합 평점을 템플릿이 계속 내보내거나, 통화 전환기가 클라이언트에서 바꾸는 가격을 내보내거나, 이미 지난 행사 날짜를 내보냅니다. 아무도 속이려 하지 않았고, 마크업이 그것이 설명하던 내용보다 오래 살아남았을 뿐입니다. 그래서 한 번 제대로 쓰는 것보다 렌더링된 데이터에서 생성하는 편이 더 중요합니다.
| 증상 | 흔한 원인 |
|---|---|
| 향상 표시가 한 번도 안 나왔다 | 필수 속성이 빠져 페이지에 자격이 없음 |
| 나오다가 멈췄다 | 내용이 바뀌어 마크업이 더는 맞지 않음 |
| 마크업은 유효한데 여전히 없다 | 자격은 있으나 선택되지 않음 — 검색어, 언어, 기기 |
| 사이트 전체에서 잃었다 | 수동 조치. 서치 콘솔에 보고됨 |
반복하는 대신 엔터티를 잇기
대부분의 사이트는 결국 같은 조직을 모든 페이지에서, 매번 조금씩 다른 말로 설명하게 됩니다. 이 어휘에는 반복보다 나은 답이 있습니다. 엔터티에 @id를 주어 한 번 정의하고, 다른 모든 곳에서는 그 식별자를 참조하는 것입니다.
이것은 정돈의 문제를 넘어섭니다. 당신 회사에 대한 미묘하게 다른 세 설명을 맞춰보는 검색엔진은 그것이 한 조직인지 세 조직인지 결정해야 합니다. 명시적인 식별자는 그 추측을 없앱니다. 사이트 곳곳에 글을 쓰는 저자에게도, 목록과 리뷰 양쪽에서 참조되는 제품에도 같은 이야기가 적용됩니다.
나머지 절반이 sameAs입니다. 그 엔터티를 다른 곳에서 이미 설명하고 있는 프로필과 항목 — 위키백과 문서, 공식 계정, 법인 등기 — 을 가리킵니다. 순위를 노린 수가 아니라 뒷받침입니다. 자신에 대한 당신의 주장을 검색엔진이 확인할 수 있는 무언가에 잇기 위해 필요한 것이 바로 이것입니다.
어떤 타입을 넣을지 고르기
쓸 만한 체는 짧습니다. 이 타입에 해당하는 검색 기능이 존재하는가, 그리고 이 페이지가 그것을 정말 얻어낼 수 있는가. 리치 결과가 붙어 있지 않은 타입을 마크업해봐야 유지보수만 늘고 결과는 아무것도 달라지지 않습니다. 마크업은 유효하고, 정확하고, 그리고 무력합니다.
페이지에서 보증하지 않는 유형을 주장하는 것은 표시하지 않는 것보다 더 나쁩니다. 유용한 검색 노출을 만들지 않고도 기능 지침을 위반할 수 있기 때문입니다. 가이드 기사는 Product가 아닙니다. Google은 2026년 5월 7일에 FAQ 리치 결과 표시를 중단했으며 6월에 FAQ 리치 결과 문서를 삭제했습니다. 검색 기능이 철회될 수 있음을 알려드립니다. 검색 기능에 대한 마크업을 유지하기 전에 페이지가 실제로 무엇인지 마크업하고 지원되는 기능 갤러리를 확인하세요.
- 그 페이지가 실제로 무엇인지, 이 어휘의 용어로 확인하세요.
- 그 타입에 검색 기능이 있는지, 그리고 무엇을 요구하는지 확인하세요.
- 필수 속성 전부를, 페이지를 렌더링하는 데이터에서 내보내세요.
- 문법을 검증한 다음, 향상 보고서에서 자격을 확인하세요.
- 템플릿을 바꾼 뒤 다시 점검하세요. 마크업과 내용이 어긋나는 지점이 거기입니다.