Organization 구조화 데이터로 로고·연락처·주소 알리는 법

Organization 구조화 데이터는 상호, 로고, 주소, 전화번호 같은 업체 기본 정보를 정해진 형식으로 적어 구글에 알려 주는 코드예요. 페이지 소스 안에 이 정보를 정리해 두면 구글이 우리 업체가 어떤 곳인지 파악하고, 검색 결과에서 로고나 연락처를 정리해 보여 줄 때 참고할 수 있어요.

Organization 구조화 데이터를 넣으면 무엇이 달라질 수 있나요

구글이 업체의 기본 정보를 더 정확히 이해하고, 검색 결과에서 우리 업체를 다른 업체와 헷갈리지 않게 보여 주는 데 도움이 될 수 있어요. Google의 Organization 구조화 데이터 안내를 보면 속성마다 쓰임이 달라요. 어떤 속성은 화면에는 드러나지 않고 업체를 구분하는 데만 쓰여요. logo 같은 속성은 검색 결과나 지식 패널에 어떤 로고가 보일지에 영향을 줄 수 있어요. 지식 패널은 검색 결과 옆에 업체 정보를 모아서 보여 주는 상자예요.

온라인으로 물건을 판다면 판매자 지식 패널이나 브랜드 프로필에 보이는 반품 정책, 주소, 연락처에도 영향을 줄 수 있어요. 그래도 구글은 구조화 데이터를 쓰는 기능이 검색 결과에 꼭 나타난다고 보장하지 않아요. 구조화 데이터가 처음이라면 구조화 데이터란? 작은 홈페이지는 무엇부터 넣으면 될까를 먼저 읽어 보세요. 이 글의 예시는 그 글에서 권한 JSON-LD 형식으로 적었어요.

어느 페이지에, 어떤 유형으로 넣어야 하나요

업체를 소개하는 페이지 한 곳에 넣고, 유형은 우리 업체에 가장 잘 맞는 구체적인 것으로 고르는 게 구글의 권장이에요. 사이트의 모든 페이지에 넣을 필요는 없어요. 보통은 홈페이지나 '회사 소개' 페이지 중 하나를 고르면 돼요.

유형은 이렇게 고르면 돼요.

• 손님이 찾아오는 매장이 있는 경우(꽃집, 필라테스 스튜디오, 카페 등): LocalBusiness나 그 아래의 더 구체적인 유형을 쓰세요. 이때는 이 글의 권장 속성과 함께 Google의 지역 비즈니스 구조화 데이터 안내에 나온 필수·권장 필드도 채우는 게 좋아요. 자세한 작성법은 LocalBusiness 구조화 데이터 작성법에 정리했어요.
• 온라인 쇼핑몰만 운영하는 경우(공방 온라인 판매 등): OnlineBusiness보다 더 구체적인 OnlineStore가 권장돼요.
• 위 두 경우에 해당하지 않을 때: 기본형인 Organization을 쓰면 돼요.

어떤 속성부터 채우면 좋을까요

손님에게 쓸모 있는 정보부터 채우세요. 상호 같은 이름, 주소·전화번호 같은 실제 업체 정보, 홈페이지 주소·로고 같은 온라인 정보가 우선이에요. 자주 쓰는 속성을 표로 정리했어요.

name은 검색 결과에 보이는 사이트 이름과 맞춰야 해요. 이 부분은 사이트 이름과 파비콘 설정법에서 함께 확인해 보세요.

온라인으로 판매한다면

반품 정책은 hasMerchantReturnPolicy, 배송 정책은 hasShippingService, 포인트 같은 회원 혜택은 hasMemberProgram으로 업체 단위에서 적을 수 있어요. 들어가야 할 세부 항목은 Google의 판매자 반품 정책 마크업 문서에 따로 나와 있어요. 일부 상품만 정책이 다르다면 그 상품의 마크업에도 따로 적어 두면 돼요.

로고·전화번호·주소는 어떻게 적어야 하나요

로고는 이미지 기준을 지키고, 전화번호에는 국가 코드와 지역번호를 꼭 붙이세요. 두 가지 모두 구글 안내에 지켜야 할 기준이 따로 적혀 있어요.

로고 이미지는 이렇게 점검하세요.

• 가로세로 최소 112×112픽셀
• 구글이 이미지 주소를 크롤링하고 색인할 수 있어야 함(로그인이나 차단 없이 열려야 해요)
• Google 이미지에서 지원하는 파일 형식일 것
• 흰 배경에 올려도 제대로 보일 것. 흰색이나 연한 회색 로고는 흰 배경에서 잘 안 보일 수 있어요

주소는 항목 정의에 맞춰 나눠 적으세요. addressLocality는 '도시' 칸이라 서울특별시, 성남시처럼 시 이름을 넣어요. 구·도로명·건물 번호·층은 streetAddress에 모아 적어요. addressRegion은 지역 칸이니 경기도처럼 도가 있을 때 넣으면 돼요.

사진 스튜디오를 예로 들면 아래와 같아요. 이 내용을 페이지 head 안의 script 태그(type 값은 application/ld+json)로 감싸 넣으면 돼요.

{
  "@type": "Organization",
  "@context": "https://schema.org/",
  "name": "빛담 사진관",
  "url": "https://bitdam.example.com",
  "logo": "https://bitdam.example.com/img/bitdam-logo.png",
  "telephone": "+82-2-1234-5678",
  "email": "[email protected]",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "마포구 예시로 12, 3층",
    "addressLocality": "서울특별시",
    "postalCode": "04000",
    "addressCountry": "KR"
  },
  "sameAs": ["https://example.net/profile/bitdam"]
}

LocalBusiness 유형을 쓴다면 대표 전화와 이메일을 업체 단위에 먼저 적으세요. 다른 연락 방법은 그다음에 contactPoint로 덧붙이면 돼요.

넣은 뒤에는 어떻게 확인하나요

코드에 오류가 없는지, 구글이 그 페이지를 실제로 읽을 수 있는지를 차례로 확인하면 돼요.

1. 리치 결과 테스트로 코드를 검사하세요. 구글이 제공하는 무료 검사 도구로, 페이지 주소나 코드를 넣으면 구조화 데이터를 제대로 읽는지와 오류를 알려 줘요. 심각한 오류부터 고치고, 심각하지 않은 경고도 고치면 데이터 품질에 도움이 될 수 있어요.
2. 페이지를 게시한 뒤 Search Console의 URL 검사 도구를 써 보세요. 내 사이트의 주소 하나를 넣으면 구글이 그 페이지를 어떻게 보고 있는지 보여 주는 기능이에요. robots.txt, noindex, 로그인 요구 때문에 막혀 있지 않은지도 여기서 함께 보세요.
3. 문제가 없으면 Google에 다시 크롤링을 요청하는 방법대로 요청하세요. 다시 읽고 반영하기까지 며칠이 걸릴 수 있어요.
4. 마지막으로 사이트맵을 제출해 두세요. 나중에 주소나 전화번호를 바꿨을 때도 구글이 변경 사항을 알아채는 데 도움이 돼요. Search Console Sitemap API를 쓰면 제출을 자동으로 할 수도 있어요.

구조화된 데이터 일반 가이드라인을 어기면 구글이 직접 조치를 할 수 있어요. 그러면 그 페이지의 구조화 데이터는 무시돼요. 다만 페이지 자체는 검색 결과에 계속 나올 수 있어요. 스팸성 마크업은 문법 오류가 아니어서 리치 결과 테스트에서 걸러지지 않을 수 있으니, 가이드라인을 직접 읽어 보는 게 안전해요.

정리

1. 홈페이지와 회사 소개 페이지 중 마크업을 넣을 곳 하나를 정하고, 업종에 맞는 유형(LocalBusiness 계열, OnlineStore, Organization)을 고르세요.
2. 사이트 이름과 같은 상호, 주소, 국가 코드를 붙인 전화번호, 112픽셀 이상 로고, SNS 프로필 주소를 한곳에 모아 두세요.
3. JSON-LD로 작성해 리치 결과 테스트와 URL 검사로 확인한 뒤 재크롤링을 요청하세요.
4. 앞으로 바뀌는 내용도 구글에 계속 알리려면 사이트맵을 제출해 두세요. 방법은 사이트맵 만들고 제출하는 방법에 있어요.

자주 묻는 질문

매장이 서울과 부산 두 곳에 있으면 주소는 어떻게 적나요?

여러 도시나 지역에 매장이 있으면 address에 주소를 여러 개 넣을 수 있어요. 대괄호 [ ] 안에 주소 묶음을 쉼표로 나눠 차례로 적으면 돼요. 주소마다 그 나라에서 쓰는 항목(상세 주소, 시·구, 우편번호, 국가 코드)을 빠짐없이 채울수록 좋아요.

로고를 이미지 주소 대신 ImageObject로 적어도 되나요?

네, 로고는 이미지 주소로 적어도 되고 ImageObject 형식으로 적어도 돼요. ImageObject를 쓴다면 그 안에 contentUrl이나 url 속성이 있어야 해요. 이 주소도 112픽셀 이상, 크롤링 가능, 지원 형식 같은 로고 이미지 기준을 똑같이 지켜야 해요.

직원 수를 정확히 적기 어려우면 어떻게 하나요?

numberOfEmployees는 정확한 숫자 대신 범위로도 적을 수 있어요. QuantitativeValue 형식에 value 대신 minValue와 maxValue를 넣으면 돼요. 이 속성도 필수는 아니니 해당할 때만 넣으세요.

DUNS나 LEI 같은 기업 식별 번호가 있으면 어디에 넣나요?

duns나 leiCode 속성도 있지만, 구글은 iso6523Code 하나로 적는 쪽을 권해요. 번호 앞에 체계를 나타내는 코드와 콜론을 붙여요. DUNS는 0060:, GLN은 0088:, LEI는 0199:를 붙이면 돼요. 이런 번호가 없는 작은 업체는 비워 둬도 괜찮아요.

홈페이지를 제작업체나 다른 사람이 관리하면 어떻게 하나요?

CMS(글과 페이지를 올리고 관리하는 홈페이지 관리 프로그램)를 쓰거나 다른 사람이 사이트를 관리한다면 그쪽에 수정을 요청하는 게 좋아요. Search Console에 구조화 데이터 관련 메시지가 오면 문제가 자세히 적혀 있으니 관리자에게 그대로 전달해 주세요. CMS를 쓴다면 이미 들어 있는 플러그인으로 넣는 편이 더 쉬울 수 있어요.

출처

• 구조화된 조직(Organization) 데이터 — Google 검색 센터 · 최종 업데이트 2026-09-14

이 글은 위 Google 검색 센터 문서(CC BY 4.0)를 바탕으로 다올라가 한국어로 풀어 쓴 가이드입니다. 원문은 바뀔 수 있으니 중요한 결정 전에는 원문을 함께 확인해 주세요.