kakinang INSIGHTS · 2026-09-17
웹사이트에 AI 채팅만 있으면 충분할까요? 무엇을 공개 페이지에 남겨야 하나요?
AI 공개 페이지에 둘 사실과 웹사이트 AI가 추가로 물을 사항을 구분하고 싶습니다. 채팅은 방문자의 개별 질문을 받을 수 있지만 웹사이트의 유일한 정보 입구가 되어서는 안 됩니다. 서비스와 비용을 훑어보거나 키보드와 보조 기술을 쓰거나 검색에서 특정 페이지로 들어오는 사람도 있습니다. 모든 답을 보려면 창을 열고 질문해야 한다면 조건 비교가 어렵고 공개 약속을 관리하기도 힘듭니다. 페이지는 직접 읽고 갱신할 수 있는 공통 사실을 제공하고, 채팅은 미확정 개인 상황을 확인해 다음 단계로 넘깁니다.
방문자가 스스로 판단할 공통 사실 공개하기
홈을 가게 입구, 서비스 페이지를 진열대 표시, AI 채팅을 접수 담당자로 생각합니다. 방문자는 무엇을 제공하고 어느 지역에 가며 언제 열고 일반 비용을 어떻게 계산하는지, 연락·예약·취소 방법과 예외 판단 담당자를 바로 알아야 합니다. 모든 것을 대화에 숨기면 매번 같은 질문이 나오고 가족이나 동료에게 바로 볼 링크를 공유할 수 없습니다. 작은 사업도 서비스 범위, 가격 또는 견적 방법, 연락 시간, 수집 정보에 맞는 개인정보 설명을 마련합니다. 짧아도 조건이 구호뿐이어서는 안 됩니다.
가상의 배관·전기 수리 가게라면 홈에 지역과 작업 종류를, 서비스 페이지에 출장비에 점검이 포함되는지, 자재비 추가 여부, 맡지 않는 위험 작업과 야간 요금을 씁니다. 임의의 확정 가격을 꾸미지 않고 견적 방식을 밝힙니다. 현장 사진을 보고 정해야 한다면 장소와 고장 설명을 받고 기술자가 수락 여부와 예상 비용을 확인한다고 적습니다. AI가 시작가를 최종 청구액으로 약속하면 안 됩니다. 집의 상세 주소와 전화번호를 공개 페이지에 쓰지 않고 회신에 필요한 범위만 수집합니다.
FAQ에는 교통, 취소, 준비물 같은 반복되는 공통 질문을 넣습니다. 짧은 답 뒤에 적용 범위와 예외를 씁니다. 개인 보증, 의료나 법률 책임, 복잡한 구매 조건을 공개 글만으로 결론 내리지 않습니다. 스스로 이해할 수 있는 사실과 사람이 결정할 일을 나누면 AI 오류를 줄이고 직원도 언제 인계받을지 압니다. 공개 콘텐츠의 승인자를 정하고 접수 직원이 구두로 언급한 예외를 승인된 할인이나 정책으로 단정하지 않습니다.
Google의 생성형 AI 검색 지침은 공개되고 크롤링 가능한 웹 콘텐츠를 외부 검색 이해의 기반으로 설명합니다. 노출을 위해 비밀을 공개하라는 뜻은 아닙니다. 누구에게나 말할 수 있는 내용만 올리고 페이지가 실제 읽히는지 확인한 뒤, 개인 조건은 사이트 AI가 보충하도록 합니다. 공개 페이지는 채팅 없이 첫 판단을 돕고 대화는 세부 상황을 처리합니다. 둘은 같은 승인 버전을 써야 하며 한쪽이 있다고 다른 쪽이 갱신된 것은 아닙니다.
모바일, 검색과 보조 기술에서도 읽히게 하기
주소가 열리는 것만으로 사용하기 쉬운 페이지가 되지 않습니다. 명확한 제목, 순서 있는 소제목, 읽기 쉬운 텍스트와 의미 있는 링크 이름을 갖춥니다. 이미지 속 작은 글씨만으로 가격이나 조건을 알려서는 안 됩니다. W3C 페이지 구조 자료는 제목과 구획이 사람과 보조 기술의 탐색을 돕는다고 설명합니다. 친구에게 확대 없이 휴대전화에서 지역, 가격 조건, 취소 방법을 찾게 하고 키보드로 주요 링크를 따라가 봅니다. 포스터 이미지는 읽기 어렵고 가격 하나만 바뀌어도 다시 만들어야 합니다.
멋진 채팅 창이 있어도 서비스 본문이 실제 렌더링된 페이지에 나타나는지 확인합니다. Google의 JavaScript SEO 문서는 렌더링 후 HTML에 없는 콘텐츠는 색인할 수 없고 JavaScript 사이트에는 추가 처리 과정이 있다고 설명합니다. 알고리즘을 추측하기보다 브라우저와 Search Console로 중요 페이지가 읽히고 차단되지 않았으며 홈에서 연결되는지 확인합니다. 내부 지식, 대화 기록, 로그인 문서는 공개 서비스 페이지 본문과 역할이 다릅니다.
최소 페이지 목록을 만듭니다. 홈에는 서비스와 대상 한 문장, 서비스에는 범위·조건·절차, 가격에는 고정가·시작가 또는 견적 방식, 연락에는 채널·시간·답변 예상, FAQ에는 공통 답, 개인정보 설명에는 리드 정보의 용도를 둡니다. 서비스 하나인 프리랜서는 이를 명확한 구획을 가진 한 페이지에 모을 수 있습니다. SEO만을 위해 얇은 페이지를 많이 만들 필요가 없습니다. 여러 상품이나 지역을 다루는 회사는 각 서비스로 바로 가는 링크를 제공합니다.
콘텐츠 책임자가 매달 영업 시간, 장소, 가격, 서비스 목록, 연락처, 종료한 행사를 점검하게 합니다. 수정할 곳과 담당자를 기록합니다. 공개 페이지를 바꾸면 FAQ, 사이트 지식, 예약 설명도 바뀔 수 있고 검색의 오래된 요약은 갱신까지 시간이 걸릴 수 있습니다. 외부 크롤링과 색인은 즉시 제어할 수 없습니다. 하지만 자체 페이지는 바로 고치고 기존 절차로 AI 지식을 갱신하고 시험할 수 있습니다. 이미 잘못된 약속을 받은 방문자에게는 직원이 대응해야 합니다.
W3C Web Accessibility Initiative
채팅을 추가 질문과 인계에 쓰기
kakinang 웹사이트 AI는 설정된 agent, 지식과 업무 흐름 안에서 답하고 추가 질문을 하며, 활성화된 리드·예약·사람 인계 경로를 안내할 수 있습니다. 시작 전에 공개 페이지를 기준으로 영업 시간, 가격 예외, 취소 기한, 미지원 지역, 사람 판단 사항 등 열 가지를 시험합니다. 페이지 원문, AI 답, 출처와 다음 단계를 기록합니다. 공개되지 않은 할인이나 개인 적합성을 묻는다면 모른다고 말하고 직원에게 넘기는 것이 올바를 수 있습니다. 정보가 바뀌면 다시 시험하고 첫 합격을 영구 보증으로 보지 않습니다.
개별 견적에서는 절차를 설명하고 지역, 간단한 요구와 연락 방법을 받을 수 있습니다. 사진 등 추가 정보는 실제 필요, 정보 보호와 직원 절차에 따라 결정합니다. 리드 항목의 목적과 연락 방식을 알리고 명확한 동의를 얻습니다. 항목을 늘린다고 품질이 좋아지는 것은 아닙니다. 실시간 사람 인계와 비동기 리드를 구분하고, 페이지와 채팅 모두 현재 근무자가 있는지, 없다면 누가 언제 볼지 말해야 합니다. 알림 발송 성공은 고객 답변이 아닙니다.
가상 일요일 상황으로 확인합니다. 누군가 월요일 방문을 묻고 공개 페이지에는 일요일 휴무와 월요일 일정 확인 필요라고 쓰여 있습니다. AI는 월요일 10시를 약속하지 않고 조건을 인용해 요구를 접수하며 월요일에 직원이 확인한다고 알립니다. 월요일에는 직원이 요약을 읽고 조건을 확인해 회신해야 합니다. 기본 서비스 지역만 묻는 사람에게는 전화번호를 요구하지 않고 공개 답을 제공합니다. 이는 절차 예시이며 실제 고객 기록이나 성과가 아닙니다.
매주 소수 대화와 페이지 경로를 살핍니다. 공개 페이지에 있는 답을 채팅에서 다시 물은 사람, 채팅 없이 연락한 사람, 직원이 응답하지 않은 리드를 구별합니다. 답을 못 찾으면 페이지 탐색을, AI의 오래된 인용은 지식 출처와 활성 상태를, 미회신은 담당과 근무 배정을 고칩니다. 대화량 증가를 페이지 성공이라 주장하거나 리드를 남기지 않은 방문자를 곧바로 AI 실패라 단정하지 않습니다. 신뢰할 공통 사실과 예외에 대한 합리적인 다음 단계가 목표입니다.
팀이 자주 묻는 질문
지식 자료만 있으면 서비스 페이지가 필요 없나요?
아닙니다. 지식은 사이트 AI의 답을 돕지만 채팅을 열지 않는 방문자도 공개 범위, 조건, 가격 설명과 연락 방법을 봐야 합니다. 외부 검색은 접근할 수 있는 페이지를 사용합니다. 사이트 지식을 가져온 것만으로 공개 페이지가 색인된 것은 아닙니다.
모든 세부 사항을 공개해야 하나요?
아닙니다. 첫 판단에 필요한 공통 사실을 공개합니다. 고객 기록, 내부 최저가, 직원의 개인 연락처, 승인되지 않은 개인 판단은 빼야 합니다. 개인 정보가 필요하다면 목적을 설명하고 꼭 필요한 항목만 받아 권한 있는 직원에게 전달합니다.
페이지와 AI 답이 다르면 어떻게 하나요?
모순된 안내를 멈추고 콘텐츠 책임자가 최신 승인 조건을 확인합니다. 페이지와 지식을 함께 고치고 자료 처리 성공, 활성 상태와 오래된 중복 자료를 확인한 뒤 다시 시험합니다. 이미 잘못된 약속을 받은 사람에게는 직원이 설명합니다.
채팅에는 언제나 즉시 답하는 직원이 있어야 하나요?
아닙니다. 실시간 인계에는 기능 설정과 실제 근무자가 필요합니다. 비동기 리드는 사람이 언제 답할지 알려야 합니다. 자동 인사는 직원 인계가 아니고 리드 제출은 처리 완료가 아닙니다. 공개 페이지에 서비스 시간과 연락 예상 시간을 적습니다.
출처 및 참고 자료
- Optimizing your website for generative AI features on Google Search — Google Search Central
- Page Structure Tutorial — W3C Web Accessibility Initiative
- Understand the JavaScript SEO basics — Google Search Central