GA4 AI 유입 보고서부터 홈페이지 CTA·허브까지 — 이미 있는 것들을 연결해 결정을 돕기

사이트: https://lbiz-partners.com

블로그: https://lbiz-partners.com/blog

이번 작업의 한 줄 요약은 이렇습니다.

새로운 걸 더 많이 만드는 일이 아니라,
이미 잘 만들어 둔 글·서비스·가이드·측정 화면을
“유“유입 → 이해 → 비교 → 결정(상담)” 통로로 이어 붙인 일이었습니다.

구글 애널리틱스(GA4)에 데이터는 쌓이고, 블로그 글도 있고, 서비스 페이지도 있었습니다.

문제는 부재가 아니라 연결고리였습니다.

• AI에서 들어온 사람이 어느 글에 떨어지는지는 기본 화면만으로 잘 안 보임

• 글 안에서는 다음에 무엇을 눌러 결정을 이어갈지가 흐림

• 서비스·가이드·허브는 각각 괜찮은데, 한 여정으로 안 묶여 있음

그래서 에이전트(Aside)에게 브라우저로 GA를 만지게 하고,

나온 숫자를 홈페이지 콘텐츠·CTA·주제 허브·서비스/가이드 통로에 바로 붙였습니다.

참고: 지피터스 Codex에게 Google Analytics 설정 맡기기와 같은 문제의식에서 출발했고, 여기서는 우리 사이트 운영 루프로 닫았습니다.

그리고 숫자를 만지던 주에 운영 신호가 하나 더 있었습니다.

지난주 상담 연락이 두 곳에서 왔습니다.

스터디 수업의 영향인지, 그 이전 SEO·GEO 누적인지는 아직 쪼개 단정하지 않습니다.

다만 “이미 쌓아 둔 자산이 실제 문의와 맞닿을 수 있다”는 감각을,

트래픽 숫자가 아니라 사람 두 명의 연락으로 확인한 주는 분명 의미 있었습니다.

그때 필요한 건 새 랜딩 대량 생산이 아니라, 들어온 사람이 결정을 끝낼 수 있는 통로였습니다.

*홈홈: tps://lbiz-partners.com — — 이미 있는 얼굴. 이번 일의 출발점도 ‘신규 제작’이 아니라 이 자산의 연결이었습니다.한 줄 설계 원칙 (이번 작업의 렌즈)

• 만들지 말고 잇는다 — 글·서비스·가이드·GA 화면은 이미 있음

• 유입 지점마다 다음 행동을 심는다 — CTA는 장식이 아니라 결정 스위치

• 주제 단위로 재정렬한다 — 개별 글 → 허브 → 서비스/가이드 → 상담

• 측정은 통로 점검용 — 예쁜 대시보드가 아니라 “어디가 끊겼나”를 보는 도구

• 결정은 사람이 한다 — 사이트의 역할은 확신을 쌓고 상담으로 넘기는 것

AI/검색 유입
  → 이미 있는 개별 글 (착지)
  → 글 안 CTA / 내부링크 (다음 한 걸음)
  → 주제 허브 /blog/hub/* (같은 고민 묶음)
  → 서비스 /services/* · 가이드 /guide/* (결정 재료)
  → 상담 (최종 결정)

시작 전 상태: “없는 것”이 아니라 “안 이어진 것”

엘비즈파트너스 홈페이지는 이미 GA4가 붙어 있었습니다.

• 페이지뷰·세션은 들어옴

• AI Assistant 채널(매체 ai-assistant)로 Claude·Gemini 등 유입도 보임

• 블로그 글, 서비스 페이지, 가이드, 주제 허브 초안/페이지도 각각 존재

그런데 기본 보고서만으로는 질문이 안 풀렸습니다.

• AI 중 어느 서비스가 얼마나 보내나

• 어느 글/페이지로 떨어지나

• 떨어진 뒤 얼마나 읽고, 어디에 CTA를 박아야 하나

• 블로그 검색(⌘K)으로는 무엇을 찾나

• 그 사람이 상담 직전 단계까지 가려면 어떤 기존 페이지를 밟아야 하나

데이터 부재가 아니라 질문용 화면 + 이벤트 + 실행 연결(통로) 이 없었던 케이스에 가깝습니다.

작업 흐름: 측정 → 착지 글 → 통로 → 결정

질문 정리
  → 에이전트가 GA 화면을 조작해 보고서/탐색 구성·게시
  → “어느 AI → 어느 글”을 통로 설계 입력값으로 확정
  → 블로그 검색 이벤트 코드 배포 (사이트 안 탐색 의도 측정)
  → AI 유입 상위 글에 CTA·내부링크·체류 보강 (새 글 양산 X)
  → 이미 있는 허브·서비스·가이드를 같은 주제 끈으로 재연결
  → (같은 시기) 상담 연락 2건 = 방향 온도계

도구: Aside(브라우저 제어) + Claude Code(코드/콘텐츠 패치).

신규 서비스 론칭이 아니라, 이미 배포된 자산의 연결 디테일에 시간을 썼습니다.

1. GA4: 통로 설계를 위한 “질문 화면” 만들기

1-1. 보고서 컬렉션 게시

속성 lbiz-partners에 컬렉션을 만들고 왼쪽 메뉴에 고정했습니다.

목표는 예쁜 차트보다 매주 같은 질문을 같은 자리에서 보는 것.

• 컬렉션: AI 유입 분석

• 주제: AI 서비스

• 보고서:

• AI 서비스 유입 비교 (세션 소스)

• AI 유입 방문 페이지 (방문 페이지)

공통 필터: 세션 매체 = ai-assistant

측정항목: 세션수 · 활성/신규 사용자 · 세션당 평균 참여 시간 · 참여율

1-2. AI 서비스 유입 비교 보고서

*필터 필터 ssistant 적용 후 적용 후 Claude / Gemini / ChatGPT / Perplexity / Copilot 비교시점 28일 스냅샷(표본은 크지 않음):

여기서 한 일은 “AI 마케팅 전략서”가 아닙니다.

어느 입구로 들어왔는지를 고정해, 이미 있는 착지 글을 손볼 우선순위를 정한 것입니다.

1-3. AI 유입 방문 페이지 보고서

*AI 유입AI 유입이 어느 URL로 떨어지는지 — 대부분 이미 발행된 블로그 글:

• /blog/corporate-conversion-chatgpt-wrong-answers-2026

• /blog/minimum-wage-2026

• 기타 4대보험·가업승계·홈택스 AI·노무 가이드 등

일부 세션은 /login?redirectTo=...pdf 형태 로그인·자료 게이트로 떨어졌습니다.

통로 관점에서 게이트는 “자료 보호”이기도 하지만, 결정 직전 이탈 지점이기도 해서 별도 점검 대상이 됩니다.

1-4. 탐색: 소스 × 페이지 중첩

*행: 세션 소행: 세션 소스 → 방문 페이지 중첩. “어느 AI → 어느 글”을 한 화면에서.:

“AI 유입이 있다”
→ “이미 있는 이 글들에 CTA를 심고, PDF 게이트를 보고, 허브·서비스로 잇자”

측정 화면 자체가 통로의 설계도입니다.

1-5. 지난주 상담 연락 2건 — 통로가 필요한 이유

같은 시기 상담 연락이 두 곳 있었습니다.

GA 전환 리포트로 채널 기여를 단정하진 않겠습니다.

• 스터디(GEO/에이전트) 영향일 수도

• 기존 SEO·콘텐츠 누적일 수도

• 둘의 합일 수도

운영 관점 해석:

• 문의는 ‘언젠가’가 아니라 이미 오기 시작한다

• 그때 사이트가 “좋은 글만 있고 다음 행동이 흐리면” 결정을 못 돕고 놓친다

• 보고서·검색 이벤트·CTA·허브 연결은 상담이 열리기 시작한 시점의 수신 태세

• 수신 태세의 본질은 신규 제작이 아니라 기존 자산의 동선 정돈

2. 블로그 검색(⌘K): 사이트 안에서 길을 찾는 의도 측정

검색은 “새 콘텐츠 아이디어 머신”이기 전에,

이미 있는 글 사이로 사용자가 스스로 통로를 찾는 행위입니다.

*블로그: http블로그: iz-partners.com/blog — 허브 칩이 보이 — 허브 칩이 보이면, 목록 자체가 주제 통로의 입구가 됩니다.I = 실제 검색 UI = 블로그 헤더 검색 모달있는 SearchModal에 측정만 심었습니다. (검색 UI를 새로 만든 게 아님)

• view_search_results + search_term / search_result_count / search_has_results

• 결과 클릭 시 select_content (blog_search_result)

• 이메일·전화 패턴 마스킹

GitHub main 푸시 후 프로덕션 JS 번들에서 view_search_results 확인.

GA 맞춤 정의

*필터: 이벤트 이름 = 필터: 이벤트 이름 = view_search_results. 배포 직후 0건은 정상, 실검색 후 행에 「검색어」 추가. “새 글을 쓰자”가 첫 Reflex일 수 있지만,

먼저 볼 것은 이미 있는 글·허브·서비스로 연결 문장만 보강하면 되는지입니다.

3. 홈페이지 접목 디테일: 착지 글에 “다음 결정”을 심기

3-1. AI 유입 상위 글 CTA·체류 보강 (신규 글 양산 아님)

GA가 가리킨 건 “없는 주제”가 아니라 이미 트래픽이 붙는 글이었습니다.

그래서 그 글 안에 결정 스위치를 심었습니다.

글 1 — ChatGPT 오답/법인전환 팩트체크 계열

https://lbiz-partners.com/blog/corporate-conversion-chatgpt-wrong-answers-2026

*적용 완료 화면: 상위 AI적용 완료 화면: 상위 AI 유입 글이 라이브에 반영된 상태 (작업 완료 보고 시점 캡처)글 (유입은 있으나 체류 짧았던 구간)

https://lbiz-partners.com/blog/minimum-wage-2026

적용 요지 (이미 있는 글 위 패치):

• 실존 경로 기준 진단/시뮬레이터/상담 CTA (가짜 버튼 금지)

• 서두 요약으로 “이 글에서 무엇을 결정하게 되는지” 먼저 제시

• 같은 주제의 허브·서비스·가이드로 내부링크

• SearchModal 측정 로직 유지(회귀 금지)

• PDF 로그인 게이트 동선 점검 — 자료 앞에 공개 가치가 보이는지

디테일의 핵심은 카피 한 줄보다 링크가 실제로 열리는 다음 단계에 닿는가입니다.

3-2. 서비스·가이드 통로: “읽기”를 “결정 재료”로 바꾸기

가업승계는 글 단위 CTA만으로는 결정을 끝내기 어렵습니다.

이미 있는 서비스 페이지 + 종합 가이드를 같은 끈으로 받았습니다.

*https://lbiz-parters.com/services/succession — 상담/의뢰로 가는 결정 레이어 — 상담/의뢰로 가는 결정 레이어rtnes.com/guide/succession — 스스로 비교·이해하게 하는 깊이 — 스스로 비교·이해하게 하는 깊이 레이어이지 연결):

• 서비스: https://lbiz-partners.com/services/corporate-conversion

• 가이드: https://lbiz-partners.com/guide/corporate-conversion

가지급금·가결산·절세는 세무 서비스로 연결:

*https://lbiz-partnerscom/services/tax-settlement*

연결 디테일 체크리스트:

• 블로그글 CTA 문구와 서비스 페이지 H1/오퍼가 같은 약속을 하는가

• 가이드는 “더 읽기”가 아니라 결정에 필요한 비교 축을 주는가

• 모바일에서 CTA가 접히거나 이미지 속에만 있지 않은가

• 상담 폼/연락 경로가 서비스 끝에서 한 번 더 보이는가

4. 주제 허브: 흩어진 착지를 한 입구로 재정렬

AI·검색은 거의 항상 개별 글 URL로 떨어집니다.

허브(/blog/hub/[hub])는 그 사용자를 같은 고민의 지도로 다시 모읍니다.

허브 페이지 자체가 “새 콘텐츠 더미”가 아니라 이미 있는 글의 목차+출구입니다.

가업승계 허브

*https://lbiz-partners.cm/blog/hub/succession*

세무·절세 허브 (가지급금·가결산 글이 이는 축)

*https://lbiz-partners.comblog/hub/tax*

법인전환 허브 (AI 유입 상위 글이 feaured로 묶임)

*https://lbiz-partners.com/bog/hub/corporate*

구조:

AI/검색 → 개별 글 (이미 있는 착)
         ↘ 허브(/blog/hub/…)        ← 주제 재정렬
            ↘ 서비스(/services/…)   ← 결정·의뢰
            ↘ 가이드(/guide/…)     ← 깊이 있는 자기 결정
               ↘ 상담

GA의 “방문 페이지 TOP”이 이제 어떤 허브 끈을 팽팽하게 당길지의 입력값이 됩니다.

허브 연결 디테일:

• featured에 실제 AI 유입 상위 글을 올림 (인기 추정 X, 측정 기반)

• 허브 상단에 서비스/가이드 출구를 스크롤 아래가 아니라 초반에

• 개별 글 하단 CTA도 같은 허브·서비스로 상호 링크 (한쪽만 열면 막힌 골목)

5. 운영 루틴: 매주 “끊긴 연결”만 고친다

매주

• 보고서 → AI 유입 분석 → 소스 비교 (7일/28일)

• AI 유입 방문 페이지 TOP10 — 새 글 후보가 아니라 통로 보강 후보

• (데이터 후) 사이트 검색어 — 무결과 = 콘텐츠 갭 또는 내부링크 갭

• 상담·문의 있으면 날짜·추정 유입·착지 글·어느 통로를 밟았는지 한 줄 메모

콘텐츠 배포/수정 시

• AI 유입 상위 글인가? → CTA 필수 (실존 URL)

• 자료 PDF 링크인가? → 로그인 전 공개 가치

• 어느 허브(/blog/hub/...)에 연결할지 한 줄

• 서비스·가이드 중 결정 재료로 보낼 출구 1개 이상

• “새 페이지가 필요한가?”보다 “이미 있는 페이지 두 개를 잇는 문장이면 충분한가?”를 먼저

6. 직접 해보며 느낀 점

• GA에서 답을 못 찾는 이유는 데이터가 없어서가 아니라, 질문이 화면·이벤트로 안 쪼개져서인 경우가 많다.

• 에이전트 브라우저 제어로 보고서 구성이 가능하다. 게시·푸시·배포 확인은 사람 게이트가 안전하다.

• 보고서만 만들면 인사이트 노트에서 끝난다. 상위 글 CTA / 게이트 / 허브 / 서비스·가이드까지 한 스프린트로.

• 표본이 작아도 “어디에 CTA를 둘지”는 나온다. 완벽 통계보다 끊긴 연결 한 곳이 중요하다.

• 검색어 수집은 PII 마스킹을 처음부터.

• 상담 2건은 채널 ROI 증명보다 온도계로 충분했다.

• 가장 비싼 실수는 “새 것 추가” Reflex다. 이미 좋은 자산이 있는데 출구가 없으면 유입은 읽기에서 멈춘다.

• 최종 결정은 사이트가 대신 해주지 않는다. 사이트는 확신을 쌓는 통로고, 상담이 결정 테이블이다.

7. 주요 URL 모음 (연결 맵)

8. 재현 체크리스트 (연결 중심)

• [ ] GA4에서 ai-assistant 유입 확인

• [ ] 세부 보고서: 세션 소스 + 필터

• [ ] 세부 보고서: 방문 페이지 + 필터

• [ ] 컬렉션 게시 (매주 같은 질문 화면)

• [ ] 탐색 소스×페이지 중첩

• [ ] 검색 UI에 view_search_results + search_term

• [ ] 맞춤 측정기준 등록

• [ ] 상위 랜딩 글에 실존 CTA (신규 글 양산보다 우선)

• [ ] 로그인/PDF 게이트 점검

• [ ] 개별 글 ↔ /blog/hub/* ↔ /services/* ↔ /g/blog/hub/크

• /services/과 서/guide/퍼 문구 일치

• [ ] 상담 오면 착지·통로 한 줄 메모

맺음

이번 작업의 가장 큰 변화는 도구 하나, 또는 새 페이지 하나가 아닙니다.

이미 잘 만들어 둔 것들을
“어느 AI → 어느 글 → 다음에 무엇을 누르나 → 무엇으로 결정하나”
한 줄로 잇고, 매주 같은 화면으로 끊긴 곳만 고칠 수 있게 된 것.

그리고 그 주를 더 특별하게 만든 것은 대시보드가 아니라 상담 연락 두 건이었습니다.

원인이 수업인지 기존 SEO·GEO인지는 열어 두더라도,

“이 일이 실제 문의와 맞닿아 있다”는 감각은 충분했습니다.

측정(GA) · 탐색(검색 이벤트) · 착지(기존 글 CTA) · 재정렬(허브) · 결정 재료(서비스·가이드)를 한 줄로 이으면,

GEO/AEO 시대 홈페이지 운영은 “글 더 쓰기”가 아니라

유입된 사람이 최종 결정을 내릴 수 있게 돕는 통로 설계에 가까워집니다.

— 엘비즈파트너스 · lbiz-partners.com