Google 캐시 검사기

Google 캐시 검사 도구로 URL이 Google에 의해 캐시되었는지 확인하고 웹사이트의 인덱싱 상태를 모니터링하세요.

2개의 평가 중 5개

Google 캐시 검사기는 특정 URL의 Google 캐시 사본이 있는지 확인하고, 캐시되지 않은 경우 알려 주는 무료 도구입니다.

Google 캐시 검사로 무엇을 알 수 있나요?

Google 캐시 검사는 Google이 특정 웹페이지의 사본을 저장해 두었으며 이를 불러올 수 있다는 증거를 찾습니다. 과거의 캐시 사본은 웹사이트가 현재 제공하는 실시간 버전이 아니라, Google이 해당 페이지를 마지막으로 크롤링했을 때 생성한 스냅샷이었습니다.

캐싱과 색인 생성은 서로 다릅니다. 색인이 생성된 URL은 Google 검색에 표시될 수 있지만, 캐시된 URL에는 사용자가 열어 볼 수 있는 스냅샷이 저장되어 있었습니다. 공개적으로 접근할 수 있는 캐시 사본이 없어도 페이지가 색인에 포함될 수 있으므로, 캐시가 없다는 결과만으로 Google 색인에서 페이지가 삭제됐다고 판단할 수는 없습니다.

Google은 2024년에 공개 캐시 페이지 링크 제공을 종료했습니다. 따라서 이제 캐시 제공 여부만으로 색인 상태를 판단하기는 어렵습니다. 본인이 관리하는 사이트라면 Google Search Console의 URL 검사 도구에서 발견, 크롤링, 표준 URL 선택 및 색인 생성에 관한 더 유용한 정보를 확인할 수 있습니다.

검사 결과는 어떻게 해석하나요?

검사 결과는 입력한 URL에서 캐시 사본을 찾지 못했다는 뜻입니다. 이 도구가 반환하는 결과 필드는 하나입니다.

이 URL은 캐시되지 않았습니다. 입력한 정확한 주소에 해당하는 Google 캐시 사본을 찾지 못했습니다. 그렇다고 페이지가 검색 결과에 없거나, 크롤링이 차단됐거나, 기술적인 문제가 있다는 의미는 아닙니다.

결과는 호스트 이름, 경로, 매개변수를 포함해 입력한 URL 자체에 적용됩니다. 다음 주소는 서로 다른 리소스를 나타낼 수 있습니다.

https://www.example.co.uk/guide
https://example.co.uk/guide
https://www.example.co.uk/guide/
https://www.example.co.uk/guide?source=email

웹사이트는 이들 주소 중 일부 또는 전부를 하나의 기본 주소로 리디렉션할 수 있습니다. Google이 어느 버전에 도달하는지 확실하지 않다면 URL 리디렉션 검사기로 최종 도착 주소를 확인한 다음, Search Console에서 해당 주소를 검사하세요.

언제 이 검사를 사용하면 되나요?

이 검사는 이전 검색 스냅샷을 조사하거나 특정 URL에 캐시 사본이 없는 이유를 파악할 때 사용할 수 있습니다. 다만 캐시 결과만으로 해당 URL의 색인 생성 여부를 확인할 수는 없습니다.

페이지가 최근에 변경된 경우: 이전 사본을 아직 볼 수 있는지 확인하고 싶을 수 있습니다. 캐시가 없다는 결과는 이 검사에서 이전 사본을 찾지 못했다는 뜻이지만, 검색 결과의 스니펫에는 이전 크롤링에서 수집한 정보가 계속 표시될 수 있습니다.
새 페이지가 검색에 표시되지 않는 경우: 실제로 게시된 정확한 URL을 확인한 뒤, Search Console에서 Google이 해당 페이지를 발견하고 색인을 생성했는지 살펴보세요. 페이지가 성공을 나타내는 HTTP 상태를 반환하는지, noindex 지시문으로 제외되지 않았는지도 확인해야 합니다.
사이트를 새 도메인이나 URL 구조로 이전한 경우: 이전 주소에서 새 주소로 연결되는 리디렉션을 확인하세요. 캐시 사본의 존재 여부와 관계없이 Google이 리디렉션을 크롤링하고 표준 URL을 선택해 검색 결과를 업데이트하기까지 시간이 걸릴 수 있습니다.

DNS 확인 실패, 이메일 수신 문제, 브라우저의 인증서 경고는 DNS, 메일 설정 또는 TLS 인증서와 관련된 문제입니다. 웹사이트 호스팅 검사기를 사용하면 정상 작동하는 사이트가 어디에서 호스팅되는지 파악하는 데 도움이 될 수 있지만, 모든 DNS 또는 인증서 문제를 진단할 수 있는 것은 아닙니다.

캐싱, 색인 생성 및 전파 지연

서로 독립적인 여러 캐시와 업데이트 주기가 얽혀 있으면 정확한 결과도 잘못된 것처럼 보일 수 있습니다. 페이지를 언제 다시 방문할지는 Google이 결정하므로, 서버에서 변경한 내용이 검색에 즉시 반영되지는 않습니다. 검색 스니펫, 표준 URL 정보, 색인된 콘텐츠도 서로 다른 시점에 업데이트될 수 있습니다.

DNS 변경에도 별도의 지연이 발생합니다. 재귀 DNS 리졸버는 일반적으로 TTL이라고 부르는 유효 시간 동안 레코드를 보관합니다. 이 때문에 일부 방문자는 이전 서버에 연결되고 다른 방문자는 새 서버에 연결될 수 있습니다. 브라우저 캐시, 리버스 프록시, 콘텐츠 전송 네트워크도 이전 파일을 보관할 수 있습니다. 이러한 캐시는 모두 Google 캐시 페이지와는 다릅니다.

최근 수정한 페이지가 여전히 이전 모습으로 보인다면 실제 URL을 열고 HTTP 응답을 확인한 다음, 직접 관리하는 캐시를 삭제하거나 우회하세요. 이후 Search Console에서 URL을 검사하세요. 캐시 검사를 반복한다고 Google이 페이지를 더 빨리 다시 크롤링하는 것은 아닙니다.

공백이나 ASCII 이외의 문자가 포함된 URL은 어떻게 처리되나요?

입력한 주소는 서버에서 PHP의 urlencode 작업을 통해 URL 인코딩됩니다. 이 작업에는 application/x-www-form-urlencoded 규칙이 적용되어 공백은 더하기 기호로 바뀌고, 안전하지 않은 나머지 바이트는 퍼센트 인코딩됩니다.

예를 들어 https://www.example.co.uk/search?q=cream tea라는 텍스트는 https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea로 인코딩됩니다. 이 인코딩에서는 공백이 더하기 기호로 바뀝니다. café처럼 악센트가 포함된 UTF-8 값은 caf%C3%A9가 됩니다.

숫자는 인코딩 형식에서 변경 없이 허용되지만 슬래시, 물음표, 등호 같은 문장 부호는 인코딩됩니다. 국제화 도메인 이름에는 해당 레이블에 xn-- 접두사와 Punycode를 사용하는 IDNA A-label이 포함될 수 있습니다.

이 도구가 서버에서 수행하는 urlencode 처리는 유효하지 않거나 불완전한 URL을 수정하지 않습니다. 값을 비워 두면 검사할 페이지가 없으며, 주소가 지나치게 길면 요청 경로의 다른 지점에서 제한을 초과할 수 있습니다. 기억에 의존해 직접 입력하지 말고 브라우저에서 주소를 복사하세요.

자주 묻는 질문

캐시가 없으면 페이지가 색인에서 삭제된 건가요?

아닙니다. 공개 캐시 제공 여부와 검색 색인은 별개이며, Google은 이전에 제공하던 캐시 페이지 링크를 더 이상 제공하지 않습니다. Google Search Console에서 URL을 확인하거나 페이지의 고유한 문장을 검색해 보세요. 단, 일반 검색 결과는 전체 색인 상태를 보여 주는 보고서가 아니라는 점에 유의해야 합니다.

URL에 추적 매개변수를 포함해야 하나요?

매개변수가 포함된 버전을 특별히 조사해야 하는 경우가 아니라면 매개변수 없는 표준 URL을 사용하세요. utm_source 같은 매개변수는 별도 콘텐츠가 아니라 캠페인을 통한 방문을 식별하는 데 자주 사용되며, Google은 이를 하나의 표준 URL로 통합할 수 있습니다.

비공개 페이지나 비밀번호로 보호된 페이지도 검사할 수 있나요?

접근 권한이 명시적으로 제공되지 않는 한 크롤러는 일반적으로 로그인이 필요한 콘텐츠를 가져올 수 없습니다. 따라서 이런 페이지에는 공개 검색 캐시가 있을 것으로 기대해서는 안 됩니다. 입력한 URL은 처리를 위해 HTTPS를 통해 이 도구의 서버로 전송되며 저장되지 않습니다. URL에 비밀번호, 액세스 토큰 또는 기타 비밀 정보를 포함하지 마세요.

URL 조각 식별자가 Google이 보는 페이지에 영향을 주나요?

조각 식별자는 #delivery처럼 해시 기호 뒤에 오는 부분입니다. 브라우저는 일반적으로 HTTP 요청에 조각 식별자를 전송하지 않으므로, 조각 식별자만 다른 두 개의 일반 URL은 대개 동일한 문서를 가져옵니다. 색인된 페이지 자체의 문제를 진단할 때는 조각 식별자를 제외한 주소를 확인하세요.

재크롤링을 요청하기 전에 무엇을 확인해야 하나요?

기본 URL이 리디렉션 루프 없이 열리고, 성공 응답을 반환하며, Googlebot의 크롤링을 허용하고, 의도하지 않은 noindex 지시문을 포함하지 않는지 확인하세요. 또한 canonical 링크 유형을 가진 link 요소의 href 값이 의도한 URL을 가리키는지 확인하세요. 사이트를 직접 관리한다면 이후 Search Console에서 색인 생성을 요청할 수 있습니다.