웹사이트 런칭 체커

웹사이트 런칭 체커은(는) 무엇을 하나요?

목적

웹사이트가 라이브로 전환되기 전에 확인하여 부끄러운 상황을 방지합니다. 체커는 사이트를 재설계하지 않습니다. 준비 상태를 확인하고, 무엇이 누락되었는지 보고하며, 정확히 무엇을 수정해야 하는지 알려줍니다.

소규모 비즈니스 웹사이트(한 비즈니스, 몇 개의 페이지, 문의 또는 리드 폼, 영어를 제2언어로 읽는 방문자)를 위해 만들어졌습니다.

사용 방법

1. 사용자에게 다음 중 하나를 요청하세요:
   • 라이브 URL
   • 웹사이트 파일 폴더
   • 데모 또는 스테이징 링크
2. 사용자가 URL만 제공한 경우, 외부에서 확인할 수 없는 항목을 명확히 말하세요. 해당 항목을 추측하지 마세요. '통과' 대신 '클라이언트 확인 필요'로 표시하세요.
3. 아래 체크리스트의 모든 항목을 순서대로 확인하세요.
4. 각 항목에 대해 증거를 기록하세요: 해당 페이지, 파일, 줄, 태그 또는 스크린샷. 증거 없음은 통과가 아닙니다.
5. 이 파일 마지막에 있는 보고서 형식으로 마무리하세요.

15개 항목 런칭 체크리스트

모든 15개 항목을 확인하세요. 작다고 건너뛰지 마세요.

1. 사용자 정의 404 페이지

• 잘못된 주소를 입력한 방문자가 서버 기본 페이지나 빈 페이지 대신 브랜드가 적용된 404 페이지를 봅니다.
• 404 페이지는 홈 및 문의 페이지로 연결됩니다.
• 404 페이지가 없거나 기본 페이지인 경우 실패입니다.

2. 고유 페이지 제목

• 모든 페이지에 고유한 <title>이 있습니다.
• 두 페이지가 동일한 제목을 공유하지 않습니다.
• 빈 제목이 없으며, 모든 페이지에서 비즈니스 이름만 있는 제목도 없습니다.
• 제목은 해당 페이지를 평이한 언어로 설명합니다.

3. 메타 설명

• 모든 주요 페이지에 메타 설명이 있습니다.
• 각 설명은 해당 페이지에 고유합니다.
• 각 설명은 키워드 채우기가 아닌, 페이지 내용을 간결하게 요약한 것입니다.
• 주요 페이지에 설명이 없으면 실패입니다.

4. 소셜 미리보기 이미지

• 사이트 링크가 WhatsApp, Facebook 또는 다른 앱에서 공유될 때 적절한 미리보기 이미지, 제목 및 설명이 표시됩니다.
• Open Graph 태그(og:title, og:description, og:image)와 이미지 파일이 실제로 존재하는지 확인하세요.
• 미리보기 이미지가 없거나, 깨졌거나, 플레이스홀더인 경우 실패입니다.

5. 이미지 대체 텍스트

• 모든 의미 있는 이미지에는 이미지를 평이한 언어로 설명하는 대체 텍스트가 있습니다.
• 장식용 이미지는 빈 대체 텍스트를 가질 수 있지만, 그렇게 명시하세요.
• 주요 이미지, 제품 사진 또는 팀 사진에 대체 텍스트가 없으면 실패입니다.

6. 내부 링크

• 페이지가 합리적인 방식으로 서로 연결됩니다: 홈, 서비스, 소개, 문의 및 주요 서비스 페이지.
• 모든 내부 링크를 클릭하거나 확인하세요. 어떤 링크도 없는 페이지, 404 또는 # 같은 플레이스홀더로 연결되지 않습니다.
• 깨진 내부 링크가 하나라도 있으면 실패입니다.

7. 사이트맵 및 Google Search Console

• sitemap.xml이 존재하고 실제 페이지를 나열합니다.
• 사이트가 Google Search Console에 제출되었거나, 소유자에게 이 단계가 여전히 필요하다고 알려야 합니다.
• URL만으로는 Search Console 제출을 증명할 수 없습니다. 이 경우 '클라이언트 확인 필요'로 표시하고 소유자 단계로 나열하세요. 추측하여 '통과'로 표시하지 마세요.

8. robots.txt

• 사이트 루트에 robots.txt 파일이 있습니다.
• 찾아야 할 페이지를 허용하고 실수로 전체 사이트를 차단하지 않습니다.
• 파일이 없거나 전체를 차단하면 실패입니다.

9. HTTPS everywhere

• 모든 페이지가 HTTP가 아닌 HTTPS로 로드됩니다.
• 혼합 콘텐츠 경고가 없습니다: 이미지, 스크립트 및 양식도 HTTPS로 로드되어야 합니다.
• HTTP 페이지나 혼합 콘텐츠가 있으면 실패입니다.

10. 양식 스팸 방지

• 모든 양식에 스팸 방지 기능(captcha, honeypot 또는 스팸 필터링 기능이 있는 양식 서비스)이 있습니다.
• 문의 또는 리드 양식에 보호 기능이 전혀 없으면 실패입니다.
• 사이트에 양식이 전혀 없는 경우 '아직 해당 없음'으로 표시하고 수정 목록에 추가하세요: "실제 양식이 추가될 때 필요합니다." 존재하지 않는 양식에 대해 실패로 표시하지 마세요.
• 사용자가 허락하지 않는 한 실제 양식을 제출하여 테스트하지 마세요. 대신 코드나 양식 설정을 확인하세요.

11. 제출 후 감사 페이지

• 방문자가 양식을 제출한 후 감사 페이지 또는 명확한 감사 메시지를 봅니다.
• 감사 페이지는 다음에 일어날 일을 확인합니다(예: "영업일 기준 1일 이내에 WhatsApp으로 답변해 드리겠습니다.").
• 양식이 그냥 새로고침되거나, 지워지거나, 확인 메시지가 없으면 실패입니다.
• 사이트에 양식이 전혀 없는 경우 '아직 해당 없음'으로 표시하고 수정 목록에 추가하세요: "실제 양식이 추가될 때 필요합니다." 존재하지 않는 양식에 대해 실패로 표시하지 마세요.

12. Google Analytics

• Google Analytics 또는 소유자가 선택한 이에 상응하는 분석 도구가 모든 페이지에 설치되어 있습니다.
• URL만으로는 소유자가 데이터를 볼 수 있음을 증명할 수 없습니다. 액세스를 확인할 수 없으면 '클라이언트 확인 필요'로 표시하고 소유자 단계로 나열하세요.
• 분석에는 클라이언트의 Google 계정이 필요합니다. 이를 명확히 말하세요. 해당 계정 없이 완료되었다고 주장하지 마세요.

13. 개인정보 처리방침(쿠키 고지 포함)

• 사이트에 개인정보 처리방침 페이지가 있습니다.
• 정책은 실제입니다: 사이트가 실제로 수집하는 데이터(예: 양식 세부정보)와 그 사용 방법을 명시합니다.
• 쿠키나 분석을 사용하는 경우 쿠키 고지가 포함됩니다.
• 정책이 이 사이트와 일치하지 않는 일반적인 템플릿이거나 다른 비즈니스 이름이 포함된 복사된 텍스트인 경우 실패입니다.

14. FAQ

• 사이트에 FAQ 섹션 또는 페이지가 있습니다.
• 질문은 실제 고객이 실제로 묻는 내용(가격 범위, 위치, 일정, 예약 방법, 준비물)입니다.
• FAQ가 없거나 답변이 실제 정보 없이 모호한 채움재인 경우 실패입니다.

15. 실제 사용 후기만

• 사이트의 모든 사용 후기는 실제입니다.
• 플레이스홀더 이름, 가짜 리뷰, "John Doe", 고객으로 제시된 재고 인용문이 없습니다.
• 사용 후기를 확인할 수 없는 경우 실패로 표시하고 말하세요: 제거하거나 허락을 받은 실제 후기로 교체하세요.
• 사이트에 사용 후기가 전혀 없는 경우 '누락'으로 표시하고 말하세요: 찾을 수 없으며 가짜 이름도 없습니다. 이를 '가짜'라고 부르지 마세요. 사용 후기 섹션이 누락된 것은 채워야 할 공백이지 가짜 후기가 아닙니다.
• 가짜 사용 후기가 있는 사이트는 엄격한 실패입니다. 다른 모든 항목이 통과하더라도 준비되지 않은 것입니다.

추가 디자인 점검

위 15개 항목에 포함되지 않지만 '디자인 노트'로 별도 보고합니다. 15개 점수에 혼합하지 마세요.

• AI 쓰레기 없음: 보라색 그라데이션, 중앙 정렬 헤드라인에 세 개의 동일한 카드만 있는 디자인, 모든 섹션에서 반복되는 일반 레이아웃 금지.
• 프리미엄, 세련된, 실제 사용 가능한 레이아웃: 명확한 계층 구조, 읽기 쉬운 타이포그래피, 가능하면 실제 사진 또는 실제 프로젝트 세부정보.
• 숫자는 사이트 전체에서 일관됨: 하나의 형식, 하나의 크기 시스템. 동일한 종류의 가격에 "AED 500", "500 AED", "500"을 혼용하지 마세요.
• 프로젝트 세부정보(사용된 경우)는 모호한 주장이 아닌 통계로 표시됩니다.
• 영어가 약한 독자도 쉽게 이해할 수 있음: 짧고 간단한 문장, 명확한 제목, 찾기 쉬운 연락처 정보.

엄격한 규칙

• 증거 없이 통과로 표시하지 마세요.
• 사용 후기, 통계, 고객 수 또는 리뷰를 절대 만들어내지 마세요.
• 클라이언트의 Google 계정 단계 없이 Search Console 또는 Analytics가 완료되었다고 말하지 마세요.
• 양식에 스팸 방지 기능이 없거나, 감사 확인 메시지가 없거나, 가짜 사용 후기가 있는 경우 사이트가 준비되었다고 말하지 마세요. 이는 차단 요소입니다. 양식이 전혀 없는 사이트는 다릅니다: 10번과 11번 확인 항목에 대해 '아직 해당 없음'을 사용하고 실패로 표시하지 마세요.
• 공백을 채우기 위해 플레이스홀더를 사용하지 마세요. 공백을 보고하세요.
• 보고서는 평이하고 짧은 문장으로 유지하세요. 소유자가 기술적인 독자가 아닐 수 있습니다.

보고서 형식

항상 다음 형식으로 순서대로 마무리하세요:

런칭 보고서: [사이트 이름 또는 URL]

판정: 준비됨 / 준비되지 않음 / 준비되지 않음 - 차단 요소 발견

실패 항목이 없거나, 열린 항목이 클라이언트가 런칭일에 수행할 것이라고 확인한 소유자 단계뿐인 경우에만 '준비됨'을 사용하세요. '아직 해당 없음' 및 '누락'은 그 자체로 준비됨 판정을 차단하지 않지만 공백으로 나열하세요. 그렇지 않으면 '준비되지 않음'을 사용하세요.

결과

#	확인 항목	결과	증거
1	사용자 정의 404	통과 / 실패 / 클라이언트 확인 필요 / 아직 해당 없음 / 누락	페이지 또는 파일
2	고유 페이지 제목	...	...
3	메타 설명	...	...
4	소셜 미리보기 이미지	...	...
5	이미지 대체 텍스트	...	...
6	내부 링크	...	...
7	사이트맵 및 Search Console	...	...
8	robots.txt	...	...
9	HTTPS everywhere	...	...
10	양식 스팸 방지	...	...
11	제출 후 감사 페이지	...	...
12	Google Analytics	...	...
13	개인정보 처리방침(쿠키 고지 포함)	...	...
14	FAQ	...	...
15	실제 사용 후기만	...	...

수정 사항(우선순위 순)

1. 차단 요소 우선: [수정할 내용, 어떤 페이지에서, 평이한 언어로]
2. 다음 수정: ...
3. ...

소유자 단계 - 클라이언트 필요

• [예: Search Console 액세스를 위한 Google 계정 제공]
• [예: 사용 후기가 실제임을 확인하고 게시 허가 제공]
• [예: 실제 개인정보 처리방침 텍스트 작성]

디자인 노트

• [추가 디자인 점검 섹션의 노트 또는 '없음']

확인되지 않은 항목 및 이유

• [예: Search Console 제출은 URL만으로 확인할 수 없었습니다.]