사이트 감사

사이트를 크롤링하고, 156가지 기술적 SEO 검사를 실행하고, 지난 크롤링 이후 달라진 점을 확인하고, AI나 코딩 에이전트로 문제를 수정하세요.

Site Audit는 활성 프로젝트의 웹사이트를 사용자의 컴퓨터에서 직접 크롤링하고 찾은 모든 URL을 검사합니다. 사이드바의 SEO → Site Audit에서 엽니다. 1.6.0부터 한 번의 크롤링으로 최대 10,000페이지를 다룰 수 있으며, 인덱스 가능성, 링크, 리디렉션, 콘텐츠, 사이트맵, robots.txt, hreflang, 소셜 태그, 중복, 구조화된 데이터, Core Web Vitals, AI 검색 노출 가능성에 걸쳐 156가지 검사를 실행합니다.

화면에는 Overview, Issues, Pages, Links, Structure, Crawl, History의 7개 탭이 있습니다.

크롤링 실행

올바른 프로젝트를 선택한 상태에서 Crawl 탭을 엽니다.

  1. Start URL을 확인합니다. 기본값은 프로젝트의 웹사이트입니다.
  2. Max pages(2510,000)와 Speed(분당 30600개 URL, 또는 직접 운영하는 스테이징 서버라면 Unthrottled)를 선택합니다.
  3. After the crawl에서 실행할 항목을 고릅니다(아래 참고).
  4. Run crawl을 클릭하고 양식 아래의 크롤링 로그에서 진행 상황을 확인합니다.

크롤링은 robots.txt와 사이트맵을 읽고, 내부 링크를 따라가며, 만나는 모든 URL, 링크, 리디렉션, 이미지, 스크립트, 스타일시트를 기록합니다. 양식 아래의 스위치로 이를 제어합니다: Respect robots.txt, Seed from sitemap, Follow nofollow links, Remove URL parameters, Check images, CSS & JS (up to 10 per page), Check external links.

고급 옵션

Advanced를 열면 다음을 설정할 수 있습니다:

  • Scope: Exact host, Host + subdomains(www와 루트 도메인을 하나의 사이트로 취급), 또는 This path only.
  • Max depth와 User agent(Mobile 또는 Desktop).
  • Also start from these URLs (one per line): 캠페인 랜딩 페이지처럼 링크로 도달할 수 없는 페이지.
  • Also start from the pages Search Console shows in search: 고아 페이지와 Google이 아직 알고 있는 오래된 URL을 찾습니다. 프로젝트의 Search Console 속성이 필요합니다.
  • Password-protected site (HTTP basic auth): 스테이징 사이트를 크롤링하기 위해 프로젝트마다 사용자 이름과 비밀번호를 한 번 저장합니다. 비밀번호는 시스템 키체인에 보관되며 HTTPS를 통해 해당 사이트로만 전송됩니다.

Respect robots.txt를 끄는 것은 Search Console 속성이나 IndexNow 키 파일로 소유권을 증명할 수 있는 사이트에서만 작동합니다. 그 외에는 robots.txt를 항상 따르며, 양식에 그 이유가 표시됩니다.

크롤링 후 선택 검사

  • Render JavaScript는 샌드박스 브라우저에서 페이지를 로드하고, 스크립트가 실행된 뒤에만 나타나는 콘텐츠와 링크를 표시합니다.
  • Core Web Vitals는 가장 많이 링크된 페이지에 대해 PageSpeed Insights에서 실제 사용자의 LCP, INP, CLS를 가져옵니다. PageSpeed 키가 저장되어 있으면 그 키를 사용합니다.
  • Search Console traffic은 28일간의 클릭, 노출, 순위를 결합하여 여전히 트래픽이 있는 오류·리디렉션·noindex 페이지, 트래픽이 떨어진 페이지, 상위 10위 밖으로 밀려난 페이지를 표시합니다.

크롤링 이어서 하기

앱을 닫았거나, Cancel을 클릭했거나, 시간 제한에 걸려 크롤링이 일찍 멈추면 해당 페이지에 Resume crawl이 표시됩니다. 처음부터 다시 시작하지 않고 멈춘 지점부터 이어서 진행합니다.

결과 읽기

Overview는 health, 즉 크롤링한 URL 중 오류가 없는 비율을 보여 주므로 문제를 고치는 즉시 수치가 바뀝니다. 또한 크롤링별 health 추이, 주요 문제, 크롤링 깊이별 상태 코드, 읽어 들인 사이트맵과 URL 수도 표시합니다. Compare with로 비교할 이전 크롤링을 선택합니다.

Issues는 발견된 모든 문제를 오류, 경고, 알림으로 나누어 나열합니다. 문제마다 해당 URL 수, 추이, 비교 대상 크롤링 이후 달라진 점이 표시됩니다:

  • Added: 기존 URL 중 이제 이 문제가 생긴 URL.
  • New: 이번 크롤링에서 새로 발견되었고 이 문제가 있는 URL.
  • Removed: 문제가 해결된 URL.
  • Missing: 문제가 있었지만 이번에는 발견되지 않은 URL.

문제를 열면 Why it matters, How to fix, 영향받는 모든 URL을 볼 수 있습니다. 죽은 푸터 링크나 더 이상 존재하지 않는 docs 서브도메인처럼 하나의 링크나 템플릿이 수백 개 페이지 문제의 원인일 때, 해당 문제는 그 공통 근본 원인을 짚어 줍니다.

페이지, 링크, 폴더 살펴보기

  • Pages는 모든 URL의 표로, 필터 빌더와 열 선택기가 있습니다. 조건을 조합한 뒤 Save as custom issue를 클릭하면 이후 모든 크롤링에서 그 필터를 별도의 문제로 검사합니다.
  • Links는 모든 링크를 종류(하이퍼링크, 이미지, JavaScript, canonical, hreflang, 리디렉션, iframe 등)와 함께 나열하고, 대상별 상위 앵커 텍스트도 보여 줍니다.
  • Structure는 URL을 폴더별로 묶어 폴더마다 페이지 수, 인덱스 가능한 페이지 수, 오류 수, 평균 깊이, 평균 로드 시간을 보여 줍니다.

아무 URL이나 클릭하면 상세 패널이 열립니다: 상태, 인덱스 가능성, 리디렉션 체인, 구조화된 데이터와 리치 결과 검증, 해당 URL의 문제, 이전 크롤링에 걸친 기록.

Issues, Pages, Links 탭의 Export CSV는 지금 보이는 그대로 저장합니다. 내보내기에는 Pro 라이선스가 필요합니다.

문제 수정

문제 페이지에서:

  • Copy fix brief는 문제, 중요한 이유, 영향받는 URL을 담은 Markdown 브리프를 복사합니다.
  • Ask AI CMO는 해당 문제의 수정 계획과 함께 어시스턴트를 엽니다.
  • Copy agent prompt는 사이트 저장소에서 작업하는 코딩 에이전트에게 1MarketingTool MCP 도구로 문제를 읽어 오는 프롬프트를 제공합니다.
  • Request indexing은 Search Console 서비스 계정을 사용해 문제에 포함된 인덱스 가능한 페이지(최대 100개)를 크롤링해 달라고 Google에 요청합니다. Google 색인 요청을 참고하세요.

AI Access (MCP)로 연결된 AI 에이전트는 Site audit 도구 그룹을 사용해 감사 목록 조회, 문제와 URL 읽기, 수정 브리프 가져오기, 크롤링 시작을 할 수 있습니다.

검사 조정

Crawl 탭의 Issue settings 섹션에서 이 프로젝트의 검사를 조정합니다. 검사를 끄거나, 수준(오류, 경고, 알림)을 바꾸거나, 제목 길이와 느린 페이지 기준 시간 같은 한도를 조정할 수 있습니다. 문제 페이지의 Level for this project에서도 검사 수준을 바꿀 수 있습니다. 저장하면 최근 크롤링이 즉시 다시 검사되며, 끈 검사는 건너뛰고 health에 반영되지 않습니다.

크롤링 및 알림 예약

Crawl 탭의 Schedule & automation에서 Repeat를 매일, 매주 또는 매월로 설정하고 시간을 고릅니다. 예약된 크롤링은 위의 설정을 사용합니다. 변경 사항에 반응하는 두 가지 옵션이 있습니다:

  • Alert me when health drops or new errors appear는 알림을 보냅니다.
  • Auto-submit new and changed pages to IndexNow는 크롤링이 끝날 때마다 새 페이지와 변경된 페이지를 제출합니다. IndexNow를 참고하세요.

Save schedule을 클릭해 저장합니다.

저장 공간과 백업

사이트마다 최근 5회의 크롤링은 전체가 보관됩니다. 그보다 오래된 크롤링은 요약, 문제 수, 추이를 유지하므로 History 탭과 health 추이는 계속 작동합니다. 전체를 보관할 크롤링 수는 Settings → Storage(Keep site audits in full)에서 바꿉니다. 백업에는 사이트 감사가 요약으로 담기며, 내보낼 때 Include full site audit detail을 켜면 전체 내용이 포함됩니다.

재실행 시기

문제를 수정한 후, 리디자인을 출시한 후, URL 구조를 변경한 후, 또는 대량의 새 페이지를 게시한 후 크롤링을 실행하세요. 매주 예약해 두면 확인하는 것을 잊어도 퇴보를 잡아낼 수 있습니다.