01DEFINITION
한 줄로 말하면
구조화 데이터 블록마다 @id 를 붙이면 그 값이 그 대상의 고유 주소가 되고, 다른 블록이 그 주소를 참조해 관계를 만듭니다. 회사 블록에 하나, 문서 블록에 하나를 각각 달아 두고 서로 가리키지 않으면 식별자가 아니라 장식입니다. 기계 입장에서는 이름이 비슷한 별개의 것 여럿으로 보이고, 같은 회사에 대한 신호가 흩어져 쌓입니다. 값은 사람이 읽을 주소가 아니어도 됩니다. 사이트 안에서 겹치지 않게만 정하면 됩니다.
02RISK
없으면 무슨 일이 생기나
같은 회사에 대한 선언이 페이지마다 따로 있으면 기계는 그것이 같은 회사인지 이름이 비슷한 다른 곳인지 판단해야 합니다. 이름과 주소가 조금씩 다르게 적혀 있으면 판단은 더 어려워집니다. 식별자는 그 판단을 안 해도 되게 만듭니다. 같은 값이 적혀 있으면 같은 대상입니다.
신호가 흩어지면 쌓이지 않습니다. 검색엔진은 한 대상에 대한 정보를 모아 신뢰도를 만드는데, 열 페이지의 선언이 열 개의 대상으로 읽히면 어느 것에도 충분한 정보가 모이지 않습니다. 페이지를 늘릴수록 나아져야 할 것이 그대로인 이유가 여기 있는 경우가 있습니다.
이 항목은 자주 절반만 적용됩니다. 식별자를 붙이는 것까지는 도구가 해 주는데 서로 가리키게 하는 것은 사람이 정해야 하기 때문입니다. 그래서 우리 판정도 두 단계로 나눕니다. 식별자가 하나도 없으면 실패, 있는데 참조가 없으면 주의입니다.
한 번 정한 값은 바꾸지 않는 것이 좋습니다. 식별자를 바꾸면 그때까지 그 값으로 쌓인 신호가 새 값과 이어지지 않아, 대상을 하나 더 만든 것과 같은 상태가 됩니다. 그래서 값을 정할 때 주소 구조가 바뀌어도 살아남을 형태로 잡아 두는 편이 안전합니다.
03CHECK IT YOURSELF
직접 확인하는 방법
아래는 저희를 거치지 않고 지금 해 보실 수 있는 방법입니다. 결과를 저희에게 보내실 필요도 없습니다.
-
01
식별자가 몇 개나 붙어 있는지 본다
하나도 없으면 첫 단계부터 시작해야 합니다. 여러 개 있으면 다음 확인으로 넘어갑니다.
$ curl -s https://example.com | grep -o '"@id":"[^"]*"' "@id":"https://example.com/#org" "@id":"https://example.com/#webpage"
-
02
블록끼리 서로를 가리키는지 본다
핵심 확인입니다. 어떤 블록의 속성값 안에 다른 블록의 식별자가 들어 있어야 합니다. 대개 문서 블록이 회사 블록을 발행자로 가리키는 모양입니다.
$ curl -s https://example.com | grep -o '"publisher":{"@id":"[^"]*"}' "publisher":{"@id":"https://example.com/#org"} ← 위에서 본 회사 식별자와 값이 같아야 합니다 -
03
값이 페이지마다 흔들리지 않는지 본다
회사 식별자는 사이트 전체에서 하나여야 합니다. 페이지마다 다른 값이 찍혀 있으면 오히려 대상을 여럿으로 쪼개는 결과가 됩니다.
04HOW TO FIX
고치는 방법
서버 환경에 따라 적을 자리가 다릅니다. 아래는 가장 흔한 구성 기준이고, 적용 전에 현재 설정을 백업하십시오.
주소 뒤에 우물정 기호와 이름을 붙이는 방식이 관례입니다. 회사는 하나로 고정하고 페이지 것은 그 페이지 주소를 씁니다.
회사 https://example.com/#organization (사이트 전체에서 하나) 문서 https://example.com/contact#webpage (페이지마다 다름)
가장 기본이 되는 연결입니다. 이 한 줄로 문서와 회사가 하나의 그물이 됩니다.
{
"@type": "WebPage",
"@id": "https://example.com/contact#webpage",
"publisher": { "@id": "https://example.com/#organization" }
} 식별자를 페이지마다 손으로 적으면 오타 하나가 그 페이지를 그물에서 떼어 냅니다. 회사 식별자는 설정값 한 곳에 두고 템플릿이 그것을 읽어 쓰게 하십시오.
05FAQ
자주 묻는 질문
식별자를 붙이면 검색 결과가 바로 달라지나요
- 이 항목 하나로 눈에 띄는 변화가 생기지는 않습니다. 다른 구조화 데이터가 제대로 읽히게 만드는 바닥 공사에 가깝습니다. 그래서 심각도도 낮게 잡혀 있습니다. 다만 회사 정보와 문답과 상품 마크업을 여럿 쓰고 있다면 그것들이 실제로 이어지느냐가 여기서 갈립니다.
주소 형식이 아니어도 되나요
- 주소 형식을 권합니다. 사이트 안에서 겹치지 않으면 형식은 자유이지만, 주소 형식으로 두면 다른 사이트의 값과도 겹치지 않아 안전합니다. 그리고 나중에 외부 데이터와 연결할 때 그대로 쓸 수 있습니다.
페이지마다 회사 블록을 넣으면 중복 아닌가요
- 중복이 아닙니다. 같은 식별자를 쓰고 있으면 기계는 같은 대상에 대한 반복된 진술로 읽습니다. 오히려 페이지마다 값이 조금씩 다르면 그때 문제가 됩니다. 그래서 회사 정보는 설정값 한 곳에서 만들어 전 페이지에 같은 내용으로 내보내는 것이 맞습니다.
블록이 하나뿐이면 어떻게 하나요
- 가리킬 상대가 없으니 참조도 없습니다. 그때는 이 항목보다 먼저 뼈대를 세우는 편이 순서입니다. 사이트와 문서 선언을 만들면 자연스럽게 서로 가리킬 대상이 생깁니다.
GET STARTED
내 사이트는
이 항목을 통과할까요
주소만 넣으시면 이 항목을 포함해 39가지를 판정해 점수와 실패 개수를 보여 드립니다. 로그인도, 소유 확인도 필요 없습니다 — 전부 밖에서 관찰만 하는 항목이기 때문입니다.