구조화 데이터를 얹다 묻게 되는 것들

묻기 전의 개념 정리

검색엔진이 바로 해석할 수 있도록 정해진 형식과 어휘로 문서 정보를 적어 둔 데이터를 가리킨다. 구조화 데이터는 구획 목록에 따라 Structured Data, JSON-LD라고 적어 둔 표도 함께 돈다.¹ 여기 적어 둔 물음은 검색엔진최적화를 염두에 두고 칸을 나누는 쪽이 도면의 구획을 나누다 되짚는 물음을 추렸다.²

구획을 나누다 생기는 물음

쓰임이 비슷한 개념이 있는데, 밑그림을 앞에 두고 이 요소는 이웃한 말과 무엇이 갈리나?

본문 문장을 읽어 뜻을 추정하는 방식과 달리, 이쪽은 이름과 값을 미리 짝지어 넘기므로 해석에 군더더기가 없다.

주변에서 들은 말이 있는데, 구획을 나누다가 구조화 데이터를 둘러싼 통념을 그대로 믿어도 되나?

넣으면 순위가 오른다고 보기 쉬우나, 알려진 몫은 정보 전달과 결과 화면 표시 쪽이며 순위 상승을 약속하는 장치가 아니다.

그림이 그려지지 않는데, 층을 가른 뒤에 이 요소는 어떤 화면에 대어 보면 되나?

예를 들어 문의 안내 문서라면 상호와 연락처, 영업시간을 기계용 블록으로 함께 넣어 두는 방식을 쓸 수 있다.

급히 고쳐야 할 때가 궁금한데, 구획을 나누다가 이 요소는 무엇부터 경계해야 하나?

화면에 보이는 내용과 다른 값을 적으면 정책 위반으로 다뤄지고, 템플릿 변수가 비어 빈 값이 들어가면 유형 전체가 인식되지 않을 수 있다.

움직이는 쪽이 궁금한데, 배치표를 들고 이 요소는 어떤 순서로 돌아가나?

보통 문서 안에 JSON-LD 블록을 넣어 유형과 속성, 값을 적으면 색인 과정에서 그 값을 읽어 문서 정보로 저장하고, 조건이 맞으면 결과 화면 표시에도 쓴다.

칸을 채워야 해서 묻는데, 자리를 정하다가 이 요소는 무엇을 정해 두어야 하나?

템플릿에 유형별 블록을 심고 발행 뒤 검사 도구로 통과를 확인하며, 서치 콘솔 오류 보고서 점검을 운영 일정에 넣어 둔다.

목록에 들어온 사정을 묻자면, 자리를 정하다가 구조화 데이터는 어떤 사정에서 한 칸을 받았나?

본문 문장에서 정보를 추려 내는 일에는 오차가 따르므로, 운영자가 핵심 정보를 기계용 형식으로 따로 넘기는 통로가 마련됐다.

어디를 열어야 하는지 묻자면, 선을 따라가며 이 요소는 어떤 방법으로 확인하나?

리치 결과 테스트 도구로 블록이 읽히는지 보고, 서치 콘솔의 유형별 보고서에서 유효와 오류, 경고 수를 좇는다.

층 전체를 한자리에서 훑어 보려면 내부링크구조 쪽에 단계로 나와 있다.

답을 접으며 정리

검색엔진최적화를 겨냥한 구조 인계 문서의 용어 칸에 이 요소를 알맹이만 골라 남긴다면 이렇다. 문서의 핵심 정보를 사람용 문장과 별도로 기계용 형식으로 한 번 더 적어 두는 일이다.

곁에 둔 용어

같은 묶음에 함께 올린 표제어로는 리치 스니펫과 스키마 마크업이 이웃 자리에 적혀 있다. 나머지 참고 자리에 남겨 둔 쪽으로는 콘텐츠 신선도와 FAQ 스키마 항목도 뒤이어 있다. 값을 적을 때 쓰는 어휘가 스키마 마크업이고, 이렇게 넘긴 값이 리치 스니펫 표시의 재료가 된다.