이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Google 검색에서 추측 규칙을 사용하는 방법

Barry Pollard

Oleksiy Busaryev

게시: 2025년 2월 12일

Google 검색은 웹에서 가장 인기 있는 사이트 중 하나이자 가장 빠른 사이트 중 하나입니다. Google 검색팀은 검색 환경을 더 빠르게 만드는 데 지속적으로 투자하고 있습니다. Google 검색처럼 인기 있는 페이지에서는 수백만 분의 1초의 개선도 금방 누적됩니다. 속도에 대한 관심은 잘 알려진 Google 홈페이지, 검색엔진 결과 페이지 (SERP), 이러한 검색결과에서 다른 사이트로 연결되는 클릭수를 포함합니다.

Google 검색에서는 Speculation Rules API를 사용하여 검색 결과 페이지에서 결과 링크로의 탐색 속도를 개선하고 있으며, 다른 사이트 소유자에게도 유용할 수 있는 API의 몇 가지 기능을 사용하고 있습니다.

처음 두 개의 결과 미리 가져오기

추측 규칙의 첫 번째 사용 사례 중 하나는 처음 두 개의 검색 결과를 미리 가져오는 것이었습니다. 예를 들어 'test'를 검색하면 페이지에 다음과 같은 추측 규칙이 포함됩니다.

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

하단의 두 URL은 첫 번째 검색 결과이며 즉시 미리 로드됩니다. 사용자가 이를 클릭하면 브라우저에서 HTML 문서를 이미 사용할 수 있으므로 시작 속도가 빨라집니다.

규칙 및 미리 로드 시도는 이전에 설명된 대로 DevTools 애플리케이션 -> 추측 탭에서 확인할 수 있습니다.

텍스트라는 단어의 사전 정의 두 개가 모두 미리 로드된 것을 보여주는 DevTools 추측 패널 — 성공적인 두 번의 미리 가져오기가 있는 추측 패널

개인 정보 보호 프리캐시

이러한 링크는 다른 사이트의 콘텐츠에 대한 링크이므로 사용자가 아직 해당 사이트를 방문하지 않았기 때문에 미리 로드 시 몇 가지 개인 정보 보호 고려사항이 있습니다.

다행히 API는 이를 염두에 두고 설계되었으며 Google 검색에서는 사용자 개인 정보를 보호하기 위해 두 가지 기능을 사용하고 있습니다.

첫 번째는 requires 구성을 사용하여 프리캐시가 Chrome의 비공개 프리캐시 프록시를 사용하도록 하는 것입니다.

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

이렇게 하면 프록시를 사용하여 연결에서 IP 주소를 익명처리하므로 사용자가 검색 결과 페이지에서 링크를 클릭하여 사이트로 이동하기 전에 사용자의 IP가 사이트에 유출되지 않습니다.

둘째, Google 검색은 referrer_policy 설정을 사용하여 검색 페이지의 URL에 인코딩된 세부정보가 referer HTTP 헤더를 통해 사이트로 전송되지 않도록 합니다.

"referrer_policy": "strict-origin",

이제 대부분의 브라우저는 기본적으로 strict-origin-when-cross-origin로 설정되지만 이 설정은 동일 출처 미리 로드에도 strict-origin 리퍼러 정책을 사용하도록 더 엄격한 설정을 사용합니다.

세 번째 보호는 사용자가 사이트의 쿠키를 보유한 경우 자동으로 실행됩니다. 이 경우 쿠키에 따라 다른 결과가 수신될 수 있으며 Chrome에서는 미리 가져온 HTML을 사용하지 않습니다.

DevTools 추측 패널에 두 개의 URL이 표시되지만, 사용자에게 해당 출처의 쿠키가 있으므로 미리 가져올 수 없다는 오류와 함께 하나의 URL이 미리 가져오지 못했습니다. — 쿠키로 인해 미리 가져오기에 실패한 1개가 있는 추측 패널

즉, 쿠키가 있는 사용자는 사이트를 클릭할 때 프리캐싱이 제공하는 향상된 성능의 이점을 누리지 못하지만 개인 정보 보호 및 정확한 페이지 로드가 우선시됩니다. 또한 사용자가 이미 사이트를 방문한 적이 있고 사이트의 쿠키가 있는 경우 해당 사이트의 일부 애셋이 캐시될 가능성이 높아 프리페치 없이도 페이지 로드 속도가 더 빨라질 수 있습니다.

첫 두 결과 미리 로드의 사용자에게 미치는 영향

대부분의 변경사항과 마찬가지로 Google 검색에서는 A/B 테스트 실험을 통해 미리 로드 기능을 출시하고 그 영향을 측정했습니다. 최대 콘텐츠 렌더링 시간 (LCP)이 크게 개선되었습니다. Android용 Chrome에서 Google 검색의 클릭에 대한 LCP가 67밀리초 단축되었습니다. 데스크톱 Chrome의 후속 출시로 LCP가 58.6밀리초 개선되었습니다. 이는 Google 검색 사이트 자체가 아닌 탐색되는 사이트의 개선사항이지만 Google 검색 사용자에게 도움이 됩니다.

LCP의 이러한 개선사항은 중요하지 않아 보일 수 있지만 Google 검색과 같이 최적화된 사이트의 경우 사용자에게 밀리초 단위의 개선사항도 중요하게 여겨지므로 수십 밀리초 단위의 개선사항은 드문 일입니다. 사이트에 훨씬 더 큰 이점이 있을 수 있습니다. 직접 사용해 확인해 보세요.

추측 규칙을 사용한 미리 가져오기는 2022년 10월부터 Android의 검색에서 기본적으로 사용 설정되었으며 2024년 9월까지 데스크톱에 출시되었습니다.

처음 두 개가 아닌 결과

Speculation Rules API가 처음 출시된 이후로, 사용자가 링크를 마우스 오버하거나 클릭하기 시작할 때만 추측이 실행되도록 하는 기민성 속성으로 개선되었습니다.

Google 검색은 moderate 조기 실행 설정을 사용하여 사용자가 링크 위로 마우스를 가져갈 때만 처음 두 개의 검색 결과를 넘어 나머지 검색 결과를 미리 로드하기로 결정했습니다. 이렇게 하면 클릭될 가능성이 낮은 링크에 리소스가 불필요하게 낭비되지 않습니다.

Chrome에서 검색하면 DevTools에 규칙이 표시되며, 이 규칙은 이전 규칙과 동일하지만 이번에는 "eagerness": "moderate" 옵션이 설정되어 있습니다.

anonymouse-client-ip-when-cross-origin, strict-origin referrer 정책, moderate eagerness, 7개의 URL을 사용하는 목록 규칙을 보여주는 DevTools 규칙 패널 — Google 검색에서 사용하는 추측 규칙입니다.

이러한 링크 위로 마우스를 가져가면 미리 로드가 트리거됩니다. Google 검색은 광고와 같은 다른 URL을 미리 로드하고 싶지 않으므로 Speculation Rules API의 문서 규칙 기능을 사용하는 대신 URL을 명시적으로 나열합니다.

첫 번째 두 결과를 초과하여 미리 로드하는 경우 사용자에게 미치는 영향

데스크톱 Chrome은 Google 검색에서 탐색할 때 콘텐츠가 포함된 첫 페인트 (FCP)를 7.6밀리초, LCP를 9.5밀리초 단축했습니다 (A/B 테스트 참고). 이는 처음 두 결과에서 확인된 58.6밀리초의 개선에 비해 적은 이득이지만, 빨리 미리 로드되지 않으므로 리드 타임이 더 짧다는 점을 감안하면 놀라운 일은 아닙니다. 하지만 앞서 언급한 것과 동일한 이유로 여전히 좋은 이익입니다.

2024년 12월에 데스크톱에서 나머지 검색 결과의 미리 가져오기가 기본적으로 출시되었습니다.

마우스 오버를 일반적으로 사용할 수 없는 모바일의 경우 실질적인 개선사항이 발견되지 않았으므로 회귀도 없었지만 이러한 추가 미리 로드 기능은 모바일에서 사용 설정되지 않았습니다.

Google 검색에서 추측 사용 확대

Google은 이 흥미로운 새 API에 대한 실험을 아직 완료하지 않았으며, 웹을 최대한 빠르게 탐색할 수 있도록 하기 위해 노력하고 있습니다. YouTube에서는 다른 몇 가지 기능도 개발하고 있습니다.

예를 들어 Chrome은 사용자가 Chrome 주소 표시줄과 Android의 검색창과 같은 다른 위치에 검색어를 입력할 때 미리 렌더링된 검색 결과 페이지를 출시하고 있습니다(미리 로드가 사용 설정된 사용자의 경우). 이 기능은 Google 검색뿐만 아니라 다른 검색엔진에서도 구현할 수 있습니다. 하지만 현재로서는 다른 검색엔진에서 구현한 사례를 확인하지 못했습니다.

Google 검색에서는 결과 링크 자체에 대한 사전 렌더링을 구현할 계획이 없습니다. 교차 사이트 탐색에는 사용할 수 없으며 동일 사이트 교차 출처 사전 렌더링을 선택해야 하기 때문입니다.

브라우저 지원에 관한 참고사항

Browser Support

Source

Speculation Rules API는 현재 Chromium 기반 브라우저에 구현되어 있지만 Chrome은 W3C 표준 프로세스를 통해 API 사양을 게시하고 있으며 다른 브라우저에서 이 API를 구현하기를 바라고 있습니다.

비공개 프리페치 프록시는 현재 다른 Chromium 기반 브라우저가 아닌 Chrome에서만 구현되지만 다른 브라우저에서 자체 비공개 프리페치 프록시를 구현하는 경우 Google 검색에서도 이러한 개선사항을 구현할 수 있습니다.

비공개 미리 가져오기 프록시 없이 미리 가져오면 개인 정보 보호에 영향을 미칠 수 있으므로 Google 검색은 이 기술을 지원하지 않는 브라우저에서 미리 가져오지 않으며 다른 브라우저에 다른 기술을 사용하는 대체를 구현하지 않았습니다. 그러나 점진적 개선사항이므로 이러한 브라우저의 사용자는 이 작은 속도 향상의 이점을 누리지 못합니다.

사이트에서 사용해 보세요.

Speculation Rules API는 Google 검색뿐만 아니라 모든 사이트에서 사용할 수 있습니다. 여기에서 설명한 미리 가져오기 기능 외에도 미리 렌더링은 사용 시점과 위치에 따라 추가적인 이점을 제공합니다. Google 검색과 같은 대규모 사이트에서 이 API가 사용자 환경에 미치는 명확한 이점을 보여주고 있으므로 모든 사이트 소유자는 API를 사용하고 잠재적인 이점을 얻는 방법을 살펴보시기 바랍니다.

또한 이 게시물에 설명된 개인 정보 보호 조치는 다른 사이트에서도 사용할 수 있습니다. 단, Google 이외의 사이트에서 Google의 비공개 미리 로드 프록시를 사용하여 트래픽을 라우팅하려면 사용자가 설정에서 확장된 미리 로드 지원을 사용 설정해야 합니다. 이는 Google이 사용자와 사이트 간에 추가 당사자로 도입되기 때문입니다. 반면 Google 사이트에서는 이미 관련 당사자 중 하나이므로 이러한 절차가 필요하지 않습니다.