빠른 확인: 이 업데이트가 원인이 맞나요?
2026년 8월 스팸 업데이트는 2026년 8월 18일 09:28 PDT 에 배포가 시작되어, 2026년 8월 21일 01:49 PDT 에 전면 적용되었습니다. 전 세계 모든 언어에 적용되었으며, Google은 Search 상태 대시보드에 순위에 영향을 주는 인시던트로 기록했습니다. 3월과 6월에 이어 2026년 세 번째 스팸 업데이트입니다.
아래 네 가지 확인을 순서대로 실행하세요. 약 10분이 걸리며, 어떤 플랜이 필요한지 판단해 줍니다.
확인 | 해당되면 | 판정 |
|---|---|---|
8월 18일~21일 사이에 노출/트래픽이 급락(그 이전이 아님) | 예 | 거의 이 스팸 업데이트. 계속 진행. |
Search Console의 수동 조치(Manual Actions) 보고서가 비어 있음 | 비어 있음 | 알고리즘 하락이지 수동 조치가 아님. 이 경우 재심사 요청은 존재하지 않음. |
하락이 사이트 전체에 고르게 나타나지 않고 하나의 콘텐츠 패밀리('X에 최고인 Y' 페이지, 경쟁사 리뷰, 도시별 페이지)에 집중됨 | 예 | 스케일 콘텐츠의 전형적 패턴. 이 글을 제대로 읽고 계신 것. |
AI Overviews에 노출되던 페이지도 같은 날짜에 함께 줄어듦 | 예 | 지금은 정상. 2026년 5월 15일부터 Google은 스팸 정책 적용을 생성형 표면(AI Overviews, AI Mode)으로 확대했기 때문에 스팸 분류가 되면 두 표면이 동시에 비워질 수 있음. |
하락이 8월 14일 이전 또는 8월 22일 이후에 시작되었거나, Search Console에 수동 조치가 표시된다면, 멈추세요. 이 구제 플랜은 적용되지 않습니다. 수동 조치는 재심사 플로우가 따로 필요합니다.
이 가이드에서 얻을 수 있는 것
대상 독자 | 스케일형 콘텐츠 시스템을 운영하는 사이트 소유자, SEO 리드, 콘텐츠 운영자. 프로그래매틱 섹션, 템플릿 기반 'best/대안/리뷰' 페이지, 로컬 서비스 변형, AI 지원으로 대량 제작한 페이지 등을 뜻함. |
최종 결과 | 영향받은 모든 URL의 결정(유지/재작성/병합/삭제), 진짜 410으로 처리된 쓰레기 페이지 제거, 살아남은 페이지들의 콘텐츠·구조 모두에서의 실질적 차별화, 그리고 매일 패닉 새로고침 대신 약 10~12주 후(11월 초)로 예약된 재점검. |
필요한 것 | Search Console 접근 권한. 410을 반환하고 사이트맵을 편집할 수 있는 서버 또는 CMS. URL 목록. 에이전트 가능한 AI 어시스턴트(예시로 Claude 사용). 영향받은 수백 페이지를 검토하는 데 인간 리뷰 시간 4~8시간 예산, 이후에는 에이전트가 대부분의 작업을 담당. |
완료의 정의 | 결정 테이블(모든 URL: 유지/재작성/병합/삭제), 410 적용 및 사이트맵·내부 링크에서 제거, 각 생존 페이지가 형제 페이지 어디에도 없는 콘텐츠를 3분의 1 이상 보유, 기준 스냅샷 저장, 달력에 재점검 예약. |
다음 행동을 바꾸는 다섯 가지 사실
이 내용들은 Google의 공식 문서와 업데이트를 매일 테스트하는 사람들의 지식에서 직접 나온 것으로, 모두 '이번 주말에 고치면 된다'는 일반적인 플레이북에 반합니다.
- 위반은 규모이며, AI는 방아쇠가 아니다. 스케일 콘텐츠 남용(abuse)은 "사용자를 돕는 것이 아니라 검색 순위를 조작할 주요 목적으로" 만들어진 다수의 페이지로 정의되며, Google은 이 정의가 "어떤 방식으로 만들어졌든" 콘텐츠에 적용된다고 명시했습니다. 실제 질문에 답하는 AI 작성 페이지는 괜찮습니다. 엔티티 하나를 바꾼 것뿐인 2천 페이지가 문제입니다. 정책 문구는 2024년 3월 업데이트와 달라지지 않았고, 정책 페이지 자체도 "Last updated 2026-05-15"로 고정되어 있습니다.
- 업데이트는 사이트가 아니라 배치 단위로 때린다. 하나의 템플릿 패밀리가 살아남았다면, 그것은 하락이 패턴 단위로 진행되기 때문입니다. 당신의 사이트가 잃어버린 것이 아니라, 그 세대의 페이지들이 잃어버린 것입니다. 아직 순위에 남아 있는 부분집합은 무엇을 남길지에 대한 최고의 단서입니다.
- 복구는 주가 아니라 개월 단위로 측정한다. Google의 스팸 업데이트 문서는 위반 사이트가 "결과에서 순위가 낮아지거나 아예 나타나지 않을 수 있으며", 청소한 사이트에 대해서는 자동 시스템이 "수 개월의 기간에 걸쳐" 그 준수를 학습한다고 말합니다. John Mueller는 서치 오피스 아워에서 거의 같은 말을 했습니다: 스팸성 콘텐츠를 청소한 후에는 "당신의 사이트가 더 이상 스팸이 아니라고 판단하기 위해 사이트를 다시 평가하는 데 몇 달이 걸릴 수 있습니다".
- 작은 수정은 패턴을 지우지 못한다. Mueller는 더 화려하게 표현했습니다. 스팸으로 보이는 것에서 칭송받는 것으로 가려면 "일부 중복 콘텐츠를 제거하고 몇 페이지를 다시 쓰는 것보다 훨씬 더 많은 것이 필요합니다". 이 업데이트는 패턴 검출기입니다. 문구가 아니라 패턴을 바꾸세요.
- 링크 문제가 아니다. 이 하락은 백링크가 아니라 페이지 콘텐츠 기준으로 작동합니다. 자동화된 링크 레이어가 지금 내려간 이유가 아니므로, 제거하거나 디자보(disavow)해도 돌아오지 않습니다. 그 링크가 스팸이라면 Google은 이미 영구적으로 가치를 폐기했고 혜택은 어느 쪽이든 사라졌습니다: 링크 정리는 다른 날 할 위생 작업이지, 복구 조치가 아닙니다.
이번 건에는 항소도 없습니다. 알고리즘 스팸 하락에는 재심사 요청이 존재하지 않습니다. 당신이 쓸 수 있는 레버는 수정 자체와 기다리기, 둘뿐입니다.
1단계: 기준선 확보, 내보내기, 동결

피격의 시그니처: 두 클러스터 모두 업데이트 윈도우(8월 18~21일) 직전에 정점을 찍은 뒤, 템플릿 클러스터는 거의 0까지 떨어지는 반면 손대지 않은 섹션은 조금 내려가 안정화됩니다. 점선이 업데이트 적용 시점입니다. 차트가 이렇게 업데이트 날짜에 고원이 절벽으로 바뀌는 모양이라면, 바로 이 업데이트를 보고 있는 겁니다.
페이지 하나를 건드리기 전에 이 작업을 하세요.
- Search Console에서 실적 > 페이지를 열고 기간을 8월 21일부터 오늘까지로 설정한 뒤, 8월 18일 이전 90일과 비교하세요. 내보내기를 저장합니다. 이것이 0주차 스냅샷이 됩니다. 참고: Search Console의 생성형 AI 실적 보고서에는 8월 13~17일 노출이 기록되지 않는 로깅 공백이 있었으므로, 기준선에는 표준 실적 보고서를 사용하고 그 공백을 당황하며 트러블슈팅하지 마세요.
- URL 목록 내보내기: sitemap.xml과 페이지 내보내기를 중복 제거하여 결합합니다.
- AI Overview에 노출되던 기억이 있는 10~20개 쿼리를 적어 두고, 그 답변이 오늘(또는 어제) 어떻게 보이는지 저장하세요. 그것이 AI Overview 기준선입니다.
- 게시 동결. 패턴이 아직 인덱스에 있는 동안 손실을 "대체"하려고 30개 페이지를 새로 게시하지 마세요. 변하지 않은 패턴에 새 볼륨을 더하는 것은 같은 위반에 대한 이중 노력으로 읽힙니다.
대조 클러스터도 여기서 정의할 가치가 있습니다. 아무것도 잃지 않은 사이트의 일부를 골라 피격 클러스터와 나란히 추적하세요. 이후의 움직임이 사이트 전체 노이즈인지 복구인지 알려 줍니다.
2단계: 모든 URL 분류
유사한 페이지들의 각 클러스터를 0에서 10까지 채점하세요. 0은 순수한 템플릿 채움, 10은 단독으로 발견될 가치가 있는 페이지입니다.
가점 항목:
- +3 형제 페이지 어디에도 없는 원본 데이터 또는 경험: 측정 결과, 스크린샷, 직접 해본 워크스루, 직접 수집한 가격, 실제 사례.
- +3 검색자가 이 페이지에서 형제 페이지와는 다른 것을 배울 수 있음(다른 브라우저에서 새 탭을 열어도).
- +2 단순 엔티티 교체가 아닌 진정으로 다른 쿼리 의도(다른 질문, 다른 작업. "변호사용 최고 CRM" vs "치과용 최고 CRM"은 교체이지만, 변호사 청구 워크플로우 vs 치과 예약 워크플로우는 다른 의도).
- +1 유의미한 인바운드 링크 또는 보존할 가치가 있는 이력 트래픽.
- +1 페이지가 해당 패밀리의 자연스러운 필러(pillar) 또는 카테고리 허브인 경우.
그다음 기본 결정 세트를 적용하세요:
- 0~3: 삭제. 재작성하지 마세요. 패치를 씌운 템플릿 페이지는 여전히 템플릿 페이지입니다.
- 4~6: 재작성 또는 병합. 의도가 뚜렷하고 가치가 뒷받침되면 재작성, 다른 페이지의 의도와 중복되면 병합.
- 7~10: 유지. 얇은 곳에는 깊이를 더하고, 그 외에는 구조를 그대로 두세요.
최근 몇 차례 스팸 업데이트를 겪어 온 실무자들은 공통적으로 이런 경험칙에 도달했습니다: 무언가 움직이기 전에 대상 URL의 최소 60%를 정리하거나, 통합하거나, 완전히 재구축해야 합니다. 이는 Google의 공식 기준이 아니지만 유용한 정직성 확인입니다: 템플릿 페이지 300개 중 5개만 제거하면, 검출기는 한눈에 알아볼 수 있는 클론 295개를 여전히 보유하고 있는 겁니다.

클러스터 규모 대 가치 점수. 왼쪽 위는 유지할 가치가 있고, 중간은 재작성 또는 병합, 아래쪽은 템플릿 채움입니다.
3단계: 개선 작업을 AI 에이전트에 넘기기
아래에 나올 수정 작업(중복 클러스터링, 채점, 유지 대상 재작성, 삭제 목록 생성)은 AI 어시스턴트가 잘하는 배치 작업의 전형입니다. 이 업데이트에 대한 커뮤니티 플레이북도 같은 결론에 수렴했습니다: Google 정책에서 만든 체크리스트를 에이전트에 건네고 감사를 실행하게 하십시오.
아래 스킬은 자체 완결형입니다. 스킬 파일로 저장하세요. 예를 들어 로컬 머신에서는 ~/.claude/skills/google-spam-recovery/SKILL.md, 저장소에서는 .claude/skills/google-spam-recovery/SKILL.md(다른 에이전트 플랫폼은 보통 .agents/skills/ 같은 자체 스킬 폴더를 사용합니다). 저장한 뒤 내보낸 URL 목록을 그쪽에 넘기세요.
---
name: google-spam-update-recovery
description: Google 스팸 업데이트(예: 2026년 8월 업데이트)로 하락된 사이트를 감사하고 수정하는 스킬. 스케일 콘텐츠 남용 패턴을 감지하고, 영향받은 모든 URL을 keep/rewrite/merge/delete로 분류하고, 생존 페이지를 차별화하고, 삭제를 실행하고, 복구를 검증한다. Search Console 노출이 확정된 스팸 업데이트 윈도우 안에서 급락했거나 페이지가 AI Overviews에서 빠졌을 때 사용한다.
---
## Google 스팸 업데이트 복구 스킬
### 언제 사용하나
- Search Console 실적이 확정된 스팸 업데이트 윈도우(예: 2026년 8월 18~21일) 안에서 급격히 떨어졌다.
- 수동 조치(Manual Actions) 보고서가 비어 있다. 이는 알고리즘 하락이자 이 스킬이 다루는 사례다. 수동 조치가 나열되어 있으면 다른 워크플로우다.
- 사이트가 많은 템플릿형 페이지를 게시한다: 프로그래매틱 섹션, 리뷰 또는 'X에 최고인 Y' 페이지, 로컬 변형, 경쟁사 비교.
### 먼저 수집할 입력
1. 전체 URL 내보내기: sitemap.xml 또는 Search Console 실적의 페이지 탭, 기간 = 업데이트 시작일부터 오늘까지(기준 기간은 90일 이상 전부터).
2. 페이지 텍스트: 후보 URL을 크롤링해 URL당 하나씩 `pages/` 폴더에 텍스트 파일 저장(내비게이션, 푸터, 보일러플레이트를 제거한 렌더링 HTML).
3. 수동 조치 보고서(읽기 전용 확인).
4. AI Overview 확인용: 사이트의 우선 쿼리 10~20개와 현재 AI 응답 노출 기록.
### 완료의 정의
- 영향받은 모든 URL에 결정이 붙는다: keep, rewrite, merge-into(대상 URL 포함), delete.
- 모든 삭제 URL은 HTTP 410을 반환하고 사이트맵과 생존 페이지의 내부 링크에서 제거된다.
- 모든 생존 페이지는 내비게이션, 푸터, CTA, 템플릿형 도입부를 제외하고 클러스터 내 고유한 실질 콘텐츠를 30% 이상 보유한다.
- 생존 페이지의 뼈대도 다르다: H2/H3 구조, 섹션 순서, 질문 커버리지.
- 기준선과 검증 스냅샷이 존재하고 다음 점검이 예약되어 있다(10~12주 후, 또는 다음 스팸 업데이트. 빠른 쪽).
### 1단계: 피격 범위 파악
- 귀속 확인: 하락이 업데이트 윈도우 안에서 시작되어 템플릿 클러스터와 상관관계가 있고, 기술적 변경(서버 로그의 크롤 오류, robots.txt 변경, canonical 실수, 실수로 인한 noindex)이 아닌지 확인.
- 영향 URL 목록 구축. 피격 클러스터 안의 "Crawled - currently not indexed" 페이지도 포함한다. 같은 패턴의 일부다.
- 한 번에 최대 200 URL 배치로 처리해 모든 출력을 검토 가능하게 유지한다.
### 2단계: 근접 중복 클러스터링
`pages/` 폴더(URL당 텍스트 파일 하나)가 필요하다.
- 방법 A(API 불필요): 정규화 텍스트의 TF-IDF 코사인 유사도, 또는 difflib SequenceMatcher. 코사인 >= 0.85면 같은 클러스터.
- 방법 B(더 좋음, 임베딩 API가 있다면): 임베딩 코사인 >= 0.78.
- 각 클러스터에 기록: 크기, 대표 URL, 공유 템플릿 시그니처(동일한 H2 패턴 또는 엔티티 교체만 된 동일한 문장 뼈대), 의도 추정.
- 출력 `clusters.json`: {cluster_id: {urls, size, template_name, intent_guess}}.
### 3단계: 채점과 결정
각 클러스터를 글에 서술된 대로 0~10으로 채점(원본 근거 +3, 다른 정보 +3, 다른 의도 +2, 인바운드 링크 또는 트래픽 +1, 필러 역할 +1). 결정 구간: 0~3 삭제, 4~6 재작성 또는 병합, 7~10 유지. 목표: 클러스터링된 URL의 최소 60%가 삭제 또는 병합으로 끝나야 한다(실무자 경험칙이지 Google 기준이 아님). 결정 테이블 출력: URL, 클러스터, 점수, 액션, 병합 시 대상 URL, 한 줄 근거. 실질적인 트래픽이나 링크가 있는 페이지는 사람에게 플래그를 올린다: 삭제 전에 액션을 확인한다.
### 4단계: 생존 페이지 차별화
재작성은 물질과 뼈대 모두를 바꿔야 한다:
- 이 사이트에만 있는 근거 추가: 측정된 데이터, 실제 스크린샷이나 사진, 이름 붙은 사례, 실제로 실행한 워크플로우, 직접 수집한 가격.
- 뼈대 교체: 다른 H2/H3 질문, 다른 순서, 이 페이지에만 있는 표나 예시 최소 하나.
- 원본 분석 또는 직접 경험 300~800단어 추가. 템플릿을 단지 늘리기만 하면 안 된다.
- 이름 있는 저자 서명과 "검증일" 추가.
- 클러스터가 공유하던 보일러플레이트 도입부/결론 삭제.
- 로컬 또는 리뷰 페이지는 로컬 사실이 구체적이어야 한다: 규정, 제공업체, 가격, 상세한 사례. 템플릿 교체 문자열 금지("[도시]의 가족을 위한 [서비스] 베스트 제공업체"는 교체 텍스트이지 콘텐츠가 아니다).
- AI 유인 금지: 숨은 지시, 심어 둔 인용, 키워드로 채운 앵커 목록 금지. 생성형 AI 응답을 조작하려는 시도는 그 자체가 2026년 Google 정책상 스팸이다.
### 5단계: 병합과 삭제
- 병합: 의도가 중복되는 페이지를 하나의 강한 페이지로 통합, 제거된 각 URL을 301로 연결, 고유 콘텐츠를 접어 넣고, 인바운드 내부 링크 갱신, 병합 URL에 색인 요청.
- 삭제: 410 반환(플랫폼 제약 시 404). 사이트맵에서 제거. 내부 링크에서 제거. 홈페이지로 무작정 리디렉트하지 말고, noindex나 robots.txt에 의존하지도 말 것(페이지를 제거하지 않는다).
- 선택적 가속: Search Console의 제거(Removals) 도구는 URL을 잠시 검색 결과에서 숨긴다(약 6개월). 억제 도구이지 삭제가 아니다.
- 배포 시: 삭제된 샘플 URL을 가져와 410 확인. 유지 URL에는 색인 요청.
### 6단계: 검증과 대기 일정 잡기
- 오늘 스냅샷, 이후 4주차와 10~12주차에 재점검(또는 다음 스팸 업데이트. 빠른 쪽).
- 추적: Search Console 표준 실적 보고서(생성형 AI 보고서는 8월 13~17일 로깅 공백이 있으므로 2026년 8월 기준선에는 표준 보고서 사용), 피격 클러스터의 노출을 대조 클러스터와 비교, 삭제 URL의 색인 상태, 우선 쿼리의 AI Overview 노출.
- 결과 해석: 복구는 먼저 재작성된 생존 페이지에 나타난다. 대기 중에 게시하는 것에는 나타나지 않는다. 부분 복구는 정상이며, 일부 클러스터는 돌아오지 않을 수도 있다. 그래서 삭제한 것이다.
- 10~12주차에 생존 페이지에서 움직임이 보이면, 동결을 해제하고 차별화 콘텐츠 게시를 이어가며 다음 스팸 업데이트 때 재점검.
### 가드레일, 절대 하지 말 것
- 대기 중 신규 템플릿 페이지 게시 금지. 패턴은 고정되어 있어야 한다.
- 동의어 교체나 문장 순서 바꾸기로 하는 벌크 재작성 금지: 다른 단어로 같은 패턴이다. 에이전트는 뼈대가 바뀌지 않은 재작성을 반드시 플래그해야 한다.
- 만료 도메인을 사거나 삭제된 템플릿을 다른 곳에 재배치하지 말 것.
- 이 하락에 백링크 제거나 disavow 캠페인 금지. 링크 스팸은 별개 시스템이며, 콘텐츠 하락에는 링크가 원래 신호가 아니었다.
- AI Overviews를 되찾으려는 인용 오염이나 심어 둔 문장 금지. 이제 Google의 스팸 정책이 명시적으로 다루는 대상이다.
- 모든 재작성에 인간 QA: 한 명이 뼈대 고유성과 근거 확인을 하고 출시한다.설치 후에는 핸드오프 프롬프트가 이렇게 짧아도 충분합니다:
당사 사이트에 google-spam-update-recovery 스킬을 사용해 주세요. URL 내보내기는./urls.txt, 크롤된 페이지 텍스트는./pages/에 있습니다. 결정 테이블을 만들고, 이어서 URL 12, 19, 33에 4단계를, 전체 삭제 목록에 5단계를 적용해 주세요.
돌아오는 산출물은 세 가지입니다: 행 단위로 승인할 수 있는 결정 테이블, 재작성 초안(뼈대 변경과 근거 목록을 명시해 QA할 수 있도록), 410·사이트맵·내부 링크를 다루는 실행 체크리스트. 무엇이든 삭제하기 전에 테이블을 승인하세요. 에이전트는 승인 없이 페이지를 삭제하거나 재작성해서는 안 됩니다.
4단계: 유지 페이지를 진짜로 다르게 만들기
복구 전체가 한 단어에 달려 있습니다: 다름. 길이가 아닙니다. 표현의 다름이 아닙니다. 다른 근거, 다른 구조, 다른 답변입니다.
구체적 대조로 말해볼까요. "회계 법인용 최고 CRM" 페이지의 약한 버전은 변호사, 치과의사, 배관공에게 쓰던 동일한 H2를 복제하고, 업종 명사만 교체하고, 일반적인 칭찬 한 문단을 붙입니다. Google이 구분할 수 있는 버전은 실제 워크플로우 차이를 보여 줍니다: 법인의 청구 시스템에서 배치 업로드되는 시간 엔트리, LLC 12개를 가진 클라이언트를 위한 다중 엔티티 통합, 회계연도 마감 마무리 태스크. 대조 대시보드의 화면, 그 해 저자가 실제로 가격을 조사한 4개 제품 표, 월간 절감 일수가 담긴 이름 붙은 배포 사례, 그리고 옆의 "변호사용 최고 CRM" 페이지와 다른 섹션 순서.
같은 규칙이 리뷰 페이지("X 제품의 대안"), 도시 페이지, 비교 페이지에도 적용됩니다. 생존 페이지를 감사할 때 다섯 가지를 물으세요: 형제 페이지 어디에도 없는 사실, 스크린샷, 수치를 최소 하나 갖고 있나? 형제 페이지가 답하지 않는 질문에 최소 하나 답하나? H2/H3 뼈대가 모든 형제와 다른가? 인간 저자 서명과 검증일이 있나? 키워드가 아니라 그 특정 상황에 있는 누군가를 위해 쓰인 것처럼 읽히나?
세 개 이상 "아니오"라면 여전히 템플릿입니다. 병합하거나 삭제하세요. 고친 페이지로 게시하지 마세요.
5단계: 춤춰가며가 아니라 청소하듯 병합과 삭제
삭제는 사이트가 보통 걸려 넘어지는 지점입니다. 올바른 순서:
- 가능한 곳은 410 Gone을 반환하세요(플랫폼이 410을 못 하면 404 허용). 이것이 "영영 사라짐"이라는 강한 신호입니다. 404는 "나중에 돌아올 수도"라고 말합니다.
- 사이트맵에서 URL을 제거하세요. 옛 죽은 링크를 크롤 목록에 남기지 마세요.
- 내부 링크를 지우세요 — 생존 페이지, 네비게이션, 푸터에서. 410을 가리키는 링크의 그물을 남겨두지 마세요.
- 삭제 페이지를 홈페이지로 리디렉트하지 마세요.
/로 가는 301이 100개면, 그건 도어웨이 형태의 패턴이며, 동시에 그 URL이 가진 자산을 홈페이지에 쏟아 넣는 짓이기도 합니다. 거기 있어야 할 게 아닙니다. - 편의가 아니라 의도에서 병합하세요. 두 페이지가 진짜로 같은 질문을 노린다면 더 나은 콘텐츠를 하나에 접어 넣고, 다른 쪽은 301로 만들고, 내부 링크를 고치세요. 다른 질문에 답한다면 둘 다 유지하고 차별화하세요.
- 제거 도구는 가속기이지 대체재가 아닙니다. 결과에서 약 6개월간 URL을 숨길 뿐입니다. 인덱스에서 지우는 게 아닙니다. 캐시에서 다시 나타나는 페이지에 사용하며, 진짜 410과 짝지어 쓰세요.
noindex + 리디렉트, robots.txt 차단, 사이트맵 업데이트 없는 404만의 삭제에 속지 마세요. Google은 크롤을 계속하고, 패턴은 발견 가능한 상태로 남으며, 다음 스팸 업데이트가 전체를 다시 확인합니다.
6단계: AI Overviews 되찾기
두 표면의 동일 날짜 손실은 버그가 아니라 정책으로 설명됩니다. 2026년 5월 15일 Google은 스팸 정의를 개작해 "Google 검색의 생성형 AI 응답을 조작하려는 시도"를 포함시켰고, 스팸 정책이 생성형 AI 응답을 포함한 Google 검색 전체에 적용된다고 분명히 밝혔습니다. AI Overviews와 AI Mode는 같은 시스템에서 공급됩니다. 스케일 콘텐츠 남용으로 분류된 사이트는 그래서 같은 롤아웃에서 둘 다 떨어질 수 있습니다: 2026년 6월 스팸 업데이트가 확대된 정책 아래 처음 실행되었고, 8월은 같은 규칙집으로 돌았습니다.
그래서 AI Overview 복구에는 별도 트릭이 없습니다. 그것은 콘텐츠 수정의 하류에 있습니다:
- 수정하고 기다린 뒤 재점검. 먼저 4~5단계의 페이지를 정리하세요. AI Overviews는 순위 시스템이 신뢰하는 소스에서 선택하므로, 같은 패턴 변경이 해결책입니다.
- 사이트 단위가 아니라 쿼리 단위로 검증. 한때 인용되던 10~20개 쿼리를 골라, 각각을 새 세션에서 물어보고 표시 여부를 기록하세요. 답변은 쿼리마다 다르므로 사이트 단위 "복귀"는 잘못된 기준입니다. 여기서 2차 효과도 잡게 됩니다: 차별화된 페이지가 해당 니치의 최고 소스가 되면, AI 답변은 그것을 쓸 이유를 갖게 됩니다.
- 절대 오염하지 마세요. 심어 둔 추천과 AI 답변을 조종하려고 만든 편향된 "최고 목록"은 이제 스팸 정책의 지정 표적입니다(사람들은 이를 GEO 스팸이라고 부르기 시작했습니다: 추천 오염, 인용 주입, AI 유인 등). Cornell Tech 프리프린트는 심어 둔 13단어 문장 하나로 테스트에서 선택된 브랜드를 AI 리서치 에이전트 세션의 38~51%에 끌어들일 수 있음을 보여 줬습니다. 그게 유효하기 때문에 Google이 스팸이라고 부르는 겁니다. AI 노출을 원한다면 얻으세요: 원본 사실, 검증 가능한 데이터, 이름 붙은 전문성으로.
- 근거를 확인하고, 다음에 구조를 확인. 재검정할 때 인용은 보통 "구체적이고 추출 가능한 답변을 근거와 함께 제시하는 페이지"로 갑니다. 생존 페이지가 첫 섹션에서 목표 질문에 답하는지, 다른 것보다 먼저 확인하세요.
- 긴 게임. 선호 소스(Preferred Sources) 기능(8월 20일부터 롤아웃 중)은 독자가 사이트에 AI Overviews와 AI Mode에서 우선 배지를 부여할 수 있게 합니다. 직접적인 독자 신호 채널입니다. 스팸 분류를 덮어쓰지 않으므로, 청소 후의 전략이지 청소를 위한 도구가 아닙니다.
7단계: 검증하고, 가을 점검을 예약하기
작업이 서버에 올라간 뒤:
- 오늘: 기준선을 기록하세요. 삭제 URL이 410을 반환하는지 확인하세요(fetch-Google 또는 Auspia의 Googlebot Spider Simulator). 유지 URL에는 색인 요청.
- 1주차: 사이트맵과 내부 링크가 깨끗한지 확인. 삭제된 페이지가 여전히 도달 가능하지 않은지 스팟체크.
- 4주차: 표준 Search Console 실적 보고서에서 피격 클러스터를 대조 클러스터와 비교. 재작성 페이지의 작은 상승이 최고의 초기 신호. 4주에 평평한 건 정상이며, 행동하지 마세요.
- 10~12주차(이번 주 마치면 11월 초, 또는 다음 스팸 업데이트 중 빠른 쪽): 재점검. 클러스터 그룹의 노출을 0주차 기준선과 비교하고, AI Overview 쿼리 세트를 재실행하고, 무엇이 복구됐는지 살펴보세요.

기다림은 계획되어 있습니다: 오늘 기준선, 4주차에 첫 움직임 확인, 재점검은 11월 초.
기대치는 타임라인의 정직한 버전으로 관리하세요: Google의 문서는 시스템이 당신의 준수를 배우는 데 몇 달이 걸린다고 말하고, 오피스 아워에서의 Sergey 인용은 사이트 전체 재평가를 "한두 달, 반년, 때로는 더 길게"로 봅니다. 큰 복구는 중간이 아니라 다음 업데이트 사이클에 걸리는 경우가 많습니다. 제출할 요청도, 검증 요청도, 알고리즘 전용 하락에 대한 항소도 없습니다.
재점검에서 움직임이 0이면 흔한 원인: 다른 콘텐츠 패밀리가 아직 패턴을 지니고 있거나(keep으로 남겨둔 클러스터를 다시 보세요), 재작성된 페이지가 여전히 새 페인트를 칠한 템플릿이거나(4단계 체크리스트 재실행), 색인을 멈추게 할 방식으로 사이트가 조용해졌다(1단계의 크롤 로그 점검을 기억하세요).
Auspia의 관점: 삭제가 먼저, 차별화가 다음
대부분의 팀은 순서를 뒤집습니다. 템플릿 몇 개를 재작성하고 생산적인 기분을 느낀 뒤, 11월에 왜 아무것도 안 움직였는지 의문을 품습니다. 패턴 검출기는 통계적입니다: 하나의 뼈대를 공유하는 250페이지는 강한 신호이고, 재작성된 뒤에도 같은 뼈대를 공유하는 250페이지는 같은 신호입니다. 단어 수보다 삭제와 병합의 계산을 우선하고, 수정이 끝났다고 보기 전에 60% 경험칙을 바닥으로 사용하세요. 그리고 Google 바깥에도 브랜드와 인용 표면을 유지하세요: 이 업데이트는 미리 보기 어려웠고 항소도 없으므로, 노출 믹스(직접 브랜드 검색, 다른 AI 플랫폼, 당신이 소유한 이메일 또는 커뮤니티)가 그 자체로 설득력을 갖습니다.
체크리스트: 한 장짜리 구제 플랜
- [ ] 하락 윈도우가 8월 18~21일 안이고 수동 조치 보고서가 비어 있는지 확인
- [ ] 기준선 저장: URL 내보내기, Search Console 실적 스냅샷, AI Overview 쿼리 10~20개와 현재 상태
- [ ] 게시 동결
- [ ] 근접 중복 클러스터링 및 각 클러스터 0~10 채점
- [ ] 결정 테이블: 모든 URL에 keep/rewrite/merge-into/delete, 최소 60% 정리
- [ ] google-spam-update-recovery 스킬 설치, 내보내기 전달, 결정 테이블 검토
- [ ] 유지 페이지 차별화: 고유 근거, 고유 뼈대, 서명, 검증일
- [ ] 실행: 410 적용, 사이트맵 갱신, 내부 링크 제거, 병합은 301 리디렉트
- [ ] 삭제 정확성 확인, 유지 페이지 색인 요청
- [ ] 4주차와 10~12주차(11월 초) 또는 다음 스팸 업데이트에 재점검
- [ ] 신규 콘텐츠에 패턴 게이트 부과: 자기 근거와 뼈대 없이는 출시 금지
FAQ
AI 때문에 사이트가 피격된 건가요? 아니요. 스케일 콘텐츠 남용은 콘텐츠가 어떻게 만들어졌는지 신경 쓰지 않습니다("어떻게 만들어졌든 상관없다"는 정책 스스로의 문구입니다). AI 제작이 문제가 되는 것은 구별되는 내용이 없는 수많은 페이지를 출하하는 데 쓰였을 때뿐입니다.
트래픽이 75% 떨어졌는데도 페이지는 여전히 인덱스에 있습니다. 그래도 이 업데이트인가요? 흔히 그렇습니다. 스팸 하락은 보통 페이지를 통째로 지우기보다 노출을 내리고, 이 업데이트는 순위에 영향을 주는 것으로 기록되었습니다. 8월 18~21일 윈도우와 패턴에 비추어 확인하세요: 템플릿 클러스터는 피격되고 대조군은 잠잠한지.
재심사 요청을 제출해야 하나요? 수동 조치 보고서에 수동 조치가 나열된 경우에만입니다. 알고리즘 스팸 하락에는 재심사 플로우가 없고, Google의 스팸 업데이트 문서도 그에 대해 아무것도 언급하지 않습니다. 고치고 기다리는 것이 길입니다.
복구에 실제로 얼마나 걸나요? Google의 입장: 시스템이 준수를 인식하는 법을 "수 개월의 기간에 걸쳐" 배웁니다. 실무자들은 재구축된 페이지에서 4~10주에 첫 움직임을, 완전 복구는 다음 업데이트 사이클에서 봅니다. 개월 단위로 계획하고 11월 초에 재점검하세요.
나쁜 페이지에 noindex를 걸고 유지해도 되나요? 안 됩니다. noindex는 나타나지 않게 할 뿐이고, URL은 여전히 크롤 대상이며 패턴은 사이트 구조에 남습니다. 쓰레기 페이지는 숨기는 게 아니라 410으로 삭제해야 합니다.
병합 페이지로 301을 걸면 예전 페이지의 가치가 보존되나요? 병합은 도착지가 고유 콘텐츠를 진정으로 흡수하고 같은 의도에 답할 때 가장 잘 작동합니다. 삭제된 수십 개 토픽을 홈페이지 하나로 몰아 리디렉트하는 것은 도어웨이 패턴을 만드는 방법이며, 바로 이 업데이트의 검출기가 맞춰 찾아내는 것입니다.
프로그래매틱 섹션 전체를 내려야 하나요? 아니요. 클론을 삭제하고 7~10점 페이지는 유지하세요. 8월 변동에서 복구된 사이트들 중에는 규모 콘텐츠 전체가 아니라 허리를 자른 바로 그 사이트들이 있었습니다.
백링크가 자동화된 쓰레기입니다. 복구하려고 디자보해야 하나요? 이번 하락에는, 아니요. 콘텐츠 패턴 문제이지 링크 문제가 아니며, Google은 이미 스팸 링크의 순위 혜택을 영구 할인합니다. 링크는 나중에 위생으로 다루면 됩니다. 복구 경로가 아닙니다.
다음 배치에서도 같은 일을 당하지 않게 하려면? 콘텐츠 생산에 게이트를 추가하세요: 자기 뼈대와 자기 근거가 있어야만 페이지가 출시됩니다. 그리고 실제로 믿는 볼륨 상한을 설정하세요(주에 강한 페이지 몇 개가 하루 200개 클론보다 낫습니다). Google의 시스템이 하기 전에 분기별로 클러스터를 리뷰하세요.
AI Overviews가 일반 순위보다 먼저 돌아오나요? 신뢰할 만한 순서는 없습니다. 8월 업데이트에서 두 표면이 함께 움직였습니다. 실제로는 하나가 다른 것을 주도한다고 가정하지 말고, 같은 재점검 날짜에 둘 다 보세요.
저자: Grace Miller. Auspia의 AI 검색 리스크 애널리스트로 200개 이상의 정책 변화를 추적합니다. Grace는 플랫폼 정책 변화, 콘텐츠 리스크, SEO/GEO 팀을 위한 정책 인지형 복구 작업에 대해 집필합니다.












