Day 21. 3주차 측정: 첫 콘텐츠가 공개되고 발견되는지 확인하기

첫 콘텐츠를 썼다는 사실보다 고객과 검색 시스템이 실제 URL에서 볼 수 있는지가 중요합니다. 발행, 발견, 크롤링, 색인을 서로 다른 상태로 기록해요.

이번 주, 우리는 잘하고 있을까요?

이번 주에는 느낌이나 작성 편수가 아니라 아래 KPI와 증거 링크로 현재 상태를 판정합니다.

이번 주 KPI는 이 다섯 칸으로 봅니다

KPI	종류	어디서 보나요?	계산·기록 기준	어떻게 해석할까요?
공개 QA 통과율	선행 KPI	공개 URL 검사	200·본문·canonical·내부 링크 통과 URL / 발행 URL	100%가 아니면 동일 템플릿 오류를 먼저 고칩니다.
내부 링크 연결률	구조 KPI	링크 지도	최소 1개 맥락 링크가 있는 URL / 발행 URL	고립 URL은 발견과 고객 탐색 모두에서 우선 수정합니다.
GSC 발견 URL 수	발견 KPI	GSC URL Inspection·Performance	Google에 알려졌다고 확인된 신규 URL 수	공개 완료와 별도로 기록합니다.
검색 노출 발생 URL 수	후행 KPI	GSC Pages	선택 기간에 impression > 0인 발행 URL 수	초기 0은 실패 판정이 아니라 관찰 대기입니다.
변경 기록 완성률	운영 KPI	change log	변경·이유·배포일·owner·다음 측정일이 있는 URL / 발행 URL	100%가 되어야 전후 비교가 가능합니다.

실제 데이터는 이 순서로 가져오세요

1. 발행 URL을 로그아웃 상태로 열고 200·본문·canonical·다음 링크를 확인합니다.
2. GSC URL Inspection에서 현재 상태와 Google canonical을 기록합니다.
3. GSC Performance의 Pages에서 발행 URL별 노출·클릭 기준선을 export합니다.
4. 각 URL의 들어오는 내부 링크를 확인합니다.
5. change log에 배포일과 다음 측정일을 넣습니다.

운영 원장에는 이 필드를 고정합니다

• URL · page_type · published_at
• HTTP · canonical · noindex · inlink_count
• GSC_discovered · indexed_state · impressions · clicks
• change_summary · owner · next_measurement_at
• error_type · fix_due_date

주간 리포트는 이렇게 구성해요

1. 발행한 자산 목록
2. 공개 QA·링크·발견 KPI
3. GSC 기준선
4. 오류와 수정 owner
5. 다음 주 측정 대기 URL

숫자를 본 뒤 다음 행동을 정합니다

• 공개 QA 실패는 색인 요청 전에 수정합니다.
• 노출 0이지만 발견·기술 상태가 정상이면 성급히 원고를 다시 쓰지 않습니다.
• 고립 URL은 허브·PDP의 자연스러운 문맥에서 연결합니다.

측정 결과를 해석할 때 여기까지가 경계예요

색인 요청과 sitemap 포함은 노출·순위·AI 인용 성과가 아닙니다. 상태와 시간을 기록하는 선행 지표입니다.

도구 공식 문서: GSC Performance · GSC URL Inspection

오늘 우리 브랜드에 남는 것

Week 3 공개·발견 리포트 1장

측정한 화면·export 파일·운영 원장 링크를 리포트에 붙이고, 다음 owner와 측정일을 확정하세요.

이번 주 측정 뒤 이어갈 기존 실습

기존 Day 21 실행 내용도 아래에 보존했어요. KPI 리포트를 먼저 완성한 뒤 필요한 작업을 이어갑니다.

Day 21. 첫 콘텐츠 묶음의 변경 기록 남기기

무엇을 바꿨는지 모르면 무엇이 효과였는지도 알 수 없어요.

오늘, 이 장면부터 같이 볼게요

지난 며칠 동안 가이드, PDP, FAQ와 내부 링크를 꽤 많이 바꿨어요. 지금 “대충 기억하고 있으니 괜찮다”고 느낄 수 있지만, 한 달 뒤에는 수정 날짜와 이유가 섞이기 시작해요.

오늘은 글을 더 쓰기 전에 잠깐 멈춰서 첫 콘텐츠 묶음의 변경 기록을 같이 남겨볼게요. 귀찮은 행정이 아니라, 나중에 성과를 설명해주는 증거를 만드는 시간입니다.

AI 답변은 같은 질문에도 시점과 서비스에 따라 달라질 수 있어요. 매출과 검색 유입은 광고, 프로모션, 계절, 가격 변화의 영향도 받습니다. 그래서 전후 화면과 변경 내용을 기록하지 않으면 나중에 좋은 숫자가 나와도 무엇이 영향을 줬는지 설명할 수 없어요.

변경 기록을 그림으로 먼저 볼게요

왼쪽처럼 PDP를 좀 고쳤다고 남기면 다음 달에 재현할 수 없어요. 오른쪽 여섯 칸은 성과를 증명하는 장식이 아니라, 어떤 변화와 숫자를 연결해볼지 정하는 최소 조건입니다.

변경 기록은 Day 30에서 처음 힘을 발휘해요. 전과 후의 차이를 보여주려면 중간에 무엇을 바꿨는지가 반드시 함께 있어야 합니다.

“GEO 개선” 대신 URL 하나부터 적어볼게요

기록 항목	남겨야 하는 내용
URL	실제 공개 주소와 페이지 유형
고객 질문	이 페이지가 직접 답하려는 질문
변경 전	첫 답변·표·링크·FAQ의 이전 상태
변경 후	추가·삭제·수정한 블록
근거	제품 사실, 정책, 후기, 외부 원문
날짜·담당	발행일과 확인한 사람
발견 상태	Google·Naver 색인 및 기술 문제
외부 변수	할인, 광고 증액, 품절, 가격 변경

SEO 개선, GEO 수정처럼 넓게 적지 마세요. 첫 화면 아래에 질문형 H2 3개와 80자 직접 답변 추가처럼 다른 사람이 재현할 수 있게 써요.

기록이 부담스럽다면 세 가지만 남겨도 괜찮아요

1. 수정 전 화면 또는 이전 문장
2. 수정 후 화면과 공개 URL
3. 무엇을 왜 바꿨는지 한 문장

스크린샷만 저장하면 이미지 속 텍스트를 검색하기 어렵습니다. 반드시 텍스트 change log도 함께 남겨요.

20분 동안 콘텐츠 3~5개만 한 행씩 적어볼게요

발행일	URL	질문	변경한 블록	내부 링크	발견 상태	외부 변수	다음 확인일
[날짜]	[URL]	[질문]	[첫 답/표/FAQ]	[출발→도착]	[상태]	[할인 등]	[날짜]

콘텐츠를 여러 번 수정하더라도 기존 행을 덮어쓰지 말고 새 버전을 추가하세요. 그래야 Day 30·60·90에 처음 답변이 어떻게 달라졌는지 보여줄 수 있어요.

오늘은 여기까지 실제로 발행해볼게요

change log를 쓰면서 아직 약한 URL 하나를 골라요. 그 URL에 고객 질문형 H2 두 개와 직접 답변 두 개를 추가한 뒤 같은 표에 새 버전으로 기록해요.

여기까지 했다면, 오늘은 충분해요

• 공개 URL 3~5개의 변경 내용을 기록했다.
• 변경 전후 화면과 텍스트를 함께 남겼다.
• 광고·할인·품절 같은 외부 변수를 표시했다.
• 약한 URL에 답변 블록 두 개를 추가했다.

여기까지 했다면 앞으로 숫자가 움직였을 때 감으로 설명하지 않아도 돼요. 우리 브랜드에는 무엇을 언제 왜 바꿨는지 보여주는 첫 기록이 생겼습니다.

오늘 우리 브랜드에 남는 것

Day 21 · 첫 콘텐츠 묶음 change log · 전후 증거 · 다음 확인일