Day 3. 우리 브랜드는 무엇부터 고쳐야 할까요?

세 가지를 한꺼번에 고치지 말고, 지금 가장 먼저 막힌 한 칸부터 시작해요.

실무자가 알아야 할 이론적 배경

크롤링·색인·노출은 서로 다른 단계입니다

개념. 크롤링은 시스템이 URL을 가져오는 과정, 색인은 가져온 문서를 검색 가능한 저장소에 처리하는 과정, 노출은 특정 질의에서 결과 후보로 표시되는 사건입니다. URL이 열리는 것과 검색·AI 답변에 쓰이는 것은 같은 상태가 아니에요.

작동 원리. robots.txt는 크롤러 접근 지침을, sitemap은 발견할 URL 목록을 제공합니다. 그러나 허용되었다고 반드시 수집·색인되는 것은 아니며, sitemap에 있다고 품질 평가나 노출이 보장되지도 않습니다.

왜 중요한가. 단계를 섞으면 잘못된 처방이 나옵니다. 색인되지 않은 페이지의 문구만 계속 고치거나, 정상 페이지의 robots 설정을 불필요하게 바꾸는 식의 낭비와 장애가 생길 수 있어요.

오늘의 실무 해석. 오늘은 공개 접근, robots, sitemap을 각각 별도 칸에 기록합니다. 모르는 설정은 즉시 수정하지 말고 현재 값·영향 URL·원하는 완료 상태를 개발 요청서로 남깁니다.

이 설명의 근거: Google AI 검색 가이드 · 정본 근거 ID: T-01 · T-07 · C-01

실제 사례에서는 어떻게 보였을까요?

Search Console · query와 URL의 노출·클릭을 같은 조건으로 비교해요

공식 화면 관찰. Search Console Performance 보고서는 클릭, 노출, CTR, 평균 게재순위를 query·page·country·device·date 등으로 나누어 보여줍니다.

공개된 관찰. 변경 URL로 page filter를 적용하고 같은 기간을 비교하면 어떤 query의 발견·클릭이 함께 변했는지 관찰할 수 있습니다.

그대로 일반화하면 안 되는 이유. 희소 query와 익명화 데이터는 보이지 않을 수 있고 평균 게재순위는 개인 검색 결과를 재현하지 않습니다. AI 서비스 전체 측정 도구도 아닙니다.

출처: Google Search Console Performance report · 자료 성격: 🟢 플랫폼 공식 문서

llms.txt · 널리 이야기되지만 공식 노출 신호로 확인되지 않았어요

반대·경계 사례. llms.txt는 사이트의 중요 문서를 Markdown으로 큐레이션하는 커뮤니티 제안입니다.

공개된 관찰. IETF·W3C 표준이 아니며 주요 검색·AI 제공사가 순위나 인용의 공식 신호로 채택했다고 확인되지 않았습니다.

그대로 일반화하면 안 되는 이유. 문서 인덱스로 실험할 수는 있지만 robots, sitemap, canonical, 공개 본문보다 먼저 시행할 필수 작업으로 가르치지 않습니다.

출처: llms.txt 원 제안 · 자료 성격: ⚪ 제안 사양·경계 사례

오늘 이 사례에서 가져갈 판단 기준. 새 파일을 만드는 것보다 대표 URL의 접근·색인·실제 검색 데이터를 먼저 확인합니다.

오늘의 근거를 2분만 같이 볼게요

근거 한 줄. AI 기능에도 별도 비밀 설정보다 기존 검색의 접근성·색인 가능성·유용한 공개 본문이 먼저입니다.

여기까지가 근거예요. llms.txt는 제안 사양이며 필수 표준이나 노출 신호로 확인되지 않았습니다.

글로벌 사례	국내 사례
Shopify — 기본 robots와 sitemap을 실제 URL에서 검수	카페24·아임웹 — 관리자 경로 추정 없이 공개 URL부터 검수

오늘 우리 사이트에 적용할 한 가지. robots.txt와 sitemap을 열고, 모르는 설정은 수정 대신 요청서로 남깁니다.

출처: Google AI 검색 가이드 · 정본 근거 ID: T-01 · T-07 · C-01

지금까지 정한 것을 펼쳐보세요

Day 1에서 고객 질문 하나를 골랐고, Day 2에서 그 답을 책임질 대표 페이지를 정했습니다. 이제 그 페이지를 아래 세 칸으로만 봅니다.

확인할 칸	질문	비어 있을 때 먼저 할 일
읽힘	공개 URL이 열리고 본문 글자를 확인할 수 있나요?	접근·색인 가능 상태를 확인해 개발 요청 만들기
답변	고객 질문에 첫 문장부터 직접 답하나요?	질문 바로 아래에 짧은 답과 조건 쓰기
근거	제품 사실·정책·출처를 확인할 수 있나요?	공식 원본과 담당자를 연결하기

1. 읽힘이 먼저 비어 있다면

페이지가 로그인 뒤에만 있거나, 중요한 설명이 통이미지 안에만 있거나, 검색 시스템 접근이 막혀 있다면 좋은 답을 써도 발견되기 어렵습니다. 이때는 문구를 더 쓰기 전에 공개 URL과 본문 상태를 확인해야 해요.

2. 답변이 먼저 비어 있다면

브랜드 소개는 길지만 고객 질문에 바로 답하는 문장이 없다면, 첫 문장부터 고칩니다. 질문을 제목 가까이에 두고 직접 답 → 조건 → 다음 행동 순서로 정리할 준비를 하세요.

3. 근거가 먼저 비어 있다면

효능·대상·배송·교환처럼 중요한 말을 하고 있지만 확인할 공식 원본이나 담당자가 없다면 발행을 서두르지 않습니다. 근거가 없는 칸은 AI로 메우지 말고 확인할 사람과 자료를 정하세요.

오늘은 진단 점수가 아니라 순서를 정합니다

세 칸이 모두 부족해 보여도 괜찮아요. 아래 규칙대로 첫 번째 일만 고르세요.

1. 페이지가 공개적으로 읽히지 않으면 읽힘부터
2. 읽히지만 질문에 답하지 않으면 답변부터
3. 답은 있지만 확인할 수 없다면 근거부터

이 순서는 검색 노출을 보장하는 공식이 아닙니다. 다만 지금 우리 팀이 통제할 수 있는 문제를 섞지 않고 처리하게 해줘요.

지금 우리 브랜드에 적용해볼까요?

Day 3 첫 우선순위 카드
고객 질문: ________________
대표 페이지: ________________
가장 먼저 비어 있는 칸: 읽힘 / 답변 / 근거
이번 주에 할 첫 작업: ________________
이 작업을 확인할 사람: ________________

여기까지 했다면 첫 우선순위를 정했습니다

• 고객 질문 하나를 정했다.
• 그 답을 책임질 대표 페이지를 정했다.
• 읽힘·답변·근거 중 첫 우선순위를 정했다.

이제 무엇을 해야 하는지는 알게 됐어요. Day 4부터는 오늘 정한 질문을 실제 콘텐츠 기획 카드로 만들고, 답·조건·근거·내부 링크를 채워 발행합니다.