발행한 /p/ 페이지에 방문자 AI를 붙이는 설계, FAQ 정본, 할루시네이션 줄이기, 통합과의 경계까지 product 관점 가이드입니다.
공개 페이지(/p/)는 ‘읽히는’ 자산입니다. 그런데 방문자의 절반은 스크롤하기 전에 질문부터 합니다. “가격이요?” “일정 있나요?” “예전 글이랑 뭐가 달라요?” 방문자 AI는 그 질문을 페이지 안에서 받게 해 이탈을 줄입니다. 이 글은 기능 소개를 넘어 정본·FAQ·통합 경계·측정까지 product 팀과 마케터가 함께 쓸 설계안입니다. 8,000자 deep post 기준으로 베타·장애·GEO까지 한 번에 정리합니다.
답변은 페이지 카드·메타가 정본 — 통합은 선택
추천 질문 ↔ 카드 ↔ 메타 FAQ 삼각 정렬
방문자 AI는 페이지 콘텐츠 범위 안에서만 답해야 신뢰가 쌓입니다.
페이지에 없는 할인·일정·법적 약속을 지어내지 않기. ‘모른다 + 문의 링크’가 틀린 답보다 낫습니다.
내부 통합(Gmail 발송 등)을 방문자 세션에 그대로 노출하지 않기. 방문자 AI는 읽기·요약·내부 링크 안내가 중심이고, 파괴적 액션은 승인 게이트가 있는 내부 에이전트 영역입니다.
1) 페이지 카드에 FAQ에 쓸 문단을 먼저 씁니다. 2) 메타 FAQ JSON-LD와 맞춥니다. 3) 방문자 AI 추천 질문을 올립니다. 4) 10개 질문으로 할루시네이션 테스트. 5) 베타 공개.
ChatGPT와 페이지 연결은 외부 AI가 페이지를 읽게 하는 다른 축입니다. 방문자 AI는 사이트 안 경험입니다. 둘 다 쓸 수 있지만 정본은 하나여야 합니다.
팀 온보딩형: 팀 온보딩 — ‘첫 주에 뭐부터?’ 질문에 카드 순서가 답이 됩니다.
포트폴리오형: 프론트엔드 포트폴리오 — ‘데모 있나요?’는 카드 링크로 연결.
크리에이터형: 숏폼 크리에이터 — ‘어느 플랫폼?’ 질문에 플랫폼별 버튼 설명이 정본.
블로그 460페이지 분석과 함께 보면 어떤 페이지가 AI 대화에 적합한지 감이 옵니다.
Calendar 읽기로 ‘다음 이벤트’를 보여주는 정도는 흔한 패턴입니다. 일정 생성·메일 발송은 방문자 UI에 두지 마세요. 내부 Integrations 가이드의 D7 권한을 기억하세요.
| 기능 | 방문자 | 내부 에이전트 |
|---|---|---|
| FAQ 요약 | ✅ | ✅ |
| 일정 조회 | △ 읽기만 | ✅ |
| 메일 발송 | ❌ | 승인 후 |
“ChatGPT 위젯이랑?” — onsite 정본 vs 외부 read.
“무료 플랜?” — pricing·공지 따름.
“틀린 답?” — 카드 수정 우선, 프롬프트는 그다음.
“리드 수집?” — 폼 /p/ 링크, AI가 이메일 저장 X unless integrated.
“다국어?” — 카드 locale별 또는 handoff.
“끄기?” — 페이지별 toggle, 법무 리스크 페이지는 off.
“속도?” — 카드·통합 read cache.
“SEO?” — FAQ 본문+JSON-LD, GEO 연동.
1주차 — 질문 수집 실제 방문자·고객 지원 티켓에서 질문 20개를 모읍니다. ‘기능’이 아니라 ‘상황’으로 묶습니다. 상위 5개를 추천 질문으로 올립니다. 이번 주 끝에 팀이 남길 산출물은 「질문 20 → 주제 5 클러스터」입니다. 다음 주 미팅 10분은 이 산출물만 리뷰합니다.
2주차 — 정본 답의 근거가 되는 카드·문단을 페이지에서 표시합니다. AI가 없는 내용을 말하지 못하게 ‘모른다’ 템플릿을 둡니다. 방문자 AI 설정과 카드 텍스트를 같이 수정합니다. 이번 주 끝에 팀이 남길 산출물은 「정본 카드 목록 + 모른다 템플릿」입니다. 다음 주 미팅 10분은 이 산출물만 리뷰합니다.
3주차 — 통합 Calendar·Gmail 등 한 통합만 연결해 ‘일정 확인’ 또는 ‘문의 요약’ 시나리오를 만듭니다. 파괴적 발송은 승인 게이트를 테스트합니다. 이번 주 끝에 팀이 남길 산출물은 「통합 1개 + 시나리오 스크립트」입니다. 다음 주 미팅 10분은 이 산출물만 리뷰합니다.
4주차 — 공개 베타 라벨을 달고 내부 10명에게만 링크를 공유합니다. 만족도·재질문률을 잽니다. 문제 없으면 프로필·블로그 CTA에 올립니다. 이번 주 끝에 팀이 남길 산출물은 「베타 피드백 10건」입니다. 다음 주 미팅 10분은 이 산출물만 리뷰합니다.
첫 베타에서 재질문률(같은 세션에서 ‘아니 그게 아니라’)과 이탈 직전 질문을 수집합니다. FAQ에 없던 질문이 3번 반복되면 카드에 문단을 추가합니다.
GEO와 연결: 방문자 AI 로그에서 나온 질문은 블로그 대표 글 FAQ로 승격시킵니다. 생성형 검색 가시성 체크리스트와 같은 파이프입니다.
대화 로그 저장 여부·보관 기간·학습 사용 여부를 페이지 하단에 한 줄로. EU·국내 개인정보법에 맞게 팀 법무와 문구를 확정합니다.
미성년·민감 주제 페이지는 AI를 끄거나 추천 질문만 제한하는 선택지도 있습니다.
플랜 정책은 pricing을 참고하고, 기능 플래그는 제품 공지를 따릅니다.
가능하지만 카드가 정본 역할을 하므로 FAQ 카드를 권합니다.
아닙니다. 컨텍스트·권한·승인 경로가 다릅니다.
카드 텍스트를 고치고 추천 질문을 줄입니다. 프롬프트만 고치지 마세요.
한 페이지만 베타 → FAQ 승격 → 블로그 GEO 연결.
방문자 AI는 페이지를 살아 있게 만드는 레이어입니다. 오늘 공개 중인 /p/ 하나를 골라 FAQ 카드 5개만 채워도 체감이 달라집니다. 설정은 발행 편집기·가격 안내를 참고하세요. 이 글은 2026-09-11 기준 product·AX 교차 관점 deep post이며, 카드 정본·베타·측정 루프를 한 번에 돌리는 것을 목표로 합니다.
지원 티켓·DM·과거 FAQ에서 실제로 들어온 질문 7개 + 악의적 3개(“50% 할인 코드?”, “CEO 개인 번호?”)를 섞습니다. 악의적 질문에 ‘모른다’+공식 문의로 가면 pass.
각 답변 옆에 인용 카드 id를 기록합니다. 카드 없이 답하면 fail. 10개 중 fail 2개면 카드 추가가 우선, 프롬프트 튜닝은 그다음입니다.
베타 10명에게 “틀린 답 1개만 적어 달라”고 요청합니다. 문장 수집이 10개면 FAQ 승격 후보가 됩니다.
지원 7 + 악의 3. pass = 카드 인용 또는 모른다+문의. fail = 새 사실 생성.
질문: … 답 3문장: … 다음 링크: … — FAQ 카드마다 동일 형식.
5개 고정 + “다른 질문” 입력. 고정 5는 월 1회 로그로 교체.
내부 5 + 고객 5. NDA 필요 시 고객 3만. 피드백 form: 틀린 답 1·좋았던 점 1.
“대화는 ○일 보관 후 삭제·모델 학습 미사용” — 법무 확정 전까지 베타 라벨 유지.
Calendar 조회 OK. 생성·삭제·발송은 내부 에이전트+승인.
방문자 질문 → 블로그 FAQ 승격 → GEO 체크리스트.
프론트엔드 포트폴리오 · 독서 노트 · 홈카페 — 카드 id 매핑表 팀 wiki.
틀린 답 viral 시: AI off → 카드 수정 → 재베타 → 공지.
재질문률, 세션당 질문 수, CTA 클릭, 이탈 전 마지막 질문 top5.
베타 기간 로그에서 질문을 verb 기준으로 태깅: 가격·일정·비교·신뢰·기술. 상위 verb 3개가 카드 부족 영역입니다.
‘비교’ 질문(“A vs B”)에는 표 카드를 추가합니다. ‘신뢰’(“사기 아닌가요”)에는 팀 소개·고객 로고·정책 링크 카드.
할루시네이션 대부분은 카드 공백에서 나옵니다. 모델 temperature보다 카드 coverage를 먼저 올리세요.
방문자 AI 답변에 내부 블로그 링크 2개까지 허용하면 GEO 허브가 강해집니다. 단, 답변 본문보다 카드가 정본이어야 합니다.
외부 ChatGPT 연결과 혼동하지 마세요. connect-page-to-chatgpt는 외부, 방문자 AI는 onsite. 둘 다 켜면 FAQ 정본 하나로 sync.
장애 comms: “AI 답변은 참고용, 계약은 ○○ 페이지 정본” 한 줄 footer.
다국어 방문자: 질문 언어 ≠ 페이지 언어일 때 ‘해당 언어 카드만’ 답하거나 human handoff. 자동 번역은 법무 리스크.
latency: 답변 3초 넘으면 이탈. 카드 수 줄이거나 streaming UI. 무거운 통합 read는 cache 60s.
A/B: 추천 질문 5 vs 3, footer AI on/off — 베타 only.
세일즈 연동: high-intent 질문(가격·계약) 후 CTA 클릭률. product analytics dashboard weekly.
카드 유지보수: owner를 카드마다 wiki 표에. 분기 ‘stale card’ 리뷰.
학습 금지 명시가 없으면 enterprise RFP에서 걸립니다.
function vai2() {
return `## 한 페이지 요약 — 방문자 AI
방문자 AI는 페이지 카드가 정본입니다. 추천 질문 5개는 메타 FAQ와 같아야 합니다. 10질문 테스트(악의 3)에서 8 pass 미만이면 카드를 고칩니다. 베타 10명·틀린 답 1개 피드백 필수. write 통합·발송은 visitor에 붙이지 않고 내부 에이전트+승인으로 보냅니다. footer에 ‘참고용·정본은 ○○’ 한 줄. 장애 시 AI off → 카드 fix → re-beta. visitor 질문은 블로그 FAQ로 승격해 GEO 허브를 만듭니다.
추가로, compare·pricing·trust 유형 질문에는 표 카드를 준비하세요. “A와 B 차이”는 bullet 3개보다 표 1개가 hallucination을 줄입니다. latency 3초를 넘기면 추천 질문만 남기고 free-text를 잠시 끄는 것도 방법입니다. enterprise RFP에는 ‘학습 미사용·보관 일수·off switch’ 3줄이 필수입니다.
카드 owner를 wiki 표에 두면 stale FAQ가 줄어듭니다. 분기마다 ‘카드 last-reviewed 날짜’를 갱신하고, 방문자 AI 추천 질문도 같은 날 교체하세요. 숏폼 크리에이터 /p/처럼 버튼 설명이 곧 FAQ인 페이지가 베타에 가장 잘 맞습니다. 베타 종료 후에도 ‘틀린 답 top3’를 매월 review하면 product 품질이 유지됩니다. onboarding doc 1p에 visitor vs internal agent 표를 붙여 두세요. support 팀도 같은 FAQ 정본을 봅니다.
source of truth: publish cards. recommended Q: 5 = meta FAQ. test: 10Q incl 3 adversarial. fail action: edit cards not prompt. beta: 10 users NDA. metrics: re-ask rate, CTA click. integrations: read-only on visitor. write: internal agent + approval only. privacy: retention days, no training line. footer: not legal advice. off switch: per page. incident: disable AI → fix cards → re-beta. GEO loop: visitor Q → blog FAQ. external: ChatGPT page connect separate doc. latency budget: 3s. owners: card owner column in wiki. review: quarterly stale cards.`;
}
플랜 정책은 pricing을 참고하고, 기능 플래그는 제품 공지를 따릅니다.
가능하지만 카드가 정본 역할을 하므로 FAQ 카드를 권합니다.
아닙니다. 컨텍스트·권한·승인 경로가 다릅니다.
카드 텍스트를 고치고 추천 질문을 줄입니다. 프롬프트만 고치지 마세요.
한 페이지만 베타 → FAQ 승격 → 블로그 GEO 연결.