구글 코어 업데이트 중 Search Console 읽는 법

코어 업데이트 첫 며칠 동안은 어떤 페이지도 건드리지 마세요. 그래프는 움직일 것이고, 설명하고 싶어질 것이며, 첫 주에 떠오르는 설명은 거의 전부 추측입니다.

구글 검색 상태 대시보드에는 2026년 11월 코어 업데이트가 11월 10일에 시작되었고, 제가 데이터를 뽑았을 때도 배포가 진행 중이었다고 나와 있습니다. 구글 자체 안내도 코어 업데이트가 끝난 뒤 최소 한 주를 기다렸다가 분석하고, 시작 전 기간과 비교하라고 합니다. 저는 그대로 따르고 있고, 구체적인 절차는 이렇습니다.

1단계: 업데이트를 보기 전에 기준선을 고정하세요

Search Console의 실적 보고서를 열고 기간을 업데이트 시작일 이전 14일로 설정합니다. 클릭수, 노출수, CTR, 평균 게재순위를 일별로 내보냅니다. 이 파일이 기준선이며, 업데이트 이후 숫자를 하나라도 읽기 전에 저장해 둡니다.

제 사이트의 Search Console 수치입니다.

업데이트가 없을 때도 228에서 393까지 변동한다는 것이 중요한 숫자입니다. 자기 변동 폭을 모르면 코어 업데이트와 평범한 화요일을 구분할 수 없습니다.

2단계: 그 밖에 무엇이 바뀌었는지 적으세요

코어 업데이트는 하지도 않은 일로 탓을 받곤 합니다. 비교하기 전에 같은 기간에 내 쪽에서 바뀐 것을 나열하세요. 사이트 이전, 템플릿 변경, 새 페이지 대량 발행, robots나 noindex 수정, 리디렉션 규칙 같은 것들입니다. 목록이 비어 있지 않다면 업데이트만 용의자는 아닙니다.

한 페이지가 사이트 전체 선을 왜곡하고 있지 않은지도 확인하세요. 10월 28일 제 총 노출수는 하루 만에 24,498에서 131,686으로 뛰었는데, 단 한 페이지가 훨씬 자주 노출됐기 때문입니다. 이 사례는 노출수는 급증하는데 CTR이 떨어질 때 제가 확인하는 것에서 풀어봤습니다. 코어 업데이트 중 사이트 전체 평균에도 같은 약점이 있습니다.

3단계: 배포가 끝나기를 기다리고, 한 주를 더 기다리세요

코어 업데이트는 몇 주에 걸쳐 배포되고 그동안 순위가 오르내립니다. 배포 도중에 비교하면 움직이는 표적을 고정된 기준선과 비교하는 셈입니다. 대시보드가 업데이트 완료로 표시한 날로부터 한 주 뒤에 알림을 설정하고, 그때까지는 아무것도 하지 마세요.

기다림은 수동적인 것이 아닙니다. 그 시간에 어차피 고장 나 있던 것을 고치세요. 오류를 반환하는 페이지, 잘린 제목, 내용이 빈약한 중복 페이지 같은 것들입니다. 이런 수정은 어느 달에 해도 옳고, 날짜를 기록해 두면 비교를 오염시키지 않습니다.

4단계: 같은 길이의 기간을 비교하고 네 가지로 나누세요

알림이 울리면 완료 후 14일을 고정해 둔 14일 기준선과 비교합니다. 길이도 요일 구성도 같아야 합니다. 그런 다음 차이를 분해합니다.

1. 페이지별. 두 기간의 페이지 탭을 내보내 클릭 변화량으로 정렬합니다. 제가 본 대부분의 하락에서는 5~10개 페이지가 대부분을 설명했습니다.
2. 검색어별. 각 페이지에서 어떤 검색어가 클릭을 잃었는지, 원인이 순위인지 CTR인지 봅니다. 4위에서 9위로의 하락은 순위 변화입니다. 순위는 그대로인데 CTR이 떨어졌다면 스니펫이나 검색결과 기능의 문제이며, 이는 상위 노출인데 클릭이 0인 이유에서 다뤘습니다.
3. 국가별. 코어 업데이트는 어떤 시장에 더 크게 영향을 줄 수 있습니다. 다국어 사이트에서는 특히 그렇습니다.
4. 기기별. 모바일에서만 잃었다면 관련성이 아니라 페이지 경험을 가리킵니다.

변화가 1단계의 정상 변동 폭 안이라면 설명할 업데이트 효과가 없는 것입니다. 거기서 멈추고 계속 발행하세요.

5단계: 이제야 무엇을 바꿀지 결정하세요

손실의 유형에 수정의 유형을 맞추세요.

• 몇몇 페이지에서 순위 하락: 지금 내 위에 있는 페이지와 비교하세요. 검색어에 더 빨리, 더 구체적인 세부 내용으로, 직접 경험을 바탕으로 답하고 있나요? 내 페이지도 그렇게 다시 쓰세요. 분량만 늘리지 마세요.
• 전반적인 순위 하락: 사이트 수준의 품질 평가이고 천천히 움직입니다. 자리를 얻을 가치가 없는 페이지는 정리하거나 합치고, 가치 있는 페이지는 개선하세요. 며칠이 아니라 몇 달이 걸린다고 보세요. 구글은 개선 효과가 나타나는 데 시간이 걸릴 수 있고, 큰 회복에는 이후의 코어 업데이트가 필요할 수 있다고 밝혔습니다.
• 순위 상승: 어떤 페이지가 왜 올랐는지 적어 두세요. 지금 구글이 내 사이트에서 무엇을 보상하는지에 대한 템플릿이 됩니다.

무너지지는 않았지만 2페이지로 밀린 페이지에는 2페이지에 갇힌 페이지 고치는 법의 절차를 적용하세요. 손실이 GA4에서도 보인다면 Google Analytics로 트래픽 하락 진단하는 법이 나머지 절반을 채워 줍니다.

제가 Claude나 ChatGPT에 붙여넣는 프롬프트

기준 기간과 업데이트 이후 기간의 페이지 탭을 CSV 두 개로 내보낸 뒤 둘 다 붙여넣으세요.

페이지별 Google Search Console 내보내기 파일이 두 개 있습니다. 파일 A는
구글 코어 업데이트 시작 전 14일입니다. 파일 B는 배포 종료 후 14일입니다.
길이와 요일 구성은 같습니다.

1. 클릭 변화가 가장 큰 15개 페이지를 증가·감소 구분 없이, 절대 클릭 변화와
   퍼센트 변화와 함께 나열해 주세요.
2. 그 15개 페이지가 전체 클릭 변화의 몇 퍼센트를 설명하는지 알려 주세요.
3. 클릭은 변했는데 노출수는 변하지 않은 페이지를 표시해 주세요. 순위가
   아니라 CTR 문제를 가리키기 때문입니다.
계산 과정을 보여 주세요. 데이터에 없는 숫자는 추정하지 말고 없다고 말해
주세요. 아직 콘텐츠 수정안은 제안하지 마세요.

나머지를 믿기 전에 한 행은 직접 확인하세요. 이런 모델은 자신 있게 반올림하고 가끔 비율을 틀립니다.

고객마다 CSV를 내보내고 싶지 않다면, 바로 이 비교를 위해 Search Console과 GA4를 Claude로 가져오는 SiteWide를 만들었습니다. 어느 쪽이든 원칙은 같습니다. 기준선이 먼저, 인내가 그다음, 변경은 마지막입니다. 프롬프트 단계에서 쓰는 어시스턴트는 Claude입니다.

제 수치는 제 Search Console 속성의 2026년 10월 15일~11월 11일 데이터로, 28일간 7,472클릭과 1,108,401노출입니다. 이번 업데이트가 이 사이트에 득이 됐는지 해가 됐는지 말하기에는 아직 이르며, 배포가 끝나고 대기 한 주가 지나야 알 수 있습니다.