우리는 오픈 버튼을 누르기 전에 같은 순서의 점검표를 손으로 짚습니다. 크로스 브라우저·기기, 링크와 폼 동작, 메타·OG·favicon, 404·리다이렉트, robots·sitemap·검색엔진 등록, GA4·서치콘솔 연결, HTTPS·보안 헤더, 접근성, 속도 — 이 아홉 묶음을 항목별로 통과시켜야 '오픈 가능' 상태로 봅니다. 기억이 아니라 체크리스트로 빠짐없이 짚는 것이 운영 파트의 일하는 방식입니다.
핵심 요약
- 오픈 직전은 디자인·개발·콘텐츠가 합쳐지며 작은 누락이 가장 많이 생기는 순간 — 그래서 머리가 아니라 점검표로 짚는다.
- 점검은 아홉 묶음: 브라우저·기기, 링크·폼, 메타·OG·favicon, 404·리다이렉트, robots·sitemap·검색엔진 등록, 분석(GA4·서치콘솔), HTTPS·보안 헤더, 접근성, 속도.
- 폼은 '실제로 한 건 보내보기', 검색은 'sitemap 제출·색인 요청까지'를 오픈 완료 기준으로 본다.
- 오픈은 끝이 아니라 시작 — 핵심 항목은 유지보수 단계에서 주기적으로 다시 돌린다.
오픈 직전에는 왜 늘 무언가 빠질까요?
제작 막바지에는 디자인 수정, 콘텐츠 교체, 개발 마무리가 한꺼번에 몰립니다. 어제 잘 되던 폼이 마지막 배포에서 끊기고, 새로 넣은 이미지에 favicon이 빠지고, 임시로 막아 둔 robots 설정이 그대로 남는 일이 실제로 자주 일어납니다. 사람의 기억으로는 반드시 하나가 빠집니다. 그래서 우리는 오픈 직전 점검을 매번 같은 순서의 체크리스트로 진행하고, 항목마다 누가 언제 통과시켰는지를 기록으로 남깁니다. 이 절차 자체는 운영 파트가 일하는 방식에서 더 자세히 다룹니다.
브라우저와 기기는 어디까지 보나요?
도구로 한 번 훑고, 사람이 다시 눈으로 봅니다. 자동 점검만으로는 '겹쳐 보이는 버튼'이나 '잘린 글자'를 놓치기 때문입니다. 점검 대상은 다음과 같습니다.
- 크롬·사파리를 기본으로, 엣지·삼성 인터넷에서 레이아웃이 깨지지 않는지 확인
- 아이폰·안드로이드 실제 기기에서 첫 화면, 메뉴 열기·닫기, 스크롤 동작 확인
- 모바일·태블릿·데스크톱 세 화면 폭에서 가로 스크롤이 생기지 않는지 확인
- 글자 잘림, 버튼 겹침, 이미지 깨짐, 줄바꿈 어색함을 화면별로 눈으로 확인
- 한글 줄바꿈이 어절 단위로 끊기는지(word-break) 확인
링크와 폼은 어떻게 점검하나요?
링크는 전부 한 번씩 눌러보고, 폼은 실제로 한 건을 보냅니다. 이 두 가지가 막히면 사이트가 떠 있어도 문의가 0건이 됩니다.
- 내부 링크: 메뉴·버튼·푸터 링크를 모두 클릭해 빈 페이지나 잘못된 이동이 없는지 확인
- 외부 링크: 새 탭으로 열리는지, 주소가 정확한지, 끊긴 링크가 없는지 확인
- 전화·이메일 링크: 모바일에서 통화·메일 앱이 바로 열리는지 확인
- 폼 정상 전송: 한 건을 실제로 보내 받는 메일함·알림으로 도착하는지 확인
- 폼 검증: 필수값을 비우면 경고가 뜨고, 전송 후 완료 안내가 나오는지 확인
- 스팸·중복 방지: 자동 전송 차단과 중복 제출 방지가 작동하는지 확인
메타·OG·favicon은 왜 챙기나요?
이건 사이트 안에서는 안 보이지만, 밖에서 우리 사이트가 어떻게 보이느냐를 결정합니다. 카카오톡에 링크를 붙였는데 미리보기가 비어 있으면 클릭률이 떨어집니다.
- 페이지별 title·description이 비어 있지 않고 내용과 맞는지 확인
- OG 태그(og:title·og:description·og:image)로 SNS 미리보기가 제대로 뜨는지 확인
- og:image가 깨지지 않고 비율에 맞게 보이는지 확인
- favicon·터치 아이콘이 탭과 홈 화면에 표시되는지 확인
- canonical 주소가 실제 페이지 주소와 일치하는지 확인
404와 리다이렉트는 무엇을 보나요?
주소를 바꾼 사이트일수록 여기서 사고가 납니다. 예전 주소로 들어온 방문자나 검색엔진을 새 주소로 잃지 않고 넘겨야 합니다.
- 존재하지 않는 주소로 들어가면 전용 404 페이지가 뜨고, 홈으로 돌아갈 길이 있는지 확인
- www·비www, http·https 중 한 주소로 일관되게 모이는지 확인
- 리뉴얼이라면 이전 주요 주소가 새 주소로 301 리다이렉트되는지 확인
- 리다이렉트가 여러 번 겹쳐 돌지(체인) 않는지 확인
검색엔진에는 어떻게 알리나요?
오픈한다고 자동으로 검색에 뜨지는 않습니다. 수집을 막고 있지 않은지부터 확인하고, 색인을 직접 요청합니다.
- robots.txt가 전체 수집을 막는 임시 설정으로 남아 있지 않은지 확인
- sitemap.xml이 실제 페이지 목록과 맞고, 오류 주소가 없는지 확인
- 구글 서치콘솔에 사이트를 등록하고 sitemap을 제출, 색인을 요청
- 네이버 서치어드바이저에 사이트를 등록하고 sitemap을 제출
- AI 답변 노출까지 본다면 AI 크롤러 허용과 llms.txt 제공 여부를 확인
분석·보안·접근성·속도는요?
오픈 후에 숫자를 보고, 방문자를 안전하게 받고, 누구나 쓸 수 있고, 빠르게 떠야 합니다. 마지막 네 묶음입니다.
- 분석: GA4가 실제 방문에서 데이터를 받는지, 서치콘솔이 연결됐는지, 폼 전환 이벤트가 잡히는지 확인
- 보안: HTTPS 인증서가 유효하고 http 접속이 https로 넘어가는지, 기본 보안 헤더가 적용됐는지 확인
- 접근성: 이미지 대체 텍스트, 키보드만으로 이동 가능 여부, 글자·배경 명도 대비, 본문 바로가기 링크 확인
- 속도: 첫 화면이 빠르게 뜨는지, 이미지 용량이 과하지 않은지, 모바일 점수를 측정값으로 확인
속도와 접근성을 왜 오픈 시점에 못 박아 두는지는 웹 성능을 다루는 방식에서 따로 정리했습니다. 제작과 점검을 한 팀에서 어떻게 이어가는지는 우리는 이렇게 합니다에서 볼 수 있습니다.
오픈하면 이 점검은 끝나나요?
아닙니다. 오픈 첫 주에는 폼 도착·접속 오류·검색 색인 상태를 더 자주 들여다보고, 그다음부터는 정기 점검 주기로 옮깁니다. 깨진 링크, 인증서 만료, 속도 저하는 시간이 지나며 다시 생기기 때문에, 런칭 체크리스트의 핵심 항목을 그대로 유지보수 단계에서 주기적으로 다시 돌립니다. 오픈은 점검의 끝이 아니라 시작점입니다.
제가 오픈 전 점검을 돌릴 때는 묶음마다 "통과 기준"과 "담당"을 미리 못 박아 둡니다. 기준이 모호하면 점검이 '봤다'에서 끝나기 때문입니다.
| 점검 묶음 | 통과 기준 | 확인 도구 |
|---|---|---|
| 브라우저·기기 | 3개 화면폭에서 가로 스크롤·겹침 없음 | 크롬/사파리/삼성·실기기 육안 |
| 링크·폼 | 실제 1건 도착·완료 안내 표시 | 수동 전송 테스트 |
| 메타·OG | SNS 미리보기 정상 노출 | 카카오·OG 디버거 |
| 검색 등록 | sitemap 제출·색인 요청 완료 | 서치콘솔·서치어드바이저 |
| 보안·속도 | HTTPS 유효·모바일 점수 측정값 확보 | 인증서·PageSpeed |
오픈 버튼을 누르기 직전, 저는 다음 마지막 칩들을 하나씩 켜며 '되돌릴 수 없는 항목'을 마지막으로 확인합니다.
| 비교 항목 | 점검 없이 바로 오픈 | 체크리스트로 오픈 |
|---|---|---|
| 오픈 직후 오류 | 끊긴 폼·깨진 링크·빈 미리보기가 방문자 눈에 먼저 발견됨 | 전송·링크·미리보기를 사람이 미리 확인해 오류를 사전에 차단 |
| 방문자 신뢰 | 문의가 안 가거나 화면이 깨져 첫인상에서 이탈 | 기기·브라우저별로 일관된 화면과 작동으로 신뢰 확보 |
| 검색 노출 | robots 차단·sitemap 미제출로 색인이 늦거나 누락 | 수집 허용 확인·sitemap 제출·색인 요청까지 완료 |
자주 묻는 질문
런칭 체크리스트는 왜 따로 만드나요?
오픈 직전에는 디자인·개발·콘텐츠가 한꺼번에 합쳐지면서 작은 누락이 가장 많이 생깁니다. 폼이 실제로 메일을 보내는지, 링크가 깨지지 않았는지, 메타와 favicon이 들어갔는지 같은 항목은 머리로 기억하면 반드시 하나가 빠집니다. 그래서 운영 파트는 같은 순서의 점검표를 매번 손으로 짚으며 통과 여부를 기록합니다.
크로스 브라우저는 어디까지 확인하나요?
국내 방문자 비중이 큰 크롬과 사파리를 기본으로, 엣지와 삼성 인터넷, 그리고 아이폰·안드로이드 실제 기기에서 레이아웃이 깨지지 않는지 확인합니다. 화면 폭은 모바일·태블릿·데스크톱 세 구간을 기준으로 보고, 가로 스크롤이 생기는지, 글자가 잘리거나 버튼이 겹치는지를 사람이 직접 눈으로 봅니다.
폼은 어떻게 점검하나요?
실제로 한 건을 보내봅니다. 필수값을 비웠을 때 경고가 뜨는지, 정상 입력 시 메일이나 알림이 받는 곳으로 실제 도착하는지, 보낸 뒤 완료 화면이나 안내가 나오는지를 확인합니다. 스팸 차단과 중복 전송 방지가 작동하는지도 함께 봅니다.
오픈하면 바로 검색에 나오나요?
바로는 아닙니다. robots.txt가 수집을 막고 있지 않은지 확인하고, sitemap.xml을 구글 서치콘솔과 네이버 서치어드바이저에 제출해 색인을 요청합니다. 색인에는 며칠에서 몇 주가 걸리며, 특정 순위나 노출 시점을 보장하지는 않습니다. 오픈 시점에는 제출과 요청까지를 완료 상태로 봅니다.
오픈 후에는 점검이 끝나나요?
끝나지 않습니다. 오픈 첫 주에는 폼 도착·접속 오류·검색 색인 상태를 더 자주 확인하고, 이후에는 정기 점검 주기로 옮깁니다. 깨진 링크, 인증서 만료, 속도 저하는 시간이 지나며 다시 생기므로, 런칭 체크리스트의 핵심 항목을 유지보수 단계에서 주기적으로 다시 돌립니다.
체크리스트 체험
빠짐없이 점검.
오픈을 앞두고 있나요? 점검부터 함께 보겠습니다.
제작 중이거나 곧 오픈할 사이트를 알려주시면 런칭 체크리스트 관점에서 무료로 점검해 드립니다. 영업 전화 없이, 점검 리포트부터.
무료 진단 받기ⓘ 이 글은 Findable 운영 파트가 실제 오픈 점검에서 사용하는 절차를 정리한 것입니다. 검색·AI 노출은 알고리즘과 경쟁 상황에 따라 달라지며, 특정 순위·노출이나 색인 시점을 보장하지 않습니다. 본문에 출처 없는 수치나 날조된 사례는 포함하지 않았습니다.