사후 분석
코어 업데이트 후 트래픽 감소: 사후 분석 작성하기
아침 8시가 되면 누구나 같은 질문을 합니다. 구글 때문인가, 우리 때문인가, 아니면 추적 시스템의 문제인가? 사후 분석은 그 순서대로 답하고 추측을 거부합니다.
이론보다 타임라인부터 시작하세요
감소는 시작 날짜를 가집니다. 코어 업데이트 후 트래픽 감소에 대한 포럼 스레드를 단 하나 읽기 전에 그 시작일을 찾아야 합니다.
구글은 2024년 3월, 2024년 8월, 2024년 12월, 2025년 3월, 2025년 6월에 코어 업데이트를 확인했으며, 각 업데이트는 약 2주에 걸쳐 rollout되었습니다. 따라서 rollout 3일째에 발생한 감소가 최종적인 상황이 아닐 수 있습니다. 이러한 날짜에 자체 변경 이력을 겹쳐 보세요: 릴리스, 마이그레이션, 템플릿 수정, robots.txt 변경 등.
자신의 변경 사항이 없었고 Search Console 그래프가 rollout 기간 내에 변동했다면 후보가 됩니다. 만약 자신의 배포가 하루 전이었다면 더 강력한 후보입니다. 어쨌든 코어 업데이트 주 동안의 트래픽 감소는 기록된 타임라인이 필요합니다. 기록하세요.
배제 속도에 따른 원인 순위
| 의심 대상 | 확인 방법 | 배제에 걸리는 시간 |
|---|---|---|
| 추적 시스템 오류 | 동일한 페이지에 대해 GA4와 Search Console 클릭 수를 비교하세요; 하룻밤 사이에 열린 격차가 결정적인 단서입니다. | 10분 |
| 색인 또는 사이트맵 | Search Console 페이지 색인 보고서, 그리고 감소한 URL에 대한 site: 스팟 체크 | 20분 |
| 기술적 릴리스 | robots.txt, canonical, 상태 코드 및 리다이렉트를 지난 주 크롤 결과와 비교하세요 | 1시간 |
| 링크 손실 또는 증가 | 두 refdomains 스냅샷을 비교하세요; lost links 확인 | 30분 |
| 캐니배라이제이션(자기 경쟁) | 성능 보고서에서 동일한 쿼리를 위해 두 URL의 순위가 서로 바뀌는 경우 | 1시간 |
| SERP 변화 | 실제 검색 결과 확인: AI Overview, 포럼 스레드, 이전에는 랭킹되었던 대형 브랜드 리스트 기사 등 | 30분 |
| 품질 재평가 | 다른 모든 항목이 명확해진 후 남은 것 | 수일에서 수주 |
링크 증거: 하나의 비교
감소한 사이트의 참조 도메인을 두 날짜에 걸쳐 추출하고, 사라진 것과 새로 추가된 것을 출력하세요. 색인은 약 월간으로 업데이트되므로, 업데이트 양측의 스냅샷을 선택하세요.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
예시 작성 (가상의 수치)
이것은 실제 클라이언트가 아닌 가상의 예시입니다. 우리가 목표로 할 어조를 보여줍니다.
영향. 유기적 클릭수가 140개의 페이지를 가진 가상의 레시피 사이트에서 9일 동안 38% 감소했습니다. 감지. 주간 Search Console 내보내기가 주 대비 25% 경보와 교차했습니다. 원인. 참조 도메인이 410에서 402로 이동하여 링크를 주요 원인으로 배제했습니다. 두 페이지가 동일한 쿼리를 위해 순위가 서로 바뀌어 캐니배라이제이션이 발생했습니다.
액션 아이템. 두 페이지를 301 리다이렉트로 병합하고, 내부 링크를 업데이트하며, 4주 후 다시 확인하세요. 디사보우 불필요. 사이트 전체 다시 작성 불필요.
업데이트처럼 보이는 측정 및 색인 오류
일부 감소는 랭킹 문제가 아닙니다. 추적이 흔한 의심 대상입니다. broken tag, 변경된 property 또는 축소된 사이트맵은 그래프에서 코어 업데이트와 정확히 동일해 보일 수 있습니다. 코어 업데이트 시기의 트래픽 감소는 이러한 문제를 숨길 수 있으므로 먼저 이를 확인하세요.
가장 빠른 테스트는 동일한 페이지와 날짜에 대해 분석 도구와 Search Console을 비교하는 것입니다. 격차가 하룻밤 사이에 열렸다면, 그렇지 않음이 입증될 때까지 측정 오류로 간주하세요.
색인 오류도 동일한 논리를 따릅니다. 색인에서 사라지는 페이지는 색인에 남아있고 결과 하위로 내려가는 페이지와는 다른 문제입니다.
클릭수가 하룻밤 사이에 0으로 떨어지면 어떻게 하나요?
먼저 Search Console property를 확인하세요. 프로토콜 변경, 새로운 property 또는 손실된 검증은 데이터를 분할할 수 있으므로, 기존 property는 아무것도 표시하지 않는 반면 새로운 property가 트래픽을 보유할 수 있습니다. 그 후에 페이지 자체를 확인하세요.
업데이트 후 페이지들이 색인에서 제외되는 이유는 무엇인가요?
관련 URL에 대한 색인 보고서를 추출하세요. 색인에 남아있는 페이지의 순위는 하락할 수 있습니다. 색인에서 사라지는 페이지는 다른 원인을 가지며, 이는 종종 릴리스와 함께 배포된 robots 지시문, canonical 변경 또는 noindex입니다.
broken 사이트맵이 감소의 원인이 될 수 있나요?
사이트맵에 URL의 작은 비율만 갑자기 표시되는 경우 가능합니다. 짧은 사이트맵은 수정 비용이 적게 들지만, Google은 내부 링크를 통해 여전히 페이지를 발견하므로, 이를 유일한 원인으로 보기보다는 여러 의심 대상 중 하나로 취급해야 합니다. URL 수와 실제 페이지 수를 비교해 보세요.
우리의 입장
1주차에 사이트를 재작성하지 마세요
코어 업데이트는 수주에 걸쳐 품질을 재평가합니다. 품질 저하의 원인이 명확한 부분만 수정한 후, 업데이트 롤아웃이 완료될 때까지 콘텐츠 수정을 보류하세요.
- 측정 방식과 기술적 오류를 즉시 수정하세요.
- Cannibalization(자기 경쟁)이 발생하는 페이지들은 증거가 확보된 후에 병합하세요.
- 롤아웃이 종료될 때까지 콘텐츠 전략을 손대지 마세요.
문서에 작성할 내용
여섯 가지 항목만으로도 충분합니다: 영향, 타임라인, 탐지, 원인, 배제된 항목, 실행 항목. 배제된 항목 목록은 미래의 당신이 감사할 부분입니다.
주장 옆에 증거를 함께 보관하세요. "링크는 배제됨, 402 vs 410 참조 도메인"과 같은 문장은 "링크가 괜찮아 보임"보다 회의적인 관리자에게 더 잘 받아들여집니다.
롤아웃 시작 후 첫 주
- 1
콘텐츠 수정 동결
롤아웃 중에는 페이지를 재작성하지 마세요. 중간에 가한 수정은 나중에 필요할 비교 분석을 흐릿하게 만듭니다.
- 2
모든 배포 기록
각 배포, 템플릿 변경, 리다이렉트, robots.txt 수정을 날짜와 함께 기록하여 타임라인이 실제 데이터로 채워지도록 하세요.
- 3
측정 확인 실행
분석 데이터를 Search Console과 비교한 후, 인덱싱 보고서에서 유실된 URL을 확인하세요. 두 확인 작업 모두 30분 이내에 완료할 수 있습니다.
- 4
타임라인으로 사건 시작
원인이 아직 명확하지 않더라도, 확보된 날짜로 사후 분석(Post-mortem)을 시작하세요. 부분적인 문서가 빈 문서보다 완성하기 쉽습니다.
- 5
검토 날짜 설정
롤아웃이 종료된 후의 날짜를 선택하여 그때 증거를 검토하세요. 그래프가 꺾인 당일이 아니라 나중에 검토해야 합니다.
문제가 기술적 문제임을 리더십에 설득하기
리더십은 종종 트래픽 감소를 콘텐츠의 문제로 해석합니다. 이는 합리적인 반응이지만, 결함이 broken template이나 누락된 tag에 있을 경우 가장 많은 시간을 낭비하게 만드는 반응이기도 합니다.
이론이 아닌 타임라인과 원인 테이블을 제시하세요. 각 의심 대상을 배제하는 데 걸린 시간을 보여주는 테이블은 관리자에게 팀이 추측이 아닌 목록을 따라 작업 중임을 보여줍니다.
테이블로 증명할 수 없는 부분에 대해 정직하게 말하세요. 품질 재평가 중이라면 그 사실을 명시하고, 어떤 변화가 견해를 바꿀 수 있는지 설명하세요.
콘텐츠가 아닌 개발 문제임을 어떻게 보여줄까요?
트래픽 감소 시작 시점과 일치하는 날짜가 있는 변경 사항(예: 템플릿 배포 또는 robots.txt 변경)을 지적하세요. URL과 변경된 헤더를 포함하여 재현 가능한 오류는 평균 차트보다 훨씬 설득력이 있습니다.
기술적 문제가 아닐 경우 어떻게 말해야 할까요?
링크, 인덱싱, 추적 확인이 모두 양호했으며, 남은 의심 대상은 품질 재평가라고 말하세요. 이 답변은 느리고 만족스럽지 않을 수 있지만 정확하며, 콘텐츠 작업이 집중해야 할 방향을 팀에 알려줍니다.
감소뿐만 아니라 회복 과정도 기록하세요
트래픽이 회복된다고 해서 사후 분석이 끝나는 것은 아닙니다. 보고서의 두 번째 절반에는 변경된 내용, 변경 시기, 그리고 영구적으로 배제된 의심 대상들을 기록해야 합니다.
다음 코어 업데이트가 완료된 후 문서를 다시 검토하세요. 롤아웃 전반에 걸쳐 반복되는 패턴은 단일 트래픽 감소보다 사이트 상태에 대해 더 많은 것을 알려줍니다.
배제된 항목 목록을 원인 목록과 분리해 두세요. 미래의 독자들은 먼저 무엇이 배제되었는지 물을 것이며, 누락된 목록은 그들을 처음부터 다시 시작하게 만듭니다.
회복으로 간주되는 기준은 무엇인가요?
확인하기 전에 기준을 정의하세요. 이전 클릭 수준으로의 복귀는 하나의 정의이며, 가장 중요한 페이지들의 복귀는 또 다른 정의입니다. 그래프가 움직일 때마다 기준을 바꾸기보다, 하나를 선택하여 기록하고 그에 따라 보고하세요.
검토는 얼마나 기다려야 하나요?
롤아웃이 종료되고 두 정상 주치의 데이터가 나타날 때까지 충분히 기다려야 합니다. 회복은 보통 천천히 일어나므로, 조기 검토는 주로 노이즈를 찾아내고, 늦은 검토는 정답을 찾을 기회를 가질 수 있습니다.
모든 업데이트 후 자주 받는 질문
코어 업데이트로 인한 하락에서 회복할 수 있나요?
부분적으로는 가능하지만, 하룻밤 사이에 일어나지는 않습니다. 회복에는 보통 사이트를 재평가하기 위한 후속 업데이트가 필요하므로, 일수가 아닌 월 단위로 예상해야 합니다. 누구도 이를 보장할 수 없습니다. 할 수 있는 일은 실제 오류를 제거하고 인용할 가치가 있는 페이지들을 계속 게시하는 것입니다.
랭킹은 유지되었는데 트래픽은 왜 떨어졌나요?
검색 결과 페이지가 변경되었습니다. AI Overviews, 포럼 스레드, 쇼핑 블록은 동일한 순위를 화면 하단으로 내릴 수 있습니다. 평균 순위뿐만 아니라 동일 쿼리의 클릭률(CTR)을 비교하세요.
유실된 백링크가 업데이트 후 트래픽 하락의 원인인가요?
경우에 따라 다르며, Rankift는 어떤 업데이트가 어떤 영향을 미쳤는지 알려줄 수 없습니다. 의미 있는 수준의 링크 유실은 두 스냅샷 간 참조 도메인의 명확한 하락으로 나타납니다. 몇 퍼센트의 작은 변동은 보통 30% 트래픽 하락을 설명하기 어렵습니다.
행동하기까지 얼마나 기다려야 하나요?
명확한 기술적 오류를 발견하지 않는 한, Google이 상태 대시보드에서 롤아웃 완료를 표시할 때까지 기다리세요. 오류는 즉시 수정하되 콘텐츠 변경은 보류하세요. 롤아웃 중 편집하면 나중에 필요한 증거가 흐려집니다.
