Google 검색에서 서명된 교환 시작하기
서명된 교환(SXG)을 사용하면 Google 검색에서 사용자의 개인 정보를 보호하면서 콘텐츠를 미리 가져올 수 있습니다. 실질적으로는 연결된 웹사이트에서 SXG를 지원하는 경우 Google 검색에 표시되는 AMP 결과와 AMP가 아닌 결과에서 모두 개인 정보를 보호하는 방식으로 몇 가지 주요 리소스(HTML, 자바스크립트, CSS, 이미지, 글꼴 등)를 미리 가져올 수 있다는 의미입니다.
사용자가 최종적으로 결과를 클릭하면 주요 리소스를 이미 사용할 수 있으므로 웹페이지의 렌더링이 훨씬 빠르게 시작되어 사용자 환경이 개선됩니다. 즉, 콘텐츠의 최대 콘텐츠 렌더링 시간(LCP) 점수가 낮아질 수 있습니다. Google 검색에서는 SXG 사용을 순위 결정의 직접 요소로 고려하지 않지만 페이지 경험은 순위를 결정하는 요소이기 때문에 낮은 LCP는 순위 결정에 영향을 미칠 수 있습니다.
SXG 구현
SXG를 구현하려면 web.dev의 상세 가이드를 따르세요. 구현한 후에는 SXG를 사용한 성능 개선 측정 및 최적화 가이드를 따르세요.
AMP 페이지의 경우 amp.dev의 상세 가이드를 따르세요.
Google 검색 추가 요구사항
Google은 SXG 캐시를 사용하여 콘텐츠를 미리 가져옵니다. Google은 이러한 캐시된 SXG를 여러 번 제공할 수 있습니다.
Google 검색에 최신 콘텐츠가 표시되도록 하려면 SXG 만료 값을 적절하게 설정하세요. 일반적으로 만료일은 다음 두 날짜 전이어야 합니다.
- HTTP 헤더에 지정된 캐시 만료일
- 콘텐츠가 자바스크립트나 인라인 자바스크립트인 경우 향후 1일, 그 외의 경우 향후 7일
콘텐츠가 여러 기기에 게재될 때 제대로 표시되도록 하려면 다음 안내를 따르세요.
- 장바구니와 같은 맞춤설정된 콘텐츠를 SXG 외부에 있는 지연 로드 요소로 이동합니다. 또는
Vary: Cookie
서명된 헤더를 추가합니다. 이 헤더가 있는 SXG는 사이트 쿠키가 없는 방문자에게만 표시됩니다. - 반응형 웹 디자인을 사용하여 페이지를 빌드합니다. 또는 데스크톱과 모바일 페이지를 별도 URL에 제공하거나
supported-media
meta
태그를 사용하여 페이지가 응답하지 않는다고 명시하는 주석을 페이지에 추가합니다. 예를 들어 페이지의<head>
요소에서 다음 태그를 추가합니다.<meta name=supported-media content="only screen and (max-width: 640px)">
SXG 모니터링 및 디버그
SXG를 디버그하는 데 사용할 수 있는 도구 목록은 web.dev의 SXG 도구 가이드에서 확인하세요.
Googlebot이 SXG를 파싱할 수 없는 경우 text/html
변형을 가져오기 위해 Accept
헤더에 application/signed-exchange;v=b3
이 없는 URL을 다시 크롤링할 수 있습니다. SXG 색인 생성 오류가 발생하는 경우 Google 검색은 SXG 없이 원래 URL로 연결됩니다.
AMP 페이지의 경우 Search Console의 AMP 상태 보고서를 사용하여 SXG 오류를 모니터링합니다.
Google SXG 캐시 디버그
SXG가 캐시 요구사항을 충족하는지 확인하려면 SXG 검사기 Chrome 확장 프로그램을 사용합니다.
또는 Google SXG 캐시를 직접 쿼리합니다.
예를 들어 SXG URL이 https://signed-exchange-testing.dev/sxgs/valid.html
이면 상응하는 캐시 URL을 공식화합니다.
https://signed--exchange--testing-dev.webpkgcache.com/doc/-/s/signed-exchange-testing.dev/sxgs/valid.html
하위 도메인과 URL 경로 접미사를 계산하는 알고리즘은 AMP 캐시와 동일하지만 삽입어 문자열 /doc/-/
는 다릅니다.
응답이 SXG라면 원본 서버의 응답이 Google SXG 캐시 요구사항을 충족한다는 의미입니다. SXG가 아니라면 이유를 나타내는 HTTP 헤더가 포함됩니다.
Warning
헤더가 있으면 SXG가 캐시 요구사항을 충족하지 못하도록 하는 오류가 표시됩니다.Location
헤더가 있으면 아직 캐시에서 가져오지 않은 것입니다. 이는 SXG의 오류가 아닙니다.
응답과 상관없이 캐시는 원본 URL에 대한 업데이트된 사본 요청을 대기열에 추가합니다. 사이트의 Googlebot 크롤링 속도를 비롯하여 이 요청이 발생하는 시점과 발생 여부에 영향을 미치는 여러 요소가 있습니다.
Google에서는 SXG 서명의 expires
값 또는 SXG 응답의 서명되지 않은 헤더의 갱신 기간보다 오래 SXG를 캐시하지 않습니다.
AMP 페이지의 경우 URL 검사 도구를 사용하여 캐싱 오류를 디버그할 수 있습니다.
최신 소식 받아 보기
webpackaging-announce 메일링 리스트를 구독하여 다음 변경사항을 놓치지 말고 확인하세요.
- 새로운 기능을 지원하거나 다른 기능을 지원 중단하는 Google SXG 캐시 변경사항
- SXG 도구 웹 패키지 도구, NGINX SXG 모듈, libsxg의 주요 변경사항
Google 검색의 SXG에 관해 궁금한 점이 있으면 Google 검색 센터 도움말 커뮤니티를 방문하세요.