Claude Code 콘텐츠 퍼널 감사: PV를 제품, 교육, 상담으로 연결하기

PV에서 멈추지 않는 콘텐츠 퍼널

글에 트래픽은 있는데 구매, 가입, 상담 문의로 이어지지 않는다면 문제는 문장력만이 아닐 수 있습니다. 독자가 글을 읽은 뒤 다음 행동을 찾지 못하는 경우가 많습니다. 콘텐츠 퍼널은 글에서 무료 PDF, 제품, 교육, 상담으로 자연스럽게 이어지는 경로입니다. 강한 판매 문구가 아니라 독자의 현재 문제에 맞는 다음 단계를 보여주는 구조입니다.

Claude Code 글은 서로 다른 단계의 독자를 끌어옵니다. 초보자는 명령어와 안전한 작업 습관이 필요합니다. 같은 작업을 반복하는 실무자는 템플릿, 설정 예시, Gumroad 가이드가 필요합니다. 팀 리드는 권한, 리뷰 규칙, 롤아웃, 교육, 실제 저장소 적용 방식이 필요합니다. 모든 글에 같은 CTA를 붙이면 이런 차이가 사라집니다.

이 글은 Claude Code로 그 경로를 감사하는 방법을 다룹니다. 목표는 PV만 보는 것이 아니라 검색어, CTR, CTA 클릭, 제품 페이지 방문, 교육 페이지 방문, 상담 문의를 함께 보는 것입니다. 관련 구현 맥락은 Claude Code analytics implementation, Claude Code SEO optimization, Claude Code A/B testing도 함께 보세요.

먼저 지표 용어를 맞춘다

감사를 시작하기 전에 지표 이름을 맞춥니다. Pageviews만 보면 글이 성공한 것처럼 보일 수 있지만, 비즈니스 경로가 없을 수 있습니다. Search Console에서는 queries, impressions, clicks, CTR, average position을 봅니다. GA4에서는 page views, users, sessions, engagement, events, key events, source/medium, landing pages를 봅니다.

쉽게 말하면 Search Console은 사용자가 검색에서 페이지를 어떻게 발견했는지 보여줍니다. GA4는 사이트에 들어온 뒤 무엇을 했는지 보여줍니다. 기준 문서는 Google Search Central SEO Starter Guide, Search Console and Google Analytics guide, GA4 recommended events를 사용합니다.

사이트가 Cloudflare를 거친다면 Cloudflare Web Analytics의 pageviews, visits, referrers, top pages도 도움이 됩니다. 다만 도구마다 측정 방식이 다르므로 숫자가 완전히 일치한다고 기대하면 안 됩니다. Cloudflare 지표명은 High-level metrics에서 확인할 수 있습니다. 중요한 원칙은 전환율을 꾸며내지 않는 것입니다. 실제 대시보드에 있는 데이터만 사용합니다.

Claude Code에 맡기기 전에 글의 목표를 정한다

글을 Claude Code에 주기 전에 그 글의 역할을 정해야 합니다. 맥락 없이 “수익화해줘”라고 하면 지나치게 판매적인 문장이나 일반론이 나올 수 있습니다. 이 글이 무료 PDF 가입, 제품 페이지 방문, 교육 페이지 방문, 상담 문의 중 무엇을 주로 만들지 먼저 정합니다.

초보자 글은 보통 바로 구매로 보내기보다 무료 cheatsheet가 자연스럽습니다. 설정, 권한, CLAUDE.md 글은 재사용 가능한 템플릿이나 가이드를 찾는 독자가 많으므로 /products/로 연결하기 좋습니다. 팀 도입, 리뷰 프로세스, CI, 보안 글은 회사 규칙과 저장소 맥락이 중요하므로 /training/으로 연결하는 편이 자연스럽습니다. 여러 CTA를 둘 수 있지만, 주 경로는 하나여야 합니다.

콘텐츠 퍼널 체크리스트

이 표를 감사 브리프로 그대로 사용할 수 있습니다. 퍼널은 검색, 글, 가입, 구매, 상담으로 이어지는 단계를 보는 방식입니다. 독자를 강제로 밀어 넣는 도구가 아니라 어디에서 막히는지 찾는 도구입니다.

확인 항목	볼 위치	합격 기준
검색 의도	Search Console 쿼리, 제목, h2	글의 약속이 독자 문제와 맞다
도입부	첫 세 문단	누구를 위한 글이고 무엇을 해결하는지 바로 보인다
내부 링크	앞, 중간, 끝	학습 글, analytics 글, 제품 경로가 이어진다
CTA 위치	도입 아래, 본문, 끝	주 CTA와 보조 CTA가 충돌하지 않는다
제품 매핑	글 유형과 제품 목록	제안이 독자 단계와 맞다
상담 경로	끝과 팀 관련 섹션	교육이나 상담이 필요한 조건이 보인다
측정	GA4 events, UTM, lead completion	cta_click과 lead completion이 분리된다
모바일	기기 또는 브라우저	버튼, 표, 코드가 사용 가능하다

이 표를 Claude Code에 주면 단순 문장 교정이 아니라 검색 의도, 내부 링크, 제품 적합성, 문의 경로를 함께 볼 수 있습니다.

Landing path를 감사한다

Landing path는 독자가 처음 들어온 페이지에서 다음 의미 있는 행동까지 가는 경로입니다. 검색 사용자는 글로 들어와 무료 PDF를 열고, 제품을 보고, 특정 가이드를 방문하고, 교육 페이지를 읽은 뒤 상담 폼을 제출할 수 있습니다. 글 하나만 보지 말고 전체 경로를 감사해야 합니다.

먼저 유입이 많은 landing article 10개를 고릅니다. 각 글마다 검색어, 예상 독자, 주 CTA, 보조 CTA, 내부 링크, 공식 참고자료, 측정 이벤트를 적습니다. 그다음 공개 URL을 모바일 폭으로 열고 도입부에서 CTA까지 스크롤합니다. 다음 행동이 분명한지, 무료와 유료가 구분되는지, 상담이 알맞은 독자에게 제시되는지 확인합니다.

Claude Code에는 MDX 본문만 주지 말고 제품 페이지와 교육 페이지의 제목도 함께 줍니다. 글이 “교육을 예약하세요”라고 쓰는데 교육 페이지가 상담 가능한 내용을 설명하지 않으면 독자는 여전히 망설입니다. 글과 목적지 페이지를 하나의 경로로 봐야 합니다.

글 유형을 제안과 연결한다

첫 번째 use case는 초보자 글입니다. “Claude Code 사용법”, “getting started”, “기본 명령어” 같은 검색어는 아직 구매 준비가 되지 않은 독자에게서 오는 경우가 많습니다. 주 CTA는 무료 PDF나 cheatsheet가 좋고, 제품 페이지는 글 끝에서 보조로 안내합니다.

두 번째 use case는 권한, 설정, CLAUDE.md, hooks 글입니다. 이 독자는 이미 저장소에서 실제 문제를 겪고 있습니다. 주 CTA는 setup guide, prompt templates, checklist가 될 수 있습니다. 본문에서 재사용 자료가 /products/에 있다고 설명합니다.

세 번째 use case는 팀 도입, 리뷰 운영, CI/CD, 보안 글입니다. 개인 템플릿만으로는 부족합니다. 독자에게 policy, permission boundary, reviewer role, 교육 자료, rollback rule이 필요할 수 있습니다. 주 CTA는 /training/이 좋고, 무료 자료는 가벼운 다음 단계로 둡니다.

네 번째 use case는 이 글처럼 content ops와 수익 경로를 다루는 글입니다. PV, Search Console, GA4, 제품 페이지, 상담 폼을 함께 봐야 합니다. 제품과 교육이 모두 관련 있지만 역할을 분리해야 합니다. 제품은 self-serve 템플릿, 교육은 팀 적용을 위한 경로입니다.

CTA 배치 실무 규칙

CTA는 call to action, 즉 독자에게 다음 행동을 알려주는 문구, 링크, 버튼입니다. CTA는 버튼만이 아닙니다. 본문 속 문장, 표 아래 링크, 상담 안내 문단, 무료 PDF 블록도 CTA입니다.

실무에서는 앞부분에 가벼운 내부 링크, 중간에 문맥 있는 제품 링크, 끝에 명확한 다음 단계를 둡니다. 검색 의도에 답하기 전에 판매를 시작하면 독자는 떠납니다. CTA가 끝에만 있으면 이미 준비된 독자가 중간에 길을 잃을 수 있습니다.

GA4에서는 cta_click, view_item, begin_checkout, purchase, generate_lead 같은 이벤트를 분리합니다. 구매 이벤트를 이름 붙이기 전에 공식 GA4 ecommerce events를 확인하세요. CTA 클릭과 상담 폼 제출은 같은 성과가 아닙니다.

복사해서 쓰는 Claude Code 감사 프롬프트

이 프롬프트를 글 MDX, 제품 페이지, 교육 페이지, 최근 Search Console 또는 GA4 메모와 함께 사용합니다.

You are auditing a published MDX article as a content funnel.

Goal:
- Do not optimize for pageviews only.
- Connect the article to the right next step: free PDF, products, training, or consultation.
- Keep the tone helpful, not pushy.

Inputs:
- Article MDX
- Product page URL: /products/
- Training page URL: /training/
- Related internal articles
- Search Console queries, impressions, clicks, CTR, average position
- GA4 landing page, sessions, events, key events, source/medium

Check:
1. The title and opening match the likely search intent.
2. The first internal link helps the reader continue learning.
3. The main CTA matches the reader stage.
4. The product or training CTA is explained before it appears.
5. The article has at least one official external reference.
6. Mobile readers can see and tap the CTA without layout issues.
7. The final paragraph says what was actually verified.

Return:
- Severity-ranked issues
- Specific replacement copy
- Missing links
- Measurement events to add or rename
- One short summary for the editor

MDX를 검사하는 Node.js 스크립트

편집자가 보기 전에 기계적인 누락을 먼저 찾습니다. 아래 코드를 audit-content-funnel.mjs로 저장하고 글 파일을 인자로 넘기면 됩니다. 외부 패키지는 필요 없습니다.

#!/usr/bin/env node
import fs from "node:fs";

const files = process.argv.slice(2);

const rules = [
  {
    name: "products CTA",
    test: (mdx) => mdx.includes("/products/"),
  },
  {
    name: "training CTA",
    test: (mdx) => mdx.includes("/training/"),
  },
  {
    name: "internal blog link",
    test: (mdx) => /\]\(\/(?:[a-z]{2}\/)?blog\/[^)]+\)/.test(mdx),
  },
  {
    name: "official analytics or search docs",
    test: (mdx) =>
      /https:\/\/(?:developers\.google\.com\/search|support\.google\.com\/analytics|developers\.cloudflare\.com\/web-analytics)\//.test(mdx),
  },
  {
    name: "funnel vocabulary",
    test: (mdx) =>
      /(CTA|導線|funnel|ファネル|consulta|consultation|상담|咨询)/i.test(mdx),
  },
];

if (files.length === 0) {
  console.error("Usage: node audit-content-funnel.mjs <article.mdx> [...]");
  process.exit(2);
}

let failed = false;

for (const file of files) {
  const mdx = fs.readFileSync(file, "utf8");
  const missing = rules.filter((rule) => !rule.test(mdx)).map((rule) => rule.name);

  if (missing.length === 0) {
    console.log(`${file}: OK`);
    continue;
  }

  failed = true;
  console.log(`${file}: missing ${missing.join(", ")}`);
}

if (failed) {
  process.exitCode = 1;
}

실행 예시는 다음과 같습니다.

node audit-content-funnel.mjs site/src/content/blog-ko/claude-code-content-funnel-audit.mdx
node audit-content-funnel.mjs site/src/content/blog*/claude-code-content-funnel-audit.mdx

이 스크립트는 수익을 예측하지 않습니다. 제품 CTA, 교육 CTA, 내부 링크, 공식 참고자료, 퍼널 용어가 빠졌는지 확인할 뿐입니다.

흔한 실패

첫 번째 실패는 모든 글에 같은 CTA를 붙이는 것입니다. 초보자 글이 바로 상담으로 가면 부담스럽고, 팀 도입 글이 무료 PDF만 제시하면 얕아 보입니다. CTA의 무게는 검색 의도와 맞아야 합니다.

두 번째 실패는 CTA의 이유를 설명하지 않는 것입니다. “제품 보기”만으로는 약합니다. “권한 리뷰 체크리스트를 매번 다시 쓴다면 제품 템플릿을 사용하세요”가 더 분명합니다.

세 번째 실패는 모든 클릭을 하나의 이벤트로 측정하는 것입니다. PDF 클릭, 제품 클릭, 교육 클릭은 구분되어야 합니다. 가능하면 글 slug, CTA 유형, 목적지, 위치를 함께 기록합니다.

네 번째 실패는 모바일 검토를 건너뛰는 것입니다. 표나 코드 블록이 가로로 넘치면 CTA에 도달하기 전에 독자가 떠날 수 있습니다.

다섯 번째 실패는 analytics 용어를 오래된 기억으로 쓰는 것입니다. Search Console, GA4, Cloudflare의 지표 이름은 바뀔 수 있습니다. 공식 문서로 돌아갈 수 있게 링크하고, 단일 지표를 과하게 해석하지 않습니다.

Claude Code가 결정할 것과 아닌 것

Claude Code는 누락 링크 찾기, CTA 문구 제안, 표 정리, 닫히지 않은 code fence 찾기, 번역 구조 맞추기에 유용합니다. 하지만 매출 목표, 제품 우선순위, 상담 수용 범위, 실제 conversion rate 해석을 결정해서는 안 됩니다.

이 구분이 중요한 이유는 pageviews가 편한 이야기를 만들 수 있기 때문입니다. 트래픽이 큰 글이 무료 답변만 원하는 독자를 끌어올 수도 있습니다. 반대로 내부 규칙, 권한, 리뷰 운영을 다루는 낮은 트래픽 글이 상담에는 더 가치 있을 수 있습니다. 볼륨뿐 아니라 긴급도를 봐야 합니다.

다음 단계

혼자 시작한다면 무료 cheatsheet로 Claude Code 명령어와 안전 확인 절차를 손에 두세요. 재사용 가능한 감사 프롬프트, 설정 자료, 리뷰 템플릿은 /products/에서 볼 수 있습니다. 팀의 content ops, 측정, 권한, 리뷰 규칙, rollout 교육은 /training/을 사용하세요.

실무 테스트 메모(実際に試した結果): landing pages, 검색어, 본문 CTA, 제품 페이지 전환, 상담 폼을 한 표에 넣자 PV만 정렬할 때보다 우선순위가 훨씬 분명해졌습니다. 이 체크리스트와 Node.js 스크립트는 수익을 보장하지 않지만, 게시 전에 누락된 CTA, 내부 링크, 공식 참고자료를 안정적으로 찾아냅니다.