진료시간을 바꿨는데 구글엔 옛날 시간이 그대로입니다 — 재크롤링과 재색인 요청

핵심 요약

• 사이트를 고쳐도 구글 검색결과는 즉시 바뀌지 않습니다. 구글은 병원 사이트를 실시간으로 보지 않고, 예전에 크롤링해 저장해 둔 스냅샷을 보여주기 때문입니다.
• 반영을 앞당기는 공식 방법은 세 가지입니다. Search Console URL 검사로 재색인 요청, 사이트맵의 lastmod 갱신, 페이지가 많으면 사이트맵 제출. 다만 어느 것도 "언제까지"를 보장하지 않습니다.
• 구글은 재크롤링에 "며칠에서 몇 주"가 걸릴 수 있다고 안내합니다. 같은 URL을 여러 번 재색인 요청해도 더 빨라지지 않습니다.
• 진료시간처럼 지도에 뜨는 정보는 사이트가 아니라 구글 비즈니스 프로필에서 따로 고쳐야 합니다. 사이트와 지도는 경로가 다릅니다.

"사이트를 고쳤으니 검색에도 바로 뜨겠지"

추석 연휴 진료시간을 홈페이지에서 바꿔 두었는데, 며칠 뒤 환자가 전화로 "구글에는 아직 옛날 시간이 떠 있던데요"라고 말합니다. 가격표를 수정했는데도 검색결과 미리보기에는 예전 금액이 그대로 보입니다. 담당자는 사이트를 다시 확인하지만 사이트에는 분명히 새 정보가 들어가 있습니다.

이때 "우리 사이트를 고쳤으니 구글 검색에도 곧바로 반영된다"고 알고 계시다면, 절반만 맞습니다. 고친 것은 맞지만, 구글이 그 변경을 언제 보게 되는지는 병원이 정하는 일이 아닙니다.

먼저 개념부터 정리하겠습니다. 구글은 여러분의 사이트를 방문자가 볼 때마다 실시간으로 읽지 않습니다. 주기적으로 페이지를 가져가(크롤링) 자기 데이터베이스에 저장해(색인) 두고, 검색이 일어나면 저장해 둔 사본을 기준으로 결과를 보여줍니다. 즉 검색결과에 뜨는 것은 "지금의 우리 사이트"가 아니라 "구글이 마지막으로 가져갔을 때의 우리 사이트"입니다.

왜 옛날 정보가 계속 뜨나: 색인은 스냅샷이다

구글이 페이지를 마지막으로 가져간 시점과, 여러분이 내용을 고친 시점 사이에는 시차가 있습니다. 그 사이에 검색을 하면, 구글은 아직 예전에 가져간 사본(스냅샷)을 보여줄 수밖에 없습니다. 사이트가 틀린 게 아니라, 구글이 아직 다시 안 보러 온 것입니다.

그럼 구글은 언제 다시 오나요. 구글은 페이지마다 다시 방문하는 주기를 스스로 정합니다. 자주 바뀌는 페이지는 자주, 거의 안 바뀌는 페이지는 뜸하게 방문합니다. 병원 소개나 진료시간 페이지처럼 오랫동안 그대로였던 페이지라면, 구글 입장에서는 "여긴 잘 안 바뀌는 곳"으로 판단해 방문 간격이 길어져 있을 수 있습니다. 그래서 하필 중요한 정보를 바꿨을 때 반영이 늦게 느껴집니다.

여기서 병원이 할 수 있는 일은 두 갈래입니다. 하나는 "여기 바뀌었으니 다시 와 달라"고 구글에 알리는 것, 다른 하나는 서버가 변경을 더 잘 알려 주도록 손보는 것입니다.

다시 와 달라고 알리는 세 가지 공식 방법

1) URL 검사 도구로 재색인 요청 (페이지 한두 개일 때)

Search Console의 URL 검사 도구에 고친 페이지 주소를 넣고 검사한 뒤 "색인 생성 요청"을 누르면, 구글에 "이 페이지가 바뀌었으니 다시 봐 달라"고 신청할 수 있습니다. Google 공식 문서도 "개별 URL의 크롤링을 요청하려면 URL 검사 도구를 사용하라"고 안내합니다.

주의할 점이 두 가지입니다.

• 요청은 예약일 뿐, 즉시 처리가 아닙니다. 구글은 "크롤링은 며칠에서 몇 주가 걸릴 수 있다. 인내심을 갖고 진행 상황을 지켜보라"고 명시합니다. 오늘 요청했다고 오늘 바뀌지 않습니다.
• 같은 URL을 여러 번 요청해도 빨라지지 않습니다. 공식 문서는 "같은 URL을 여러 번 재크롤링 요청해도 더 빨리 크롤링되지는 않는다"고 분명히 밝힙니다. 급한 마음에 하루에 몇 번씩 다시 누르는 것은 의미가 없습니다.

2) 페이지가 많으면 사이트맵과 lastmod

바꾼 페이지가 많거나 사이트를 대대적으로 개편했다면, 페이지 하나하나 요청하기보다 사이트맵을 제출하는 편이 낫습니다. 구글은 "URL이 많으면 사이트맵을 제출하라. 사이트맵은 구글이 사이트의 URL을 발견하는 중요한 방법"이라고 안내합니다.

이때 사이트맵의 lastmod(마지막 수정일) 값을 실제 수정한 날짜로 정확히 채워 두면, 구글이 "여기가 최근에 바뀌었구나"를 판단하는 재료가 됩니다. 단, lastmod는 실제로 내용이 바뀐 날만 갱신해야 합니다. 안 바뀐 페이지까지 매일 오늘 날짜로 찍어 두면 구글이 신뢰하지 않게 됩니다. 사이트맵 운영은 병원 사이트 XML 사이트맵과 Search Console 글에서 더 자세히 다뤘습니다.

3) 애초에 색인이 안 돼 있었다면 다른 문제

"바꿨는데 안 뜬다"가 아니라 "원래부터 검색에 안 나온다"면, 재크롤링이 아니라 색인 자체를 먼저 점검해야 합니다. 그 페이지가 구글에 색인돼 있는지 확인하는 방법은 구글에 우리 병원 페이지가 색인됐는지 확인하기 글에서 정리했습니다.

서버가 도울 수 있는 것: HTTP 캐싱

구글이 다시 방문했을 때, 서버가 "이 페이지는 지난번 그대로다" 또는 "바뀌었다"를 정확히 알려 주면 크롤링이 더 효율적으로 돌아갑니다. 이를 위한 표준 장치가 HTTP 캐싱입니다.

Google은 2024년 12월 공식 블로그에서, 크롤러가 HTTP 캐싱을 지원한다고 다시 확인했습니다. 서버가 ETag(콘텐츠 지문)나 Last-Modified(마지막 수정 시각) 헤더를 내려 주면, 구글은 다음 방문 때 그 값을 되물어보고, 내용이 그대로면 서버가 304 Not Modified로 짧게 응답할 수 있습니다. 반대로 값이 달라지면 구글은 "바뀌었구나" 하고 새 내용을 가져갑니다. Google은 날짜 형식 문제가 없는 ETag 사용을 권장한다고 밝혔습니다.

이 부분은 병원 담당자가 직접 만지기보다, 사이트를 만든 개발사나 호스팅 업체에 "크롤러용 캐싱 헤더(ETag/Last-Modified)가 제대로 나가고 있는지" 한 번 확인해 달라고 요청하는 선에서 챙기면 충분합니다. 자바스크립트로만 내용을 그려서 구글이 아예 못 읽는 경우와도 연결되는 문제라, 구글이 자바스크립트 사이트를 읽는 방식도 함께 보시면 좋습니다.

검색과 지도(비즈니스 프로필)는 경로가 다르다

여기서 병원이 자주 헷갈리는 지점이 하나 있습니다. 진료시간·전화번호·주소처럼 지도와 오른쪽 정보 박스에 뜨는 정보는, 사이트를 고친다고 그쪽까지 바뀌지 않습니다. 그 정보는 구글 비즈니스 프로필이라는 별도 창구에서 관리되기 때문입니다.

• 사이트 본문(블로그·소개 페이지)의 정보 → 크롤링·재색인 경로로 반영됩니다(이 글의 주제).
• 지도·비즈니스 정보 박스의 진료시간·전화 → 구글 비즈니스 프로필에서 직접 수정해야 반영됩니다.

그래서 연휴 진료시간을 바꿀 때는 양쪽 다 고쳐야 합니다. 사이트만 고치고 비즈니스 프로필을 방치하면, 정작 환자가 가장 많이 보는 지도 영역은 옛날 시간 그대로입니다. 이 경로는 병원 구글 비즈니스 프로필과 로컬 GEO 글에서 다뤘습니다.

반영은 하루 만에 판정할 일이 아니다

저희는 병원의 AI 검색 노출을 월 3회 주기로 관측합니다(포도체크). 이렇게 주기를 두는 이유가 이 글의 주제와 맞닿아 있습니다. 한 번 바꾼 내용이 검색과 AI 답변에 반영됐는지는 여러 주에 걸쳐 지켜봐야 확인되는 일이지, 하루 이틀 만에 "됐다/안 됐다"를 판정할 수 있는 일이 아니기 때문입니다.

AI 검색(AI Overviews·AI Mode)도 결국 구글이 크롤링·색인해 둔 내용을 재료로 씁니다. 재크롤링이 밀려 있으면 AI 답변에도 옛 정보가 인용될 수 있습니다. 결국 "빨리 반영시키는 마법"은 없고, 정확한 정보를 사이트와 비즈니스 프로필 양쪽에 올바르게 올려 두고, 재색인을 요청한 뒤 구글의 크롤링 주기를 기다리는 것이 정공법입니다.

혹시 옛 페이지를 없앴는데 검색에 계속 남아 있는 경우라면, 재크롤링이 아니라 상태 코드 문제일 수 있습니다. 이는 병원 사이트 404·410·soft 404와 HTTP 상태 코드 글을 참고하시기 바랍니다.

오늘 바로 점검할 것

• 최근에 고친 페이지(진료시간·가격 등) 주소를 Search Console URL 검사 도구에 넣고, 마지막 크롤 시각이 수정 전인지 확인한 뒤 "색인 생성 요청"을 눌러 둔다.
• 같은 URL을 하루에 여러 번 반복 요청하지 않는다. 한 번 요청했으면 며칠에서 몇 주를 기다린다.
• 사이트맵의 lastmod가 실제 수정일과 맞는지, 안 바뀐 페이지까지 오늘 날짜로 찍혀 있지 않은지 확인한다.
• 진료시간·전화·주소는 사이트뿐 아니라 구글 비즈니스 프로필에서도 고쳤는지 확인한다.
• 개발사·호스팅 업체에 크롤러용 캐싱 헤더(ETag/Last-Modified)가 정상적으로 나가는지 한 번 점검을 요청한다.

정보를 고쳐도 검색·AI에 반영이 유독 느리거나, 어디를 손대야 할지 판단이 서지 않는다면 문의하기로 현재 상태를 함께 점검해 드리겠습니다.

참고 자료

• Google Search Central, "Ask Google to Recrawl Your URLs"(재크롤링 요청·소요 시간·반복 요청 무의미) https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
• Google Search Central Blog, "Crawling December: HTTP caching"(2024-12, ETag·Last-Modified·304 지원) https://developers.google.com/search/blog/2024/12/crawling-december-caching
• Google Search Central, "Build and Submit a Sitemap"(사이트맵·lastmod) https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap
• Search Console Help, "URL Inspection tool"(URL 검사·색인 생성 요청) https://support.google.com/webmasters/answer/9012289