홈페이지 제작 프로세스 10단계, 기획부터 배포까지

홈페이지 제작은 기획·설계, 디자인·개발, 배포·운영이라는 3단계, 세부적으로는 10개 과정을 거친다. 순서를 건너뛰면 결국 앞 단계로 돌아와 다시 작업하게 되므로, 처음부터 순서를 알고 시작하는 것이 시간과 비용을 가장 많이 아끼는 방법이다.

많은 사람이 홈페이지 제작을 "디자인이 예쁘게 나오면 끝"이라고 생각한다. 실제로는 요구사항 정의부터 도메인, 개발, SEO 세팅, QA, 배포, 운영까지 이어지는 하나의 여정이다. 디자인은 이 여정의 한 단계일 뿐이다.

이 글은 홈페이지 제작을 에이전시에 맡기든, 빌더로 직접 만들든 상관없이 공통으로 거치는 전체 프로세스를 시간순으로 정리했다. 단계마다 무엇을 확인해야 하는지, 좋은 예와 나쁜 예로 비교해가며 살펴본다.

이 글의 핵심

• 홈페이지 제작은 요구사항 정의 → 사이트맵 → 와이어프레임 → 디자인 → 개발 → 도메인·호스팅 → 콘텐츠·SEO 세팅 → QA → 배포 → 운영, 총 10과정이다.
• 일반적인 기업 홈페이지 기준 전체 기간은 약 6–10주가 걸린다.
• 도메인·호스팅과 SEO 기초 세팅은 배포 직전이 아니라 개발 단계에서 함께 준비해야 한다.
• QA는 모바일 화면, 속도, 링크·폼, 메타 태그, 사이트맵을 실제로 열어서 확인하는 작업이다.
• 배포 당일 서치 콘솔에 사이트맵을 제출해야 색인이 늦어지지 않는다.

홈페이지 제작은 어떤 순서로 진행될까?

홈페이지 제작은 크게 기획·설계, 디자인·개발, 배포·운영 3단계로 나뉘고, 그 안에 10개의 세부 과정이 들어 있다. 앞 단계의 결과물이 다음 단계의 기준이 되므로, 순서를 바꾸면 뒷단계에서 다시 앞으로 돌아가는 재작업이 생긴다.

기획·설계 단계에서는 요구사항 정의, 사이트맵 설계, 와이어프레임을 만든다. 이 단계의 산출물은 이후 디자인과 개발의 기준 문서가 된다. 말이나 구두 합의가 아니라 문서로 남기는 것이 핵심이다.

디자인·개발 단계에서는 시안을 확정하고 실제 화면을 구현하며, 이 시기에 도메인과 호스팅도 함께 준비하고 콘텐츠 작성과 SEO 기초 세팅도 병행한다. 마지막 배포·운영 단계에서는 QA를 거쳐 실제 도메인으로 오픈하고, 이후 색인과 지표를 추적하며 보완한다.

프로세스를 안다고 제작이 저절로 빨라지지는 않는다. 그러나 어느 단계에서 시간이 걸리는지 미리 알면, 일정과 예산을 훨씬 현실적으로 잡을 수 있다.

1단계, 요구사항 정의와 목표 설정은 어떻게 할까?

요구사항 정의는 이 홈페이지로 무엇을 얻고 싶은지를 문장으로 정리하는 작업이다. "예쁜 홈페이지"가 아니라 "문의 전환을 늘리는 홈페이지"처럼 구체적인 목표를 세워야 이후 디자인·개발 방향이 흔들리지 않는다.

이 단계에서 정리할 항목은 크게 네 가지다. 목표(문의 증가, 브랜드 신뢰, 온라인 판매 등), 타깃 고객, 핵심 키워드, 경쟁사 홈페이지 벤치마크다. 특히 핵심 키워드는 나중에 사이트맵과 페이지별 제목을 정할 때 그대로 쓰이므로 이 시점에 확정해두는 것이 좋다.

나쁜 예는 "홈페이지 하나 만들어주세요, 이쁘게"처럼 목표 없이 시작하는 경우다. 결과물이 나온 뒤에야 "이게 아닌데"라는 피드백이 반복되고, 디자인 단계에서 이미 확정된 레이아웃을 다시 뒤집게 된다.

좋은 예는 "강남 지역 임플란트 상담 문의를 늘리고 싶다. 타깃은 40–60대, 핵심 키워드는 강남 임플란트 비용"처럼 목표·타깃·키워드를 한 문장으로 정리해 전달하는 경우다. 이 정보만 있어도 사이트맵과 콘텐츠 방향이 절반은 정해진다.

업종마다 목표는 다르게 잡아야 한다. 병원·의원이라면 예약·상담 전환이 핵심 목표이고, 학원이라면 설명회 신청이나 상담 예약이 목표가 될 수 있다. 제조업·B2B 기업이라면 견적 문의나 카탈로그 다운로드, 쇼핑몰이라면 실제 구매 전환이 목표다. 목표가 다르면 홈페이지에서 강조할 버튼과 콘텐츠 순서도 달라진다.

목표를 하나의 문장으로 정리하지 못했다면 아직 요구사항 정의가 끝난 것이 아니다. "무엇을, 누구에게, 어떤 행동으로 이어지게 할 것인가"라는 세 가지 질문에 답이 나와야 다음 단계로 넘어갈 수 있다.

2단계, 사이트맵과 콘텐츠 구조는 어떻게 짜야 할까?

사이트맵은 홈페이지에 들어갈 페이지 목록과 메뉴 구조를 미리 정하는 작업이다. 어떤 업종이든 반드시 필요한 페이지가 있고, 업종에 따라 추가할 페이지가 있다.

일반적인 기업·서비스 홈페이지라면 홈, 회사소개, 서비스(제품), 포트폴리오(사례), 블로그(콘텐츠), 문의(연락처) 정도가 기본 구성이다. 어떤 페이지를 빠뜨리면 안 되는지는 홈페이지 필수 페이지 체크리스트에서 더 자세히 다뤘다.

사이트맵을 짤 때는 페이지 간 연결 구조도 함께 그려야 한다. 방문자가 홈에서 서비스로, 서비스에서 문의로 자연스럽게 이동하도록 메뉴와 버튼 위치를 미리 설계하는 것이다. 이 구조는 나중에 내부 링크와 사용자 경험(UX)에도 직접 영향을 준다.

업종별로 추가할 페이지도 다르다. 쇼핑몰이라면 상품 목록·상세, 장바구니, 배송·교환 안내 페이지가 필요하고, 병원이라면 의료진 소개와 진료 시간·오시는 길 페이지가 중요하다. B2B 기업이라면 도입 사례나 카탈로그 다운로드 페이지가 문의 전환에 큰 역할을 한다.

사이트맵 단계에서 빠뜨린 페이지는 개발이 끝난 뒤 추가하면 디자인 톤이 어긋나기 쉽다. 이 시점에 최대한 완전한 목록을 만드는 것이 좋다.

3단계, 와이어프레임과 디자인 시안은 어떤 차이가 있을까?

와이어프레임은 색상과 이미지 없이 레이아웃만 선으로 그린 뼈대이고, 디자인 시안은 그 뼈대에 실제 색상·폰트·이미지를 입혀 완성한 화면이다. 둘을 나누는 이유는 레이아웃과 디자인을 동시에 논의하면 피드백이 뒤섞여 결정이 늦어지기 때문이다.

와이어프레임 단계에서는 "이 섹션이 위에 있는 게 맞는지", "버튼이 여기 있어야 클릭이 되는지" 같은 구조를 논의한다. 색상이나 폰트 취향은 이 단계에서 다루지 않는다.

디자인 시안 단계에서는 확정된 구조 위에 브랜드 컬러, 폰트, 사진·일러스트를 적용한다. 보통 1차 시안을 받고 1–2회 수정을 거쳐 확정하는 흐름이 일반적이다. 수정 횟수가 계약 범위를 넘어가면 추가 비용이 발생할 수 있으므로, 계약 전에 수정 횟수 기준을 확인해두는 것이 좋다.

나쁜 예는 와이어프레임 없이 바로 완성된 디자인 시안부터 논의하는 경우다. 이 경우 "이 버튼을 왼쪽으로 옮겨달라" 같은 구조적 요청과 "색이 마음에 안 든다" 같은 취향 피드백이 뒤섞여, 디자이너도 무엇부터 고쳐야 할지 헷갈린다. 좋은 예는 와이어프레임 단계에서 구조를 먼저 확정하고, 디자인 시안 단계에서는 색상과 이미지 같은 표현만 다듬는 경우다. 단계를 나누면 피드백도 명확해지고 수정 시간도 줄어든다.

4단계, 개발은 빌더로 할까 코딩(에이전시)으로 할까?

개발 방식은 빌더(카페24, 아임웹, 식스샵, 워드프레스 등 제공 도구로 직접 조립)와 코딩 기반 에이전시 제작(개발자가 화면을 직접 구현) 두 갈래로 나뉜다. 어느 쪽이 맞는지는 예산, 일정, 원하는 커스터마이징 수준에 따라 달라진다.

구분	빌더	코딩(에이전시)
초기 비용	낮음	상대적으로 높음
제작 속도	빠름	느림(설계·개발 병행)
디자인 자유도	템플릿 범위 내	요구사항에 맞춰 자유로움
기능 확장	제공 기능 범위 내	필요한 기능을 직접 구현
SEO 세부 제어	플랫폼 정책에 의존	코드 단에서 세밀하게 제어 가능

나쁜 예는 복잡한 예약·결제 로직이 필요한데 빌더의 기본 기능만으로 억지로 구현하려는 경우다. 원하는 흐름이 나오지 않아 결국 다시 개발을 맡기게 된다.

좋은 예는 단순 소개형 홈페이지는 빌더로 빠르게 만들고, 복잡한 예약·매칭·데이터 처리가 필요한 서비스는 코딩 기반으로 진행하는 식으로 규모에 맞게 방식을 고르는 경우다. 두 방식을 더 깊이 비교한 내용은 빌더와 에이전시 제작 비교에서 다뤘다.

프로세스를 지킨 제작과 생략한 제작은 무엇이 다를까?

프로세스를 지키면 재작업이 줄고, 배포 직후부터 검색 노출이 시작된다. 반대로 순서를 건너뛰면 결국 앞 단계로 돌아가는 비용이 발생한다.

기획 없이 디자인부터 시작하면, 페이지 구조가 나중에 바뀔 때마다 이미 만든 디자인을 다시 손대야 한다. 도메인과 호스팅을 배포 직전에야 정하면, 원하던 도메인이 이미 다른 곳에 등록돼 급하게 대안을 찾는 상황도 생긴다.

SEO 세팅을 개발이 다 끝난 뒤에 붙이려는 경우도 흔하다. 이 경우 페이지 제목과 URL 구조를 새로 설계해야 할 수 있어, 이미 완성한 화면을 다시 건드리게 된다. SEO는 마지막에 얹는 장식이 아니라 개발과 함께 세팅하는 기초 공사다.

5단계, 도메인과 호스팅은 언제 준비해야 할까?

도메인과 호스팅은 개발 단계에서 미리 준비해야 한다. 배포 직전에 정하면 원하는 도메인을 이미 다른 사람이 선점했거나, 호스팅 설정에 시간이 걸려 오픈 일정이 밀릴 수 있다.

도메인은 브랜드명이나 핵심 키워드를 담아 짧고 기억하기 쉽게 고르는 것이 좋다. 어떤 기준으로 골라야 하는지는 좋은 도메인 고르는 법에 정리했다. 확장자는 일반적으로 .com이 국내외 모두에서 통용도가 높고, 국내 사업자라는 점을 명확히 하고 싶다면 .co.kr을 함께 고려할 수 있다.

호스팅은 트래픽 규모와 필요한 기능에 맞춰 고른다. 공유 호스팅은 비용이 낮지만 트래픽이 몰리면 속도가 느려질 수 있고, VPS(가상 서버)는 서버 자원을 독립적으로 쓸 수 있어 안정적이며, 클라우드 호스팅은 트래픽 변동이 큰 서비스에 유연하게 대응할 수 있다. 방문자가 적은 소개형 홈페이지라면 공유 호스팅으로도 충분하고, 트래픽이 예측하기 어려운 이벤트성 페이지라면 클라우드가 더 안전하다.

도메인은 한번 정하면 바꾸기 어렵다. 이미 운영 중인 사이트의 도메인을 바꾸는 작업은 검색 순위에 영향을 줄 수 있으므로, 처음부터 신중하게 정하는 것이 낫다.

6단계, 제작 중 SEO 기초 세팅은 무엇부터 챙겨야 할까?

제작 중에 챙겨야 할 SEO 기초는 페이지 제목·메타 설명, 사이트맵, 구조화 데이터(JSON-LD), 속도, 이 네 가지다. 완성된 홈페이지에 나중에 붙이는 것이 아니라, 페이지를 만드는 시점에 함께 넣어야 두 번 일하지 않는다.

페이지 제목(타이틀 태그)과 메타 설명은 페이지마다 고유하게 작성해야 한다. 사이트맵(sitemap.xml)은 UTF-8로 인코딩된 파일 하나에 최대 50,000개 URL 또는 50MB까지 담을 수 있고, 구글은 lastmod(최종 수정일) 값은 참고하지만 priority나 changefreq 값은 순위에 반영하지 않는다. 사이트맵을 제출하는 것도 색인을 보장하지는 않는 힌트일 뿐이라는 점을 알아두면 좋다.

속도는 코어 웹 바이탈(Core Web Vitals) 기준으로 확인한다. 최우선 콘텐츠 표시 시간(LCP)은 2.5초 이내, 상호작용 응답 속도(INP)는 200밀리초 이내, 레이아웃 밀림 정도(CLS)는 0.1 이하가 좋음 기준이다. 이 수치는 이미지 용량, 불필요한 스크립트, 서버 응답 속도에 큰 영향을 받는다.

구조화 데이터(JSON-LD)는 검색 결과와 AI 검색이 홈페이지 내용을 더 정확히 이해하도록 돕는 코드다. 회사 소개에는 Organization, 서비스 페이지에는 Service, 블로그 글에는 Article, FAQ가 있는 페이지에는 FAQPage 스키마를 넣는 식으로 페이지 성격에 맞춰 적용한다. 후기를 소개하는 페이지가 있다면 실제로 받은 후기를 기반으로 Review나 AggregateRating을 넣을 수도 있다.

이미지에는 검색 친화적인 alt 텍스트(대체 텍스트)도 함께 넣어야 한다. "이미지1.jpg" 같은 파일명만 남기지 말고, "강남 임플란트 상담 진료실 사진"처럼 이미지 내용을 설명하는 문장을 넣는 것이 원칙이다.

최근 관심이 커진 llms.txt(AI 검색 도구를 위한 사이트 요약 파일)는 우선순위를 낮게 잡아도 된다. 구글은 llms.txt가 현재 구글 검색 순위에 영향을 주지 않는다고 여러 차례 밝혔다. AI 검색 대응이 궁금하다면 llms.txt보다 앞서 설명한 구조화 데이터와 명확한 질문-답변 형태의 콘텐츠부터 챙기는 것이 우선이다.

나쁜 예는 모든 페이지 제목을 "홈"처럼 똑같이 두고, 이미지를 원본 용량 그대로 올리며, alt 텍스트를 비워두는 경우다. 좋은 예는 페이지마다 핵심 키워드를 앞에 넣은 고유한 제목을 쓰고, 이미지를 압축해 올리며, 구조화 데이터까지 함께 넣는 경우다. 제작 전에 확인할 SEO 항목은 홈페이지 제작 전 SEO 체크리스트에 더 자세히 정리했다.

7단계, QA와 테스트는 무엇을 점검해야 할까?

QA는 오픈 전에 실제로 클릭하고 눌러보며 오류를 찾는 작업이다. 디자인상으로는 문제가 없어 보여도, 실제 기기와 브라우저에서 열어보면 깨지는 부분이 나온다.

점검할 항목은 크게 다섯 가지다. 모바일·태블릿·데스크톱 화면이 각각 정상으로 보이는지, 코어 웹 바이탈 기준으로 속도가 괜찮은지, 모든 링크와 문의·결제 폼이 실제로 동작하는지, 페이지 제목·메타 설명이 빠짐없이 입력됐는지, 마지막으로 사이트맵과 robots.txt 주소가 정상 접근되는지다.

폼은 반드시 실제로 제출해봐야 한다. 버튼이 눌리는 것과 실제 메일이나 데이터베이스로 값이 들어가는 것은 다른 문제다.

브라우저별 점검도 빼놓지 않아야 한다. 크롬에서는 정상으로 보이던 화면이 사파리나 구형 브라우저에서는 레이아웃이 깨지는 경우가 종종 있다. 특히 모바일에서는 아이폰과 안드로이드 기본 브라우저를 각각 확인하는 것이 안전하다.

QA에서 발견한 문제는 배포 전에 고치는 것이 원칙이다. "일단 오픈하고 나중에 고치자"는 접근은 방문자가 오류를 그대로 마주치게 만들고, 첫인상에서 신뢰를 잃게 만든다.

8단계, 배포일에는 무엇을 확인해야 할까?

배포일에는 도메인 연결, SSL 인증서, 서치 콘솔 등록과 사이트맵 제출을 반드시 확인해야 한다. 이 세 가지가 빠지면 사이트는 열려도 검색에는 잡히지 않는 상태가 된다.

도메인이 새 서버를 정상적으로 가리키는지, https로 접속했을 때 보안 경고 없이 열리는지부터 확인한다. 그다음 구글 서치 콘솔에 도메인을 등록하고 사이트맵을 제출한다. 이 등록이 늦어질수록 구글이 새 홈페이지를 발견하는 시점도 함께 늦어진다.

네이버에 노출하고 싶다면 별도로 네이버 서치어드바이저에도 등록해야 한다. 다만 이는 워드프레스나 자체 도메인처럼 네이버 외부에 있는 사이트에만 해당하는 절차다. 네이버 블로그(blog.naver.com)는 네이버가 자동으로 수집하므로 별도 등록이 필요 없다는 점과 헷갈리지 않아야 한다.

애널리틱스(GA4 등 방문자 분석 도구) 설치도 배포일에 함께 진행하는 것이 좋다. 오픈 초반 데이터부터 쌓아두어야 이후 방문자 추이를 비교할 기준이 생긴다. 이 시점에 DNS(도메인 주소 연결 정보) 전파가 완료되는 데 최대 몇 시간에서 하루 정도 걸릴 수 있다는 점도 미리 감안해 여유 있게 일정을 잡는 것이 좋다.

9단계, 런칭 후 첫 한 달은 무엇을 관리해야 할까?

런칭 후 첫 한 달은 색인 여부 확인, 기본 지표 추적, 발견된 오류 보완에 집중하는 시기다. 오픈했다고 끝이 아니라, 이제부터 실제 데이터가 쌓이기 시작한다.

구글 서치 콘솔에서 페이지가 색인되고 있는지, 어떤 검색어로 노출되기 시작했는지 확인한다. 애널리틱스로는 방문자 수, 이탈률, 문의 전환 같은 기본 지표를 살펴본다. 이 시기에 나온 데이터는 콘텐츠 방향을 조정하는 근거가 된다.

오픈 직후 발견되는 오탈자, 깨진 이미지, 어색한 문장 같은 사소한 오류도 이 시기에 정리한다. 이후 지속적인 관리와 유지보수 계획은 별도로 세워두는 것이 좋다.

나쁜 예는 오픈 후 홈페이지를 그대로 방치하는 경우다. 콘텐츠 업데이트가 없으면 검색 엔진이 다시 방문할 이유도 줄어들고, 순위도 서서히 밀린다. 좋은 예는 매달 새 콘텐츠(블로그 글, 공지, 사례)를 추가하고, 분기마다 보안 업데이트와 깨진 링크를 점검하는 경우다. 꾸준한 관리가 곧 꾸준한 검색 노출로 이어진다.

전체 기간과 비용은 어느 정도로 예상해야 할까?

일반적인 기업·서비스 홈페이지(페이지 10개 내외) 기준으로 전체 제작 기간은 약 6–10주가 걸린다. 쇼핑몰이나 회원 기능이 있는 플랫폼은 이보다 길어질 수 있다.

기획·설계에는 약 1–2주, 디자인 시안 확정까지는 약 2–3주, 개발은 페이지와 기능 수에 따라 약 3–6주, QA와 배포는 약 3일에서 일주일 정도가 걸린다. 페이지 수가 많거나 예약·결제 같은 기능이 들어가면 개발 기간이 늘어난다.

비용은 제작 방식(빌더인지 코딩인지), 페이지 수, 기능 복잡도에 따라 크게 달라진다. 대략적인 기준으로 보면 아래와 같다.

유형	특징	상대적 비용
소개형 홈페이지(빌더)	페이지 5–10개, 표준 기능	낮음
소개형 홈페이지(코딩)	맞춤 디자인, 세밀한 SEO 세팅	중간
쇼핑몰	상품 등록, 결제 연동 필요	중간–높음
예약·매칭 플랫폼	회원, 예약, 알림 등 맞춤 기능	높음

정확한 금액은 견적을 받아봐야 알 수 있지만, 표를 기준으로 예산 범위를 가늠할 수 있다. 비용을 구성하는 세부 요소는 홈페이지 제작 비용을 결정하는 요소에서 자세히 다뤘고, 견적서를 받았을 때 무엇을 비교해야 하는지는 제작 견적서 비교법을 참고하면 바가지를 피하는 데 도움이 된다.

자주 묻는 질문

홈페이지 제작 프로세스는 반드시 순서대로 진행해야 할까?

가능하면 순서대로 진행하는 것이 좋다. 앞 단계(요구사항, 사이트맵)의 결과가 뒷단계(디자인, 개발)의 기준이 되기 때문에, 순서를 건너뛰면 나중에 앞 단계로 돌아가 다시 작업하게 된다.

빌더로 만든 홈페이지도 SEO가 잘 될까?

빌더도 제목·메타 설명·이미지 alt 같은 기본 SEO 요소는 대부분 설정할 수 있다. 다만 코드 단에서 세밀하게 손대야 하는 고급 세팅은 플랫폼 정책 범위 안에서만 가능하므로, 복잡한 SEO 요구사항이 있다면 코딩 기반 제작이 더 유리하다.

도메인은 제작 시작 전에 미리 사도 될까?

그렇게 하는 것이 안전하다. 원하는 도메인이 다른 사람에게 먼저 등록되는 것을 막을 수 있고, 개발 단계에서 이메일·서브도메인 같은 부가 설정도 함께 진행할 수 있다.

배포 후 사이트맵을 늦게 제출하면 어떻게 될까?

색인 시작 시점이 그만큼 늦어진다. 사이트맵 제출 자체가 색인을 보장하지는 않지만, 구글이 새 페이지를 더 빨리 발견하도록 돕는 역할을 하므로 배포 당일 등록하는 것이 좋다.

홈페이지 제작을 직접 하는 것과 맡기는 것, 무엇이 나을까?

단순한 소개형 페이지이고 시간 여유가 있다면 빌더로 직접 만들어도 충분하다. 다만 SEO 세팅, 복잡한 기능, 일정 관리까지 한 번에 챙기고 싶다면 전문 에이전시에 맡기는 편이 시행착오를 줄여준다.

제작 중간에 요구사항이 바뀌면 어떻게 해야 할까?

바뀔 수 있다는 전제로 계약 단계에서 수정 범위와 횟수를 미리 정해두는 것이 좋다. 요구사항이 크게 바뀌면 사이트맵과 와이어프레임부터 다시 조정해야 하므로, 가능한 한 빨리 이야기하는 것이 전체 일정 지연을 줄이는 방법이다.

홈페이지 제작 프로세스는 결국 순서를 아는 것 자체가 시간과 비용을 줄이는 방법입니다. 이루웹은 요구사항 정의부터 SEO 세팅, 배포 후 색인 관리까지 전 과정을 함께 진행하고 있습니다. 프로세스를 하나하나 챙기기 부담스러우시다면, 이루웹 홈페이지 제작 서비스를 살펴보시고 상담 문의로 편하게 이야기 나눠보시기 바랍니다.