순위가 조용히 빠지는 페이지를 살리는 법 — 56일 창과 4단계 태깅

SEO 팀은 새 페이지를 만드는 데 많은 시간을 쓴다. 그동안 기존 페이지는 조용히 순위와 클릭과 매출을 잃는다.

그 페이지들을 업데이트하면 성과를 회복할 수 있다. 다만 너무 많이 다시 쓰면 이미 쌓아둔 SEO 자산 자체가 날아간다.

이 글은 지상 교통 마켓플레이스 hoppa가 콘텐츠 부패를 진단하고 표적 수정하는 14단계 프로세스와, 그것을 클로드 코드로 시스템화한 과정이다.

기존 페이지가 더 주목받아야 하는 이유

콘텐츠는 시간이 지나면 부패한다. 극적이지 않다. 페널티도 없고, 탓할 알고리즘 업데이트도 없다. 그냥 천천히 흘러내린다.

순위가 조금씩 내려가고, 노출수는 유지되는데 클릭이 조용히 빠지고, AI 오버뷰가 검색 결과 상단을 먹는다. 구글은 당신의 분석 대시보드보다 먼저 알아차린다.

안탈리아 공항 페이지의 진단

여러 국가와 언어에 걸쳐 공항·리조트·인기 노선 페이지를 운영하는 사례다. 안탈리아 공항 트랜스퍼 페이지를 손대기 전 56일 진단 결과는 이랬다.

• 노출수 148,537
• 평균 순위 14.89
• CTR 1.49%
• 클릭 2,215

묻혀 있었지, 보이지 않았던 것이 아니다. 망가진 것은 없었다. 그냥 낡았을 뿐이다.

새 페이지와는 완전히 다른 작업

새 페이지는 0에서 시작하므로 백지에 무엇을 하든 자유다. 이미 순위를 가진 페이지를 업데이트하는 것은 전혀 다른 일이다. 살아 있는 자산을 다루기 때문이다.

• 이미 이 페이지를 가리키는 내부 링크가 있다
• 이미 스키마가 들어가 있다
• 부주의하면 깨뜨릴 수 있는 과거 기준선이 있다

부패한 페이지를 위에서 아래까지 다시 써서 갖고 있던 순위를 전부 잃는 팀을 여러 번 봤다. 그건 리프레시가 아니라 자해적 강등이다.

1단계: 56일 GSC 창을 읽는다

모든 업데이트는 서치 콘솔 56일 창에서 시작한다. 90일도, 1년도 아니다.

이유는 두 가지다. 첫째, 신뢰할 만큼 넓으면서 한 시즌 안에 머물 만큼 좁다. 계절성이 있는 사이트에서 창을 넓히면 6월과 1월을 평균 내어 잘못된 결론을 끌어내게 된다.

둘째, 콘텐츠 업데이트를 라이브로 올릴 때 같은 시간 창을 쓰기 때문이다. SEO 테스트 도구인 SEOTesting은 2·4·6·8주 네 가지 테스트 기간을 제공하는데, 8주가 곧 56일이다.

데이터 안에서 볼 세 가지

• 상위 쿼리: 무엇이 바뀌든 반드시 보존해야 하는 것들
• 스트라이킹 디스턴스 쿼리 (5~20위, 낮은 CTR): 저렴한 승리
• 제로 클릭 쿼리 (높은 노출, 거의 없는 클릭): 페이지가 답하지 못하는 의도로 노출되고 있다는 신호

2단계: 모든 섹션에 태그를 붙인다

작성자의 표현대로 이 태깅 규율이 사실상 게임의 전부다.

• Keep(유지): 여전히 순위가 있고 정확하다. 건드리지 않는다.
• Fix(수정): 방향은 맞는데 실행이 낡았다. 제자리에서 다시 쓴다.
• Remove(제거): 틀렸거나, 중복이거나, 적극적으로 해가 된다.
• Add(추가): 데이터가 뭔가 빠졌다고 말하고 있다.

대부분의 자해는 Keep에 해당하는 섹션을 Fix로 착각하는 데서 나온다.

3~5단계: 경쟁사, 키워드, 페르소나

여기서 일반론을 벗어난다. 안탈리아 페이지의 쿼리 데이터가 드러낸 것들이다.

• 스트라이킹 디스턴스 기회: "antalya airport transfer"가 7위에 실제 검색량과 함께 앉아 있었다
• 프라이빗 하이어 갭: "private transfer antalya"가 1,091 노출에 14 클릭, CTR 1.28%. 공유 셔틀이 아니라 프라이빗 트랜스퍼를 원하는 여행자를 위한 내용이 페이지에 전혀 없었기 때문이다
• 비교 콘텐츠 갭: "best antalya airport transfers"가 10.5위인데 페이지에 비교 콘텐츠가 전혀 없었다

페르소나를 만드는 방식

페르소나는 단일 데이터셋이 아니라 두 출처를 결합해 만든다.

기반은 사이트 전체 분류 체계다. 최근 16개월 서치 콘솔 익스포트를 받아 사이트의 모든 쿼리를 포트폴리오 전체에 통하는 마스터 페르소나 세트로 클러스터링한다.

특정 업데이트를 할 때는 그 사이트 전체 세트를 SEOTesting의 쿼리 팬아웃 도구와 짝지어 목적지 시드 용어를 넣는다. 이 도구는 사람들이 검색창에 타이핑하기보다 LLM 인터페이스 안에서 물어볼 법한 합성 쿼리를 생성하고, 그것을 같은 방식으로 클러스터링한다.

16개월 실제 GSC 행동 데이터와 해당 목적지의 합성 팬아웃 쿼리, 두 데이터셋을 결합해 목적지별 최종 세트를 만든다.

안탈리아의 경우 네 개 페르소나로 정리됐다.

1. 표준 셔틀 이용객
2. 프라이빗 하이어 이용객
3. 단체 여행객
4. 당일치기 여행객

6~7단계: 현지 지식 갱신, 앵글 결정

공항 목적지에서 18~24개월마다 바뀌는 것들을 현재 소스와 대조한다. 최초 브리프의 내용을 그대로 가정하지 않는다.

• 터미널 배정
• 택시 승강장 위치
• 사기 패턴
• 팁 관행
• 혼잡 피크
• 트러스트파일럿 리뷰 테마

그다음 앵글이다. 이런 상업 페이지의 원래 앵글은 대개 일반적으로 시작한다. "우리는 공항 트랜스퍼를 쉽게 만듭니다" 같은 것이다.

그것은 논지가 아니라 브로슈어다. 그리고 데이터가 방금 드러낸 네 개의 서로 다른 페르소나에게 아무 말도 하지 않았다.

안탈리아의 새 앵글은 이렇게 정해졌다.

여행자마다 다른 트랜스퍼가 필요하다. 페이지는 모든 옵션을 모두에게 제시하고 알아서 고르기를 바라는 대신, 실제로 보고 있는 사람이 누구인지에 따라 맞는 답을 표면화해야 한다.

8단계: 델타 브리프를 쓴다

전체 페이지에 대한 브리프가 아니라 바뀌는 것만 다루는 델타 브리프다.

각 섹션에 2단계의 네 라벨 중 하나를 이유와 함께 명시적으로 붙인다. 이 정도 크기의 페이지면 대략 1,500단어 분량이며, 작가용 브리프보다 엔지니어링 변경 요청서에 가깝게 읽힌다. 이 작업에는 그 톤이 맞다.

9단계: 델타를 쓴다

'fix'와 'add'로 태그된 섹션만 작성한다.

안탈리아의 경우 fix 목록 전반의 카피와 키워드 커버리지를 갱신했고, 하나의 add를 넣었다. 'Expert Airport Transfer Finder'라는 페르소나 선택기다.

방문자가 자기 상황에 가장 가까운 옵션을 고르면 모듈이 그 페르소나에게 중요한 차량 추천, 가격대, 세부 정보를 표면화한다.

주목할 점은 이 컴포넌트가 새 정보를 추가하지 않는다는 것이다. 모든 내용이 이미 페이지 어딘가에 — 차량 설명, 단체 규모 가이드, FAQ에 흩어져 — 존재했다. 각 방문자에게 이미 자기 것인 부분으로 가는 직접 경로를 줄 뿐이다. 페이지 전체를 훑어 찾게 하는 대신.

10단계: 전부 팩트체크한다

'keep' 섹션까지 포함해서다.

남는다고 여전히 정확하다는 뜻은 아니므로, 모든 수치 주장(거리, 가격, 이동 시간, 터미널 배정)을 현재 소스와 재검증한다. 오래된 콘텐츠도 마찬가지다.

대부분의 'AI 리프레시' 페이지가 이 부분을 건너뛴다. 표면 텍스트만 갱신하고 기저 사실은 손대지 않은 채 남겨둔다.

11~12단계: 이미지 감사, SEO 자산 보존

모든 이미지를 세 가지로 점검한다.

• 여전히 정확한가
• 여전히 온브랜드인가
• 현재 성능 스펙(WebP/AVIF, 적정 크기, 지연 로딩)을 충족하는가

실패하면 교체한다.

그 외 모든 것에 대한 규칙은 특정한 이유가 없는 한 보존이다.

• URL 슬러그는 절대 바꾸지 않는다
• 메타 타이틀은 CTR을 벌고 있으면 유지한다
• 스키마는 교체가 아니라 확장한다
• 내부 링크는 양방향으로 점검한다 — 페이지로 들어오는 것과 나가는 것

13단계: UI 컴포넌트를 만든다

브리프가 산문이 아니라 시각적인 것을 요구하면 바이브 코딩한다.

1. 자연어로 동작을 설명한다
2. 클로드나 제미나이가 컴포넌트를 생성하게 한다
3. 작동할 때까지 라이브로 반복한다
4. LLM이 자바스크립트 실행 없이 콘텐츠를 읽을 수 있도록 서버 렌더링한다

커스텀 컴포넌트의 옛 워크플로는 피그마 목업, 디자인 리뷰, 개발 스프린트, QA로 최선의 경우에도 2주였다. 지금은 중간 복잡도 기준 한 시간에 가깝다.

이 규모의 포트폴리오에서 페이지마다 페르소나 선택기를 두는 것이 특별 케이스가 아니라 실현 가능해진 유일한 이유가 이것이다.

14단계: 변화를 측정한다

모든 업데이트는 서치 콘솔과 GA4에 연결된 SEOTesting을 거친다.

• GSC 쪽: 클릭, 노출, 순위, CTR
• GA4 쪽: 상업적으로 실제 중요한 것 — 이 경우 구매 이벤트

같은 잠긴 창과 대조군·테스트군 구조를 양쪽에 동시 적용하므로, 콘텐츠 업데이트가 순위만이 아니라 매출과 판매로 평가된다.

안탈리아 결과

한 단어도 바꾸기 전에 잠근 56일 기준선 대비 결과다.

지표	대조군	테스트군	변화
일간 클릭	39.55	49.00	+23.88%
일간 노출	2,652	2,744	+3.44%
평균 순위	14.89	10.87	개선
CTR	1.49%	1.79%	+0.30%p
일간 쿼리 수	366	389	+6.28%

모든 지표가 옳은 방향으로 움직였다. 클릭 상승, 노출 상승, CTR 상승, 순위 개선, 쿼리 커버리지 상승.

한 숫자를 움직이는 대부분의 업데이트는 조용히 다른 숫자에서 비용을 치른다. 이번엔 그러지 않았다.

그리고 이는 델타의 어느 한 조각 때문이 아니다. 진단, 앵글, 재작성된 섹션, 새 컴포넌트가 함께 만들어낸 결과다.

아무것도 건드리기 전에 기준선을 잠그는 이유가 바로 이것이다. 업데이트가 실제로 무언가를 했는지 아는 유일한 방법이고, 그렇지 않으면 발행 날짜 운이 좋았던 것과 구분할 수 없다.

클로드 코드로 시스템화하기

이 전체 과정을 사람이 제대로 하면 페이지당 집중 작업 이틀이다.

hoppa는 9개 언어로 수천 페이지를 운영한다. 페이지당 이틀은 그 규모에 곱하기 전까지만 성립하는 계산이다. 보수적으로 연 1회 업데이트로 잡아도 산수가 현실을 견디지 못한다.

진짜 비용은 시간이 아니라 기회비용이다. 안탈리아 같은 페이지가 10.87위가 아니라 14.89위에 앉아 있는 매달이, 전환될 기회를 얻지 못한 노출의 한 달이다.

그래서 14단계를 클로드 스킬로 매핑하고 클로드 코드가 프로세스를 실행하게 했다. 사람이 AI 도움을 받아 실행하는 대신이다.

판단이 기계로 넘어간 것이 아니다. 그 판단의 집행이 넘어갔다.

기반: 전용 클로드 프로젝트

브랜드 제약이 매 실행마다 재설명되지 않고 항상 컨텍스트에 있도록, 다음을 미리 로드한 전용 클로드 프로젝트 안에서 콘텐츠를 다루는 모든 스킬이 돌아간다.

• 브랜드북
• 이용약관
• 가격 정책
• 브랜드별 참고 자료 라이브러리

단계별 스킬 매핑

단계	스킬	역할
1	hoppa-intelligence	56일 GSC 창을 자동으로 당겨 기준선을 잠근다
2	Audit Skill	keep/fix/remove/add 태깅을 실제 쿼리 성과 대비 자동 분류
3~4	Competitor-Gap Skill	Ahrefs에서 방어 쿼리·갭 클로즈 쿼리·신규 의도 + SERP 판독
5~7	Editorial Intelligence	페르소나 재검증, 쿼리 팬아웃 갭 탐지, 현지 지식 갱신
8	Delta-Brief Skill	keep/fix/remove/add를 명시한 델타 브리프 생성
9	hoppa-editorial	'fix'와 'add' 섹션만 작성, 골드셋 톤 기준으로 보정
10	hoppa-scientific-refiner	신규·유지 콘텐츠 팩트체크
11	Image-Auditor	정확성·온브랜드·스펙 준수 자동 점검
12	seo-preservation	슬러그 잠금, CTR 버는 메타 타이틀 보호, 스키마 확장
13	Component Generator	브리프 스펙을 실제 작동 컴포넌트로 변환

5~7단계에 하드 게이트가 있다. 다음 없이는 업데이트가 진행되지 않는다.

• 검증된 페르소나 세트
• 최신 현지 지식
• 정의된 앵글

이것들을 건너뛰면 일반적인 AI 산출물이 나온다. 그토록 많은 AI 보조 콘텐츠가 누가 발행했든 똑같이 읽히는 이유가 정확히 이것이다.

10단계에서 'keep' 섹션이 팩트체크에 실패하면 자동으로 'fix'로 승격된다. 사람이 "이거 아직 사실인가?"라고 먼저 물을 필요가 없다.

9단계에서 새 콘텐츠의 목소리가 유지된 콘텐츠와 어긋나면 일치할 때까지 재실행한다.

14단계 측정은 별도 스킬이라기보다 전체를 감싸는 규율이다. 테스트는 여전히 수동으로 설정한다.

배포까지 닫기

콘텐츠를 제대로 만드는 것은 절반이었다. 나머지 절반은 라이브로 올리는 것이고, 최근까지 그건 사람이 완성된 섹션을 CMS에 복사하고, 포맷이 유지되는지 확인하고, 발행을 누르는 일이었다.

이제 클로드가 MCP 서버를 통해 CMS(Strapi)에 직접 연결되고 배포 자체가 하나의 단계로 돌아간다.

• 스테이징 배포
• 라이브 페이지 대비 섹션별 전체 diff
• 내부 링크·앵커 링크 검증
• 스키마 검증

어느 검사든 실패하면 배포가 중단되고 플래그를 띄운다. 조용히 망가진 것을 내보내지 않는다. 전부 통과하면 사람이 승인할 단일 발행 준비 리포트를 만든다.

콘텐츠 생산과 CMS 배포가 사람이 손으로 잇는 별개의 두 작업이 아니라 하나의 연속 파이프라인이 됐다.

대규모로 돌려보고 배운 것

파이프라인이 한 페이지에서 작동하자 다음 질문은 품질을 최소한으로 떨어뜨리지 않고 몇 개를 동시에 돌릴 수 있는가였다.

두 개의 콘텐츠 업데이트를 병렬로 테스트했다. 기술적으로는 작동한다. 에러도 없고 깨지지도 않는다. 그런데 양쪽 모두 품질이 떨어진다.

두 실행이 같은 기저 에이전트를 공유하기 때문에, 같은 에이전트에 두 배치를 동시에 밀어 넣으면 산출물이 눈에 띄게 물러진다.

• 진단이 얕아지고
• 델타 브리프가 느슨해지고
• 글이 리뷰에서 더 많은 편집을 필요로 한다

그래서 그렇게 돌리지 않는다. 한 번에 하나의 업데이트를 처음부터 끝까지 돌리고, 시스템이 배치를 순차적으로 처리한다.

서류상으로는 느리다. 그리고 첫 읽기에서 신뢰할 수 있는 산출물과, 서둘러 놓친 것을 잡기 위해 2차 검토가 필요한 산출물의 차이이기도 하다. 현 단계 도구 수준에서 이 교환은 고민할 것도 없다는 것이 저자의 결론이다.

업데이트 전후의 차이

같은 규율을 적용한 두 페이지의 대비다.

아직 업데이트 안 된 페이지

• 일반적인 카피
• 현지 콘텐츠 없음
• FAQ 없음
• 새 컴포넌트 없음

완전히 업데이트된 페이지

• 풍부한 현지 디테일
• 실제 현재 이벤트에 연결된 배너
• 리뷰 증거
• 서로 다른 방문자를 각자에게 해당하는 곳으로 안내하는 구조화된 섹션

실무 정리

첫째, 전면 재작성을 기본값에서 뺀다. 순위 있는 페이지의 리프레시는 편집이지 재집필이 아니다. 태깅 단계를 건너뛰면 이 구분이 사라진다.

둘째, 기준선을 먼저 잠근다. 업데이트 전 56일 데이터를 저장하지 않으면 나중에 효과를 증명할 방법이 없다. 그리고 그 증명이 다음 예산을 만든다.

셋째, 'keep' 섹션도 팩트체크한다. 대부분의 AI 리프레시가 건너뛰는 지점이고, 오래된 수치가 남아 있는 이유다.

넷째, 자동화의 하드 게이트를 설계한다. 페르소나·현지 지식·앵글 없이는 진행 못 하게 막는 것이 AI 콘텐츠가 다 똑같아지는 것을 막는 장치다.

다섯째, 병렬 실행 유혹을 경계한다. 처리량을 두 배로 올리는 대신 양쪽 품질을 떨어뜨리는 교환은 대개 남는 장사가 아니다.

여섯째, 상승을 봤다고 인과를 확신하지 않는다. 테스트 설계의 함정은 SEO 테스트가 실패하는 7가지 이유 — 상승이 보였는데 우리가 만든 게 맞나에서 정리돼 있다.

일곱째, 부패한 페이지 목록을 기술부채처럼 관리한다. 우선순위 기준은 SEO 기술부채, 고칠 것과 무시할 것 — 크롤러가 준 10,001개 문제 앞에서의 접근이 그대로 적용된다.

여덟째, 반복 교정을 규칙으로 승격시킨다. 같은 수정이 반복되면 시스템 지시문을 갱신하는 방법은 AI 콘텐츠 워크플로에 피드백 루프 걸기 — 같은 수정이 세 번 반복되면 규칙이 된다에서 다뤘다.

새 페이지를 만드는 일은 눈에 띄고, 낡은 페이지를 고치는 일은 티가 안 난다. 매출은 대개 후자에 있다.