구글이 코어 업데이트를 발표한 직후 가장 흔한 실수는 "가만히 있기"가 어렵다는 점에서 나옵니다. 트래픽 그래프가 떨어지는 걸 보면서 아무것도 안 하기란 쉽지 않습니다. 그런데 데이터가 안정되기 전에 손을 대면 진짜 원인이 무엇이었는지조차 영영 알 수 없게 됩니다.
왜 "기다리기"가 가장 어려운 작업인가
코어 업데이트는 보통 7~14일에 걸쳐 단계적으로 롤아웃됩니다. 첫 며칠의 변동은 최종 결과가 아닙니다. 14일째 다시 보면 원래대로 돌아와 있는 경우도 많습니다.
그런데 이 기간에 콘텐츠를 대거 수정하거나 새 백링크를 발주하면 두 가지 문제가 생깁니다. 첫째, 변수가 섞여서 코어 업데이트의 영향만 분리할 수 없습니다. 둘째, 다음 작업의 효과 측정 기준선이 사라집니다. 진단도 못 하고 측정도 못 합니다.
손대지 말 것 1·2 — 콘텐츠 대량 수정, 디자인 리뉴얼
가장 흔한 패닉 반응이 "콘텐츠를 갈아엎자"입니다. 그런데 코어 업데이트 직후의 콘텐츠 수정은 거의 항상 손해가 더 큽니다. 이미 평가받은 페이지를 무리하게 바꾸면 재평가 사이클이 다시 시작되고, 회복이 더 느려집니다.
디자인 리뉴얼도 마찬가지입니다. URL 구조, 내부 링크, 페이지 속도가 함께 바뀌면 트래픽 변동의 원인을 더 이상 알 수 없습니다. 리뉴얼이 정말 필요하다면 코어 업데이트 영향이 안정된 후로 미루세요.
손대지 말 것 3·4 — Disavow 신규 제출, 페이지 대량 삭제
"백링크가 문제일 것 같다"는 가설로 Disavow 파일을 급하게 제출하는 경우가 있는데, 코어 업데이트는 보통 백링크 자체보다 콘텐츠 품질·E-E-A-T 신호를 본다는 게 구글의 공식 입장입니다. 위험하지 않은 링크를 disavow하면 오히려 손해입니다.
트래픽이 없는 페이지를 대량 삭제하는 것도 위험합니다. 일부는 검색량은 적어도 토픽 권위에 기여하고 있을 수 있습니다. 삭제는 항상 "개별 페이지 단위 검토" 후에 진행해야 합니다.
손대지 말 것 5 — 새 SEO 도구·플러그인 도입
패닉 상태에서 새 SEO 플러그인을 깔거나 캐싱·CDN 설정을 바꾸는 경우가 자주 보입니다. 사이트가 흔들리는 시점에 추가 변수를 더하면 진단이 사실상 불가능해집니다.
실무에서 본 경우, 코어 업데이트 직후 새 캐싱 플러그인을 도입했다가 모바일 LCP가 망가져서 "코어 업데이트 영향"과 "기술 SEO 후퇴"가 동시에 일어난 사이트가 있었습니다. 회복까지 3개월 걸렸습니다.
그럼 무엇을 해야 하나 — 4주 관찰 매뉴얼
대신 권장하는 작업은 "기록과 관찰"입니다.
- 주 1·2: 서치콘솔에서 어떤 쿼리·페이지가 빠졌는지 데이터만 수집. 수정 작업 없음.
- 주 3: 빠진 페이지를 "검색 의도 변화", "콘텐츠 깊이", "E-E-A-T 신호" 3축으로 분류.
- 주 4: 가장 영향 큰 페이지 1~2개만 우선 개선. 그 외는 대조군으로 남김.
이 순서를 지키면 "무엇이 효과 있었는지"를 측정할 수 있습니다. 측정이 가능한 것만이 다음 업데이트에도 통용되는 노하우가 됩니다.
1차 자료 참고: 코어 업데이트의 "무엇을 평가하고 무엇을 하지 말 것인가"는 구글 검색 센터의 Core updates 공식 가이드에 정리되어 있습니다. 특히 "recovery는 일반적으로 다음 코어 업데이트까지 기다려야 한다"는 부분이 패닉 작업 자제의 근거로 활용됩니다.