홈페이지 개발 과정: 기획부터 오픈까지 7단계 [2026]
홈페이지 개발 과정을 목표 정의, 사이트맵, 화면 기획, 디자인, 개발, 콘텐츠 입력, 검수·오픈 7단계로 나누어 정리했습니다. 단계별 산출물과 발주사가 결정할 항목, 일정이 밀리는 원인, SEO·리디렉션·분석 설정까지 실무 기준으로 안내합니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
홈페이지 개발 과정은 기획을 끝내고 디자인·개발을 차례로 넘기는 7칸 일정표가 아니라 목표·URL·콘텐츠·화면·기술·품질·오픈 가정을 작은 산출물로 검증하며 기준선을 갱신하는 단계 게이트입니다. 각 단계의 결정권자·입력·완료 증거·변경 비용과 되돌리기 지점을 정해야 속도와 품질을 함께 관리할 수 있습니다.
와이어프레임에 빈 박스만 두면 실제 긴 제목·표·이미지·법적 문구가 디자인을 깨고, 디자인을 전부 승인한 뒤 관리자를 설계하면 콘텐츠 구조가 다시 바뀝니다. 대표 사용자 과업과 실제 콘텐츠 샘플을 먼저 관통 구현하고 반복 페이지로 확장하는 방식이 위험을 일찍 드러냅니다.
오픈은 파일 업로드 시점이 아닙니다. 기존 URL과 검색 신호, DNS·인증서·분석·동의, 문의·CRM, 편집 동결·데이터 이전, 모니터·백업·롤백과 지원 인력을 한 전환 계획으로 맞춰야 합니다. 디자인 변경·CMS 교체·도메인 이전을 한 번에 묶을수록 원인과 복구가 어려워집니다.
발견·구조·경험·구현·오픈의 완료 증거를 정한다#
문서 승인 건수가 아니라 다음 단계의 위험을 줄였는지 보여주는 작동 증거로 게이트를 통과합니다.
| 게이트 | 핵심 결정 | 최소 산출물 | 통과 질문 |
|---|---|---|---|
| 발견 | 사용자·목표·기준선·범위 | 과업·데이터·위험 지도 | 왜 무엇을 바꾸나 |
| 구조·콘텐츠 | URL·모델·검색·소유자 | 사이트맵·샘플 원고·매핑 | 찾고 유지할 수 있나 |
| 경험·설계 | 흐름·상태·접근성·기술 | 프로토타입·인터페이스 계약 | 실제 과업이 가능한가 |
| 구현·오픈 | 품질·이전·관측·복구 | 시험·런북·롤백·인수 | 실패해도 회복 가능한가 |
요구·콘텐츠·디자인·기술 기준선과 변경 결정을 연결한다#
변경 요청을 무조건 막지 않고 영향·대안·승인·효력과 반영된 산출물을 추적해 숨은 재작업을 드러냅니다.
| 변경 유형 | 영향 질문 | 결정 선택 | 완료 증거 |
|---|---|---|---|
| 목표·범위 | 사용자·지표·일정이 바뀌나 | 교체·후순위·추가 | 범위·예산 기준선 |
| 콘텐츠·URL | 검색·CMS·이전 영향은 | 유지·통합·리디렉션 | URL 매핑·원고 버전 |
| 디자인·기능 | 상태·접근성·데이터 영향은 | 컴포넌트 수정·예외 | 시험·승인 결과 |
| 기술·외부 | 보안·운영·출구 영향은 | 지원 방식·대안·보류 | ADR·인터페이스·런북 |
실무 시나리오: 오픈 뒤 기존 제품 URL이 대량 404로 바뀌었다#
새 사이트 기능은 정상이나 URL 매핑 일부가 배포에서 빠져 검색 유입과 외부 링크가 끊긴 상황을 가정합니다.
| 단계 | 확인 질문 | 복구 | 종료 증거 |
|---|---|---|---|
| 완화 | 핵심 유입이 계속 손실되나 | 누락 리디렉션 긴급 적용 | 대표 URL 정상 응답 |
| 범위 | 어느 구·신 URL이 빠졌나 | 크롤·로그·매핑 전수 대조 | 누락·오류 목록 |
| 수정 | 관련 canonical·링크·사이트맵은 | 매핑 재생성·자동 시험 | 상태·목적지·체인 통과 |
| 회복 | 검색·사용자 신호가 돌아오나 | 모니터·Search Console·후속 수정 | 404 기준선·책임 종료 |
검색 이전·접근성·보안 검증을 오픈 단계의 공식 근거로 쓴다#
Google의 URL 변경 사이트 이전 가이드는 구·신 URL 매핑, 서버 리디렉션, canonical·robots·사이트맵·내부 링크와 전환 뒤 모니터링을 권고하고 검색 변동이 일어날 수 있음을 설명합니다. WCAG 2.2는 단계별로 시험할 접근성 성공 기준을, OWASP ASVS는 보안 요구와 검증 기준을 제공합니다. 세 기준은 프로젝트 일정·검색 순위·무장애를 보장하지 않으며 국내 법률·호스팅·조직 위험 기준을 함께 적용해야 합니다.
- Google Site Moves Guide: 구·신 URL 매핑·리디렉션·사이트맵·전환 모니터링 기준
- W3C WCAG 2.2: 기획·디자인·개발에서 검증할 웹 접근성 성공 기준
- OWASP ASVS: 보안 요구사항 정의와 애플리케이션 검증 기준
일정 진척률보다 결정 대기·콘텐츠 준비·결함 노령·오픈 준비를 운영한다#
초기에 사용자·과업·기준 지표·기존 URL·콘텐츠·데이터·연동·계정·법적 요구·운영 책임을 조사하고 필수·권장·후순위로 범위를 나눕니다. 역할별 결정 기한과 승인 대리인을 두며 쟁점은 선택지·영향·결정·근거를 기록합니다. 실제 원고·이미지·제품 데이터를 준비할 소유자와 완료 정의도 일정에 넣습니다.
대표 검색 진입부터 상세 이해·문의·관리자 발행까지 얇은 관통 흐름을 먼저 구현합니다. 각 기능은 정상·빈 값·오류·권한 없음·지연·중복 상태와 로그·모니터를 함께 개발하고 실제 모바일·키보드·보조기술·느린망으로 검수합니다. 결함은 심각도·소유자·재현·수정 버전·회귀 결과를 남기고 미해결 위험은 명시적으로 승인합니다.
오픈 전 콘텐츠 동결·증분 이전·구신 URL 매핑·리디렉션·DNS·인증서·비밀·분석·동의·검색·문의·CRM·백업·롤백·상태 소통과 온콜을 런북으로 묶습니다. 단계 트래픽이나 제한된 범위로 먼저 검증하고 오픈 뒤 404·색인·핵심 과업·오류·성능·문의 전달·데이터 차이를 집중 감시합니다. 안정화 종료 뒤 남은 개선과 운영 인수를 분리합니다.
전체 범위와 품질 기준은 홈페이지 개발 가이드를 먼저 보세요. 계약·소유권·인수 조건은 홈페이지 계약·인수 가이드와 연결하세요. 오픈 뒤 운영 범위는 홈페이지 유지보수 가이드도 참고할 수 있습니다.
대표 과업·실패 상태·검색 이전·롤백·운영 인수를 한 번에 리허설하면 승인한다#
실제 콘텐츠의 긴 제목·표·파일, 모바일·키보드·화면낭독, 검색·필터·문의·관리자, 권한 없음·중복 제출·외부 API 지연, 구신 URL·리디렉션·canonical·사이트맵, 데이터 이전 증분·동결, DNS·배포·롤백·백업 복구를 표본으로 시험합니다.
대체 담당자가 최신 기준선과 결정 기록으로 빌드·배포·콘텐츠 발행·오류 조사·롤백·복구를 수행하고, 오픈 책임자가 사용자·검색·데이터·문의 모니터와 중단·진행 기준을 보고 전환 결정을 재현할 수 있을 때 인수합니다.
핵심 요약
- ✓발견·구조·경험·구현·오픈 단계마다 다음 위험을 줄이는 증거를 둔다
- ✓실제 콘텐츠와 대표 관통 흐름으로 구조·디자인·기술을 일찍 검증한다
- ✓변경 요청의 영향·대안·승인·효력과 반영 산출물을 연결한다
- ✓URL 이전·데이터·문의·DNS·롤백·모니터를 한 오픈 런북으로 묶는다
- ✓대체 담당자의 독립 배포·복구와 오픈 리허설로 인수한다
자주 묻는 질문