웹 프로젝트는 흔히 “새 웹사이트가 필요합니다”라는 문장으로 시작합니다. 곧 대화는 CMS, 템플릿, 색상, 출시일로 넘어갑니다. 하지만 새 웹사이트가 무엇을 바꿔야 하는지는 여전히 분명하지 않습니다.
이는 비용이 큰 실수입니다. 기술은 회사에 필요하지 않은 것을 매우 빠르게 만들어낼 수 있습니다.
먼저 웹사이트가 지원해야 할 의사결정을 적어보세요
저는 페이지 목록부터 시작하지 않습니다. 회사와 방문자의 상황에서 시작합니다. 사이트가 적격 문의를 늘려야 할까요, 영업 설명을 줄여야 할까요, 사람의 개입 없이 판매해야 할까요, 지원 업무를 줄여야 할까요, 아니면 브랜드를 다른 카테고리로 옮겨야 할까요?
목표는 의사결정을 이끌어야 합니다. “더 현대적인 표현”은 바람입니다. “제조 기업에서 더 관련성 높은 문의를 받고 일회성 소규모 작업에 대한 질문은 줄이기”라면 콘텐츠, 탐색, 측정을 결정할 수 있습니다.
- 웹사이트에서 중요한 사람은 누구이며, 어떤 상황에서 방문하나요?
- 그들은 무엇을 이해하고, 비교하고, 실행해야 하나요?
- 회사는 어떤 증거를 정직하게 보여줄 수 있나요?
- 그들의 준비도에 맞는 다음 단계는 무엇인가요?
- 출시 후 개선을 어떻게 알아볼 수 있나요?
와이어프레임보다 콘텐츠 맵이 먼저입니다
그다음에야 정보 구조를 구성합니다. 주 탐색은 회사의 조직 구조를 그대로 복사해서는 안 됩니다. 사람들이 답을 찾고 제공 내용을 이해하도록 도와야 합니다.
기존 사이트라면 먼저 URL, 트래픽, 링크, 실제 콘텐츠를 목록화합니다. 일부 페이지는 유지하고, 다른 페이지는 통합하거나 리디렉션하거나 삭제합니다. 마이그레이션은 인상에 기반해서는 안 됩니다. 매력적이지 않은 페이지에도 좋은 링크가 있거나 관련 비즈니스를 유입할 수 있으며, 방문자가 많은 페이지가 사업과 전혀 무관한 사람을 끌어들일 수도 있습니다.
SEO에서는 명확한 구조, 연결, 실제 대상 고객을 위한 콘텐츠가 중요합니다. Google은 사람 우선 콘텐츠 가이드에서 유용성에 관한 질문을 정리합니다. 실용적인 SEO 기반은 제 초보자를 위한 SEO 아티클에도 정리되어 있습니다.
프로토타입은 회의를 감탄시키는 것이 아니라 여정을 검증해야 합니다
먼저 세부 디자인 없이 핵심 여정을 그립니다. 어떤 사람을 위한 회사인지 이해할 수 있나요? 서비스, 증거, 가격 또는 연락 방법을 찾을 수 있나요? 좁은 모바일 화면과 키보드만으로도 여정이 작동하나요?
프로토타입에는 실제 제목과 거의 실제에 가까운 텍스트 길이를 넣습니다. Lorem ipsum은 콘텐츠가 전달된 뒤, 대개 출시 직전 금요일에 마법처럼 다시 나타나는 문제를 숨깁니다.
운영에 맞춰 기술을 선택하세요
정적 사이트, WordPress, 전자상거래 플랫폼, 맞춤형 애플리케이션 모두 올바른 선택이 될 수 있습니다. 중요한 것은 필요한 편집, 통합, 권한, 변경 속도, 보안, 예산, 그리고 출시 후 사이트를 관리할 사람입니다.
브리프에는 최소한 다음 내용이 포함되어야 합니다.
- 도메인, 계정, 소스 코드, 분석 도구의 소유권
- 편집 권한과 게시 프로세스
- 양식, 이메일 전달, 영업과의 연결
- 기존 URL을 위한 리디렉션과 사용자 지정 오류 페이지
- 백업, 업데이트, 모니터링, 사고 대응 책임
- 제작 예산뿐 아니라 운영 예산
속도와 접근성은 마지막에 덧붙이는 마감 작업이 아닙니다
큰 이미지, 외부 글꼴, 10개의 마케팅 스크립트는 쉽게 추가할 수 있습니다. 그러면 모든 방문자가 그 비용을 부담합니다. Core Web Vitals는 주요 콘텐츠의 로딩, 반응성, 시각적 안정성을 추적하며, Google은 Web Vitals 문서에서 최신 지표와 기준을 관리합니다.
따라서 디자인 전에 성능 예산을 정합니다. 미디어 크기와 형식, 글꼴 스타일 수, 타사 스크립트 규칙, 일반적인 모바일 환경에서의 목표 동작을 포함합니다. 분석 도구는 콘텐츠를 차단하지 않고 로드되어야 하며, 의사결정을 지원하는 데이터만 수집해야 합니다.
접근성도 동시에 다룹니다. 시맨틱 HTML, 보이는 포커스, 키보드 조작, 대비, 양식 레이블, 모션 감소 설정을 존중하는 것이 포함됩니다. 이는 웹사이트의 특별한 버전이 아닙니다. 잘 만든 웹사이트입니다.
출시 전에 측정을 설계하세요
출시 후에 성공의 의미를 논쟁하고 싶지는 않습니다. 이벤트와 의사결정의 연결을 나열합니다. 적격 문의 전송, 계산기 사용, 핵심 증거 열람, 주문 완료 등입니다. 모든 클릭이 이벤트가 될 필요는 없습니다.
기술적 측정은 Google Analytics 4 가이드에서 다룹니다. 더 폭넓은 체크리스트는 온라인 프로젝트 체크리스트에 있습니다.
웹사이트는 출시와 함께 완성되지 않습니다
첫 몇 주 동안 오류, 속도, 색인, 양식, 사람들의 실제 질문을 모니터링합니다. 그런 다음 웹사이트가 의사결정을 돕지 못하는 부분을 개선합니다. 모든 의견이나 하나의 지표에 반응하는 것이 아니라, 데이터와 피드백, 비즈니스 영향의 조합에 따라 개선합니다.
새 웹사이트는 목표가 아닙니다. 회사의 새로운 운영체제입니다. 소유자와 예산, 변경 규칙이 없으면 출시 첫날부터 낡기 시작합니다.
이미 웹사이트가 있고 취약한 부분을 찾아야 한다면 웹사이트 속도를 높이는 방법부터 시작하세요. 제작 전에 의사결정을 조율해야 한다면 협업이 어떻게 이루어지는지 확인하세요.