이전 에이전시의 잘못된 SEO를 고치는 방법

빈약한 콘텐츠, 플러그인 비대화, 인덱싱 오류, 지저분한 SEO 에이전시 인수인계 후 순위 하락으로 피해를 입은 사이트를 위한 정리 계획.

엉킨 케이블, 스티커 메모, 깨진 링크를 빗자루로 쓰레받기에 쓸어 담는 손그림 스케치노트
이 페이지에서

에이전시를 해고했거나(또는 잠수 탔거나) 사이트는 여전히 이상합니다. 순위가 흔들리고, Search Console에는 모르는 경고가 가득하며, 어떤 페이지가 실제 작업이고 어떤 것이 바쁜 척하려고 보낸 채우기인지 아무도 설명하지 못합니다. 그건 정리 작업입니다. 동기부여 재부팅으로는 잔해를 고칠 수 없습니다.

이 가이드는 지저분한 SEO 인수인계를 위한 복구 순서를 제공합니다. 처음 이틀에 접근 권한과 백업을 잠그고, 콘텐츠·기술·링크에 걸친 피해를 매핑한 뒤, 전부를 다시 쓰기 전에 출혈을 막는 순서로 고칩니다.

잘못된 에이전시 SEO가 보통 보이는 모습

겹치는 리포트, 플러그인 아이콘, 고아 페이지 초안이 있는 지저분한 에이전시 인수인계 책상

쌓인 리포트, 플러그인 아이콘, 고아 초안 페이지가 있는 어수선한 인수인계 책상.

“잘못된 에이전시 SEO”는 거의 한 번의 극적인 해킹이 아닙니다. 보통은 월간 덱에서는 괜찮아 보이고 인덱스에서는 썩어 있는 지름길의 스택입니다.

인수인계 후 흔한 패턴:

  • 도시명만 바꾸고 본문이 빈약한, 거의 동일한 지역 또는 서비스 페이지 수십~수백 개
  • 동의어 수프처럼 읽히고, 담당자도 업데이트 계획도 없이 캘린더에 맞춰 발행된 블로그 글
  • WordPress(또는 유사 CMS)에 서로 싸우는 SEO·캐시·스키마·보안 플러그인이 겹쳐 탑재됨
  • 살아 있다고 생각하는 것과 맞지 않는 canonical 태그, noindex 규칙, 사이트맵 항목
  • 정리되지 않은 “URL 최적화”로 남은 리다이렉트 체인
  • 승인하지 않은 링크 패키지, 관련 없는 사이트의 게스트 포스트, 디렉터리 폭격
  • 추적 태그가 세 번 설치되었거나, 핵심 전환이 에이전시 전용 대시보드에만 추적됨

상업적 신호는 불일치입니다. 성장을 위해 돈을 냈습니다. 받은 것은 볼륨 지표(발행 페이지, “최적화된” 키워드, “구축된” 링크)이고, 수익 URL은 약해지거나 느려지거나 잡동사니에 밀려났습니다.

경고: Search Console 소유권, 전체 백업, 여전히 클릭을 버는 URL 목록이 있기 전에 CMS를 지워서 “새로 시작”하지 마세요. 맵 없이 삭제하면 아직 작동하는 몇 페이지까지 지울 수 있습니다.

이전 업체가 순위 보장, 사설 블로그 네트워크, 또는 자동화된 “대규모 AI 콘텐츠”를 주요 산출물로 팔았다면, 자체 속성에서 검증하기 전까지 모든 주장을 의심하세요.

처음 48시간에 접근, Search Console, 백업을 잠그기

호스팅, CMS, Search Console, 분석, DNS용 키가 있는 접근 인벤토리 보드

호스팅, CMS, Search Console, 분석, DNS용 키와 계정 타일이 한 인벤토리 보드에.

페이지를 한 줄이라도 다시 쓰기 전에, 무슨 일이 있었는지 증명하는 시스템을 장악하세요.

1. 모든 로그인을 인벤토리합니다. 호스팅, CMS 관리자, DNS/등록기관, CDN, Google Search Console, Bing Webmaster Tools, Google Analytics(또는 GA4), Tag Manager, 광고 계정, 속성 확인용 이메일, 스테이징 사이트, 카드로 결제한 SEO 도구 시트. 에이전시가 유일한 admin이었다면 먼저 본인 admin을 만든 뒤, 접근을 확인한 후 그들의 권한을 강등하거나 제거합니다.

2. Search Console을 직접 청구합니다. DNS를 통제할 수 있으면 도메인 속성 확인을 선호하세요. 에이전시 Google 계정에만 있는 사용자/속성 접근은 반복되는 인수인계 실패입니다. 가능할 때 커버리지, 페이지, 실적 데이터를 내보냅니다.

3. 위험한 변경을 동결합니다. 대량 발행 플러그인, 예약된 “콘텐츠 머신”, 자동 생성 내부 링크 도구를 이해할 때까지 일시 중지합니다. 일반 편집은 유지해도 됩니다. 자동화된 볼륨은 멈춥니다.

4. 전체 백업, 그다음 호스트 밖 두 번째 복사본. CMS 사이트의 파일과 데이터베이스. PHP/Node 버전과 활성 테마를 문서화합니다. 플러그인 제거 중 무언가 깨지면, 옛 업체에 의존하지 않는 복원 경로가 필요합니다.

5. 아직 작동하는 URL 세트를 스냅샷합니다. Search Console 실적(최근 3개월·12개월)에서 클릭이 있는 쿼리와 페이지를 내보냅니다. 그 목록이 “함부로 삭제하지 말 것” 세트입니다. 분석 랜딩 페이지와 유기 리드에 대한 CRM 메모와 교차 확인합니다.

6. 법적·계약 잔여물을 기록합니다. 콘텐츠 소유권, 재발행 가능 여부, 에이전시가 여전히 CDN에 자산이나 폰트를 호스팅하는지. 도메인, 검색 속성, 광고 계정이 이전되었다는 서면 확인을 받으세요.

팁: 1일차에 robots.txt, 라이브 홈페이지 소스(canonical과 title), XML 사이트맵 인덱스를 스크린샷하세요. 이 세 파일은 조용히 바뀌고, 사람들은 “예전엔 뭐라고 했는지”를 두고 싸웁니다.

48시간이면 조용한 손상을 멈추기에 충분합니다. 전략을 재건하기에는 부족합니다. 분노 브리프만으로 이틀째에 다음 업체를 고용하려는 충동을 참으세요.

다시 “최적화”하기 전에 피해 맵을 만들기

콘텐츠, 기술 SEO, 링크, 추적을 위한 사분면 피해 맵

콘텐츠, 기술 SEO, 링크, 추적으로 라벨된 사분면과 심각도 스티커 메모.

에이전시는 새 킥오프 덱을 좋아합니다. 필요한 것은 피해 맵입니다. 무엇이 깨졌는지, 얼마나 심각한지, 어떤 증거가 있는지. 네 버킷이 거의 모든 지저분한 인수인계를 커버합니다.

버킷 찾는 것 먼저 볼 곳
콘텐츠 빈약·스핀·중복·AI doorway 페이지 CMS 목록, 노출은 많지만 CTR이 나쁜 Search Console 페이지, title/H1 클러스터 크롤
기술 인덱스 함정, 속도 부채, 플러그인 충돌, 깨진 리다이렉트 커버리지/인덱싱 리포트, 라이브 HTML, 호스트 에러 로그, 성능 필드 데이터
링크 관련 없거나, 유료처럼 보이거나, 급증 본인이 소유한 링크 리포트, Search Console 링크, 브랜드 멘션 점검
추적 누락된 전환, 중복 태그, 에이전시 전용 대시보드 Tag Manager 컨테이너, GA4 관리, 광고 픽셀, CRM UTM 이력

심각도는 돈 질문에 답해야 합니다. 옛 블로그 태그 아카이브의 soft 404는 소음입니다. 주요 서비스 템플릿의 noindex는 긴급입니다. 실제 지역 페이지와 경쟁하며 크롤을 낭비하는 스핀 도시 페이지 천 개는, 아직 필요한 페이지라면 중상입니다.

개발자와 P&L 담당자가 함께 읽을 수 있는 공유 문서에 맵을 쓰세요. 실무에서 통하는 열: URL 또는 템플릿, 버킷, 증거 링크(Search Console 또는 크롤 ID), 비즈니스 영향, 제안 조치(유지 / 병합 / 리다이렉트 / noindex / 삭제 / 재작성), 담당자, 완료일.

이 맵이 있기 전에 두 번째 “SEO 프로그램”을 시작하지 마세요. 그렇지 않으면 고치지 않은 부패 위에 새 콘텐츠 비용을 내게 됩니다.

자산을 태우지 않고 빈약·스핀 콘텐츠 정리하기

도시명만 바꾼 거의 동일한 시트처럼 보이는 빈약한 콘텐츠 페이지

표지에 도시명만 바뀐 거의 동일한 페이지 시트 더미.

에이전시 계약 후 빈약한 콘텐츠는 보통 세 가지 맛입니다. 스핀 서비스 페이지, 전문성 없는 캘린더 블로그, doorway형 지역 팜. Google의 사람 중심 콘텐츠 가이드가 기준입니다. 이미 당신을 찾은 사람에게 도움이 되지 않는 페이지는 인덱스 대상으로 남아 있으면 안 됩니다.

노출이 있는 페이지 내보내기를 먼저 다룹니다. 클릭 내림차순으로 정렬합니다. 카피가 완벽하지 않아도 승자를 보호합니다. 그다음 노출은 있지만 클릭이 거의 없는 롱테일과, 리포트에 전혀 안 나오는 템플릿을 엽니다.

각 클러스터(예: /services/plumbing-in-*)에 대해:

  1. 실제 비즈니스 발자국을 결정합니다. 직원·재고·라이선스로 실제로 서비스하는 도시나 서비스는?
  2. 그 발자국과 맞고 고유한 증거(사진, 팀, 사례 메모, 가격 논리, 책임질 수 있는 로컬 FAQ)가 있는 페이지를 유지하거나 재작성합니다.
  3. 차이가 외관뿐이면 거의 중복을 더 강한 허브로 병합합니다.
  4. 폐기 URL은 남은 최적 목적지로 301 리다이렉트합니다. 리다이렉트 없는 soft-404나 “페이지 삭제됨”은 남은 자산과 북마크를 버립니다.
  5. CMS 항목과 사이트맵 행을 제거해 크롤러가 인간이 보는 것과 같은 정리를 보게 합니다.

스핀 블로그는 감정적으로는 쉽고 운영적으로는 어렵습니다. 수가 많기 때문입니다. 주제별로 묶으세요. 열 글이 같은 답을 반복하면 가장 덜 나쁜 하나를 남기고 나머지를 리다이렉트한 뒤, 검색 수요와 영업 대화가 겹치는 곳에만 실제 재작성을 잡습니다.

흔한 실수: 리다이렉트 없이 한 오후에 에이전시 URL을 전부 삭제하기. 생산적으로 느낍니다. Search Console에는 404 급증이 보이고, 아직 순위가 있던 몇 페이지는 경로를 잃습니다.

대규모 AI doorway 콘텐츠가 의심되면, 개별 글을 다듬기보다 팜 제거를 우선하세요. 볼륨이 제품이었습니다. 정리의 제품은 더 적고 명확한 URL입니다.

서로 싸우는 플러그인·테마 비대화 제거하기

겹치는 SEO, 캐시, 스키마 플러그인으로 붐비는 WordPress 관리자

겹치는 SEO, 캐시, 스키마, 보안 아이콘으로 가득한 CMS 플러그인 패널.

에이전시는 이미 아는 도구를 설치하고, 리테이너가 끝나면 그대로 둡니다. WordPress에서는 특히 SEO 플러그인 둘, 캐시 둘, 깨진 스키마 팩, URL을 다시 쓰는 이미지 최적화, Googlebot을 rate-limit하는 “보안” 플러그인을 볼 수 있습니다.

프로덕션과 접촉해도 보통 살아남는 정리 순서:

  1. 활성 플러그인과 mu-plugin을 인벤토리합니다. .htaccess에 쓰거나, head 태그를 주입하거나, 사이트맵을 생성하는 것을 기록합니다.
  2. 스테이징 클론이 있으면 사용합니다. 없으면 유지보수 창을 잡고 백업을 따뜻하게 유지합니다.
  3. SEO 메타데이터(title, canonical, robots)의 소유자를 하나 고릅니다. 설정을 내보낸 뒤 패자를 비활성화합니다.
  4. 캐시 경로를 하나 고릅니다(호스트 캐시, 플러그인, 또는 CDN). 겹친 페이지 캐시는 “고쳤는데 라이브가 동의하지 않음” 유령을 만듭니다.
  5. 템플릿이 숏코드에 의존하지 않음을 확인한 뒤, 버려진 페이지 빌더와 미사용 테마를 제거합니다.
  6. Core Web Vitals와 수익 URL의 HTML을 다시 확인합니다. canonical 하나, title 하나, 핵심 CSS/JS가 여전히 로드되는지.

테마 비대화는 렌더를 막는 폰트 스택, 사이트 전체에 미사용 섹션을 싣는 홈페이지 빌더, 데스크톱 메가내비 스크립트를 로드하는 모바일 메뉴로 나타납니다. Search Console이나 CrUX 필드 데이터가 템플릿 수준 문제를 보이면, 운 좋은 URL 하나를 쫓지 말고 템플릿 클래스를 고치세요.

플러그인 제로가 필요하지 않습니다. 각 작업의 명확한 소유자 하나와, canonical 태그를 조용히 쓰는 두 번째 작성자가 없는 것이 필요합니다.

인덱싱과 canonical 난맥을 풀기

충돌하는 canonical 화살표와 사이트맵 노드가 있는 검색 인덱스 미로

충돌하는 canonical URL과 사이트맵 항목을 가리키는 화살표가 있는 인덱스 노드 미로.

에이전시 작업 후 인덱싱 문제는 종종 “친절한” 기본값에서 옵니다. 파라미터 URL이 인덱싱되었습니다. 스테이징이 링크되었습니다. 패싯 필터가 수천의 빈약한 변형을 만들었습니다. 마이그레이션이 HTTP와 HTTPS 쌍을 남겼습니다. Canonical이 마케팅 사이트가 더 이상 쓰지 않는 오래된 경로를 가리킵니다.

Google가 현재 무엇이라고 생각하는지의 진실 소스로 Google Search Console을 쓰고, 라이브 HTML과 크롤로 확인하세요.

실무 패스:

  • 커버리지 / 페이지 리포트. 이유로 그룹화합니다. “크롤됨 - 현재 인덱싱되지 않음”과 “사용자 선택 canonical 없는 중복”은 모든 행을 긴급으로 다루기 전에 샘플링이 필요합니다. 수익 템플릿의 “noindex로 제외됨”은 긴급입니다.
  • 상위 전환 유기 URL의 URL 검사. 되어야 할 때 “URL이 Google에 등록됨”인지, 검사된 canonical이 선호 URL과 맞는지 확인합니다.
  • 사이트맵. canonical이고 인덱싱 가능한 200만. 리다이렉트, noindex URL, 관리자 잔해를 제거합니다. CMS가 고쳐진 뒤 정리된 인덱스를 제출합니다.
  • robots.txt. 이전 업체가 이해하지 못한 채 “보안”한 자산이나 경로를 막지 않는지 확인합니다.
  • 내부 링크. 내비게이션과 푸터는 선호 URL을 가리켜야 합니다. 옛 XML 사이트맵에만 있는 고아는 냄새입니다.

Canonical 전략은 문서화하는 결정입니다. 플러그인 체크박스만으로는 유지되지 않습니다. 패싯 내비게이션은 필터가 인덱싱 가능한지 결정하세요. 대부분의 카탈로그는 유용한 랜딩 페이지 소수를 유지하고, 나머지는 일관된 규칙(부모로 canonical, noindex, 또는 둘 다, 신중히 적용)으로 인덱스 밖으로 둡니다. 다음 개발자가 새 규칙을 발명하지 않도록 규칙을 문서화하세요.

모범 사례: 대규모 canonical 또는 noindex 변경 후, 2~4주 뒤 페이지 리포트를 다시 내보내고 이유 코드를 비교하세요. 정리는 반복적입니다. 한 번의 배포가 모든 오래된 URL을 지우지는 않습니다.

에이전시가 관리한 리디자인 직후 순위가 떨어졌다면, “알고리즘”을 탓하기 전에 옛·새 URL 맵을 비교하세요. 많은 “SEO 재앙”은 깨진 리다이렉트와 잃은 내부 링크가 분장을 한 것입니다.

스팸성 링크는 신중히, disavow는 천천히

일반 인용과 분리된 독성 클러스터가 표시된 백링크 그래프

조밀한 스팸 클러스터가 일반 인용 링크와 떨어져 있는 백링크 그래프.

에이전시 관계 후 링크 독성은 감정적으로 시끄럽고 종종 과장됩니다. 관련 없는 게스트 포스트와 디렉터리 폭격은 스프레드시트에서 추하게 보입니다. Google은 저가치 링크 스팸의 도움을 줄이는 데 수년을 썼습니다. 그래도 수동 조치가 있거나, 계약과 연결된 명확한 유료 링크 패턴이 보이면, 문서 추적과 신중한 대응이 필요합니다.

사실부터:

  • 접근 가능한 링크를 내보냅니다(Search Console 링크 리포트, 계약이 아직 커버하는 도구).
  • 패턴을 표시합니다. 수익 키워드의 정확 일치 앵커, 급증, 주제 관련이 없는 사이트, 푸터 사이트와이드 링크, 같은 패키지로 경쟁사에 반복되는 네트워크.
  • Search Console에서 부자연스러운 링크 관련 수동 조치를 확인합니다. 수동 조치는 플레이북을 바꿉니다. 알고리즘 의심만으로 내일 disavow해야 한다는 뜻은 아닙니다.

Google의 링크 부인(disavow) 도구는 링크를 제거할 수 없고 문제라고 믿을 때, 특히 수동 조치가 있을 때 존재합니다. 문서는 대부분의 사이트가 결코 필요하지 않다고 명확합니다. 오용은 바쁜 일을 만들고, 차라리 남기고 싶은 링크를 버릴 수 있습니다.

작업 순서:

  1. 연락처가 있고 볼륨이 관리 가능할 때 최악의 호스트에 제거를 시도합니다.
  2. 무엇을 요청했고 무엇이 바뀌었는지 문서화합니다.
  3. 제거하지 못한 남은 명확한 스팸에만, 경험이 있는 사람이 검토한 disavow 파일을 고려합니다.
  4. 슬라이드 덱이 “독성”이라고 불렀다고 본인 속성, 파트너 보도, 일반 디렉터리 인용을 disavow하지 마세요.

링크를 검토하는 동안, 옛 에이전시가 아직 청구하는 유료 게재를 중단하세요. 미래 스팸은 과거 스팸을 소송하는 것보다 막기 쉽습니다.

우선순위 정리 순서 (바다를 끓이지 않도록)

접근 잠금부터 콘텐츠 재작성까지의 번호 매긴 정리 계단

하단의 접근 잠금부터 상단의 콘텐츠 재작성까지 정리 단계 계단.

영웅적 행위보다 순서가 중요합니다. 대부분 중소 사이트의 실행 가능한 순서:

  1. 접근, 백업, Search Console 소유권 (0~2일)
  2. 머신을 멈춤 (자동 발행, doorway 생성기, 무모한 링크 벤더)
  3. 인덱싱 긴급 상황 (수익 URL의 noindex, 실수 스테이징 인덱스, 치명적 리다이렉트 실패)
  4. 추적 무결성 — 수정이 도움이 되는지 측정할 수 있도록
  5. 수익 템플릿의 HTML·canonical·속도를 바꾸는 플러그인/테마 충돌
  6. 마이그레이션과 삭제된 빈약 URL의 리다이렉트·URL 맵 정리
  7. 리다이렉트와, 비즈니스가 주제를 필요로 하는 곳의 실제 재작성이 있는 빈약 콘텐츠 클러스터
  8. 증거가 있는 링크 분류만 (감이 아니라)
  9. 그다음 유지할 자신이 있는 페이지 기반의 전방 콘텐츠·내부 링크 계획

예산이 빠듯하면, 리드나 매출을 주도하는 템플릿에서 7단계까지 멈추세요. 완벽한 블로그 아카이브는 선택입니다. 올바른 서비스 템플릿은 아닙니다.

기술별로 담당자를 배정하세요. 개발자가 robots, 리다이렉트, 플러그인, 템플릿을 소유합니다. 오퍼를 소유한 사람이 콘텐츠 유지/삭제 결정을 소유합니다. SEO 계약자가 영업이나 운영 승인 없이 제품 URL을 삭제하게 두지 마세요.

정리를 성패로 가르는 리다이렉트와 URL 맵

옛 에이전시 URL을 유지 목적지에 매핑하는 리다이렉트 계획 시트

왼쪽의 옛 에이전시 URL을 오른쪽의 유지 목적지 URL에 매핑하는 계획 시트.

대부분의 “정리했는데 트래픽이 더 떨어졌다” 이야기는 리다이렉트 이야기입니다. 대량 삭제 전에 시트 하나를 만드세요.

가치가 있는 열:

  • 옛 URL (정확)
  • 오늘 상태 (200, 301, 404, soft 404)
  • Search Console 또는 분석의 히트 (있으면)
  • 결정 (유지, X로 301, 삭제)
  • 새 URL
  • 구현됨 (예/아니오)과 라이브 확인자

경험 규칙:

  • 가장 관련 있는 라이브 페이지로의 한 홉 301을 선호합니다. 레거시 경로 셋을 거치는 체인은 크롤을 낭비하고 디버깅을 혼란스럽게 합니다.
  • 관련 목적지가 없을 때 홈페이지는 최후 수단 리다이렉트 대상입니다. /로 게으르게 덤프하기보다 주제 허브가 낫습니다.
  • 가능하면 같은 릴리스에서 내부 링크와 사이트맵을 업데이트합니다. 내비게이션을 영원히 301에 두면 체인이 다시 자랍니다.
  • 시트를 보관하세요. 다음 개발자는 누군가 /blog/best-widgets-2021-optimized-copy-3가 왜 옛 PDF에 나오는지 물을 때 필요합니다.

배포 후 curl이나 브라우저 개발자 도구로 샘플을 테스트하세요. 상태 코드를 확인합니다. 브라우저에서 “페이지가 로드됨”만으로는 리다이렉트 홉이 올바른 증거가 아닙니다.

콘텐츠 팜 리테이너 후 지역 서비스 사이트 실무 시나리오

지역 서비스 사이트 정리의 전후 스토리보드

비대한 지역 페이지 팜이 실제 서비스 허브 소수로 줄어드는 스토리보드 패널.

지역 홈서비스 회사를 상상하세요. 에이전시와 12개월이 180개 “도시 × 서비스” 페이지, 주 5회 블로그, SEO 플러그인 셋(둘은 비활성이지만 설치됨), 모든 페이지네이션과 태그 URL을 나열한 사이트맵을 만들었습니다. 리드는 평평해졌습니다. 브랜드 쿼리는 여전히 작동했습니다. 비브랜드 서비스 쿼리는 약해졌습니다. Search Console은 많은 크롤됨-미인덱싱 URL과 중복을 보였습니다.

0주차. 소유자가 DNS로 Search Console을 복구하고, 실적을 내보내고, 전체 백업을 받고, 본인 admin을 만든 뒤 에이전시 admin을 제거합니다.

1주차. 피해 맵. 수익 URL은 /services/drain-cleaning/, /services/water-heater/, 실제로 인력을 둔 약 15개 도시입니다. 나머지 도시 페이지는 스핀입니다. 추적에 GA4 태그 둘이 발사되었습니다. 플러그인 A와 B 모두 canonical을 출력합니다.

2주차. 기술 출혈 중지. SEO 플러그인 하나만 남깁니다. 중복 태그 제거. 사이트맵을 canonical 서비스와 실제 도시 페이지로 제한. robots.txt는 더 이상 없는 스테이징 경로용으로 에이전시가 남긴 Disallow만 제거합니다.

3~5주차. 콘텐츠. 실제 크루와 고유 FAQ가 있는 15개 도시 페이지를 유지. 나머지는 매칭 서비스 허브나 가장 가까운 실제 도시로 301. 블로그: 영업 질문과 맞는 20개 유지, 거의 중복 리다이렉트, 가능하면 주제 허브로 리다이렉트하며 캘린더 채우기 폐기.

6주차. 링크 검토가 관련 없는 라이프스타일 블로그의 게스트 포스트 패키지를 찾습니다. 수동 조치 없음. 최악 10개에 제거 요청. 아직 disavow 없음.

이후. 후속 크롤에서 페이지 리포트의 인덱스 비대화가 줄어듭니다. 회사는 볼륨 비용을 멈추고, 더 적고 명확한 페이지를 위해 주제 담당자를 브리핑하기 시작합니다. 순위는 타이머에 맞춰 “스냅백”하지 않습니다. 정리의 목적은 방어하고 개선할 수 있는 사이트와, 신뢰하는 측정입니다.

숫자와 CMS는 다를 것입니다. 순서(통제 → 맵 → 긴급 → 템플릿 → 빈약 클러스터 → 링크)는 잘 이동합니다.

복구를 DIY vs 고용

DIY 정리 체크리스트와 SEO 복구 전문가 고용 사이의 결정 분기

DIY 체크리스트 클립보드와 작은 도구 키트를 든 고용 복구 전문가 사이의 갈림길.

직접 해도 되는 경우:

  • 아직 admin 접근이 있고 리다이렉트와 플러그인 변경을 배포할 개발자가 있을 때
  • 피해가 대부분 분명한 빈약한 페이지와 도구 혼잡일 때
  • 트래픽이 성가시지만 존망이 아니고, 집중된 몇 주를 낼 수 있을 때
  • 이해하지 못하는 수동 조치를 받은 사람이 없을 때

도움을 고용할 때:

  • Search Console 접근이 다투어지거나 확인이 깨졌을 때
  • 마이그레이션, 리디자인, 또는 도메인 변경이 하락 아래에 있을 때
  • 격리할 수 없는 수동 조치, 보안 사고, 주입 스팸이 보일 때
  • URL 수가 많아 keep/kill 결정에 크롤 샘플링과 실제 리다이렉트 프로그램이 필요할 때
  • 경영진이 소송이나 지급 보류 전에 외부 평가를 원할 때(문서 품질이 중요)

좋은 복구 계약은 피해 맵, 리다이렉트 시트, 본인 로그인의 Search Console, 비즈니스 영향으로 순위가 매겨진 짧은 백로그를 남깁니다. “키워드 최적화”만 보고하는 또 다른 불투명한 리테이너에 가두지 않아야 합니다.

고용할 때, 팜을 재현하지 않는 방법을 물으세요. 누가 쓰는지, 어떤 증거가 발행을 게이트하는지, 무엇을 팔기를 거부하는지(유료 링크, 순위 보장, doorway 자동화). Search Console을 검사하지 않고 즉시 disavow를 제안하거나, 통제할 수 없는 복구 날짜를 약속하는 업체는 거절하세요.

인수인계 난맥이 안정된 뒤 구조화된 기술 패스가 필요하면, 집중 감사가 이 정리 작업 옆에 앉을 수 있습니다. 여기의 복구 순서는 에이전시 잔해에 머뭅니다. 더 깊은 크롤·인덱스 체크리스트는 필요할 때의 별도 작업입니다.

자주 묻는 질문

SEO 에이전시를 해고한 뒤 순위 회복까지 얼마나 걸리나요?

정직한 보편 타임라인은 없습니다. Google은 자체 일정으로 재크롤하고 재처리합니다. 일부 인덱싱 정리는 몇 주에 움직임을 보입니다. 콘텐츠 신뢰와 링크 잔해는 더 걸릴 수 있습니다. 통제하는 선행 지표를 측정하세요. 수익 URL의 올바른 canonical, 페이지 리포트의 잡동사니 축소, 분석 무결성 복구, 유지한 유기 랜딩 페이지의 리드. “날짜 X까지 보장된 회복”은 세일즈 멘트입니다.

이전 에이전시가 발행한 것을 전부 삭제해야 하나요?

아니요. 아직 클릭이나 전환을 버는 URL부터 시작해 유지, 재작성, 병합, 리다이렉트를 결정하세요. 리다이렉트 맵 없는 일괄 삭제는 난맥에 섞인 잔여 가치를 종종 파괴합니다. 잡동사니를 계속 생산하는 시스템을 삭제하세요. 이미 이력이 있는 URL에는 외과적으로.

잘못된 링크 빌딩 후 disavow 파일이 필요한가요?

보통 아닙니다. disavow 도구에 대한 Google 문서는 선택적이며, 제거로 해결할 수 없는 명확한 문제가 있을 때, 특히 수동 조치가 있을 때 주로 관련 있다고 합니다. 증거를 먼저 검토하세요. 공포 기반 감사 PDF에서 긁은 거대한 disavow를 사람 검토 없이 업로드하지 마세요.

빈약한 페이지를 정리하는 동안 순위를 유지할 수 있나요?

순서를 올바르게 잡으면 종종 가능합니다. 수익 템플릿을 먼저 보호·개선하고, 폐기 URL을 관련 대체로 리다이렉트하며, “생각”하는 동안 유용한 콘텐츠의 큰 덩어리를 noindex하지 마세요. 많은 URL을 한 번에 바꾸면 일시적 변동이 생깁니다. 템플릿별로 묶고, 삭제와 함께 리다이렉트를 배포하며, 같은 밤에 다섯 시스템을 바꾸지 말고 Search Console을 보세요.

새 SEO 벤더 1일차에 서면으로 무엇을 요구해야 하나요?

Search Console, 분석, CMS, 광고 계정의 본인 소유권; 읽을 수 있는 공유 백로그; 순위 보장과 유료 링크 수법의 명확한 거부; 각 스프린트의 완료 정의(변경된 URL, 배포된 리다이렉트, 제거된 페이지, 테스트된 모듈). 유일한 산출물이 키워드 순위 PDF라면 리포트를 사는 것입니다. 사이트가 주마다 어떻게 바뀌는지에 대한 운영 시스템이 여전히 필요합니다.

결론

잘못된 에이전시 SEO는 네 곳에 잔해를 남깁니다. 고객에게 보내고 싶지 않은 콘텐츠, 서로의 태그를 다시 쓰는 도구, 순위를 매길 의도도 없던 URL로 가득한 인덱스, 승인하지 않았을 수 있는 링크. 해결은 소유권이 먼저이고, 그다음 피해 맵, 그다음 수익 템플릿과 정직한 측정을 또 다른 발행 폭발보다 우선하는 순서 있는 정리입니다.

지저분한 인수인계를 순위가 매겨진 수정 목록과 방어할 수 있는 리다이렉트 계획으로 바꾸는 도움이 필요하면 문의 양식으로 연락해 주세요.