01DEFINITION
한 줄로 말하면
구조화 데이터는 페이지 내용을 기계가 읽는 형식으로 한 번 더 적어 두는 것입니다. 회사 정보, 상품 가격, 문답 같은 것을 이렇게 넣어 두면 검색 결과에 가격이나 문답이 함께 뜨고, 요즘은 AI 가 답변을 만들 때 인용할 근거로도 씁니다. 화면에 없는 내용을 적으면 오히려 제재를 받으므로, 실제로 보이는 것만 적는 것이 유일한 규칙입니다.
02RISK
없으면 무슨 일이 생기나
기계는 우리 페이지를 사람처럼 읽지 않습니다. 화면에서는 상호와 대표번호와 영업시간이 분명히 보이지만, 그것이 어느 것이 회사 이름이고 어느 것이 전화번호인지는 추측해야 합니다. 구조화 데이터는 그 추측을 없앱니다. 없으면 우리 정보가 잘못 읽히거나, 더 자주는 아예 읽히지 않고 지나갑니다.
검색 결과의 생김새가 달라지는 효과도 있습니다. 상품 가격과 재고, 문답, 이동 경로가 결과 안에 함께 뜨면 같은 순위에서도 눈에 띄는 면적이 다릅니다. 다만 어떤 유형이 실제로 표시되는지는 검색엔진이 정하고 계속 바뀝니다.
요즘 더 중요해진 것은 AI 답변입니다. 챗봇과 AI 요약이 답을 만들 때 어떤 문장을 인용할지는 그 문장이 무엇에 대한 것인지 기계가 확신할 수 있느냐에 달려 있습니다. 구조화 데이터는 그 확신을 만드는 가장 값싼 방법이고, 지금 이 항목을 챙기는 실질적인 이유입니다.
03CHECK IT YOURSELF
직접 확인하는 방법
아래는 저희를 거치지 않고 지금 해 보실 수 있는 방법입니다. 결과를 저희에게 보내실 필요도 없습니다.
-
01
페이지에 들어 있는지 본다
JSON-LD 방식이면 스크립트 블록으로 들어갑니다. 이 블록이 아예 없으면 이 항목에 걸립니다.
$ curl -s https://example.com/ | grep -A3 'application/ld+json' <script type="application/ld+json"> {"@context":"https://schema.org","@graph":[{"@type":"Organization", ... -
02
구글의 리치결과 테스트로 문법을 확인한다
주소를 넣으면 인식된 유형과 오류를 보여 줍니다. 문법이 틀리면 통째로 무시되므로, 넣었다고 안심하지 말고 한 번은 통과시키십시오.
-
03
적힌 내용이 화면과 같은지 대조한다
이것이 가장 중요한 확인입니다. 스키마에 적힌 가격, 문답, 평점이 실제로 페이지에 보이는 것과 한 글자라도 다르면 위반입니다. 문답을 스키마에만 적어 두고 화면에는 없는 경우가 대표적입니다.
-
04
서치 콘솔에서 인식 현황을 본다
서치 콘솔은 구글이 실제로 인식한 유형별 페이지 수와 오류를 따로 보여 줍니다. 우리가 넣은 것과 구글이 읽은 것이 다를 때 여기서 드러납니다.
04HOW TO FIX
고치는 방법
서버 환경에 따라 적을 자리가 다릅니다. 아래는 가장 흔한 구성 기준이고, 적용 전에 현재 설정을 백업하십시오.
가장 기본이고 전 페이지에 공통으로 들어갑니다. 상호, 주소, 대표번호, 로고 정도면 충분합니다. 이 노드 하나가 다른 스키마들이 참조할 기준점이 됩니다.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.com/#org",
"name": "예제산업",
"url": "https://example.com/",
"logo": "https://example.com/img/logo.png",
"telephone": "+82-2-000-0000"
}
</script> 핵심은 화면에 보이는 문답과 같은 데이터로 만드는 것입니다. 손으로 따로 적으면 문구를 고칠 때 한쪽만 바뀌고, 그 순간 위반이 됩니다.
{
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "배송은 얼마나 걸리나요",
"acceptedAnswer": {"@type": "Answer", "text": "재고 보유 품목은 당일 출고됩니다."}
}]
} 금액이 정해진 상품에만 적습니다. 견적으로 파는 상품에 임의의 숫자를 넣으면 그것 자체가 거짓 표기입니다.
{
"@type": "Product",
"name": "산업용 볼밸브 KV-200",
"offers": {
"@type": "Offer",
"price": "180000",
"priceCurrency": "KRW",
"availability": "https://schema.org/InStock"
}
} 이것이 유일하면서 가장 자주 깨지는 규칙입니다. 받은 적 없는 평점, 화면에 없는 문답, 실제와 다른 가격을 적으면 구조화 데이터 스팸으로 분류되어 리치결과 표시가 통째로 정지됩니다.
05FAQ
자주 묻는 질문
구조화 데이터를 넣으면 순위가 올라가나요
- 순위 요소가 아니라고 구글이 여러 차례 밝혔습니다. 달라지는 것은 검색 결과에서 차지하는 면적과 클릭률, 그리고 AI 가 답을 만들 때 인용될 가능성입니다. 순위를 올리는 기법으로 접근하면 실망하게 되고, 기계가 우리 내용을 정확히 읽게 하는 일로 보면 값이 있습니다.
어떤 형식으로 적어야 하나요
- JSON-LD 를 권합니다. HTML 안에 속성을 흩어 넣는 방식과 달리 한 블록에 모여 있어 관리가 쉽고, 구글도 이 방식을 권장합니다. 화면 마크업과 분리돼 있어 디자인을 바꿔도 스키마가 깨지지 않는 것이 실무적인 장점입니다.
평점이나 후기를 넣으면 별점이 뜬다던데요
- 실제로 받은 평가가 있을 때만 적을 수 있습니다. 없는 평점을 적으면 스팸으로 분류되고, 적발되면 그 사이트의 리치결과 표시가 전부 정지됩니다. 자체적으로 매긴 평점이나 대표 개인의 평가를 회사 평점처럼 적는 것도 위반입니다.
어떤 유형부터 넣는 것이 좋나요
- 회사 정보와 사이트 정보를 먼저 넣고, 그다음에 페이지 성격에 맞는 것을 더하는 순서가 무난합니다. 상품이 있으면 상품, 문답이 있으면 문답, 글이라면 기사 유형입니다. 페이지에 실제로 있는 것만 고르면 자연히 정리됩니다.
RELATED
같이 보시면 좋은 항목
GET STARTED
내 사이트는
이 항목을 통과할까요
주소만 넣으시면 이 항목을 포함해 25가지를 판정해 점수와 실패 개수를 보여 드립니다. 로그인도, 소유 확인도 필요 없습니다 — 전부 밖에서 관찰만 하는 항목이기 때문입니다.