<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>구조화 데이터 &amp; 시맨틱 웹 on 247COMPASS</title><link>https://247compass.com/glossary/semantic-web/</link><description>Recent content in 구조화 데이터 &amp; 시맨틱 웹 on 247COMPASS</description><generator>Hugo</generator><language>ko-KR</language><lastBuildDate>Thu, 01 Oct 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://247compass.com/glossary/semantic-web/index.xml" rel="self" type="application/rss+xml"/><item><title>FAQ 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/faqpage-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/faqpage-schema/</guid><description>&lt;p&gt;FAQPage 스키마는 페이지 본문에 실제로 노출된 질문-답변만 마크업해야 하며, 화면에는 없는 질문을 스키마에만 몰래 추가하는 것은 구글 스팸 정책 위반으로 리치 결과 박탈 대상이다. 2023년 구글은 이 리치 결과의 노출 범위를 정부기관·의료 사이트 등 신뢰할 수 있는 출처 위주로 축소했지만, 여전히 사이트 자체의 클릭률 개선과 AI Overviews의 인용 소스로서의 가치는 유효하다. 홍보성 문구나 광고 링크를 답변에 섞으면 품질 저하로 판단되어 제외될 수 있다.&lt;/p&gt;</description></item><item><title>Google Discover</title><link>https://247compass.com/glossary/semantic-web/google-discover/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/google-discover/</guid><description>&lt;p&gt;Google Discover는 사용자가 아무 검색어도 입력하지 않았는데도 관심사 기반으로 콘텐츠를 모바일 피드에 밀어주는 서비스로, 트렌디하거나 시각적으로 매력적인 콘텐츠가 일반 검색보다 훨씬 폭발적인 트래픽을 짧은 시간에 모을 수 있다. 최소 1200px 이상의 고화질 이미지, 클릭을 유도하되 과장되지 않은 헤드라인, E-E-A-T를 충족하는 콘텐츠가 Discover 노출의 필요조건으로 알려져 있다. Discover 트래픽은 변동성이 매우 커서 이를 핵심 KPI로 삼기보다는 예상치 못한 보너스 트래픽으로 관리하는 것이 현실적이다.&lt;/p&gt;</description></item><item><title>JSON-LD 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/json-ld/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/json-ld/</guid><description>&lt;p&gt;JSON-LD는 자바스크립트 객체 표기법(JSON)에 링크드 데이터(Linked Data)의 의미 연결 개념을 결합한 포맷으로, 기존 HTML 마크업을 전혀 건드리지 않고 &amp;lt;script&amp;gt; 태그 하나로 독립적으로 삽입할 수 있다는 것이 최대 장점이다. 구글이 세 가지 방식(JSON-LD, Microdata, RDFa) 중 JSON-LD를 공식적으로 가장 권장하는 이유도 유지보수가 쉽고 자동화 파이프라인으로 생성하기 편하기 때문이다. 여러 개의 JSON-LD 블록을 한 페이지에 배열([&amp;hellip;])로 묶어 넣을 수도 있어 복잡한 페이지에서도 깔끔하게 관리할 수 있다.&lt;/p&gt;</description></item><item><title>Q&amp;A 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/qapage-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/qapage-schema/</guid><description>&lt;p&gt;QAPage는 단일 정답이 정해진 FAQ와 달리, 스택오버플로우나 지식iN처럼 여러 사용자가 각자 답을 다는 커뮤니티형 질의응답 페이지에 적용하는 스키마다. 채택된 답변(acceptedAnswer)과 추천수(upvoteCount)를 함께 명시하면 검색결과에 답변 요약과 함께 신뢰도 신호가 노출될 수 있다. 자사 FAQ 페이지에 QAPage를 잘못 적용하면(실제로는 사용자가 답을 달 수 없는 구조인데도) 스키마 오용으로 간주될 수 있어 페이지의 실제 상호작용 구조와 반드시 일치시켜야 한다.&lt;/p&gt;</description></item><item><title>RDFa</title><link>https://247compass.com/glossary/semantic-web/rdfa-resource-description-framework-in-attributes/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/rdfa-resource-description-framework-in-attributes/</guid><description>&lt;p&gt;RDFa는 W3C가 표준화한 초기 구조화 데이터 규격으로, HTML 태그 안에 vocab, typeof, property 같은 속성을 직접 삽입해 의미를 부여하는 방식이다. 페이스북의 Open Graph 프로토콜도 RDFa 방식을 기반으로 만들어졌을 만큼 한때 널리 쓰였지만, 마크업이 장황해지고 유지보수가 어려워 현재는 신규 프로젝트에서는 JSON-LD로 대체되는 추세다. 레거시 사이트에서 이미 RDFa로 구축된 스키마를 발견했다면, 급하게 교체하기보다는 신규 페이지부터 JSON-LD로 전환하는 점진적 마이그레이션이 현실적이다.&lt;/p&gt;</description></item><item><title>TV 시리즈 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/tvseries-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/tvseries-schema/</guid><description>&lt;p&gt;TVSeries 스키마는 방영 중인 드라마나 예능의 시즌·회차 정보, 출연진, 방송사를 검색엔진에 전달해 미디어 지식 패널이나 카드형 검색결과를 얻기 위한 마크업이다. 개별 에피소드는 하위 타입인 TVEpisode로 별도 마크업해 시리즈-에피소드 간 계층 관계를 명확히 하는 것이 좋다. 공식 방송사 명칭과 정확한 에피소드 번호를 IMDb 같은 공인 데이터베이스와 sameAs로 연동하면 지식 그래프상 엔티티 신뢰도가 높아진다.&lt;/p&gt;</description></item><item><title>강좌 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/course-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/course-schema/</guid><description>&lt;p&gt;Course 스키마는 hasCourseInstance를 생략하면 리치 결과 자격을 얻지 못하는 경우가 많아 실제 개강일과 수강 방식을 반드시 함께 기재해야 한다. 여러 회차나 레벨(입문/심화)이 있는 강좌라면 hasCourseInstance를 배열로 나열해 각 회차를 개별적으로 노출시킬 수 있다. 교육 콘텐츠는 YMYL 성격이 강하지 않은 대신 실제 수강생 후기(AggregateRating)를 함께 결합하면 신뢰도와 클릭률을 동시에 높일 수 있다.&lt;/p&gt;</description></item><item><title>공유숙박 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/vacationrental-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/vacationrental-schema/</guid><description>&lt;p&gt;VacationRental 스키마는 에어비앤비형 숙박, 펜션, 게스트하우스처럼 호텔 체인이 아닌 단기 임대 숙소를 대상으로 하며, 구글 여행(Google Travel) 검색 결과에 직접 매핑되어 예약 사이트로의 트래픽을 만들어낸다. 체크인/체크아웃 시간, 정확한 위경도(geo), 편의시설(amenityFeature) 정보가 상세할수록 검색결과에서 필터링 노출 기회가 늘어난다. 실시간 가격과 예약 가능 여부가 스키마와 실제 예약 시스템 간에 어긋나면 사용자 신뢰도 저하로 이어질 수 있어 동기화가 중요하다.&lt;/p&gt;</description></item><item><title>관련 질문</title><link>https://247compass.com/glossary/semantic-web/people-also-ask-paa/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/people-also-ask-paa/</guid><description>&lt;p&gt;PAA(관련 질문) 박스는 사용자가 클릭할 때마다 새로운 연관 질문이 동적으로 추가되는 구조라, 한 번의 검색으로도 검색엔진이 방대한 연관 질문 데이터베이스를 노출할 수 있게 해준다. 자사 페이지가 PAA 박스에 답변으로 채택되면 자연 검색 1위보다도 위쪽에 노출될 수 있어 브랜드 노출 효과가 크다. 실무에서는 자사 타깃 키워드를 직접 검색해 나타나는 PAA 질문들을 소제목(H2/H3)으로 그대로 사용하고, 바로 아래 2~3줄로 명확한 직답을 배치하는 방식이 채택률을 높이는 데 효과적이다.&lt;/p&gt;</description></item><item><title>구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/structured-data/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/structured-data/</guid><description>&lt;p&gt;구조화 데이터는 사람이 읽는 일반 텍스트와 별개로, 기계가 명확하게 해석할 수 있는 표준화된 어휘(Schema.org)로 콘텐츠의 의미를 다시 한번 명시적으로 전달하는 메타데이터 계층이다. 이 덕분에 검색엔진은 &amp;lsquo;이 페이지는 상품이고, 가격은 89,000원이며, 평점은 4.7점&amp;rsquo;이라는 사실을 문장을 분석해 추측할 필요 없이 정확히 읽어낼 수 있다. 최근에는 검색엔진뿐 아니라 ChatGPT, Perplexity 같은 생성형 AI도 구조화 데이터를 학습·인용의 신뢰 신호로 활용하면서 중요성이 한층 커지고 있다.&lt;/p&gt;</description></item><item><title>구조화 데이터 직접 조치</title><link>https://247compass.com/glossary/semantic-web/structured-data-manual-action/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/structured-data-manual-action/</guid><description>&lt;p&gt;구조화 데이터 직접 조치는 페이지에 실제로 없는 정보(허위 평점, 존재하지 않는 재고 상태)를 스키마에만 표시하거나, 사용자에게 보이지 않는 숨김 텍스트로 스키마를 채워 넣는 행위가 적발됐을 때 내려지는 수동 조치다. 조치가 적용되면 해당 사이트의 모든 리치 결과(별점, 이미지, FAQ 등)가 일괄 박탈되어 검색결과에서의 시각적 경쟁력을 완전히 잃게 된다. 문제를 해결한 뒤 서치 콘솔에서 재검토를 요청할 수 있지만, 승인까지 통상 몇 주가 소요되므로 애초에 스키마와 실제 화면 내용을 100% 일치시키는 것이 최선이다.&lt;/p&gt;</description></item><item><title>뉴스 기사 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/newsarticle-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/newsarticle-schema/</guid><description>&lt;p&gt;NewsArticle은 구글 뉴스에 정식 등록된 퍼블리셔에게 특히 중요하며, publisher 속성 안의 로고 이미지 규격(최소 60x60px, 투명 배경 지양)을 정확히 지켜야 검증을 통과할 수 있다. 속보 기사일수록 dateModified를 실시간으로 갱신해야 검색결과에서도 최신 업데이트임을 드러낼 수 있지만, 사소한 오탈자 수정까지 매번 갱신하면 오히려 신뢰도에 혼선을 줄 수 있어 실질적인 내용 변경이 있을 때만 갱신하는 내부 기준을 세우는 것이 좋다.&lt;/p&gt;</description></item><item><title>데이터셋 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/dataset-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/dataset-schema/</guid><description>&lt;p&gt;Dataset 스키마는 구글의 전용 검색 서비스인 Dataset Search에서만 활용되는 비교적 니치한 마크업이지만, 연구 데이터나 통계를 자체 생산하는 조직이라면 인용·백링크 확보에 효과적인 채널이다. temporalCoverage(수집 기간)와 spatialCoverage(지리적 범위) 속성을 추가하면 특정 시기·지역 데이터를 찾는 연구자에게 검색 매칭 정확도가 높아진다. AI 모델 학습 데이터로도 활용될 수 있어, 최근에는 GEO 관점에서 신뢰할 수 있는 1차 데이터를 공개하는 GEO 전략의 일환으로도 주목받고 있다.&lt;/p&gt;</description></item><item><title>동영상 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/videoobject-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/videoobject-schema/</guid><description>&lt;p&gt;VideoObject 스키마는 영상 제목, 설명, 업로드일, 재생 시간(ISO 8601 형식, 예: PT10M30S), 썸네일 URL을 명시해 검색결과에 동영상 전용 리치 결과를 얻기 위한 마크업이다. clip이나 hasPart 속성으로 영상 내 특정 구간(Key Moments)을 지정하면 검색결과에서 사용자가 원하는 구간으로 바로 이동할 수 있는 타임스탬프가 노출된다. 썸네일 이미지는 robots.txt나 인증으로 차단되지 않은 공개 URL이어야 구글이 정상적으로 가져갈 수 있다.&lt;/p&gt;</description></item><item><title>레시피 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/recipe-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/recipe-schema/</guid><description>&lt;p&gt;Recipe 스키마는 조리 시간(prepTime/cookTime), 재료 목록, 칼로리, 단계별 조리법을 구조화해 구글 검색과 구글 어시스턴트의 음성 안내(스마트 디스플레이) 양쪽에서 활용될 수 있게 한다. recipeIngredient는 배열로, recipeInstructions는 HowToStep 배열로 각각 명시하는 것이 표준이며, 완성 사진과 리뷰·평점을 함께 넣으면 카드형 리치 결과에서 시각적 경쟁력이 크게 높아진다. 실제 레시피와 다른 재료·시간을 스키마에 기재하면 사용자 불신으로 이어질 뿐 아니라 스팸 정책 위반 소지도 있다.&lt;/p&gt;</description></item><item><title>리뷰 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/review-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/review-schema/</guid><description>&lt;p&gt;Review 스키마는 개별 리뷰 하나하나를 마크업하는 것으로, 여러 리뷰의 평균을 낸 AggregateRating과는 별개의 타입이다. itemReviewed로 무엇에 대한 리뷰인지, reviewRating으로 점수를, author로 작성자를 명시하며, 자사 제품에 대한 자체 작성 리뷰(self-serving review)만 과도하게 표시하면 구글이 신뢰도를 낮게 평가할 수 있다. 2023년부터 구글은 자사 사이트 자체 상품평보다 제3자 리뷰 사이트의 리뷰 스니펫 노출을 더 엄격하게 제한하는 방향으로 정책을 조정했다.&lt;/p&gt;</description></item><item><title>리치 결과</title><link>https://247compass.com/glossary/semantic-web/rich-results/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/rich-results/</guid><description>&lt;p&gt;리치 결과는 별점, 가격, FAQ 아코디언, 이미지처럼 시각적 요소가 추가된 검색결과 형태를 통칭하며, 동일한 순위에 있어도 일반 파란 링크보다 훨씬 넓은 화면 면적을 차지해 클릭률을 크게 끌어올린다. 모든 구조화 데이터가 리치 결과로 이어지는 것은 아니며, 구글이 정의한 특정 타입(Product, Recipe, FAQPage 등)만 리치 결과 자격을 얻고, 나머지는 검색엔진의 콘텐츠 이해를 돕는 용도로만 쓰인다. 서치 콘솔의 &amp;lsquo;리치 결과&amp;rsquo; 보고서에서 어떤 타입이 실제로 발동 중인지, 오류는 없는지 주기적으로 확인해야 한다.&lt;/p&gt;</description></item><item><title>리치 결과 테스트</title><link>https://247compass.com/glossary/semantic-web/rich-results-test/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/rich-results-test/</guid><description>&lt;p&gt;리치 결과 테스트(search.google.com/test/rich-results)는 URL이나 코드 스니펫을 입력하면 구글이 실제로 해당 페이지에서 어떤 리치 결과를 인식하는지, 필수 속성이 누락되지는 않았는지 실시간으로 보여주는 무료 공식 도구다. &amp;lsquo;유효함&amp;rsquo;으로 표시되어도 실제 검색결과에 리치 결과가 노출되는 것을 보장하지는 않으며, 이는 구글의 별도 품질·정책 판단이 추가로 개입하기 때문이다. 배포 전 CI 파이프라인에 이 도구의 API를 연동해 자동으로 검증하면 사람이 놓치기 쉬운 구문 오류를 사전에 잡아낼 수 있다.&lt;/p&gt;</description></item><item><title>마이크로데이터</title><link>https://247compass.com/glossary/semantic-web/microdata/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/microdata/</guid><description>&lt;p&gt;마이크로데이터는 별도 스크립트 블록 없이 itemscope, itemtype, itemprop 속성을 HTML 태그에 직접 붙여 구조화 데이터를 표현하는 W3C 초기 표준 방식이다. 마크업과 데이터가 물리적으로 뒤섞여 있어 콘텐츠가 조금만 바뀌어도 속성까지 함께 신경 써야 해 유지보수가 번거롭고, 이 때문에 구글도 현재는 JSON-LD를 우선 권장한다. CMS 템플릿에 이미 마이크로데이터가 광범위하게 깔려 있는 레거시 사이트라면 무리하게 전면 교체하기보다 핵심 페이지부터 JSON-LD로 점진 전환하는 것이 효율적이다.&lt;/p&gt;</description></item><item><title>말하기 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/speakable-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/speakable-schema/</guid><description>&lt;p&gt;Speakable 스키마는 구글 어시스턴트 같은 음성 AI가 뉴스 기사를 소리 내어 읽어줄 때, 본문 전체가 아니라 요약이나 핵심 문단만 선택적으로 낭독하도록 CSS 셀렉터로 지정하는 마크업이다. 현재는 미국 영어 뉴스 콘텐츠를 중심으로 제한적으로 지원되지만, 스마트 스피커·차량용 음성 비서 시장이 커지면서 향후 지원 범위가 확대될 가능성이 있다. 지정한 셀렉터의 문단은 2~3문장 내외로 간결하게 핵심만 요약된 형태여야 음성으로 들었을 때도 자연스럽다.&lt;/p&gt;</description></item><item><title>멤버십 프로그램 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/memberprogram-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/memberprogram-schema/</guid><description>&lt;p&gt;MemberProgram 스키마는 비교적 최근에 추가된 이커머스 전용 타입으로, 멤버십 등급별 적립률이나 할인 혜택을 검색결과와 구글 쇼핑에 직접 노출시켜 신규 회원가입을 유도하는 역할을 한다. hasTiers 속성으로 여러 등급(실버, 골드, VIP 등)을 배열로 나열하고 각 등급의 혜택을 membershipPointsEarned 같은 속성으로 명시한다. 스키마에 기재한 혜택 조건이 실제 회원 약관과 다르면 소비자 신뢰 문제로 직결되므로 마케팅팀과 개발팀 간 정보 동기화가 필수다.&lt;/p&gt;</description></item><item><title>반품 정책 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/merchantreturnpolicy-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/merchantreturnpolicy-schema/</guid><description>&lt;p&gt;MerchantReturnPolicy 스키마는 반품 가능 기간, 반품 방법, 반품 수수료 부담 주체 등을 표준화된 속성으로 명시해, 구글 쇼핑 무료 등록정보에서 &amp;lsquo;무료 반품 14일&amp;rsquo; 같은 신뢰 배지를 얻을 수 있게 한다. 국가마다 소비자보호법상 최소 반품 기간이 다르므로 applicableCountry 속성으로 국가를 명확히 지정하고 실제 법적 정책과 일치시켜야 한다. 반품 정책이 시즌이나 카테고리별로 다르다면 상품 스키마마다 개별 MerchantReturnPolicy를 연결하는 세분화된 설계가 필요하다.&lt;/p&gt;</description></item><item><title>배송 정책 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/shippingservice-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/shippingservice-schema/</guid><description>&lt;p&gt;ShippingService(OfferShippingDetails) 스키마는 배송비, 배송 가능 지역, 예상 도착일을 구조화해 구글 쇼핑 검색결과에서 &amp;lsquo;무료 배송&amp;rsquo;, &amp;lsquo;내일 도착&amp;rsquo; 같은 배지를 얻을 수 있게 한다. handlingTime(주문 처리 시간)과 transitTime(실제 운송 시간)을 구분해 명시해야 정확한 예상 도착일이 계산되며, 이 둘을 합친 값이 실제 평균 배송 기간과 크게 다르면 구글이 부정확한 정보로 판단해 노출을 제한할 수 있다. 도서산간 지역처럼 배송비가 다른 경우 DefinedRegion으로 지역을 세분화해 여러 배송 옵션을 병렬로 선언할 수 있다.&lt;/p&gt;</description></item><item><title>브레드크럼</title><link>https://247compass.com/glossary/semantic-web/breadcrumblist-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/breadcrumblist-schema/</guid><description>&lt;p&gt;BreadcrumbList 스키마는 실제 화면에 표시되는 &amp;lsquo;홈 &amp;gt; 카테고리 &amp;gt; 현재 글&amp;rsquo; 형태의 내비게이션 경로를 그대로 구조화해, 검색결과에서 긴 URL 문자열 대신 이해하기 쉬운 카테고리 경로가 표시되게 한다. position 속성으로 순서를 명확히 지정해야 하며, 실제 사이트의 내비게이션 구조와 스키마 상의 계층이 어긋나면 오히려 혼란스러운 신호로 작용할 수 있다. 사이트 구조가 깊을수록(카테고리 3단계 이상) 브레드크럼 노출이 검색결과의 신뢰도와 클릭률에 미치는 긍정적 효과가 더 크게 나타난다.&lt;/p&gt;</description></item><item><title>사이트 연관채널</title><link>https://247compass.com/glossary/semantic-web/sameas-schema-property/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/sameas-schema-property/</guid><description>&lt;p&gt;sameAs 속성은 공식 유튜브, 인스타그램, 위키백과, 링크드인 페이지가 모두 &amp;lsquo;같은 브랜드&amp;rsquo;를 가리킨다는 것을 검색엔진에게 명시적으로 알려, 여러 채널에 흩어진 신뢰 신호를 하나의 엔티티로 통합하는 역할을 한다. 이는 지식 패널을 형성하고 AI 검색 엔진이 브랜드 정보를 정확히 파악하는 데도 핵심적인 신호로 쓰인다. 링크가 잘못되었거나 이미 운영하지 않는 오래된 계정을 sameAs에 남겨두면 오히려 엔티티 신뢰도를 떨어뜨릴 수 있어 정기적인 점검이 필요하다.&lt;/p&gt;</description></item><item><title>사이트 이름</title><link>https://247compass.com/glossary/semantic-web/site-name-website-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/site-name-website-schema/</guid><description>&lt;p&gt;WebSite 스키마의 name/alternateName 속성은 검색결과 URL 상단에 example.com 같은 도메인 대신 &amp;lsquo;MKTGLab&amp;rsquo;처럼 실제 브랜드명이 표시되도록 구글에 힌트를 주는 역할을 한다. alternateName에는 줄임말이나 한글 브랜드명처럼 사용자가 실제로 검색할 만한 대체 표기를 추가로 등록할 수 있다. 이 설정만으로 브랜드명 노출이 100% 보장되는 것은 아니며, 최종적으로는 구글의 자체 판단과 사이트의 전반적인 브랜드 신뢰도가 함께 반영된다.&lt;/p&gt;</description></item><item><title>사이트링크</title><link>https://247compass.com/glossary/semantic-web/sitelinks/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/sitelinks/</guid><description>&lt;p&gt;사이트링크는 사이트 이름으로 브랜드 검색을 했을 때 메인 결과 아래에 하위 페이지(제품, 회사소개, 고객센터 등) 바로가기가 자동으로 함께 표시되는 기능으로, 특정 스키마를 넣는다고 100% 확정적으로 생성되는 것은 아니고 명확한 사이트 구조와 내부 링크가 뒷받침될 때 구글이 자체 알고리즘으로 판단해 부여한다. 사이트링크 검색창(Sitelinks Searchbox)만은 WebSite 스키마의 potentialAction으로 명시적으로 요청할 수 있는 예외적인 기능이다. 사이트링크가 노출되면 SERP 최상단 화면 대부분을 자사 브랜드가 차지해 경쟁사 클릭을 효과적으로 차단하는 효과가 있다.&lt;/p&gt;</description></item><item><title>상품 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/product-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/product-schema/</guid><description>&lt;p&gt;Product 스키마는 이커머스 SEO의 핵심으로, name·image·brand 같은 기본 정보에 Offer(가격·재고)와 AggregateRating(평점)을 함께 결합해야 검색결과에 별점·가격·재고 여부가 시각적으로 노출된다. 2023년부터 구글은 자체 상품평 노출 기준을 강화해, 제3자 검증 없는 리뷰는 리치 결과에서 제외될 위험이 있어 신뢰할 수 있는 리뷰 수집 프로세스가 함께 필요하다. 재고가 소진되면 availability를 즉시 OutOfStock으로 갱신해야 사용자가 품절 상품을 클릭해 이탈하는 부정적 경험을 막을 수 있다.&lt;/p&gt;</description></item><item><title>상품 옵션 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/productgroup-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/productgroup-schema/</guid><description>&lt;p&gt;ProductGroup 스키마는 색상·사이즈처럼 여러 변형이 있는 상품을 하나의 그룹으로 묶어, 사용자가 &amp;lsquo;블랙 이어폰&amp;rsquo;을 검색했을 때 전체 상품군 페이지가 아닌 정확한 변형 옵션 페이지로 직접 연결되도록 돕는다. variesBy 속성으로 어떤 속성(색상, 사이즈 등)이 변형 기준인지 명시하고, hasVariant 배열로 각 개별 Product를 나열하는 부모-자식 구조가 핵심이다. 변형 옵션이 많은 패션·전자제품 카테고리에서 검색 매칭 정확도를 크게 높여주는 스키마로 평가된다.&lt;/p&gt;</description></item><item><title>소프트웨어 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/softwareapplication-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/softwareapplication-schema/</guid><description>&lt;p&gt;SoftwareApplication 스키마는 앱스토어나 SaaS 랜딩페이지에서 사용자 평점, 가격, 운영체제 호환성을 검색결과에 함께 노출시켜 클릭률과 신뢰도를 동시에 높이는 역할을 한다. applicationCategory에는 Schema.org가 정의한 표준 카테고리 값(BusinessApplication, GameApplication 등)을 사용해야 정확히 인식되며, 임의의 문자열을 넣으면 무시될 수 있다. 무료 소프트웨어라도 offers에 price를 &amp;ldquo;0&amp;quot;으로 명시해야 리치 결과에 정상적으로 반영되는 경우가 많다.&lt;/p&gt;</description></item><item><title>수학 문제 풀이 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/mathsolver-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/mathsolver-schema/</guid><description>&lt;p&gt;MathSolver(수학 문제 풀이) 스키마는 비교적 최근 구글이 교육 콘텐츠를 위해 도입한 실험적 타입으로, 단계별 풀이 과정을 구조화해 학습 검색결과에서 인터랙티브 풀이 도구로 채택될 가능성을 높인다. LaTeX 표기가 포함된 수식은 렌더링 호환성 문제가 발생하기 쉬워 MathML이나 이미지 대체 텍스트를 함께 제공하는 것이 안전하다. 아직 지원 지역과 범위가 제한적이므로 적용 전 구글의 최신 공식 문서를 확인하는 것이 좋다.&lt;/p&gt;</description></item><item><title>스니펫</title><link>https://247compass.com/glossary/semantic-web/snippet/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/snippet/</guid><description>&lt;p&gt;스니펫은 메타 디스크립션을 기반으로 생성되는 것이 원칙이지만, 구글이 판단하기에 본문 중 특정 문장이 사용자의 검색어와 더 관련성이 높다고 여기면 메타 디스크립션을 무시하고 자체적으로 스니펫을 재생성하기도 한다. 이 때문에 메타 디스크립션을 아무리 정교하게 써도 검색결과에 그대로 반영되지 않는 경우가 실무에서 자주 관찰된다. 검색어별로 실제 검색결과 화면을 확인해 어떤 문장이 스니펫으로 채택되는지 패턴을 파악하면 본문 구조 개선의 단서를 얻을 수 있다.&lt;/p&gt;</description></item><item><title>스키마 마크업</title><link>https://247compass.com/glossary/semantic-web/schema-markup/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/schema-markup/</guid><description>&lt;p&gt;스키마 마크업은 Schema.org라는 단일 표준 어휘 사전을 기반으로 작성되는 모든 구조화 데이터 코드를 총칭하는 용어로, Article, Product, FAQPage 등 800개가 넘는 타입과 그 하위 속성으로 구성되어 있다. Schema.org는 매년 새로운 버전을 발표하며 AI 관련 속성(예: creativeWorkStatus)이 계속 추가되고 있어, 정기적으로 변경 사항을 추적하지 않으면 최신 리치 결과 기능을 놓칠 수 있다. 실무에서는 페이지 유형별로 표준 스키마 템플릿을 미리 만들어두고 CMS 필드와 자동 매핑하는 방식이 유지보수에 효율적이다.&lt;/p&gt;</description></item><item><title>스키마 마크업 검사기</title><link>https://247compass.com/glossary/semantic-web/schema-markup-validator/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/schema-markup-validator/</guid><description>&lt;p&gt;스키마 마크업 검사기는 Schema.org 커뮤니티가 공식 제공하는 validator.schema.org에서 문법과 속성의 유효성을 폭넓게 검증하는 도구로, 구글의 리치 결과 테스트가 &amp;lsquo;구글이 인식하는 특정 타입&amp;rsquo;만 확인하는 것과 달리 Schema.org 표준 전체를 대상으로 한다는 차이가 있다. 두 도구는 서로 대체재가 아니라 보완재로, 배포 전 두 곳 모두에서 검증하는 것이 가장 안전하다. 태그가 제대로 닫히지 않았거나 필수 속성이 빠진 경우 등 순수 문법 오류를 조기에 잡아내는 데 특히 유용하다.&lt;/p&gt;</description></item><item><title>스키마닷오알지</title><link>https://247compass.com/glossary/semantic-web/schema-org/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/schema-org/</guid><description>&lt;p&gt;Schema.org는 2011년 구글, 마이크로소프트(빙), 야후, 이후 얀덱스까지 합류해 공동 설립한 비영리 표준화 프로젝트로, 특정 기업이 독점하지 않고 여러 검색엔진이 공통으로 인식할 수 있는 데이터 어휘 사전을 목표로 한다. 웹 개발자, 검색엔진, 최근에는 생성형 AI 모델까지 모두 이 표준을 참조해 콘텐츠의 의미를 해석하므로, 사실상 시맨틱 웹의 공용어 역할을 하고 있다. 매년 새로운 버전이 릴리스되며 AI 시대에 맞춰 새로운 속성이 계속 추가되고 있어 SEO 담당자는 릴리스 노트를 주기적으로 확인하는 것이 좋다.&lt;/p&gt;</description></item><item><title>식당 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/restaurant-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/restaurant-schema/</guid><description>&lt;p&gt;Restaurant 스키마는 영업시간, 메뉴, 가격대, 예약 링크를 구조화해 지역 검색과 구글 지도에서 카드형 리치 결과를 얻는 데 쓰이며, LocalBusiness의 하위 타입이라 주소·전화번호 같은 공통 속성도 함께 상속받는다. openingHoursSpecification은 요일별로 다른 영업시간(예: 주말 단축 영업)을 정밀하게 표현할 수 있는 구조를 제공한다. hasMenu 속성으로 실제 메뉴 페이지 URL이나 MenuItem 목록을 연결하면 검색결과에서 대표 메뉴가 함께 노출될 가능성이 높아진다.&lt;/p&gt;</description></item><item><title>영화 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/movie-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/movie-schema/</guid><description>&lt;p&gt;Movie 스키마는 영화 정보를 구조화해 지식 패널 형태의 대형 정보 카드(개봉일, 감독, 출연진, 예고편, 관람평 통합)를 얻기 위한 마크업으로, 개별 영화 사이트보다는 영화 데이터베이스나 리뷰 사이트에서 주로 활용된다. IMDb나 네이버 영화 같은 공식 데이터베이스와 sameAs로 연동하면 구글의 지식 그래프가 동일 엔티티임을 더 확실히 인식한다. aggregateRating을 포함하면 검색결과에 평균 평점이 별표로 함께 표시될 수 있다.&lt;/p&gt;</description></item><item><title>오픈그래프</title><link>https://247compass.com/glossary/semantic-web/open-graph-og-tags/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/open-graph-og-tags/</guid><description>&lt;p&gt;오픈그래프(og 태그)는 페이스북이 2010년 제안한 프로토콜로 원래는 자체 RDFa 규격이지만, 현재는 카카오톡·슬랙·트위터(X) 등 대부분의 메신저와 SNS가 공통으로 채택해 사실상 링크 공유 미리보기의 업계 표준이 됐다. og:image는 1200x630px 비율을 권장하며, 이 규격을 지키지 않으면 플랫폼마다 이미지가 잘리거나 여백이 생기는 문제가 발생한다. 오픈그래프는 검색엔진 순위에는 직접 영향을 주지 않지만, 소셜 공유 시 클릭률을 좌우해 바이럴 확산의 첫인상을 결정짓는 요소다.&lt;/p&gt;</description></item><item><title>이미지 라이선스 메타데이터</title><link>https://247compass.com/glossary/semantic-web/imageobject-license-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/imageobject-license-schema/</guid><description>&lt;p&gt;ImageObject의 license 속성은 이미지 저작권자와 사용 조건을 명시해, 구글 이미지 검색에서 &amp;lsquo;라이선스 정보 있음&amp;rsquo; 배지를 부여받고 저작권 관련 법적 리스크를 줄이는 역할을 한다. acquireLicensePage에는 실제로 라이선스를 구매하거나 사용 허가를 받을 수 있는 페이지 URL을 연결해야 하며, 존재하지 않는 페이지를 연결하면 검증 실패로 배지가 부여되지 않는다. 스톡 이미지 판매 사이트나 사진작가 포트폴리오처럼 이미지 자체가 수익 모델인 사이트에서 특히 중요한 스키마다.&lt;/p&gt;</description></item><item><title>이벤트 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/event-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/event-schema/</guid><description>&lt;p&gt;Event 스키마는 콘서트, 웨비나, 컨퍼런스의 일시·장소·티켓 정보를 구조화해 구글 검색의 이벤트 캘린더 기능과 연동되며, 사용자가 날짜별로 필터링해 행사를 탐색할 수 있게 해준다. eventAttendanceMode로 오프라인/온라인/혼합 여부를, eventStatus로 취소·연기 여부를 실시간으로 갱신해야 사용자에게 잘못된 정보가 노출되는 것을 막을 수 있다. 티켓 판매가 마감되거나 매진되면 offers의 availability를 SoldOut으로 즉시 반영하는 운영 프로세스가 필요하다.&lt;/p&gt;</description></item><item><title>인물 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/person-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/person-schema/</guid><description>&lt;p&gt;Person 스키마는 ProfilePage 스키마보다 더 작은 단위로, 개별 기사의 author 속성 안에 중첩되어 저자 한 명 한 명의 신원을 구체적으로 밝히는 용도로 자주 쓰인다. 여러 저자가 함께 쓴 글이라면 author를 배열로 나열해 각자의 기여를 모두 명시하는 것이 투명성 측면에서 바람직하다. 최근 AI가 생성한 콘텐츠가 늘면서, 실제 사람이 작성·검수했음을 명확히 밝히는 Person 스키마의 중요성이 오히려 더 커지고 있다는 평가가 나온다.&lt;/p&gt;</description></item><item><title>제품 스니펫</title><link>https://247compass.com/glossary/semantic-web/product-snippet/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/product-snippet/</guid><description>&lt;p&gt;제품 스니펫은 일반 오가닉 검색결과 목록 안에서 제목 아래에 별점, 리뷰 수, 가격이 함께 표시되는 형태로, 별도의 쇼핑 탭이 아닌 일반 검색결과에서도 상품 정보를 시각적으로 부각시켜준다. 이 노출은 유효한 AggregateRating과 Offer 스키마가 모두 정상적으로 적용되어 있어야 발동하며, 둘 중 하나라도 문법 오류가 있으면 전체 리치 결과가 나타나지 않는다. 정기적으로 서치 콘솔의 리치 결과 보고서에서 오류율을 확인해 재고나 가격 변경 시점에 스키마가 함께 갱신되고 있는지 점검하는 것이 중요하다.&lt;/p&gt;</description></item><item><title>조직 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/organization-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/organization-schema/</guid><description>&lt;p&gt;Organization 스키마는 회사의 공식 명칭, 로고, 주소, 연락처를 구조화해 구글이 브랜드를 독립된 지식 그래프 엔티티로 인식하게 만드는 기초 데이터다. logo는 최소 112x112px 이상의 정사각형에 가까운 이미지를 권장하며, contactPoint로 고객센터 전화번호나 이메일을 명시하면 검색결과에 직접 연락처가 노출될 수도 있다. sameAs로 공식 SNS·위키백과 링크를 연결하는 것은 지식 패널 형성 가능성을 높이는 가장 기본적이면서도 효과적인 작업이다.&lt;/p&gt;</description></item><item><title>주소 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/postaladdress-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/postaladdress-schema/</guid><description>&lt;p&gt;PostalAddress 스키마는 거의 모든 지역 비즈니스, 조직, 이벤트 스키마 안에 중첩되어 사용되는 기초 구성 요소로, 국가별 행정구역 표기 방식이 달라 addressRegion·addressLocality를 해당 국가의 공식 명칭 체계에 맞게 정확히 작성해야 한다. 한국 주소의 경우 addressCountry를 ISO 3166-1 alpha-2 코드인 &amp;ldquo;KR&amp;quot;로 표기하는 것이 국제 표준이다. 주소 정보가 구글 비즈니스 프로필의 등록 주소와 한 글자라도 다르면 지역 검색 신뢰 신호가 약해질 수 있어 완전한 일치가 중요하다.&lt;/p&gt;</description></item><item><title>지식 패널</title><link>https://247compass.com/glossary/semantic-web/knowledge-panel/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/knowledge-panel/</guid><description>&lt;p&gt;지식 패널은 유명 인물, 기업, 장소를 검색했을 때 SERP 우측(모바일은 상단)에 나타나는 요약 정보 상자로, 구글의 지식 그래프(Knowledge Graph)에 등록된 엔티티에 한해 자동으로 생성된다. 스키마를 넣는다고 100% 지식 패널이 생기는 것은 아니지만, Organization/Person 스키마와 위키데이터·위키백과 문서, 언론 보도가 일관되게 같은 이름과 정보를 가리킬수록 생성 확률이 높아진다. 지식 패널이 한 번 생성되면 브랜드는 &amp;lsquo;위키백과에서 편집을 제안&amp;rsquo;하거나 구글에 직접 정보 수정을 요청할 수 있는 관리 권한을 얻게 된다.&lt;/p&gt;</description></item><item><title>지역 비즈니스 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/localbusiness-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/localbusiness-schema/</guid><description>&lt;p&gt;LocalBusiness 스키마는 Restaurant, Store, Dentist 등 200개가 넘는 세부 하위 타입을 가지고 있어, 가능하면 가장 구체적인 업종 타입을 선택하는 것이 일반 LocalBusiness보다 검색엔진의 이해도를 높인다. openingHoursSpecification, priceRange, paymentAccepted 같은 속성으로 실무 정보를 상세히 채우면 지역 3팩(Local 3-Pack) 노출과 사용자 문의 전환율에 직접적인 영향을 준다. 구글 비즈니스 프로필의 상호명·주소·전화번호(NAP)와 스키마 상의 정보가 정확히 일치해야 하며, 불일치는 지역 검색 순위에 부정적 신호로 작용한다는 것이 정설이다.&lt;/p&gt;</description></item><item><title>채용정보 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/jobposting-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/jobposting-schema/</guid><description>&lt;p&gt;JobPosting 스키마는 Google for Jobs라는 별도 채용 검색 섹션에 공고를 노출시켜, 잡코리아·사람인 같은 유료 플랫폼 없이도 구글 검색만으로 지원자를 모을 수 있게 해주는 무료 채용 마케팅 채널이다. validThrough(마감일)를 지정하지 않거나 마감된 공고를 삭제하지 않고 방치하면 구글이 신뢰도 낮은 사이트로 판단해 향후 공고 노출 자체를 제한할 수 있다. datePosted가 지나치게 오래된 공고를 계속 재사용하는 것도 마찬가지로 스팸 신호로 취급될 수 있어 실제 채용 프로세스와 스키마를 동기화하는 운영이 필요하다.&lt;/p&gt;</description></item><item><title>추천 스니펫</title><link>https://247compass.com/glossary/semantic-web/featured-snippet/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/featured-snippet/</guid><description>&lt;p&gt;추천 스니펫(Featured Snippet)은 검색 결과 1위 링크보다도 위, &amp;lsquo;포지션 제로&amp;rsquo;라 불리는 자리에 질문에 대한 직접적인 답을 발췌해 큰 박스로 보여주는 기능으로, 클릭 없이도 브랜드를 각인시키는 동시에 전체 검색 트래픽의 상당 부분을 가져가는 강력한 자리다. 정답형은 40~50단어의 간결한 단락으로, 절차형은 번호 목록으로, 비교형은 표(table) 형식으로 정리된 콘텐츠가 채택될 확률이 높다는 것이 업계 관찰 결과다. 질문형 소제목(H2/H3) 바로 아래에 답을 배치하는 구조가 구글이 발췌하기 가장 용이한 형태로 알려져 있다.&lt;/p&gt;</description></item><item><title>캐러셀 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/itemlist-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/itemlist-schema/</guid><description>&lt;p&gt;ItemList 스키마(캐러셀)는 여러 개의 동일 유형 콘텐츠(레시피, 코스, 채용공고 등)를 순서가 있는 목록으로 묶어, 모바일 검색결과에서 좌우로 넘겨보는 가로 슬라이더 형태로 표시되게 한다. position 속성으로 각 항목의 순서를 명확히 지정해야 하며, 목록에 포함된 각 URL은 실제로 접근 가능한 유효한 페이지여야 캐러셀 전체가 정상 작동한다. 모바일 화면에서 시각적 몰입도가 높아 연속 클릭을 유도하는 데 효과적이지만, 노출 여부는 전적으로 구글의 재량에 달려 있다.&lt;/p&gt;</description></item><item><title>파비콘</title><link>https://247compass.com/glossary/semantic-web/favicon/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/favicon/</guid><description>&lt;p&gt;파비콘은 브라우저 탭뿐 아니라 최신 구글 모바일 검색결과에서도 URL 옆에 작은 아이콘으로 표시되어, 수많은 검색결과 사이에서 브랜드를 시각적으로 즉시 구별시키는 역할을 한다. 구글은 48x48px 크기의 배수(96x96, 144x144 등)를 권장하며, 너무 작거나 선명하지 않은 아이콘은 검색결과에서 흐릿하게 보여 오히려 신뢰도를 떨어뜨릴 수 있다. 사이트 리뉴얼 시 파비콘 경로가 깨지는 경우가 실무에서 의외로 흔하므로 배포 후 반드시 실제 검색결과 화면에서 확인하는 것이 좋다.&lt;/p&gt;</description></item><item><title>판매 조건 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/offer-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/offer-schema/</guid><description>&lt;p&gt;Offer 스키마는 Product나 다른 판매 항목 내부에 중첩되어 실제 판매 조건(가격, 통화, 재고, 유효기간)의 세부 사항을 정의하는 구성 요소로, 단독으로 쓰이기보다는 상위 스키마의 부속 요소로 함께 선언되는 경우가 대부분이다. priceValidUntil을 지정하지 않으면 프로모션이 끝난 뒤에도 예전 가격이 검색결과에 계속 노출되는 오류가 생길 수 있어 반드시 명시하는 것이 좋다. 재고나 가격이 실시간으로 자주 바뀌는 이커머스 사이트는 상품 페이지 렌더링 시점에 Offer 값을 동적으로 최신화하는 파이프라인이 필수다.&lt;/p&gt;</description></item><item><title>판매자 등록정보</title><link>https://247compass.com/glossary/semantic-web/merchant-listing/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/merchant-listing/</guid><description>&lt;p&gt;Merchant Listing(판매자 등록정보)은 구글 쇼핑 탭과 검색결과의 무료 리스팅 영역에 상품이 광고비 없이 노출되도록 하는 것으로, Google 판매자 센터(Merchant Center)에 등록한 상품 피드와 사이트의 Product 스키마 정보가 서로 일치해야 정상적으로 승인된다. gtin(국제 표준 상품 코드)이나 mpn(제조사 부품번호) 같은 식별자를 정확히 제공하면 구글이 동일 상품을 여러 판매처에서 취합해 비교 쇼핑 결과로 보여주는 데 도움이 된다. 피드와 스키마 정보가 어긋나면 계정 정지나 상품 승인 거부로 이어질 수 있어 두 시스템 간 자동 동기화 체계를 구축하는 것이 안전하다.&lt;/p&gt;</description></item><item><title>페이월 콘텐츠 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/creativework-isaccessibleforfree/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/creativework-isaccessibleforfree/</guid><description>&lt;p&gt;isAccessibleForFree 속성은 유료 구독 콘텐츠를 검색엔진이 &amp;lsquo;전체 텍스트를 숨긴 클로킹(부정 행위)&amp;lsquo;으로 오인하지 않도록, &amp;lsquo;이 콘텐츠는 무료가 아니다&amp;rsquo;라고 합법적으로 미리 알리는 장치다. cssSelector로 실제 페이월(paywall)이 가려진 영역을 정확히 지정해야 하며, 이 선언이 없으면 검색엔진에게는 콘텐츠 전체를 보여주고 실제 사용자에게는 일부만 보여주는 클로킹으로 오해받아 페널티 대상이 될 위험이 있다. 언론사·리서치 기관처럼 유료 구독 모델을 운영하면서도 검색 노출을 유지하고 싶은 사이트에 필수적인 마크업이다.&lt;/p&gt;</description></item><item><title>평점 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/aggregaterating-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/aggregaterating-schema/</guid><description>&lt;p&gt;AggregateRating 스키마는 개별 리뷰(Review)들을 종합한 평균 별점과 총 리뷰 수를 함께 표시해, 검색결과에서 노란 별 아이콘으로 시각화되는 대표적인 리치 결과 중 하나다. 실제 존재하지 않는 리뷰 수를 부풀리거나 평점을 인위적으로 조작해 넣으면 구조화 데이터 수동 조치 대상이 되어 사이트 전체의 리치 결과가 박탈될 수 있다. ratingValue는 반드시 bestRating(보통 5) 이하의 실제 값이어야 하며, 리뷰 시스템에서 자동으로 값을 가져와 스키마에 반영하는 구조로 설계하면 사람의 실수로 인한 불일치를 예방할 수 있다.&lt;/p&gt;</description></item><item><title>프로필 페이지 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/profilepage-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/profilepage-schema/</guid><description>&lt;p&gt;ProfilePage 스키마는 저자나 전문가 개인의 소개 페이지를 마크업해, E-E-A-T 평가 기준 중 &amp;lsquo;전문성&amp;rsquo;과 &amp;lsquo;신뢰성&amp;rsquo;을 뒷받침하는 근거 자료로 활용된다. 학력, 경력, 수상 이력, 소속 기관을 Person 하위 속성(alumniOf, award, worksFor)으로 구체적으로 명시하면 단순 텍스트 소개보다 검색엔진이 더 명확하게 전문성을 인식한다. 특히 YMYL 분야(의료, 금융, 법률) 콘텐츠에서는 저자 프로필 페이지와 각 아티클을 author 속성으로 서로 연결하는 것이 신뢰도 신호 구축의 핵심 실무로 자리잡았다.&lt;/p&gt;</description></item><item><title>하우투 구조화 데이터</title><link>https://247compass.com/glossary/semantic-web/howto-schema/</link><pubDate>Thu, 01 Oct 2026 00:00:00 +0900</pubDate><guid>https://247compass.com/glossary/semantic-web/howto-schema/</guid><description>&lt;p&gt;HowTo 스키마는 조립 설명서, 요리 외의 DIY 작업, 소프트웨어 설치 가이드처럼 순차적인 단계가 있는 콘텐츠를 마크업해 검색결과에 단계별 카드 형태로 노출시킨다. 각 HowToStep에는 텍스트뿐 아니라 이미지(image)나 영상(video)을 함께 첨부할 수 있어, 텍스트만 있는 일반 결과보다 시각적으로 훨씬 눈에 띄는 리치 결과를 얻을 수 있다. 2023년 구글은 IT 관련 HowTo 리치 결과의 데스크톱 노출을 축소했지만 모바일에서는 여전히 유효해, 대상 디바이스를 고려한 전략이 필요하다.&lt;/p&gt;</description></item></channel></rss>