순위가 흔들리는데 구글은 업데이트가 없다고 합니다 — 우리 문제인지 가려내는 순서

8월 들어 "지난주부터 순위가 계속 출렁인다"는 문의가 늘었습니다. 그런데 구글은 이번 달 어떤 랭킹 업데이트도 공지하지 않았습니다. 이 상태 — 변동은 분명한데 공식 확인은 없는 구간 — 에서 판단을 서두르면 멀쩡한 페이지를 뜯어고치게 됩니다. 대행사가 실제로 쓰는 진단 순서를 그대로 정리했습니다.

1단계 — 공식 기록부터 확인한다. 대부분 여기서 갈린다

구글은 랭킹 업데이트를 공식 대시보드(Search Status Dashboard)에 기록합니다. 시작·종료 시각과 롤아웃 기간이 남습니다. 2026년에 기록된 랭킹 업데이트는 2월 디스커버 업데이트, 3월 스팸 업데이트, 3월 코어 업데이트, 5월 코어 업데이트, 그리고 6월 24일 시작해 약 이틀 만에 끝난 6월 스팸 업데이트입니다. 8월 현재 이 목록에 새로 추가된 항목은 없습니다.

이 확인이 왜 먼저냐면, 판단의 성격이 완전히 달라지기 때문입니다. 공식 롤아웃 기간과 하락 시점이 겹치면 그때부터는 콘텐츠 평가의 문제입니다. 겹치지 않으면 원인 후보에서 알고리즘을 일단 뒤로 미루고 내 쪽 변수부터 뒤져야 합니다. 이 순서를 뒤집는 순간 진단은 추측이 됩니다.

2단계 — 서드파티 변동성 지표는 "남의 집 온도계"다

업계 트래커들이 8월 1~3일, 5~6일, 12~13일에 스파이크를 기록했다는 보고가 있었습니다. 이런 지표는 참고는 되지만 내 사이트의 상태를 말해주지 않습니다. 트래커는 자체 키워드 표본을 추적합니다. 그 표본에 내 업종·지역이 얼마나 담겼는지는 알 수 없습니다.

더 중요한 건 트래커가 잡는 값이 순위 자체가 아니라 표본 키워드의 순위 이동량이라는 점입니다. 상위 30위 밖에서 벌어진 대량의 자리바꿈도 지수를 크게 흔듭니다. 내 페이지가 3위에서 4위로 내려온 사건과는 애초에 단위가 다릅니다. 실무에서 이 지표의 쓸모는 딱 하나입니다. 내 사이트의 하락 시점과 광범위한 스파이크 시점이 어긋날 때, 원인이 내부에 있을 가능성이 커진다는 신호입니다. 반대로 겹친다고 해서 "그러니 알고리즘 탓"이라고 결론 내리는 건 근거가 아니라 위안입니다.

3단계 — 서치콘솔은 총합이 아니라 쪼개서 본다

성능 보고서에서 총 클릭수 그래프만 보면 아무것도 못 가릅니다. 최소한 네 축으로 쪼개십시오.

① 쿼리별 — 특정 키워드군만 빠졌는지, 전 영역이 고르게 빠졌는지. 한 군만 빠졌으면 알고리즘 전면 변동일 확률이 낮습니다. ② 페이지별 — 특정 디렉터리·템플릿에 몰렸다면 그 템플릿 배포 이력을 봐야 합니다. ③ 기기·국가별 — 모바일만 빠졌다면 렌더링이나 속도 쪽입니다. ④ 노출 대 순위 — 노출은 유지되는데 클릭만 줄었다면 순위 하락이 아니라 결과 화면 구성이 바뀐 것일 수 있습니다.

비교 기간은 요일을 맞춰 잡습니다. 화요일과 일요일을 비교하면 없는 하락이 만들어집니다. 그리고 성능 데이터는 며칠 지연됩니다. 마지막 2~3일의 하강 곡선은 대부분 아직 안 들어온 데이터입니다. 이 착시로 밤새 회의하는 경우를 매달 봅니다. 정기 점검 축은 주간으로 볼 리포트 3개에 정리해 두었습니다.

4단계 — 알고리즘을 지목하기 전에 배제할 자기 원인 목록

확인되지 않은 변동 구간에서 실제 원인으로 가장 많이 잡히는 건 자기 쪽 사고입니다. 순서대로 배제하십시오.

배포 이력 — 하락 시점 앞뒤 3일의 코드·테마·플러그인 배포 기록. robots.txt와 메타 태그 — 스테이징의 차단 설정이 그대로 넘어오는 사고가 여전히 1위입니다. 이 둘의 차이는 noindex와 크롤링 차단의 차이에서 다뤘습니다. 서버 응답 — 크롤링 통계 보고서에서 5xx·타임아웃 비율이 튀었는지. 리다이렉트 — 최근 URL을 손댔다면 체인·루프 여부. CDN·보안 설정 — 봇 차단 규칙이 검색 크롤러까지 걸러냈는지.

여기서 하나라도 걸리면 진단은 끝난 겁니다. 알고리즘 이야기는 이 목록이 전부 깨끗할 때 비로소 시작합니다. 색인 자체가 빠진 경우라면 범위가 다르니 색인 문제를 8단계로 좁히는 순서를 따라가는 편이 빠릅니다.

5단계 — 확인되지 않은 변동에서 하지 말아야 할 것

가장 큰 손실은 하락 자체가 아니라 성급한 되돌리기에서 나옵니다. 며칠 사이의 변동을 보고 제목을 전부 바꾸고, 내부링크를 재편하고, 페이지를 통합했다가, 며칠 뒤 순위가 자연 복귀하면 이제는 무엇이 원인이었는지 영원히 알 수 없게 됩니다. 변수를 한꺼번에 던지면 결과를 읽을 수 없습니다.

구글이 코어 업데이트에 대해 안내하는 바도 같은 방향입니다. 특정 항목을 고쳐 즉시 회복시키는 방법은 없고, 콘텐츠 전반을 재평가해야 하며, 회복까지 상당한 기간이 걸릴 수 있다는 것입니다. 확인조차 되지 않은 변동에 대한 대응이 그보다 급할 이유는 없습니다. 최소 7~14일은 관측 기간으로 두고, 그 사이에는 위 4단계 배제 작업만 하십시오.

점검 순서 요약

1. 공식 대시보드에서 하락 시점과 겹치는 랭킹 업데이트가 있는지 확인한다. 2. 서드파티 변동성 스파이크와 내 하락 시점이 겹치는지 대조하되, 겹침을 원인 확정으로 쓰지 않는다. 3. 서치콘솔을 쿼리·페이지·기기·노출대클릭 네 축으로 쪼개고, 요일을 맞춰 비교하며, 마지막 2~3일 데이터는 빼고 읽는다. 4. 배포 이력·robots·서버 응답·리다이렉트·CDN 규칙을 순서대로 배제한다. 5. 전부 깨끗하면 7~14일 관측하고, 그 기간에는 구조를 대규모로 바꾸지 않는다.

이 순서를 지키면 최소한 "왜 떨어졌는지 모르는데 이미 다 바꿔버린" 상태는 피할 수 있습니다. 진단이 남아 있어야 다음 대응도 가능합니다.