그림 1. 검색에 도달하는 과정을 표현한 개념 이미지. TOCS 제작 · AI 생성 일러스트이며 실제 검색엔진 내부 화면은 아닙니다.

새 글을 정성껏 작성하고 발행 버튼을 눌렀습니다. 이미지도 넣었고 제목도 여러 번 고쳤습니다. 그런데 검색창에 제목을 입력해도 내 글이 보이지 않습니다. 이때 가장 먼저 떠올리는 질문은 대개 비슷합니다. “글이 짧아서일까?”, “도메인 점수가 낮아서일까?”, “백링크를 더 만들어야 할까?”

이 질문들은 상황에 따라 검토할 가치가 있지만, 아직 진단의 출발점으로 삼기에는 범위가 넓습니다. 검색엔진이 주소를 발견했는지, 내용을 가져왔는지, 어떤 버전을 색인했는지조차 확인하지 않은 상태에서 글의 품질이나 링크 수부터 바꾸면 원인과 작업이 어긋날 수 있습니다. 중요한 것은 어느 단계에서 관찰 가능한 문제가 생겼는지 구분하는 일입니다.

이번 글은 SEO 실전 가이드 A부터 Z까지의 첫 번째 글입니다. 블로그·쇼핑몰·지역 사업자 사이트를 예로 들어 검색의 기본 과정을 설명하고, 마지막에는 실제 자신의 URL 한 개를 가지고 점검표를 완성할 수 있도록 구성했습니다. 본문의 업종별 사례와 100개 URL 차트는 이해를 돕기 위한 가상 예시이며 특정 고객의 성과나 TOCS 사이트 실측 결과가 아닙니다.

검색이 시작되는 다섯 단계

Google은 검색의 큰 과정을 크롤링, 색인 생성, 검색결과 제공의 세 단계로 설명합니다. 실무에서는 그 앞의 ‘URL 발견’과 내용 이해에 관련된 ‘렌더링’도 따로 구분하면 문제를 기록하기 편합니다. 아래 다섯 단계는 초보자를 위한 관찰 틀이며, 검색엔진 내부 작업이 반드시 이 순서대로 한 번씩 끝난다는 뜻은 아닙니다. [1]

그림 2. 검색을 점검하기 위한 다섯 가지 관찰 단계. Google의 큰 구분은 크롤링·색인·검색결과 제공이며, 이 그림은 발견과 렌더링을 추가로 분리한 교육용 도해입니다.

예를 들어 ‘검색에 안 보인다’는 말은 위 표의 어느 단계에도 걸릴 수 있습니다. 새 주소가 아직 알려지지 않았을 수도 있고, 주소는 알려졌지만 접근이 막혔을 수도 있습니다. 다른 URL이 대표로 선택되었거나 검색자의 질문과 페이지의 답이 맞지 않을 수도 있습니다. 따라서 진단 메모에는 “검색 안 됨” 한 줄 대신 단계별 확인 결과를 적는 편이 유용합니다.

“Google doesn't guarantee that it will crawl, index, or serve your page”

Google은 페이지의 크롤링·색인·검색결과 제공을 보장하지 않는다고 명시합니다. 이 문장은 작업을 포기하라는 뜻이 아니라, 설정 하나를 바꾼 뒤 결과를 단정하지 말고 관측을 이어가야 한다는 출발점으로 읽어야 합니다. 출처: Google 검색 작동 방식

URL 발견: 검색엔진이 주소를 찾는 경로

방문자가 내 홈페이지에 도착했는데 새 글로 이동할 수 있는 링크가 하나도 없다고 생각해 보세요. 운영자는 관리 화면에서 주소를 알고 있지만, 외부의 독자에게는 입구가 없는 방과 비슷합니다. 점검할 때는 ‘내가 URL을 알고 있다’와 ‘외부에서 그 URL로 이동할 경로가 있다’를 구분해야 합니다.

Google은 이미 알고 있는 페이지의 링크나 사이트맵 등을 통해 새로운 주소를 발견할 수 있습니다. 특히 새 글을 발행했다면 글 목록, 관련 주제의 기존 글, 시리즈 목차 중 어디에서 해당 글로 이어지는지 확인해 보세요. 이때의 목적은 링크 개수를 무작정 늘리는 것이 아니라, 독자가 실제로 다음 정보를 찾을 위치에 연결을 만드는 것입니다. [1]

실무에서는 이렇게 ‘입구 지도’를 만듭니다

원하는 글의 주소를 한 줄 적고, 그 글로 들어오는 페이지를 옆에 기록합니다. ‘홈 → SEO 가이드 목록 → 이번 글’, ‘키워드 조사 글 → 검색 의도 설명 글’처럼 사람이 따라갈 수 있는 형태가 좋습니다. 목록에 올라가지 않은 글, 검색창을 사용해야만 찾을 수 있는 글, 공유 링크로만 전달한 글은 연결 경로를 한 번 더 살펴볼 대상으로 분류합니다.

사이트맵도 점검 대상입니다. Google의 안내에 따라 검색에 보여 주고 싶은 대표 URL을 정리하고, 실제로 서비스되는 주소와 사이트맵의 주소가 맞는지 확인합니다. 다만 사이트맵을 제출했다는 사실이 특정 시점의 수집이나 색인을 보장하지는 않습니다. ‘제출 완료’와 ‘URL이 어떻게 처리되었는지’는 따로 기록해야 합니다. [2]

위 주소는 설명을 위한 예시입니다. 내 사이트에 적용할 때는 URL을 추정해서 적기보다 브라우저 주소창에서 정확한 주소를 복사하세요. 슬래시 유무, 서브도메인, 불필요한 추적 매개변수가 섞이면 서로 다른 URL의 결과를 비교하게 될 수 있습니다.

크롤링: 서버 응답 확인하기

주소를 발견한 다음에는 해당 주소의 내용을 가져오는 문제가 남습니다. 평소 쓰던 로그인 창에서는 정상으로 보이는 글도 비회원 창에서는 로그인 화면으로 이동할 수 있습니다. 서버가 불안정하면 같은 주소라도 요청 시점에 따라 오류 페이지가 나올 수 있습니다. 운영자가 확인해야 할 것은 ‘화면이 한 번 열렸다’보다 구체적인 응답입니다.

접근, 응답, 내용의 세 항목을 나누세요

첫째, 로그인하지 않아도 접근할 수 있는 공개 글인지 확인합니다. 둘째, 주소 이동이나 오류가 있는지 살펴봅니다. 셋째, 응답에 글의 핵심 내용이 들어 있는지 확인합니다. 상태 코드가 200이어도 화면 내용이 ‘권한이 없습니다’뿐이라면, 원하는 글을 전달했다고 판단해서는 곤란합니다. 이 세 항목을 나누면 서버 담당자와 이야기할 때도 “검색이 안 돼요”보다 정확한 재현 조건을 전달할 수 있습니다.

robots.txt는 크롤러의 접근을 관리하는 파일입니다. 특정 경로를 차단했다고 해서 해당 주소가 Google 검색에서 반드시 사라지는 것은 아닙니다. 검색에 보이지 않게 하는 제어와 크롤링 제어의 역할은 구별해야 합니다. 민감한 문서의 접근 통제가 필요하다면 인증 등 실제 접근 제한도 별도로 검토해야 합니다. [3]

noindex는 지원하는 검색엔진에 색인을 만들지 않도록 전달하는 규칙입니다. 중요한 조건은 검색엔진이 그 규칙을 읽을 수 있어야 한다는 점입니다. robots.txt로 접근을 막아 두고 페이지 안에 noindex를 넣었다면, 크롤러가 페이지의 규칙을 확인하지 못할 수 있습니다. [4]

그림 3. 접근 가능한지와 색인 대상인지는 서로 다른 질문입니다. 변경 전 공개 목적을 정하고, 실제 응답과 설정을 함께 확인해야 합니다.

오늘 당장 바꾸기보다 먼저 확인할 것

사이트 전체 설정을 바로 수정하기 전에 공개되어야 할 URL 한 개와 공개되면 안 되는 URL 한 개를 골라 보세요. 각각의 목적을 적은 뒤 접근 상태와 설정을 대조합니다. 이 방법은 실무에서 설정의 의도를 확인하기 위한 작은 표본 점검입니다. 모든 URL의 정상 동작을 증명하는 검사는 아니지만, 엉뚱한 경로를 일괄 변경하는 실수를 줄이는 데 도움이 됩니다.

렌더링: 화면과 수집된 HTML의 차이

현대 웹사이트는 처음 받은 HTML 이후 자바스크립트가 상품 설명, 후기, 메뉴를 채우기도 합니다. Google은 자바스크립트를 처리할 수 있지만, 요청 이후 렌더링과 리소스 로딩을 거쳐야 하는 내용도 있습니다. 필요한 파일이 차단되거나 실행 과정에서 오류가 나면 기대한 본문이 만들어지지 않을 수 있습니다. [5]

실무 점검의 핵심은 ‘자바스크립트를 쓰면 안 된다’가 아닙니다. 검색자가 읽어야 할 정보가 어떤 조건에서 나타나는지 설명할 수 있어야 합니다. 상품명을 보려면 로그인해야 하는지, 상세 설명이 탭 안에 있는지, 버튼을 눌러 외부 데이터를 가져와야 하는지처럼 실제 콘텐츠 생성 조건을 파악하세요.

가령 쇼핑몰의 상품 상세 화면에 예쁜 배너만 있고 재료, 규격, 배송 정보는 오류가 난 요청 뒤에서 비어 있다고 가정해 보겠습니다. 운영자의 브라우저에 캐시된 정보가 남아 있으면 문제를 놓칠 수도 있습니다. 새 세션으로 접속하고 개발자 도구의 오류를 확인하며 렌더링된 내용을 비교하는 절차를 준비하면, 글의 분량을 늘리는 작업보다 먼저 해결할 문제를 발견할 수 있습니다.

이미지 역시 본문 이해를 돕는 역할을 해야 합니다. 이번 글의 도해에는 과정 이름을 적었지만, 같은 내용이 본문에도 설명되어 있습니다. 독자가 이미지를 확대하지 않아도 핵심 논리를 따라올 수 있게 구성하려는 편집 원칙입니다. 실제 적용에서는 제목과 중요한 정보가 이미지 한 장에만 들어 있는지 점검해 보세요.

색인과 대표 URL: 검색에 남는 페이지

수집 이후에는 콘텐츠를 분석하고 어떤 정보를 검색에 사용할지 정리하는 과정이 있습니다. 이때 운영자가 만든 URL 개수와 검색에 사용하는 대표 페이지 개수가 일치할 필요는 없습니다. 같은 내용이 여러 주소로 열리면 대표 URL을 선택하는 문제가 생깁니다.

예를 들어 동일 상품이 기본 주소, 캠페인 주소, 정렬 매개변수가 붙은 주소로 열릴 수 있습니다. 이 주소들을 각각 독립적인 핵심 페이지로 취급할지, 같은 내용의 다른 입구로 취급할지 먼저 정해야 합니다. canonical은 대표로 선호하는 URL을 알리는 방법 중 하나이며, 실제로 Google이 선택한 표준 URL은 별도로 확인해야 합니다. [6]

중요한 점은 대표 URL 설정, 내부 링크, 사이트맵이 서로 다른 방향을 가리키지 않도록 관리하는 것입니다. 가령 메뉴에서는 A로 연결하고 사이트맵에는 B를 넣으며 canonical은 C를 가리키는 식이라면, 먼저 주소 체계를 정리해야 합니다. 단순히 글을 복사해 새 주소로 재발행하면 비교해야 할 대상만 늘어날 수 있습니다.

‘색인이 생성되지 않았다’는 결과를 만났을 때는 먼저 해당 URL이 독립적으로 검색되어야 하는 페이지인지 물어보세요. 결제 완료 화면이나 내부 검색의 무수한 조합처럼 공개 검색 대상으로 삼을 필요가 없는 페이지도 있습니다. 사이트 전체를 무조건 하나의 색인 비율로 평가하기보다, 사업상 중요한 페이지 집합을 먼저 정의하는 편이 운영 판단에 도움이 됩니다.

검색 노출: 검색어와 페이지의 연결

색인 상태를 확인했다면 다음 질문은 ‘어떤 검색에서 누구에게 보여 줄 정보인가’입니다. 같은 페이지라도 검색어, 지역, 언어 등 상황에 따라 노출이 달라질 수 있습니다. 주소가 색인되었다는 이유만으로 특정 키워드의 상위 노출을 약속할 수는 없습니다. [1]

이 단계에서는 실적을 서로 다른 지표로 나누어 보세요. 노출은 있었는지, 클릭으로 이어졌는지, 방문 후 문의나 구매로 연결되었는지는 각각 다른 질문입니다. Search Console의 검색 실적 보고서를 사용하면 검색어와 페이지별 노출·클릭 등을 확인할 수 있습니다. [8]

예를 들어 ‘초보 캠핑 컵 고르는 법’에 답하는 글이 색인되었는데 운영자는 ‘컵’이라는 넓은 단어로만 검색해 보았다고 가정해 봅시다. 그 한 번의 검색에서 글을 찾지 못했다고 해서 모든 검색에서 노출이 없는 것은 아닙니다. 실제 어떤 검색어에서 반응이 있는지 보고서로 확인한 다음, 제목과 본문이 그 질문에 충분히 답하는지 검토하는 편이 합리적입니다.

가상 사례로 보는 진단 순서

아래 사례는 설명용 시나리오입니다. 실제 고객 성과·순위 상승·매출 변화에 대한 보고가 아닙니다.

사례 A. 새 블로그의 글이 목록에 연결되지 않은 상황

소규모 여행 블로그에서 ‘비 오는 날 부산 당일치기 동선’을 작성했습니다. 글은 공개 상태지만 홈 화면이 고정 소개 페이지만 보여 주고, 글 목록 메뉴는 아직 만들지 않았습니다. 운영자는 관리 화면의 미리보기 주소로만 글을 읽고 있었습니다.

이때 우리의 첫 행동은 키워드를 더 넣는 것이 아닙니다. 비회원 창에서 최종 공개 주소가 맞는지 확인하고, 홈이나 주제별 목록에서 해당 글로 이동할 수 있는 경로를 직접 따라가 봅니다. 경로가 없으면 관련 위치에 내부 링크를 추가하고 사이트맵 포함 여부를 점검합니다. 다음에는 URL 검사 결과와 확인 날짜를 남겨 변화가 있는지 살펴봅니다.

이 사례의 작업 기록은 ‘글 수정 완료’보다 구체적이어야 합니다. ‘가이드 목록에 링크 추가, 공개 URL 확인, 사이트맵의 주소 일치 확인’처럼 바꾼 항목을 적으세요. 이후 상태가 달라져도 어느 한 작업만의 효과라고 단정할 수는 없지만, 다음 진단에 사용할 수 있는 맥락이 생깁니다.

사례 B. 쇼핑몰 상품 설명이 외부 요청 오류로 비어 있는 상황

주방용품 쇼핑몰의 상품 페이지는 사진과 가격은 잘 보이지만, 소재와 용량 설명을 불러오는 요청이 실패합니다. 운영자는 “상품 페이지가 너무 짧아서 검색이 안 된다”고 생각하고 소개 문구를 더 만들려고 합니다.

먼저 설명이 비어 있는 현상을 재현합니다. 로그인 상태, 모바일 화면, 새 세션의 차이를 비교하고, 렌더링 결과에서 원래 있어야 할 내용이 실제로 있는지 확인합니다. 이어 기본 상품 URL과 캠페인 URL의 내용 및 대표 URL 설정을 비교합니다. 이렇게 하면 콘텐츠 기획 문제와 전달·구현 문제를 분리할 수 있습니다.

개발자에게는 “SEO를 개선해 주세요”보다 재현 주소, 확인 시각, 사라진 항목, 오류가 난 요청을 묶어 전달하는 편이 좋습니다. 수정 후에도 사진 한 장이 보인다는 이유로 검사를 끝내지 말고, 소재·용량·가격 같은 핵심 정보가 제대로 전달되는지 다시 확인해야 합니다.

사례 C. 지역 사업자의 글은 색인되었지만 문의가 없는 상황

동네 공방이 원데이클래스 소개 글을 발행했습니다. 색인 상태는 확인했지만 문의가 거의 없습니다. 운영자는 이를 다시 색인 문제로 생각해 같은 글을 주소만 바꿔 올리려 합니다.

이번에는 방문자가 실제로 알고 싶은 질문을 적어 봅니다. 수업 지역과 시간, 소요 시간, 준비물, 수강료, 예약 방법, 초보자 참여 가능 여부가 명확한가요? 검색 유입이 있는 페이지와 문의 행동을 연결해 보고, 정보가 부족한 지점과 예약 동선의 마찰을 나누어 살펴봅니다. 이는 색인 이후에 검토할 콘텐츠·사업 목표의 문제입니다.

이 사례가 보여 주는 것은 성과 부진의 원인이 하나로 고정되어 있지 않다는 점입니다. 같은 ‘문의가 없다’는 현상에서도 발견 경로, 본문 전달, 검색 의도, 전환 동선 중 무엇을 관찰했는지에 따라 다음 작업이 달라집니다. 성과 숫자를 약속하기보다 다음 실험의 질문을 정확히 만드는 것이 첫 단계입니다.

URL 검사 도구로 내 페이지 점검하기

지금부터는 자신의 사이트에서 공개되어야 하는 글 하나를 고르세요. 아래 과정은 URL 검사 도구를 활용하는 기본 실습이며, 화면 이름과 표시 항목은 언어·권한·서비스 변경에 따라 달라질 수 있습니다. [7]

1. 검사할 주소를 확정합니다. 공개 페이지의 최종 주소를 복사하고, 자신이 관리하는 Search Console 속성에 포함되는지 확인합니다. 제목이나 도메인만 적지 말고 글의 전체 주소를 사용합니다.
2. Google이 보관한 상태를 읽습니다. 색인 여부와 관련 세부 항목, 선택된 표준 URL을 확인합니다. 과거에 수집한 버전의 정보인지 구분해 기록합니다.
3. 현재 페이지와 비교합니다. 최근 설정을 바꿨다면 실제 URL 검사를 활용합니다. 과거 저장 상태와 지금 접근 가능한 상태를 한 줄에 섞지 않습니다.
4. 가져온 내용을 살펴봅니다. 제공되는 경우 테스트된 페이지의 HTML·스크린샷·리소스 정보를 확인합니다. 화면 캡처만으로 판단하기 어려우면 핵심 문장이 HTML에 포함되는지도 비교합니다.
5. 필요한 수정 후 요청을 검토합니다. 색인 생성 요청은 가능한 작업 중 하나입니다. 요청만 반복하기보다 수정한 내용과 요청 시각을 같이 남깁니다. 실제 검사 통과와 색인 완료는 구분합니다.
6. 다음 확인 기준을 정합니다. 같은 URL과 같은 관찰 항목을 다시 확인할 날짜를 기록합니다. 이때 기록할 것은 예상 순위가 아니라 확인 가능한 상태와 변경 내역입니다.

‘URL이 Google에 등록되어 있음’이라는 결과도 모든 검색결과 노출을 보장하는 표현으로 해석하면 안 됩니다. 반대로 실제 URL 검사는 지금 페이지의 검사 결과이지, 모든 색인·검색 품질 조건을 확인해 주는 종합 보증서가 아닙니다. [7]

예시 차트: 100개 URL의 상태 비교

한 사이트에서 검색 대상으로 점검할 URL 100개를 골랐다고 가정해 보겠습니다. 특정 시점에 담당자가 분류한 결과가 ‘색인 확인 60개, 수집 후 미색인 25개, 발견 후 미수집 10개, 접근 오류·차단 확인 5개’였다고 가정합니다. 같은 URL을 중복 집계하지 않도록 이 연습에서는 네 가지 상태 중 하나에만 넣었습니다.

그림 4. 설명용 가상 데이터이며 실제 측정값·업계 평균·Google 공식 분류 통계가 아닙니다. 하나의 시점에서 서로 겹치지 않게 분류한 100개 URL의 예시입니다.

이 차트에서 ‘미색인 40개를 전부 같은 방법으로 고치자’고 결정하면 서로 다른 상황을 섞게 됩니다. 접근 오류가 있는 5개는 응답과 설정을 먼저 살펴볼 대상입니다. 아직 수집이 확인되지 않은 10개는 발견 경로와 수집 가능성을 검토할 수 있습니다. 수집 후 미색인으로 분류한 25개는 본문과 대표 URL, 검색 대상으로 유지할 필요성 등을 별도로 확인해야 합니다.

색인 확인 60개도 작업이 끝났다는 뜻은 아닙니다. 사업상 중요한 글이 어디에 포함되어 있는지, 어떤 검색어에서 반응이 있는지, 사용자가 원하는 내용을 찾을 수 있는지는 이후의 질문입니다. 중요한 상품 5개가 빠져 있는데 중요도가 낮은 페이지 60개가 색인된 상황과 그 반대 상황은 같은 비율로 설명할 수 없습니다.

여기서 60%는 예시 집합의 계산값 60 ÷ 100 × 100일 뿐입니다. 이를 사이트 품질 점수, 검색 순위 예측치, 전환율 또는 반드시 달성해야 하는 목표로 바꾸어 읽으면 안 됩니다. 차트가 도움이 되려면 먼저 분모를 어떻게 정했는지와 상태를 언제 관찰했는지가 함께 제시되어야 합니다.

증상별 점검 순서

그림 5. 처음 점검할 대상을 정하기 위한 TOCS 실무 제안. 모든 문제를 자동 판정하는 알고리즘이 아니며 개별 도구 결과와 운영 목적을 함께 확인해야 합니다.

위 표는 무언가를 무조건 변경하라는 지시가 아닙니다. 확인한 사실과 아직 모르는 부분을 분리하는 작업 순서입니다. 예를 들어 어느 날 검색 유입이 줄었다면 서버 장애 외에도 검색 수요, 사이트 변경, 검색 시스템 변화와 데이터 문제 등을 구분해 보아야 합니다. Google 역시 검색 유입 감소를 조사할 때 여러 원인을 검토하도록 안내합니다. [9]

첫 점검에서 자주 생기는 네 가지 오해

• 사이트맵 제출은 발행 완료의 증거다? 제출 여부와 각 URL의 처리 상태는 별도로 확인합니다.
• 상태 코드가 정상이면 내용도 정상이다? 요청이 성공한 것과 원하는 본문이 전달된 것은 나누어 봅니다.
• 색인되면 원하는 키워드에 바로 보인다? 검색어별 노출과 클릭을 따로 관측해야 합니다.
• 현재 검사 결과가 좋으면 과거 보고서도 즉시 바뀐다? 실제 URL 검사와 보관된 정보의 시점 차이를 구분합니다.

실습 체크리스트

처음에는 사이트 전체를 고치려고 하기보다 중요한 URL 한 개로 아래 체크리스트를 완성해 보세요. 항목 옆에는 ‘정상’이라는 단어 대신 확인 자료나 메모를 붙이는 편이 좋습니다. 반복해서 사용하면 게시 전 점검과 수정 후 확인에 같은 양식을 활용할 수 있습니다.

• □ 이 페이지가 답해야 하는 독자의 질문을 한 문장으로 적었다.
• □ 공개되어야 하는 최종 URL을 정확하게 복사했다.
• □ 로그인하지 않은 상태에서 본문을 읽을 수 있는지 확인했다.
• □ 목록이나 관련 글에서 해당 URL로 들어오는 경로를 확인했다.
• □ 사이트맵에 담긴 주소와 실제 대표 주소를 비교했다.
• □ 접근 제어와 색인 제어의 목적을 구분했다.
• □ 제목뿐 아니라 핵심 설명과 이미지가 제대로 전달되는지 살펴봤다.
• □ 중복 주소가 있다면 내용과 대표 URL 설정을 함께 기록했다.
• □ URL 검사에서 보관된 상태와 실제 검사 결과를 구별했다.
• □ 바꾼 항목, 확인 시각, 다음 확인 항목을 남겼다.

SEO의 첫 실무 능력은 복잡한 용어를 많이 외우는 데서만 생기지 않습니다. ‘지금 확인한 사실은 이것이고, 다음에 확인할 것은 저것이다’라고 설명할 수 있는 능력에서 출발합니다. 이 한 장의 기록이 생기면 개발자, 콘텐츠 담당자, 운영자가 같은 문제를 다른 말로 이야기하는 시간을 줄일 수 있습니다.

SEO 실전 연재 주제

현재 글은 SEO실전 연재의 Vol.1입니다. 아래 주제를 중심으로 실무 가이드를 계속 추가합니다.

• SEO 기초와 진단 순서
• 키워드 조사와 검색 의도
• 콘텐츠 구조와 개선
• 온페이지 SEO
• 기술 SEO
• 성능과 모바일
• 검색 도구와 성과 측정
• 링크와 도메인
• 업종별·확장 SEO
• 운영과 지속 개선

참고자료 및 출처

아래 공식 문서는 2026년 11월 10일 확인했습니다. 설명은 Google 검색을 중심으로 하며 다른 검색엔진의 화면·용어·처리 방식까지 동일하다는 의미는 아닙니다. 업종별 사례·차트 수치·진단 양식은 TOCS가 교육을 위해 구성했습니다. 대표 이미지는 AI 생성, 과정 도해와 차트는 텍스트·수치에 맞춰 별도 제작했습니다.

1. Google Search Central · 검색 작동 방식
2. Google Search Central · 사이트맵 생성과 제출
3. Google Search Central · robots.txt 소개
4. Google Search Central · noindex로 색인 제어
5. Google Search Central · JavaScript SEO 기본 사항
6. Google Search Central · 대표 URL 지정
7. Search Console 도움말 · URL 검사 도구
8. Search Console 도움말 · 검색 실적 보고서
9. Google Search Central · 검색 유입 감소 조사