구글 SEO

소상공인 웹사이트 구조화 데이터 점검법: 검색엔진이 사업 정보를 이해하게 하는 6단계

핵심 요약

구조화 데이터는 검색엔진이 페이지와 사업 정보를 이해하도록 돕지만 검색 노출을 보장하지는 않습니다. 소상공인이 유형 선택, JSON-LD 작성, 정보 일치, 공개 접근, 테스트와 배포 후 모니터링까지 점검하는 6단계입니다.

소상공인 웹사이트 구조화 데이터 점검법: 검색엔진이 사업 정보를 이해하게 하는 6단계

구조화 데이터는 페이지에 있는 정보를 정해진 형식으로 설명해 검색엔진이 콘텐츠의 의미와 관계를 이해하도록 돕는 장치입니다. 올바르게 적용하면 Google 검색의 일부 확장 기능에 참여할 자격을 갖출 수 있지만, 실제 검색결과 노출이나 특정 형태의 표시는 보장되지 않습니다. 따라서 보이는 본문을 먼저 충실하게 만들고 그 내용을 정확히 설명하는 표식을 추가해야 합니다. 아래 6단계는 매장과 서비스 정보를 운영하는 소상공인이 개발자나 제작업체와 함께 점검할 수 있는 실무 기준입니다.

페이지 목적과 구조화 데이터 유형을 먼저 맞춘다

홈페이지 전체에 같은 표식을 복사하기보다 각 페이지의 주된 내용을 확인하세요. 사업체 공식 정보는 Organization이나 실제 매장에 맞는 LocalBusiness 계열, 블로그 글은 Article 또는 BlogPosting, 현재 위치 안내는 BreadcrumbList처럼 내용과 가까운 유형을 선택합니다. Google이 지원하는 검색 기능과 필수·권장 속성은 schema.org 목록만 보지 말고 Google Search Central의 해당 기능 문서를 기준으로 확인하는 편이 안전합니다. 페이지의 핵심 내용과 무관한 유형을 억지로 추가하지 않습니다.

사용자에게 보이는 정보와 표식을 일치시킨다

구조화 데이터에는 화면에서 확인할 수 있는 사실만 넣어야 합니다. 상호, 주소, 전화번호, 영업시간, 대표 이미지, 서비스 내용이 본문과 표식에서 다르면 검색엔진과 고객 모두 혼란을 겪습니다. 운영하지 않는 서비스, 근거 없는 평가, 숨겨진 할인이나 후기처럼 사용자가 페이지에서 확인할 수 없는 정보는 넣지 마세요. 계절 영업시간이나 임시 휴무처럼 바뀌는 항목은 화면과 구조화 데이터를 같은 시점에 수정할 담당자와 관리 위치를 정해 두는 것이 좋습니다.

관리하기 쉬운 JSON-LD 형식으로 작성한다

Google은 지원 형식 가운데 사이트 환경이 허용한다면 JSON-LD를 권장합니다. 화면의 HTML 문장 사이에 속성을 흩어 넣지 않고 별도의 script 블록으로 관리할 수 있어 수정 범위를 파악하기 쉽기 때문입니다. 한 페이지에는 @context, @type을 시작으로 유형별 필수 속성을 빠짐없이 넣고, 권장 속성은 정확한 값을 제공할 수 있을 때 추가합니다. 속성을 많이 채우는 것보다 적더라도 완전하고 사실에 맞는 정보를 제공하는 것이 우선입니다. 같은 사업체를 여러 페이지에서 설명한다면 식별자와 공식 URL을 일관되게 사용합니다.

LocalBusiness 정보는 실제 매장 기준으로 정리한다

방문 가능한 매장이라면 업종에 맞는 가장 구체적인 LocalBusiness 하위 유형을 검토하고 상호, 주소, 전화번호, 공식 URL, 대표 이미지처럼 확인 가능한 정보를 연결하세요. 영업시간은 요일별 운영과 자정 이후 영업, 계절 운영 여부에 따라 표현 방식이 달라질 수 있으므로 공식 문서의 예시와 현재 운영표를 대조합니다. 구조화 데이터만 고치고 홈페이지나 Google 비즈니스 프로필의 정보가 오래된 상태로 남지 않도록 사업정보 일치 점검도 함께 진행해야 합니다.

공개 접근과 기술 오류를 배포 전에 검사한다

표식이 정확해도 페이지를 Googlebot이 볼 수 없으면 검색 기능에 활용되기 어렵습니다. 대상 URL이 정상 응답하는지, robots.txt나 noindex, 로그인 같은 접근 제한이 없는지, 대표 URL이 자기 자신을 가리키는지 확인하세요. 이어서 Google 리치 결과 테스트로 지원 유형의 오류와 누락을 검사하고, 실제 공개 후에는 URL 검사로 Google이 가져온 페이지 상태를 확인합니다. 테스트 통과는 검색결과 표시를 약속하는 것이 아니라 기술적 자격을 확인하는 단계라는 점도 함께 기억해야 합니다.

배포 후 Search Console에서 변경을 추적한다

처음 적용하거나 사이트 템플릿을 바꾼 뒤에는 Search Console의 관련 개선 보고서와 파싱할 수 없는 구조화 데이터 보고서를 확인하세요. 유효 항목이 줄거나 오류 항목이 늘었다면 공통 템플릿, 필수 속성, 페이지 렌더링 변화를 우선 점검합니다. 오류를 수정한 뒤 라이브 URL을 다시 검사하고 필요하면 검증을 요청합니다. 구조화 데이터는 한 번 넣고 끝나는 코드가 아니라 영업정보와 콘텐츠 변경에 맞춰 유지해야 하는 운영 정보이므로 수정일과 담당자를 함께 기록하는 편이 좋습니다.

게시 전 체크리스트: □ 페이지 목적과 @type이 일치하는가 □ 화면에 보이는 정보만 표식에 넣었는가 □ 필수 속성이 빠지지 않았는가 □ 상호·주소·전화·영업시간이 다른 채널과 일치하는가 □ 페이지가 robots.txt·noindex·로그인으로 막히지 않았는가 □ 리치 결과 테스트와 URL 검사를 완료했는가 □ 배포 후 Search Console 보고서를 확인할 담당자가 정해졌는가. 표시를 보장한다는 표현보다 정확성과 유지관리 기준을 우선하세요.

참고자료 및 출처