민AI | 웹사이트 출시 전에 Claude에게 요청할 20가지
2026.10.20
https://minai.co.kr/resources/website-launch-checklist

영상 속 17개 + 추가 점검 3개입니다. 사업에 해당하는 항목만 적용하세요.

=== 통합 요청문 ===

지금 작업 중인 웹사이트를 출시 전에 점검하고 개선해줘. 먼저 실제 소스와 기존 기능을 확인하고, 적용할 순서를 짧게 설명한 뒤 수정해줘. 기존 디자인과 정상 작동하는 기능은 유지해줘. 공개 배포는 내가 수정 결과를 확인하고 요청한 뒤 진행해줘.

내 사이트 정보
사이트 이름: [확인 후 제공 — 임의로 작성하지 마]
사이트 주소: [확인 후 제공 — 임의로 작성하지 마]
사업·서비스 설명: [확인 후 제공 — 임의로 작성하지 마]
가장 중요한 목표: 문의
주요 버튼 연결 주소: [확인 후 제공 — 임의로 작성하지 마]
GA4 측정 ID: [확인 후 제공 — 임의로 작성하지 마]
실제 운영·답변 시간: [확인 후 제공 — 임의로 작성하지 마]

작업 원칙
- 기존 코드와 설정을 확인해 중복 기능이나 분석 태그를 추가하지 마.
- 업체 정보, 고객 후기, 성과 수치, 운영 시간, 팀원, 주소를 지어내지 마. 없는 정보는 필요한 입력값으로 정리해 질문해줘.
- 적용할 수 없는 항목은 이유를 설명해줘. 실제 사업에 필요하지 않은 기능은 억지로 만들지 마.
- 모바일과 키보드 사용을 확인하고, 개인정보를 분석 이벤트에 담지 마.
- 변경한 파일, 필요한 설정값, 직접 확인할 방법을 마지막에 정리해줘. 실제로 테스트하지 않은 것은 테스트했다고 말하지 마.

요청할 20가지
1. Google Analytics
기존 분석 태그가 있는지 먼저 확인하고 GA4를 중복 없이 연결해줘. 내가 제공하는 실제 측정 ID를 사용하고, 없으면 요청해줘. 문의 버튼 클릭은 contact_click, 서버에서 문의 접수가 성공했을 때는 generate_lead처럼 구분해 기록해줘. 이름·이메일·전화번호 등 개인정보는 이벤트에 넣지 마. 디버그 모드에서 DebugView와 실시간 보고서로 확인하는 방법도 알려줘.

2. 첫 화면의 행동 유도 버튼
스크롤하기 전 첫 화면에 사이트의 핵심 가치와 가장 중요한 행동 유도 버튼을 배치해줘. 실제 사업 목적에 맞게 상담·예약·구매·가입 중 한 가지를 우선하고 버튼을 누르면 정확한 목적지로 연결해줘. 문구 후보 3개를 제안하고, 모바일에서도 첫 화면에 버튼이 보이는지 확인해줘.

3. 모바일 고정 버튼
모바일에서 스크롤해도 주요 행동 유도 버튼을 쉽게 누를 수 있도록 하단 고정 영역을 만들어줘. 기기 하단 안전 여백을 반영하고 본문·푸터·쿠키 안내와 겹치지 않게 여백을 확보해줘. 키보드가 열릴 때 입력창을 가리지 않는지, 작은 화면에서도 버튼이 잘 눌리는지 확인해줘.

4. 실제 활용 사례
내가 제공한 실제 사례를 바탕으로 ‘어떤 상황 → 어떻게 이용 → 어떤 결과’가 드러나는 활용 사례 영역을 만들어줘. 확인되지 않은 성과 수치나 고객사를 지어내지 마. 실제 사례가 없다면 사례를 꾸미지 말고, ‘활용 예시’라고 명확히 표시한 가상 사용 시나리오로 구분해줘.

5. 자주 묻는 질문 5가지
이 사이트를 처음 이용하는 사람이 궁금해할 질문 5개와 짧고 명확한 답변으로 FAQ 영역을 만들어줘. 가격·대상·진행 방식·소요 시간·변경이나 환불 조건 중 실제 사업에 맞는 내용을 골라줘. 답을 모르는 정책은 만들어내지 말고 나에게 확인해줘. 접고 펼치는 UI는 키보드로도 사용할 수 있게 해줘.

6. 문의 답변 시간 안내
문의 영역과 접수 완료 화면에 실제 운영 요일·시간과 예상 답변 소요 시간을 안내해줘. 주말과 공휴일 처리 방식도 내가 제공한 정책에 맞게 표시해줘. 확인되지 않은 ‘24시간 운영’이나 ‘1시간 내 답변’을 약속하지 말고, 운영 정보가 없으면 먼저 질문해줘.

7. 문의 완료 후 감사 페이지
서버에서 문의 접수가 성공했다고 확인한 뒤에만 감사 페이지나 완료 상태를 보여줘. 접수 완료 안내, 예상 답변 시간과 다음 행동을 넣어줘. 실패했을 때는 입력 내용을 보존하고 재시도 방법을 보여줘. 버튼 클릭이나 카카오톡 창 열기만으로 문의 성공을 처리하지 말고, 새로고침으로 완료 이벤트가 중복 기록되지 않게 해줘.

8. SNS 공유 미리보기 이미지
각 주요 페이지에 Open Graph 제목·설명·대표 이미지·정식 URL을 설정해줘. 이미지 URL은 외부에서도 접근할 수 있는 절대 주소로 사용해줘. 대표 이미지는 1200×630 기준으로 만들고 중요한 글자는 중앙에 배치해줘. SNS별 자르기와 캐시 차이를 고려하고, 실제 공유 화면에서 확인하는 방법을 알려줘.

9. 페이지마다 다른 제목
주요 페이지마다 해당 페이지의 내용을 구체적으로 나타내는 서로 다른 title을 작성해줘. 서비스 이름은 자연스럽게 포함하고, 모든 페이지에 같은 제목을 복사하거나 키워드를 반복하지 마. 동적 페이지도 고유한 제목이 나오게 해줘.

10. 검색 결과용 페이지 설명
각 페이지의 실제 내용을 한두 문장으로 요약하는 고유한 meta description을 작성해줘. 누구에게 필요한지와 어떤 내용을 볼 수 있는지 구체적으로 적고, 없는 기능이나 혜택을 넣지 마. 검색 결과의 설명은 검색엔진이 다시 선택할 수 있다는 점도 알려줘.

11. 사이트 내부 페이지 연결
관련 있는 내부 페이지를 문맥에 맞는 링크로 연결해줘. ‘여기’보다 목적지가 드러나는 링크 문구를 쓰고, 검색엔진과 키보드가 따라갈 수 있는 실제 a href 링크를 사용해줘. 깨진 링크와 어디에서도 연결되지 않는 공개 페이지가 있는지도 확인해줘.

12. 현재 위치를 알려주는 탐색 경로
실제 페이지 구조에 맞는 탐색 경로를 추가해줘. 예를 들어 ‘홈 → 자료실 → 현재 글’처럼 표시하고 상위 단계는 실제 링크로 연결해줘. 사용자의 방문 기록을 경로로 꾸미지 마. 단일 페이지 사이트라 불필요하면 적용하지 않고 이유를 설명해줘.

13. 맞춤형 404 오류 페이지
없는 주소로 들어갔을 때 브랜드에 맞는 404 페이지를 보여줘. 짧은 안내와 홈·주요 메뉴로 가는 링크를 넣어줘. 화면만 404로 꾸미고 HTTP 200을 반환하지 말고, 서버 응답도 실제 404가 되도록 구현하고 확인해줘.

14. 이미지 대체 텍스트
정보를 전달하는 이미지에 문맥에 맞는 간결한 alt를 작성해줘. 버튼이나 링크 역할을 하는 이미지는 그 기능을 설명해줘. 순수 장식 이미지는 alt=""로 처리하고 파일명이나 검색 키워드를 나열하지 마. 이미지 안에 중요한 글자가 있으면 같은 정보에 접근할 수 있게 해줘.

15. robots.txt 파일
현재 robots.txt를 확인하고 공개 사이트가 의도치 않게 전체 수집 차단되어 있지 않은지 점검해줘. 실제 도메인의 sitemap 위치를 안내하고 필요한 크롤링 규칙만 추가해줘. robots.txt를 보안 수단이나 검색 삭제 수단으로 사용하지 말고, 비공개 정보는 인증으로 보호해줘.

16. 검색엔진용 구조화된 데이터
현재 페이지에 적합한 유형의 JSON-LD 구조화된 데이터를 추가해줘. 업체·작성자·글·탐색 경로 등 실제로 표시되는 정보와 일치하게 작성하고, 허위 평점·후기·영업 정보는 넣지 마. 기존 마크업과 중복되는지 점검하고 Google의 지원 유형에 해당하면 리치 결과 테스트로 오류를 확인해줘.

17. 개인정보 처리방침
문의 폼·회원가입·결제·분석 도구에서 실제로 처리하는 개인정보를 먼저 정리해줘. 수집 항목, 목적, 보유 기간, 위탁·제공 여부와 문의 담당 정보를 확인한 뒤 개인정보 처리방침 초안을 작성하고 푸터에 연결해줘. 불명확한 내용은 질문하고, 최신 개인정보보호위원회 작성지침과 대조할 항목을 표시해줘. 필요한 동의 절차도 실제 기능에 맞게 점검해줘.

18. 지도와 찾아오는 길 (해당할 때 추가)
고객이 실제 방문하는 사업인 경우에만 지도와 찾아오는 길을 추가해줘. 내가 제공한 공개용 주소, 대중교통·주차·예약 안내를 사용하고 지도 앱으로 연결해줘. 개인 거주지나 공개하지 않은 주소를 노출하지 마. 온라인 전용 사업이면 이 항목은 해당 없음으로 표시해줘.

19. 실제 고객 후기 (해당할 때 추가)
내가 제공하고 공개를 허락받은 실제 고객 후기만 사용해 후기 영역을 만들어줘. 출처와 이용 맥락을 알 수 있게 하고 개인정보는 필요한 만큼 가려줘. 고객 사진·별점·이름·성과를 생성하지 마. 실제 후기가 없다면 빈 후기 카드를 배포하지 말고 해당 영역은 보류해줘.

20. 실제 운영자·팀 사진 (해당할 때 추가)
내가 제공한 실제 운영자나 팀 사진과 사실에 맞는 역할 소개로 소개 영역을 만들어줘. 1인 사업이면 실제 운영자 한 명을 소개하고 가상의 직원이나 경력을 추가하지 마. 공개 가능한 정보만 사용하고 사진이 없으면 요청해줘. 스톡 사진을 실제 팀원인 것처럼 보여주지 마.

위 항목을 현재 사이트에 맞게 적용해줘. 먼저 막힌 부분과 내가 제공해야 할 정보를 알려줘. 완료 후 항목별로 ‘적용 완료 / 설정 필요 / 해당 없음’을 구분하고, 실제 문의 성공·모바일 버튼·404 응답·분석 이벤트를 어떻게 확인했는지 보고해줘.

=== 항목별 설명과 확인 방법 ===

01. Google Analytics
사이트를 만들었다면 방문자가 무엇을 하는지 볼 수 있어야 합니다. GA4 기본 설치에 더해 문의 버튼 클릭과 실제 문의 완료를 구분해두세요.

[Claude에게 요청하기]
기존 분석 태그가 있는지 먼저 확인하고 GA4를 중복 없이 연결해줘. 내가 제공하는 실제 측정 ID를 사용하고, 없으면 요청해줘. 문의 버튼 클릭은 contact_click, 서버에서 문의 접수가 성공했을 때는 generate_lead처럼 구분해 기록해줘. 이름·이메일·전화번호 등 개인정보는 이벤트에 넣지 마. 디버그 모드에서 DebugView와 실시간 보고서로 확인하는 방법도 알려줘.

[직접 확인할 것]
내가 테스트로 접속했을 때 실시간 보고서에 나타나는지 확인하세요. 버튼 클릭과 실제 접수 성공 이벤트가 각각 한 번씩 기록되는지도 확인합니다.

02. 첫 화면의 행동 유도 버튼
처음 들어온 사람이 무엇을 해야 할지 바로 알 수 있게 해주세요. ‘더 알아보기’보다 ‘상담 예약하기’처럼 결과가 보이는 문구가 좋습니다.

[Claude에게 요청하기]
스크롤하기 전 첫 화면에 사이트의 핵심 가치와 가장 중요한 행동 유도 버튼을 배치해줘. 실제 사업 목적에 맞게 상담·예약·구매·가입 중 한 가지를 우선하고 버튼을 누르면 정확한 목적지로 연결해줘. 문구 후보 3개를 제안하고, 모바일에서도 첫 화면에 버튼이 보이는지 확인해줘.

[직접 확인할 것]
사이트를 처음 보는 사람에게 첫 화면만 보여주고 무엇을 하는 곳인지, 어디를 눌러야 하는지 물어보세요. 실제 버튼의 도착지도 눌러 확인합니다.

03. 모바일 고정 버튼
내용을 읽다가 마음이 생겼을 때 바로 누를 수 있게 합니다. 하단에 고정하되 본문과 다른 버튼을 가리지 않아야 합니다.

[Claude에게 요청하기]
모바일에서 스크롤해도 주요 행동 유도 버튼을 쉽게 누를 수 있도록 하단 고정 영역을 만들어줘. 기기 하단 안전 여백을 반영하고 본문·푸터·쿠키 안내와 겹치지 않게 여백을 확보해줘. 키보드가 열릴 때 입력창을 가리지 않는지, 작은 화면에서도 버튼이 잘 눌리는지 확인해줘.

[직접 확인할 것]
휴대폰에서 맨 아래까지 스크롤하고 입력창도 열어보세요. 버튼 때문에 마지막 문장이나 제출 버튼이 가려지면 안 됩니다.

04. 실제 활용 사례
기능 설명만으로는 내게 필요한 서비스인지 감이 안 올 수 있습니다. 고객의 상황과 사용 과정, 확인 가능한 결과를 보여주세요.

[Claude에게 요청하기]
내가 제공한 실제 사례를 바탕으로 ‘어떤 상황 → 어떻게 이용 → 어떤 결과’가 드러나는 활용 사례 영역을 만들어줘. 확인되지 않은 성과 수치나 고객사를 지어내지 마. 실제 사례가 없다면 사례를 꾸미지 말고, ‘활용 예시’라고 명확히 표시한 가상 사용 시나리오로 구분해줘.

[직접 확인할 것]
실제 사례와 가상 예시가 구분되는지 확인하세요. 고객명·사진·성과는 공개할 수 있는 자료만 사용합니다.

05. 자주 묻는 질문 5가지
가격, 대상, 진행 방식, 소요 시간, 변경·환불처럼 방문자가 망설일 만한 내용을 정리해두세요.

[Claude에게 요청하기]
이 사이트를 처음 이용하는 사람이 궁금해할 질문 5개와 짧고 명확한 답변으로 FAQ 영역을 만들어줘. 가격·대상·진행 방식·소요 시간·변경이나 환불 조건 중 실제 사업에 맞는 내용을 골라줘. 답을 모르는 정책은 만들어내지 말고 나에게 확인해줘. 접고 펼치는 UI는 키보드로도 사용할 수 있게 해줘.

[직접 확인할 것]
답변이 실제 운영 정책과 같은지 읽어보세요. 탭 키와 엔터로 질문을 펼칠 수 있는지도 확인합니다.

06. 문의 답변 시간 안내
문의하고 기다리는 사람이 불안하지 않게 실제 운영 시간과 예상 답변 시간을 알려주세요.

[Claude에게 요청하기]
문의 영역과 접수 완료 화면에 실제 운영 요일·시간과 예상 답변 소요 시간을 안내해줘. 주말과 공휴일 처리 방식도 내가 제공한 정책에 맞게 표시해줘. 확인되지 않은 ‘24시간 운영’이나 ‘1시간 내 답변’을 약속하지 말고, 운영 정보가 없으면 먼저 질문해줘.

[직접 확인할 것]
안내한 시간 안에 실제로 응대할 수 있는지 확인하세요. 문의 폼과 완료 화면의 안내가 서로 달라지지 않아야 합니다.

07. 문의 완료 후 감사 페이지
문의가 정상적으로 접수됐다면 완료 사실과 다음 단계를 알려주세요. 단순히 버튼을 누른 것과 실제 접수 성공은 다릅니다.

[Claude에게 요청하기]
서버에서 문의 접수가 성공했다고 확인한 뒤에만 감사 페이지나 완료 상태를 보여줘. 접수 완료 안내, 예상 답변 시간과 다음 행동을 넣어줘. 실패했을 때는 입력 내용을 보존하고 재시도 방법을 보여줘. 버튼 클릭이나 카카오톡 창 열기만으로 문의 성공을 처리하지 말고, 새로고침으로 완료 이벤트가 중복 기록되지 않게 해줘.

[직접 확인할 것]
테스트 문의가 실제 수신되는지 확인하세요. 실패한 제출에도 완료 화면이 뜨거나 새로고침마다 문의가 중복 접수되면 안 됩니다.

08. SNS 공유 미리보기 이미지
카카오톡이나 SNS에 주소를 붙여넣었을 때 보여줄 제목, 설명과 이미지를 준비합니다.

[Claude에게 요청하기]
각 주요 페이지에 Open Graph 제목·설명·대표 이미지·정식 URL을 설정해줘. 이미지 URL은 외부에서도 접근할 수 있는 절대 주소로 사용해줘. 대표 이미지는 1200×630 기준으로 만들고 중요한 글자는 중앙에 배치해줘. SNS별 자르기와 캐시 차이를 고려하고, 실제 공유 화면에서 확인하는 방법을 알려줘.

[직접 확인할 것]
카카오톡 등 실제로 공유할 곳에 링크를 붙여보세요. 제목과 이미지가 보이는지 확인하고, 수정 직후에는 이전 이미지가 캐시에 남을 수 있습니다.

09. 페이지마다 다른 제목
브라우저 탭과 검색 결과에 쓰이는 제목입니다. 페이지의 주제와 서비스 이름이 자연스럽게 드러나게 작성하세요.

[Claude에게 요청하기]
주요 페이지마다 해당 페이지의 내용을 구체적으로 나타내는 서로 다른 title을 작성해줘. 서비스 이름은 자연스럽게 포함하고, 모든 페이지에 같은 제목을 복사하거나 키워드를 반복하지 마. 동적 페이지도 고유한 제목이 나오게 해줘.

[직접 확인할 것]
페이지를 여러 개 열어 브라우저 탭 제목을 비교하세요. 검색엔진은 설정한 제목을 상황에 따라 다르게 표시할 수 있습니다.

10. 검색 결과용 페이지 설명
페이지마다 내용을 짧게 요약하는 설명을 넣습니다. 제목을 반복하기보다 어떤 정보를 얻는지 알려주세요.

[Claude에게 요청하기]
각 페이지의 실제 내용을 한두 문장으로 요약하는 고유한 meta description을 작성해줘. 누구에게 필요한지와 어떤 내용을 볼 수 있는지 구체적으로 적고, 없는 기능이나 혜택을 넣지 마. 검색 결과의 설명은 검색엔진이 다시 선택할 수 있다는 점도 알려줘.

[직접 확인할 것]
페이지 소스에 설명이 들어가는지 확인하세요. 서로 다른 페이지의 설명이 똑같이 반복되지 않아야 합니다.

11. 사이트 내부 페이지 연결
관련 자료, 서비스 안내와 문의 페이지를 연결해 방문자가 막다른 곳에 도착하지 않게 합니다.

[Claude에게 요청하기]
관련 있는 내부 페이지를 문맥에 맞는 링크로 연결해줘. ‘여기’보다 목적지가 드러나는 링크 문구를 쓰고, 검색엔진과 키보드가 따라갈 수 있는 실제 a href 링크를 사용해줘. 깨진 링크와 어디에서도 연결되지 않는 공개 페이지가 있는지도 확인해줘.

[직접 확인할 것]
메뉴뿐 아니라 본문에서도 관련 페이지로 이동할 수 있는지 확인하세요. 실제로 눌렀을 때 잘못된 주소나 빈 페이지로 가면 안 됩니다.

12. 현재 위치를 알려주는 탐색 경로
하위 페이지가 많다면 지금 어느 메뉴에 있는지 알려주세요. 상위 메뉴로 돌아가기도 쉬워집니다.

[Claude에게 요청하기]
실제 페이지 구조에 맞는 탐색 경로를 추가해줘. 예를 들어 ‘홈 → 자료실 → 현재 글’처럼 표시하고 상위 단계는 실제 링크로 연결해줘. 사용자의 방문 기록을 경로로 꾸미지 마. 단일 페이지 사이트라 불필요하면 적용하지 않고 이유를 설명해줘.

[직접 확인할 것]
상위 단계 링크를 눌러 올바른 메뉴로 가는지 확인하세요. 사이트 구조와 표시된 경로가 일치해야 합니다.

13. 맞춤형 404 오류 페이지
없는 페이지에 도착해도 홈이나 관련 자료로 돌아갈 수 있게 해주세요. 화면 디자인과 HTTP 응답 상태를 함께 확인해야 합니다.

[Claude에게 요청하기]
없는 주소로 들어갔을 때 브랜드에 맞는 404 페이지를 보여줘. 짧은 안내와 홈·주요 메뉴로 가는 링크를 넣어줘. 화면만 404로 꾸미고 HTTP 200을 반환하지 말고, 서버 응답도 실제 404가 되도록 구현하고 확인해줘.

[직접 확인할 것]
임의의 없는 주소를 열어보세요. 안내와 돌아가기 링크를 확인하고 개발자 도구의 네트워크 탭에서 문서 상태 코드가 404인지 확인합니다.

14. 이미지 대체 텍스트
의미가 있는 이미지에는 설명을 넣습니다. 순수 장식 이미지는 비워두는 편이 화면 낭독에 도움이 됩니다.

[Claude에게 요청하기]
정보를 전달하는 이미지에 문맥에 맞는 간결한 alt를 작성해줘. 버튼이나 링크 역할을 하는 이미지는 그 기능을 설명해줘. 순수 장식 이미지는 alt=""로 처리하고 파일명이나 검색 키워드를 나열하지 마. 이미지 안에 중요한 글자가 있으면 같은 정보에 접근할 수 있게 해줘.

[직접 확인할 것]
사진을 보지 못해도 핵심 내용을 이해할 수 있는지 확인하세요. 장식 이미지까지 긴 설명이 반복되는지도 확인합니다.

15. robots.txt 파일
검색 로봇이 방문할 경로를 안내하는 파일입니다. 비공개 페이지를 지키는 비밀번호 역할은 하지 않습니다.

[Claude에게 요청하기]
현재 robots.txt를 확인하고 공개 사이트가 의도치 않게 전체 수집 차단되어 있지 않은지 점검해줘. 실제 도메인의 sitemap 위치를 안내하고 필요한 크롤링 규칙만 추가해줘. robots.txt를 보안 수단이나 검색 삭제 수단으로 사용하지 말고, 비공개 정보는 인증으로 보호해줘.

[직접 확인할 것]
내 도메인/robots.txt를 열어 공개 사이트에 실수로 Disallow: /가 들어가 있지 않은지 확인하세요. 비공개 데이터는 로그인 없이 열리지 않아야 합니다.

16. 검색엔진용 구조화된 데이터
페이지에 담긴 업체나 글의 정보를 검색엔진이 이해하도록 정리합니다. 넣는다고 특별한 검색 화면이 보장되는 것은 아닙니다.

[Claude에게 요청하기]
현재 페이지에 적합한 유형의 JSON-LD 구조화된 데이터를 추가해줘. 업체·작성자·글·탐색 경로 등 실제로 표시되는 정보와 일치하게 작성하고, 허위 평점·후기·영업 정보는 넣지 마. 기존 마크업과 중복되는지 점검하고 Google의 지원 유형에 해당하면 리치 결과 테스트로 오류를 확인해줘.

[직접 확인할 것]
구조화된 데이터의 이름·주소·내용이 본문과 같은지 확인하세요. 유효한 데이터라도 검색 노출이나 리치 결과를 보장하지는 않습니다.

17. 개인정보 처리방침
문의 폼이나 분석 도구를 사용한다면 실제 처리 흐름에 맞는 안내가 필요합니다. 다른 사이트의 문서를 그대로 복사하지 마세요.

[Claude에게 요청하기]
문의 폼·회원가입·결제·분석 도구에서 실제로 처리하는 개인정보를 먼저 정리해줘. 수집 항목, 목적, 보유 기간, 위탁·제공 여부와 문의 담당 정보를 확인한 뒤 개인정보 처리방침 초안을 작성하고 푸터에 연결해줘. 불명확한 내용은 질문하고, 최신 개인정보보호위원회 작성지침과 대조할 항목을 표시해줘. 필요한 동의 절차도 실제 기능에 맞게 점검해줘.

[직접 확인할 것]
수집하지 않는 정보나 존재하지 않는 업체가 적혀 있지 않은지 확인하세요. AI 초안만으로 검토가 끝난 것은 아니며, 실제 운영 내용과 최신 지침을 대조해야 합니다.

18. 지도와 찾아오는 길 [보충 항목]
매장이나 사무실을 방문해야 하는 서비스에 필요합니다. 온라인 전용 서비스라면 억지로 넣지 않아도 됩니다.

[Claude에게 요청하기]
고객이 실제 방문하는 사업인 경우에만 지도와 찾아오는 길을 추가해줘. 내가 제공한 공개용 주소, 대중교통·주차·예약 안내를 사용하고 지도 앱으로 연결해줘. 개인 거주지나 공개하지 않은 주소를 노출하지 마. 온라인 전용 사업이면 이 항목은 해당 없음으로 표시해줘.

[직접 확인할 것]
휴대폰에서 지도 링크를 눌러 정확한 장소가 열리는지 확인하세요. 지점이 여러 개라면 주소와 지점명을 함께 비교합니다.

19. 실제 고객 후기 [보충 항목]
후기가 있다면 사용 상황과 변화가 드러나게 보여주세요. 공개 동의를 받은 실제 후기를 사용합니다.

[Claude에게 요청하기]
내가 제공하고 공개를 허락받은 실제 고객 후기만 사용해 후기 영역을 만들어줘. 출처와 이용 맥락을 알 수 있게 하고 개인정보는 필요한 만큼 가려줘. 고객 사진·별점·이름·성과를 생성하지 마. 실제 후기가 없다면 빈 후기 카드를 배포하지 말고 해당 영역은 보류해줘.

[직접 확인할 것]
실제 원문과 의미가 같은지, 공개가 허용된 자료인지 확인하세요. 익명 후기라도 사진이나 수치가 임의로 추가되어 있으면 안 됩니다.

20. 실제 운영자·팀 사진 [보충 항목]
상담이나 코칭처럼 사람을 믿고 이용하는 서비스라면 운영자의 얼굴과 역할이 도움이 됩니다.

[Claude에게 요청하기]
내가 제공한 실제 운영자나 팀 사진과 사실에 맞는 역할 소개로 소개 영역을 만들어줘. 1인 사업이면 실제 운영자 한 명을 소개하고 가상의 직원이나 경력을 추가하지 마. 공개 가능한 정보만 사용하고 사진이 없으면 요청해줘. 스톡 사진을 실제 팀원인 것처럼 보여주지 마.

[직접 확인할 것]
소개된 인물·역할·이력이 실제와 같은지 확인하세요. 사진 공개 여부와 모바일에서 얼굴이 잘리지 않는지도 확인합니다.

실제 소스와 설정에 접근할 수 있는 제작 환경에서 사용하세요. AI의 완료 안내만 믿지 말고 사이트에서 직접 확인해주세요.