Google Preferred Sources: 퍼블리셔를 위한 완전 가이드 (2026)
최종 업데이트: 2026년 8월 24일, Google 공식 문서(developers.google.com/search/docs/appearance/preferred-sources)와 blog.google에 게시된 발표를 근거로 확인했습니다. 매우 최근 기능입니다. 퍼블리셔 문서는 2026년 8월 20일에도 갱신되었습니다. 저희는 한 번 게시하고 잊는 대신 의미 있는 변경이 있을 때마다 이 페이지를 갱신합니다.
Google Preferred Sources는 사용자가 자신의 검색 결과에서 더 자주 보고 싶은 사이트를 직접 지정하게 해줍니다. 그러면 그 사이트는 Top Stories, AI Overviews, AI Mode에서 「preferred」 배지와 함께 더 위로 올라오는데, 오직 그 사용자에게만 그렇습니다. 2026년 8월 20일부터 퍼블리셔는 자기 페이지에 공식 버튼을 설치해 한 번의 클릭으로 추가를 제안할 수 있습니다. 이 가이드는 이 구조가 실제로 무엇을 하는지, 무엇을 하지 않는지, 그리고 고객에게 아무 말이나 하지 않으면서 어떻게 구현하는지 설명합니다.
이 페이지에서 다루는 AI 엔진
- Google AI Overviews
Google Preferred Sources란 무엇인가
Preferred Sources는 사용자가 선택하는 개인화 기능입니다. Google의 출처 환경설정 도구에서 사용자가 더 자주 보고 싶은 사이트를 체크합니다. 그러면 Google이 자사 검색 결과에 그 선호를 반영합니다.
Google 문서는 이렇게 표현합니다. 「사용자가 귀하의 사이트를 선호 출처로 선택하면, 귀하의 콘텐츠가 Top Stories에 나타날 가능성이 높아지고 preferred 배지로 강조됩니다.」 이제 같은 원리가 AI가 생성한 답변에도 적용됩니다.
이 가이드 전체를 관통하는 두 가지 지점이 있습니다. 첫째, 결정하는 것은 독자이지 알고리즘이 아닙니다. 어떤 기술 최적화도 독자를 대신해 추가를 일으키지 못합니다. 둘째, 효과는 개인 단위입니다. 사이트가 위로 올라오는 것은 나를 추가한 사람들에게, 그들에게만 해당합니다. 모두를 대상으로 내 순위를 옮기는 전역 신호가 아닙니다.
연혁: 2025년 8월 이후 무슨 일이 있었나
이 기능은 1년 사이에 많이 움직였고, 온라인에 게시된 콘텐츠 상당수는 여전히 2025년 상태에 근거합니다. 검증 가능한 날짜는 다음과 같습니다.
| 날짜 | Google이 발표한 내용 |
|---|---|
| 2025년 8월 12일 | 미국과 인도에서 Preferred Sources 출시, Top Stories에 한정. 사용자는 원하는 만큼 출처를 선택할 수 있음. |
| 2026년 4월 30일 | Google Search가 지원하는 모든 언어에서 전 세계 배포. Google은 이미 선택된 고유 사이트가 「20만 곳 이상」이라고 발표. |
| 2026년 5월 27일 | AI Overviews와 AI Mode로 확대. 선호 출처가 배지와 함께 표시됨. Google은 「34만 5천 개 이상의 고유 출처」를 발표하고, 동시에 독립적인 「Highly Cited」 라벨을 도입. |
| 2026년 8월 20일 | 삽입형 퍼블리셔 버튼 공개 및 같은 날 Search Central 문서 갱신. Google은 선택된 「60만 개 이상의 고유 출처」를 발표. |
무엇보다 2026년 5월 27일의 단계를 기억하십시오. Preferred Sources를 「언론과 뉴스」의 주제에서 생성형 검색 가시성의 주제로 옮긴 것이 이 변화입니다.
Preferred Sources가 나타나는 지면
퍼블리셔 문서는 두 부류의 지면을 정확히 나열합니다.
- Top Stories, 「Google Search가 운영되는 모든 언어에서」 제공됩니다. 2025년 출시 당시의 원래 지면입니다. 선택된 출처는 캐러셀이나 「From your sources」 전용 섹션에 더 자주 나타납니다.
- AI Overviews와 AI Mode, 「이 기능들이 제공되는 모든 언어와 로케일에서」 제공됩니다. 내가 추가한 사이트가 생성된 답변에 인용되면 링크 옆에 「preferred」 배지가 표시됩니다.
두 설정은 연결되어 있습니다. Google 도움말은 AI Mode에서 선호 출처를 선택하면 Top Stories 경험도 함께 조정되고 그 반대도 마찬가지라고 명시합니다. 따라서 사용자 쪽에서 관리할 목록은 하나뿐입니다.
Google Discover는 Preferred Sources 문서에 나열되어 있지 않습니다. 2026년 8월 20일 발표에 Discover 관련 신기능, 즉 더 보고 싶거나 덜 보고 싶은 주제를 자유 텍스트로 말할 수 있는 기능이 언급되어 있지만 이는 별개의 구조입니다. 고객 권고안에서 둘을 합치지 마십시오.
Google이 발표한 「클릭 2배」를 정직하게 읽는 법
모두가 인용하는 수치입니다. Google은 2026년 4월 30일에 이를 발표했고(「독자는 어떤 사이트를 선호 출처로 표시한 뒤 그 사이트로 클릭할 가능성이 두 배 높습니다」) 2026년 5월 27일에 반복했습니다. 실제 수치이고 Google에서 나왔으며 인용할 가치가 있지만, 약속된 트래픽 증가로 읽어서는 안 됩니다.
고객에게 제시하기 전에 반드시 붙여야 할 유보 조건이 세 가지입니다.
- 방법론이 공개되지 않았습니다. Google은 표본 크기도, 기간도, 정확한 비교군도 밝히지 않았습니다. 재현 가능한 연구가 아니라 제품 발표입니다.
- 인과의 방향이 확립되지 않았습니다. 사람들은 이미 좋아하고 이미 읽던 사이트를 우선 추가합니다. 「2배」의 일부는 기능이 만들어낸 효과가 아니라 기존의 친밀도를 측정한 것일 가능성이 큽니다.
- 두 배는 물량이 아니라 기준선에 적용됩니다. 나를 추가한 사람들의 클릭이 두 배가 되었다는 사실은 그 사람들의 수에 대해 아무것도 말해주지 않습니다. 독자 300명이 나를 추가했다면 두 배는 그 300명에게 적용됩니다.
회의에서 방어할 수 있는 표현은 이렇습니다. 「Google은 독자가 자기가 직접 추가한 출처로 약 두 배 더 자주 클릭한다고 밝힙니다. 이미 확보한 독자층에 대한 배수이지 신규 획득 레버가 아닙니다.」
누가 Preferred Sources 대상인가
대상 범위는 흔히 생각하는 것보다 넓습니다. 언론사 사이트에만 국한되지 않습니다. Google은 「새로운 콘텐츠를 게시하는 모든 사이트가 대상」이라고 밝히며, 2026년 발표는 「틈새 지역 블로그부터 국제 편집국까지」의 사례를 명시적으로 언급합니다.
다만 문서화된 제약이 두 가지 있습니다.
- 도메인 또는 서브도메인 수준만 가능합니다. 문서는 명시적입니다. 「출처 환경설정 도구에 나타날 수 있는 것은 도메인 수준과 서브도메인 수준의 사이트뿐입니다.」
https://www.example.com/과https://code.example.com/은 대상이지만, 하위 디렉터리https://www.example.com/blog는 아닙니다. 매체가 기업 사이트의 하위 폴더 안에 있다면 별도로 추가될 수 없습니다. - 정기적인 게시. Google 도움말은 「정기적으로 갱신되지 않는 출처는 제공되지 않을 수 있습니다」라고 명시합니다. Google은 최소 빈도를 수치로 문서화하지 않았습니다.
결정적인 확인 방법은 간단하고 10초면 됩니다. Google 출처 환경설정 도구에서 내 도메인을 검색해보십시오. 거기 나타나면 대상이며 버튼을 설치할 수 있습니다. 나타나지 않으면 문서상 그것부터 해결해야 합니다. 구현 방법들은 사이트가 이미 도구에 등재되어 있음을 전제합니다.
사용자가 선호 출처를 추가하는 방법
세 가지 경로가 있으며 모두 사용자 쪽에서 이루어집니다. 이를 알아야 대략적인 안내가 아니라 정확한 안내를 쓸 수 있습니다.
설정에서, 데스크톱의 경우:
- google.com에 접속해 오른쪽 위 프로필 사진을 클릭합니다.
- 「검색 개인 최적화」를 열고 「출처 환경설정」으로 들어갑니다.
- 원하는 사이트를 검색해 해당 체크박스를 선택합니다.
Top Stories에서: 뉴스와 관련된 검색을 실행하고, 「주요 뉴스」 / 「Top stories」 헤더 오른쪽의 별 모양 아이콘을 클릭한 뒤, 출처를 검색해 선택하고 「결과 새로고침」을 클릭합니다.
직접 링크에서: https://www.google.com/preferences/source?q=example.com URL은 지정한 도메인으로 도구를 바로 엽니다. Google이 텍스트 링크와 이미지 버튼용으로 문서화한 형식입니다.
알아두면 유용한 점이 두 가지입니다. 사용자가 Google 계정에 로그인해 있으면 설정이 브라우저 간에 유지됩니다. 그리고 해제는 추가와 정확히 같은 방식으로, 체크를 해제하면 됩니다. Google은 최대 출처 개수를 문서화하지 않았고, 출시 발표에는 「원하는 만큼 출처를 선택할 수 있습니다」라고 적혀 있었습니다.
2026년 8월 20일 퍼블리셔 버튼: 표준 구현과 고급 변형
퍼블리셔에게 가장 큰 변화를 가져온 신기능입니다. 이전에는 독자를 Google 환경설정 페이지로 보내고 돌아오기를 바라야 했습니다. 2026년 8월 20일부터 Google은 공식 버튼을 제공하는데, 발표에 따르면 이 버튼은 「사이트를 Google의 선호 출처로 추가하고 퍼블리셔 페이지에서 보던 자리로 즉시 되돌립니다」. 마찰이 거의 사라집니다.
Google이 권장하는 표준 구현은 말 그대로 HTML 두 줄입니다.
<head>안에:<script async src="https://news.google.com/swg/js/v1/publisher.js"></script>- 버튼을 표시할 정확한 위치에:
<div google-add-preferred-source-btn></div>
렌더링된 버튼은 Google이 스타일을 입히고, 단말에 맞춰지며, 사용자의 언어로 자동 번역됩니다. 직접 현지화할 것이 없으므로 다국어 사이트에는 의미 있는 점입니다.
표시를 조정하는 속성이 두 가지 문서화되어 있습니다.
data-theme은light(기본값) 또는dark를 받습니다:<div google-add-preferred-source-btn data-theme="dark"></div>data-lang은 특정 언어를 강제하며 자동 감지를 우회합니다:<div google-add-preferred-source-btn data-lang="ko"></div>. Google은 허용되는 코드 목록을 문서에 첨부된 CSV 파일로 제공합니다.
표준 버튼이 맞지 않는 경우를 위해 세 가지 고급 변형이 문서화되어 있습니다.
ES 모듈 가져오기(ESM). 자체적으로 import를 관리하는 최신 애플리케이션을 위해 Google은 https://news.google.com/swg/js/v1/publisher.mjs에서 preferredSource를 노출합니다. 초기화 시 preferredSource.init({ theme: 'light', lang: 'ko' })를 호출하고, 자체 버튼의 클릭 핸들러에서 preferredSource.addPreferredSource()를 호출합니다. 따라서 디자인 자산을 전부 유지할 수 있습니다.
콜백 큐(IIFE). 전역 스크립트를 쓰는 일반적인 사이트에서는 자동 렌더링을 끄고 같은 라이브러리를 불러온 뒤(<script async preferred-sources-control="manual" src="https://news.google.com/swg/js/v1/publisher.js"></script>), 라이브러리가 준비되면 preferredSource 객체를 받는 self.PREFERRED_SOURCE에 초기화를 쌓아 올립니다. 대부분의 광고 태그가 쓰는 대기열과 같은 방식입니다.
직접 링크(deeplink). JavaScript가 없는 해법입니다. https://www.google.com/preferences/source?q=example.com로 향하는 단순한 링크를 텍스트나 이미지에 겁니다. Google은 두 형태를 모두 문서화합니다. 가장 매끄럽지 않고 페이지의 원래 자리로 자동 복귀하지 않지만, 제3자 스크립트를 전혀 불러오지 않는 유일한 방법이기도 합니다. 개인정보 규제에 따라 동의 관리를 엄격하게 운영하는 사이트라면 이 차이는 사소하지 않습니다. Google 라이브러리 로딩은 제3자 스크립트이며 다른 스크립트와 마찬가지로 동의 관리 플랫폼과 함께 정리해야 합니다. Google은 이 주제에 관한 별도 안내를 게시하지 않았습니다.
Google이 정한 틀을 벗어나지 않고 독자에게 권유하는 법
정확하게 표현해야 할 중요한 지점입니다. Google은 Preferred Sources 홍보를 규율하는 별도 규칙을 게시하지 않았습니다. 문서는 금지 관행도, 인센티브 제한도, 관련 제재도 나열하지 않습니다. 다만 이런 방법들이 「독자층을 키우고 사람들이 귀하의 사이트를 선호 출처로 찾도록 돕는 방법의 예시」이며 「선호 출처로 나타나기 위해 반드시 구현해야 하는 것은 아니다」라고만 밝힙니다.
성문 규칙이 없다는 것이 백지수표는 아닙니다. Google Search의 일반 스팸 정책은 그대로 적용되며, 공식 금지가 아니라 위험의 관점에서 판단해야 합니다. 분명히 문제가 없는 것들은 이렇습니다.
- 독자가 이미 관심을 보인 자리에 공식 버튼을 두는 것. 기사 끝, 「회사 소개」 페이지, 뉴스레터 구독 후 감사 페이지, 구독자 영역 등입니다.
- 클릭이 실제로 무엇을 하는지 한 문장으로 설명하는 것. 「Google 결과에서 저희 기사를 더 자주 보실 수 있습니다」처럼 쓰고, 막연한 이득을 약속하지 않는 것입니다.
- 이미 동의를 받은 채널에서 추가를 안내하는 것. 뉴스레터, 소셜 미디어, 커뮤니티입니다.
명시적인 틀이 없으므로 단순한 신중함에서 저희가 권하지 않는 것들입니다. 선호 출처 추가를 조건으로 접근 권한이나 콘텐츠, 할인을 제공하는 것, 읽기를 가로막는 공격적인 인터스티셜을 쓰는 것, 계속 콘텐츠를 받으려면 추가가 필요한 것처럼 믿게 하는 것입니다. 이 중 어느 것도 Google이 금지한다고 문서화되어 있지 않지만, 모두 Google이 다른 곳에서 대응하는 패턴과 닮았고, 추가를 얻는 데 어느 것도 필요하지 않습니다.
효과를 어떻게 측정할 것인가(그리고 왜 어려운가)
작업을 시작하기 전에 고객에게 솔직히 알리는 편이 낫습니다. Google은 Preferred Sources 보고서를 전혀 제공하지 않습니다. 현재로서는 나를 추가한 사람 수를 세는 카운터도, Search Console의 전용 필터도, Google Analytics의 차원도 없습니다. 문서는 어떤 추적 구조도, 성공 콜백도, 리포팅 API도 언급하지 않습니다. 전문 매체와 인터뷰한 퍼블리셔들이 바로 이 지점에 대한 불만을 공개적으로 표합니다.
불완전하지만 활용 가능한 간접 측정이 세 가지 남습니다.
- 자체 버튼 클릭. 클릭 시 GA4 맞춤 이벤트를 발생시키십시오. 무엇을 측정하는지 주의하십시오. 이것은 의향이지 추가 완료의 확인이 아닙니다. Google 쪽에서 그다음에 무슨 일이 일어나는지는 볼 수 없습니다. 그래도 두 배치 위치, 두 문구, 두 템플릿을 서로 비교하기에는 충분합니다.
- 브랜드 검색량. Search Console 실적 보고서에서 내 이름을 포함한 질의의 추세를 추적하십시오. 성공적인 충성도 작업은 여기에 드러납니다. 다만 결코 Preferred Sources만의 성과로 귀속시킬 수는 없습니다.
- 뉴스 질의의 클릭 추세. 추가 캠페인 이후 관찰하되, 뉴스의 계절성이 훨씬 강력한 요인이라는 점을 기억하십시오.
방법론적 결론입니다. Preferred Sources는 측정 가능한 채널이 아니라 충성도 투자로 다루십시오. 이 기능에 대해 정밀한 리포팅을 약속하는 대행사는 Google이 만들지 않는 것을 팔고 있습니다. 생성형 검색에서의 가시성을 수치로 보고 싶다면 그것은 Preferred Sources 대시보드가 아니라 GEO 감사를 통해야 합니다.
Preferred Sources가 하지 않는 것: 순위 해킹이 아니다
이 가이드에서 가장 중요한 섹션입니다. 2026년 5월 이후 게시된 콘텐츠 대부분이 미끄러지는 지점이기 때문입니다. 한계를 명확히 하겠습니다.
- 전역 순위 신호가 아닙니다. 문서화된 구조는 사용자별 개인화입니다. 추가 수가 많으면 나를 추가하지 않은 사람들에 대한 순위가 좋아진다는 Google의 어떤 발표도 없습니다. 그런 주장은 정보가 아니라 추정이며, Google은 이를 확인하거나 부인하는 공개 입장을 내지 않았습니다.
- 배지는 공개적이지 않습니다. 「preferred」 배지는 그 선택을 한 사용자에게만 보입니다. 경쟁사는 보지 못합니다. 잠재 고객도 나를 추가하지 않았다면 보지 못합니다.
- 독자층을 만들어내지 않습니다. 누군가 나를 추가하려면 이미 내 사이트를 알고 있어야 합니다. 이 구조는 기존 독자층을 붙잡아 두지, 새 독자층을 획득하지 않습니다.
- 표시를 보장하지 않습니다. Google의 표현은 「나타날 가능성이 높아진다」이지 「나타난다」가 아닙니다. 질의에 대한 관련성과 콘텐츠의 신선도는 여전히 결정적입니다.
- 기초 작업을 대체하지 않습니다. 모델이 출처로 선택하는 것과 독자가 수동으로 체크하는 것은 서로 다른 두 구조입니다. 전자는 Generative Engine Optimization의 영역이며 콘텐츠와 구조로 다룹니다.
- 「Highly Cited」 배지가 아닙니다. 2026년 5월 27일에 도입된 「Highly Cited」 라벨은 다른 매체에 많이 인용된 기사를 표시합니다. 두 신호는 독립적이며, 양방향 모두 한쪽만 얻을 수 있습니다.
올바른 설명 방식은 이렇습니다. Preferred Sources는 검색 결과 안에서의 충성도 레버입니다. 이미 존재하는 관계를 증폭합니다. 유용하고, 설치 비용이 낮으며, 무엇도 대체하지 않습니다.
WordPress와 CMS: 버튼을 실제로 어디에 둘 것인가
Google은 WordPress, Webflow, Shopify를 비롯한 어떤 CMS용 공식 확장도 제공하지 않습니다. 구현은 수작업이지만 가볍습니다.
WordPress에서는 스크립트를 <head>에 한 번만 넣습니다. 자식 테마의 header.php 파일, 코드 플러그인의 wp_head 훅, 또는 대부분의 프리미엄 테마가 제공하는 「헤더 스크립트」 필드를 이용합니다. 그다음 <div> 컨테이너를 버튼이 나타날 자리에 둡니다. 기사 본문 뒤의 single.php, 재사용 가능한 맞춤 HTML 블록, 또는 편집자가 직접 넣을 수 있어야 한다면 자체 숏코드입니다.
다른 CMS에서도 논리는 동일합니다. 스크립트를 위한 전역 위치 하나, 컨테이너를 위한 원본 HTML 블록 하나입니다. 어떤 CMS도 이 두 가지 삽입 외에 다른 것을 요구하지 않습니다.
실무상 주의할 점이 세 가지입니다.
- 지연 렌더링. 스크립트는
async로 로드되므로 버튼은 초기 렌더링 이후에 나타납니다. Core Web Vitals를 해칠 레이아웃 이동(CLS)을 피하려면 CSS에서 고정 높이를 확보해두십시오. - 캐시. 공격적인 페이지 캐시나 정적 HTML을 쓰는 인프라에서는 컨테이너가 캐시된 버전에도 들어 있는지 확인하십시오. 이를 채우는 것은 서버가 아니라 브라우저 쪽의 Google 스크립트입니다.
- 동의. 동의 배너가 수락 전에 제3자 스크립트를 차단한다면, 동의하지 않은 방문자에게는 버튼이 표시되지 않습니다. 이 경우 직접 링크가 대체 수단입니다.
버튼을 여기저기 다 넣지 마십시오. 기사 끝에 하나, 푸터에 하나면 충분합니다. 기사를 끝까지 읽은 독자는 설득력 있는 후보이지만, 상품 페이지에 막 들어온 방문자는 그렇지 않습니다.
Preferred Sources, 오가닉 순위, AI Overview 인용: 서로 다른 세 가지 구조
이 세 가지 레버를 혼동하는 것이 2026년 봄 이후 관찰되는 전략적 오류 대부분을 설명합니다. 촉발 요인도, 작동 레버도, 측정 방식도 같지 않습니다. 아래 표가 각각을 제자리에 돌려놓습니다. 저희가 감사에서 어디에 노력을 들일지 판단할 때 쓰는 틀입니다.
Preferred Sources 체크리스트
- 내 도메인이 Google 출처 환경설정 도구에 실제로 나타나는지 확인하십시오. 나머지 전부의 전제 조건입니다.
- 콘텐츠가 하위 디렉터리가 아니라 도메인이나 서브도메인의 루트에 있는지 확인하십시오. 하위 폴더는 대상이 아닙니다.
- 정기적인 게시를 유지하십시오. 갱신되지 않는 출처는 제공되지 않을 수 있습니다.
- 표준 버튼을 설치하십시오. HTML 두 줄입니다. 스크립트는
<head>에, 컨테이너는 원하는 자리에 둡니다. - 디자인에 맞게
data-theme을 설정하고, 사이트가 다국어라면 언어는 자동 감지로 두십시오. - 레이아웃 이동을 막기 위해 컨테이너에 고정 높이를 확보하십시오.
- 동의 관리가 제3자 스크립트를 차단하는 경우를 대비해 직접 링크를 대체 수단으로 준비하십시오.
- 버튼 클릭 시 GA4 이벤트를 발생시키되, 이것이 추가 완료가 아니라 의향을 측정한다는 점을 문서화하십시오.
- 이미 확보한 독자층에게(뉴스레터, 소셜 미디어) 이 기능을 알리고, 클릭이 무엇을 하는지 한 문장으로 설명하십시오.
- 콘텐츠나 혜택을 선호 출처 추가와 결코 연동하지 마십시오.
- 내부 기대치를 맞추십시오. 이것은 충성도 레버이지 획득 레버가 아니며, 공식 리포팅이 존재하지 않습니다.
- 동시에 GEO 감사로 기초를 다지십시오. 독자에게 체크되는 것과 모델에게 출처로 선택되는 것은 서로 다른 두 싸움입니다.
- Ready2GEO는 현재 무료 Preferred Source 버튼 생성기를 개발하고 있으며, 내 도메인과 테마에 맞춰 붙여넣기만 하면 되는 코드를 만들어 줄 예정입니다. 아직 제공되지 않습니다. 공개 소식은 GEO 도구 페이지에서 확인하십시오.
| 레버 | 무엇이 촉발하는가 | 퍼블리셔가 통제하는 것 | 어떻게 측정되는가 |
|---|---|---|---|
| Preferred Sources | Google 출처 환경설정에서 사용자가 직접 수동으로 하는 선택 | 요청 방식. 공식 버튼, 배치 위치, 문구, 게시의 규칙성입니다. 결정은 결코 통제할 수 없으며 독자에게 속합니다. | 공식 보고서 없음. 대리 지표만 가능합니다. 자체 버튼 클릭 시의 GA4 이벤트, Search Console의 브랜드 검색 추세입니다. |
| 기존 오가닉 순위 | 질의에 적용되는 Google의 순위 시스템이며 모든 사용자에게 동일 | 콘텐츠, 기술 구조, 외부 링크, 사이트 성능 | Search Console 실적 보고서: 질의별, 페이지별 노출수, 클릭수, 평균 게재순위 |
| AI Overview에서의 인용 | 생성 답변을 구성하는 데 쓸 출처를 모델이 선택하는 것 | 콘텐츠의 명확성과 신선도, 추출 가능성, Google 크롤러의 접근성 | 부분적으로만 가능. AI Overviews에서 온 클릭은 전용 필터 없이 실적 보고서에 합산됩니다. 나머지는 외부 인용 추적을 거칩니다. |
자주 묻는 질문
Google Preferred Sources란 무엇인가요?
Preferred Sources가 Google 순위를 올려주나요?
내 사이트는 Preferred Sources 대상인가요?
내 사이트에 Preferred Source 버튼을 어떻게 추가하나요?
「preferred」 배지는 모두에게 보이나요?
몇 명이 나를 선호 출처로 추가했는지 어떻게 알 수 있나요?
Preferred Sources는 한국과 한국어에서도 작동하나요?
Preferred Sources와 「Highly Cited」 배지는 같은 것인가요?
SEO 점수, GEO 점수, 성능, 반응형까지: 49개 기술 분석 항목 점검, AI Overview 판정까지 즉시 확인.
관련 가이드
Generative Engine Optimization(GEO): 완전 가이드
GEO를 쉽게 설명합니다. 정의, SEO와의 차이, 기술적 기둥, 구조화 데이터, 그리고 ChatGPT, Gemini, Claude, Perplexity를 위한 사이트 감사 방법까지.
가이드 읽기GEO 감사: 내 사이트가 AI에 준비되어 있는지 확인하는 완전 진단
무료 GEO 감사로 ChatGPT, Gemini, Claude, Perplexity에서의 사이트 가시성을 30초 만에 테스트하세요. AI 엔진별 점수와 49개 점검 항목을 제공합니다.
가이드 읽기ChatGPT SEO: 답변에 인용되기 위한 완전 가이드
2026년의 ChatGPT SEO를 이해하세요. 모델이 정보를 찾는 방식, 인용 가능성을 높이는 요인, 그리고 내 사이트의 가시성을 테스트하는 방법까지.
가이드 읽기