핵심 요약
- Google 공식 문서는 자연 검색 트래픽 감소의 주요 원인을 알고리즘 업데이트, 기술적 문제, 보안 문제, 스팸 문제, 계절성·관심분야 변화, 사이트 이전의 여섯 갈래로 나눕니다.
- 그래프 모양이 1차 단서입니다. 절벽처럼 떨어지면 알고리즘 업데이트나 사이트 전체 보안·스팸 문제, 완만하게 흘러내리면 사이트 전반의 기술적 문제나 관심분야 변화, 주기적으로 파이면 계절성 쪽입니다.
- 노출수는 그대로인데 클릭수만 줄었다면 순위가 아니라 제목·스니펫 문제일 수 있습니다. 두 지표를 나눠 보는 것이 진단의 출발점입니다.
- 기간을 16개월로 넓히기 전에는 판단하지 않는 편이 안전합니다. 작년 같은 달에 같은 모양이 있었다면 그건 사고가 아니라 계절입니다.
"구글 업데이트 때문"이라는 설명을 들으셨다면
원장님 병원 사이트의 방문자 수가 지난달보다 눈에 띄게 줄었다고 해봅시다. 대행사에 물어보면 대체로 비슷한 답이 돌아옵니다. "구글 알고리즘이 바뀌어서요. 조금 지나면 회복됩니다."
절반만 맞습니다. 알고리즘 업데이트는 실제로 Google이 첫 번째로 꼽는 원인입니다. 다만 그건 여섯 개 중 하나일 뿐입니다. Google Search Central의 '검색 트래픽 감소 파헤치기' 문서는 원인을 알고리즘 업데이트 · 기술적 문제 · 보안 문제 · 스팸 문제 · 계절성과 관심분야 변화 · 사이트 이전으로 나눠 설명합니다. 이 중 기술적 문제와 사이트 이전은 기다린다고 회복되지 않습니다. 고쳐야 회복됩니다.
그래서 "기다려 보자"는 답을 받아들이기 전에, 최소한 어느 갈래인지는 가려내야 합니다. 다행히 그 작업에 필요한 도구는 이미 무료로 열려 있습니다. Search Console 실적 보고서와 Google 트렌드입니다.
그래프 모양이 첫 번째 단서다
Google은 문서 첫머리에 손그림 한 장을 넣어 뒀습니다. 트래픽 그래프의 모양과 그 뒤에 있을 법한 원인을 짝지어 놓은 스케치입니다. 문서가 붙여 둔 설명은 이렇습니다.
| 그래프 모양 | Google이 적어 둔 원인 |
|---|---|
| 절벽처럼 한 번에 뚝 떨어짐 | 알고리즘 업데이트, 사이트 전체 보안 또는 스팸 문제로 인한 대폭 하락 |
| 일정한 간격으로 파였다 돌아옴 | 계절성 |
| 완만하게 계속 흘러내림 | 사이트 전반의 기술적 문제, 관심분야 변화 |
| 하루만 튀거나 꺼짐 | 오류 신고 |
이 표만으로 원인을 확정할 수는 없습니다. 하지만 후보를 셋에서 넷으로 줄여 줍니다. 완만하게 흘러내리는 그래프를 두고 "지난주 코어 업데이트 때문"이라고 설명한다면, 모양이 맞지 않는 이야기입니다.
마지막 줄도 그냥 넘기지 마세요. Google은 Search Console의 '데이터 이상' 페이지를 먼저 확인하라고 안내합니다. 데이터 처리 변경이나 로깅 오류로 감소가 나타났을 수도 있기 때문입니다. 사이트는 멀쩡한데 보고서만 튄 경우가 실제로 있습니다.
노출수와 클릭수를 갈라 보면 절반은 풀린다
실적 보고서에서 가장 먼저 할 일은 노출수와 클릭수를 겹쳐 놓고 둘의 관계를 보는 것입니다.
- 둘 다 함께 줄었다면 검색 결과에 우리 페이지가 덜 나오고 있다는 뜻입니다. 순위·색인·크롤링 쪽을 봐야 합니다.
- 노출수는 비슷한데 클릭수만 줄었다면 이야기가 달라집니다. Google 문서는 이 경우 가능한 최적의 페이지 제목과 스니펫을 만들지 못했거나, 다른 사이트가 더 매력적인 리치 결과를 얻었을 수 있다고 설명합니다. 검색 결과 화면에서 우리 줄만 밋밋해진 상황입니다.
두 번째 경우라면 사이트를 뜯어고칠 일이 아니라 제목 태그와 설명문부터 손보는 게 순서입니다. 이 부분은 검색 결과에 뜨는 제목과 설명문은 어떻게 정해지나에서 따로 다뤘습니다.
순위가 조금 내려간 경우도 비슷한 오해를 부릅니다. Google은 게재순위 소폭 하락을 "게재순위가 2위에서 4위로 떨어지는 것"으로 예시하며, 이때 Search Console에서는 노출수에 큰 변화가 없는데도 트래픽만 눈에 띄게 줄어 보인다고 설명합니다. 그리고 한 문장을 덧붙입니다. 이미 페이지 실적이 우수한 경우라면 급격한 변경사항을 적용하지 않는 것이 좋다고요. 순위 두 칸 때문에 잘 돌아가던 페이지를 뒤엎는 일은 피해야 합니다.
대폭 하락은 기준이 다릅니다. Google이 든 예는 게재순위가 4위에서 29위로 떨어지는 경우입니다. 이 정도면 개별 페이지가 아니라 웹사이트 전체를 자체 평가하라고 권합니다. 유용하고 신뢰할 수 있으며 사람 중심의 사이트인지 스스로 점검하라는 것입니다. 그 자가진단 항목은 병원 블로그의 콘텐츠 품질을 점검하는 방법에 정리해 두었습니다.
원인별로 열어 볼 보고서가 정해져 있다
여섯 갈래 각각에 대해 Google은 확인할 화면을 지정해 두었습니다. 추측 대신 보고서를 여는 순서입니다.
| 의심 원인 | 열어 볼 화면 | 병원 사이트에서 자주 걸리는 장면 |
|---|---|---|
| 기술적 문제 | 크롤링 통계 보고서, 페이지 색인 생성 보고서 | 리뉴얼 때 붙은 noindex 태그가 안 지워짐, 서버 응답 불안정 |
| 보안 문제 | 보안 문제 보고서 | 오래 방치된 게시판·플러그인이 변조됨 |
| 스팸 문제 | 직접 조치(Manual Actions) 보고서 | 대행사가 구매한 백링크, 지역명만 바꾼 복제 페이지 |
| 알고리즘 업데이트 | 실적 보고서의 상위 페이지, Google 순위 업데이트 목록 | 정보성 글이 많은 병원 블로그 전반이 동시에 밀림 |
| 계절성·관심분야 변화 | 실적 보고서 검색어 필터, Google 트렌드 | 검진·예방접종처럼 시기를 타는 진료 항목 |
| 사이트 이전 | 사이트 이전 문제 해결 문서 | 홈페이지 교체 후 기존 URL을 정리하지 않음 |
기술적 문제에 대해 Google은 구체적인 확인법을 하나 더 줍니다. 크롤링 통계 보고서와 페이지 색인 생성 보고서에서 트래픽 감소에 상응하는 급증이 있었는지 보라는 것입니다. 트래픽이 꺾인 그 시점에 크롤링 오류나 색인 제외가 함께 치솟았다면, 인과를 꽤 좁게 특정할 수 있습니다. 색인 보고서의 상태값을 어떻게 읽는지는 서치 콘솔 '색인 생성' 리포트로 원인 찾기에서 상태별로 정리했습니다.
기술적 문제 중에는 우리 쪽 방화벽이 Googlebot을 막아 버리는 유형도 있습니다. 보안 장비를 새로 붙인 직후 트래픽이 흘러내리기 시작했다면 방화벽이 Googlebot을 막고 있는지 확인하는 법을 먼저 보시는 편이 빠릅니다.
스팸 문제는 병원이 직접 하지 않아도 생깁니다. 위탁한 대행사가 한 일도 사이트의 책임으로 돌아옵니다. 어떤 제안이 정책과 부딪히는지는 대행사 제안과 구글 스팸 정책에서 다섯 가지 유형으로 짚었습니다.
사이트 이전은 회복 속도에 대한 기대치부터 맞춰야 합니다. Google은 중간 규모 웹사이트의 경우 변경사항을 인식하는 데 대개 몇 주가 걸리고, 대형 사이트는 더 오래 걸린다고 적었습니다. 이전 후 감소가 원래대로 돌아오지 않는다면 흔한 실수 목록을 점검하라고 안내합니다. 홈페이지를 교체하기 전에 준비할 URL 대응표는 사이트 이전 URL 매핑에 정리해 두었습니다.
판단 전에 기간부터 넓힌다
원인을 고르기 전에 Google이 요구하는 전처리가 있습니다. 실적 보고서의 날짜 필터를 지난 16개월로 바꾸는 것입니다. 문서의 표현대로면, 맥락을 고려해 감소를 분석할 수 있을 뿐 아니라 매년 반복되는 감소인지 확인할 수 있기 때문입니다.
16개월 화면에서 작년 같은 달에 같은 모양의 골짜기가 있다면, 그건 사고가 아니라 계절입니다. 이걸 확인하지 않고 원인을 찾기 시작하면 멀쩡한 페이지를 손보게 됩니다.
기간을 넓힌 다음에는 네 가지 필터를 차례로 겁니다.
- 비교 탭에서 최근 3개월과 이전 기간, 또는 전년 대비를 비교합니다. 검색어·URL·국가·기기 탭을 각각 눌러 어디서만 달라졌는지 봅니다.
- 검색 유형 필터를 바꿔 가며 웹 검색인지 이미지·동영상 탭인지 확인합니다. 감소가 일어난 자리가 다르면 대응도 달라집니다.
- 평균 게재순위를 켭니다. 다만 Google은 절대 순위에 너무 신경 쓰지 말라고 덧붙입니다. 궁극적으로 사이트의 성공 척도가 되는 것은 노출수와 클릭수이기 때문입니다.
- 페이지 표에서 '클릭수 차이'로 정렬해 가장 많이 잃은 페이지부터 봅니다. 감소가 사이트 전체인지, 특정 페이지 그룹인지, 아주 중요한 몇 페이지에만 몰렸는지가 갈립니다.
마지막 갈래가 다음 행동을 정합니다. 사이트 전체 문제로 보이면 페이지 색인 생성 보고서로, 특정 페이지 그룹에만 몰렸으면 URL 검사 도구로 몇 개를 직접 조사하라는 것이 Google의 안내입니다.
그리고 우리 사이트 밖도 한 번 봐야 합니다. Google 트렌드에서 해당 검색어를 조회해 감소가 웹 전체의 흐름인지, 우리 사이트에만 일어난 일인지 가릅니다. 웹 전체가 같이 내려갔다면 우리가 고칠 것은 없을 수도 있습니다.
떨어진 뒤에 재는 것과, 재고 있다가 떨어지는 것
여기까지가 공식 문서의 절차입니다. 실제로는 한 가지가 더 필요합니다. 비교 대상이 될 평소 수치입니다.
트래픽이 빠진 뒤에 처음 Search Console을 열면, 지금 숫자가 낮은 건지 원래 그랬는지 판단할 근거가 없습니다. 16개월 기간을 넓혀도 해석할 기준선이 없으면 그래프는 그냥 그래프입니다. 그래서 평소에 같은 화면을 같은 주기로 찍어 두는 일이 진단의 절반을 차지합니다.
CodeShift는 병원 대상 AI 검색 노출 측정을 월 3회 주기로 운영하고 있습니다(2026-08 기준). 매번 새로 측정 설계를 하는 대신 같은 조건으로 반복해 쌓는 쪽을 택한 이유가 이것입니다. 변화를 말하려면 변화 이전의 기록이 있어야 합니다. 검색 노출을 정기 보고로 남기는 방식은 Google AI 검색 성과 보고서가 병원 GEO에 주는 의미에서 항목별로 설명했습니다.
오늘 바로 점검할 것
- Search Console 실적 보고서를 열고 날짜 필터를 '지난 16개월'로 바꿔, 작년 같은 시기에 비슷한 골짜기가 있었는지 확인합니다.
- 같은 화면에서 노출수와 클릭수를 함께 켜고, 둘 다 줄었는지 클릭수만 줄었는지 구분합니다.
- 페이지 표를 '클릭수 차이'로 정렬해, 감소가 사이트 전체인지 특정 페이지 그룹인지 확인합니다.
- 페이지 색인 생성 보고서와 크롤링 통계 보고서를 열어, 트래픽이 꺾인 시점에 오류가 함께 치솟았는지 봅니다.
- 보안 문제 보고서와 직접 조치 보고서를 열어 경고가 있는지 확인합니다. 둘 다 비어 있어야 정상입니다.
이 다섯 가지를 확인한 뒤에도 원인이 좁혀지지 않는다면, 측정 기록부터 다시 세우는 편이 빠릅니다. 우리 병원 사이트의 현재 상태를 함께 확인하고 싶으시면 문의하기로 연락 주세요.
출처
- Google Search Central, 「Google 검색 트래픽 감소 파헤치기」 (developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops)
- Google Search Central, 「Google 검색 순위 업데이트」 문서
- Google Search Console 고객센터, 「실적 보고서」·「페이지 색인 생성 보고서」·「크롤링 통계 보고서」·「보안 문제 보고서」·「직접 조치 보고서」
- Google 트렌드 (trends.google.com)
