원천 약속에서 시작하세요
디자인 작업을 시작하기 전에 원천의 주장(클레임), 대상, 제안, 조건, CTA를 기록하세요. 광범위한 브랜드 슬로건이 아닌 명확한 의미로 그 내용을 보존하세요. 예컨대 원천이 '무료 마이그레이션 평가'를 제안했다면, 이는 상단 근처에 명확히 적으세요.
누가 무엇을 받는지에 대한 간단한 설명을 추가하고 주요 CTA를 근처에 배치하세요. 가격, 자격, 계약, 지역, 시기와 같은 중요한 조건은 약속 근처에 두세요. 메시지 일치는 단어 그대로의 반복이 아니라 연속성입니다: 페이지는 짧은 광고가 설명하지 못한 내용을 풀어 쓸 수 있습니다.
원천 주장, 페이지 헤드라인, 보조 설명, 자격 조건, CTA를 기록하세요. 출간 전에 모순을 해소하세요.
페이지의 주된 결과에 집중하세요: 연락 요청, 정의된 항목 구매, 트라이얼 시작, 리소스 접근 등.
다음 결정을 보기 쉽게 만드세요
시각적 계층(hierarchy)은 크기, 여백, 대비, 위치, 군집화가 주의를 안내하는 순서입니다. 모바일에서는 약속→설명→CTA→증거→세부정보→반복된 CTA의 순서를 사용하세요. 방문자는 레이아웃을 해독하기 전에 제안을 알아야 합니다.
기본 CTA에는 구체적인 문구, 충분한 대비, 여유를 주세요. 보조 행동은 더 조용하게 처리하세요. 메뉴, 채팅, 동의 알림, 배너, 캐러셀은 작은 화면에서 CTA, 입력 필드, 포커스 상태 또는 중요한 약관을 가리지 않아야 합니다.
처음 보는 사용자에게 무엇을 제공하는지, 누구를 위한 것인지, 다음에 무엇을 할 것인지를 물어보세요. 불확실함은 카피나 레이아웃 문제입니다.
일반적인 폭, 확대, 긴 번역 문자열을 확인하세요. 동작은 우발적 탭 없이 도달 가능해야 합니다.
주장을 과장하지 않고 입증하세요
기능 설명은 기능성에 대한 의심을, 구현 사례는 실현 가능성에 대한 의심을, 가격 설명은 예산 관련 의심을, 정책은 리스크 관련 의심을 해소하는 증거를 사용하세요. 가능하면 사례 연구의 출처와 날짜를 명시하세요. 고객 결과에 영향을 준 조건을 명확히 하고 이를 일반적 결과로 제시하지 마세요.
사실에 기반하고 출처가 분명한 추천사만 사용하세요. FTC 지침에 따르면, 업체가 허위 또는 조작된 추천사를 자사 웹사이트에 게재하면 U.S. Consumer Reviews and Testimonials Rule에 따라 책임을 질 수 있습니다. 인용문을 창작하거나 의미를 변경하거나 중요한 관계를 숨기거나 긍정적 평가에 대해 대가를 지불하지 마세요. 인센티브가 있는 추천, 규제 대상 주장, 국경간 캠페인에는 법무 및 컴플라이언스 검토를 받으세요.
회의적인 방문자가 이 주장에 대해 판단하려면 무엇이 필요한지 묻고, 그 증거를 제공하거나 링크하세요.
제품 능력, 관찰된 고객 결과, 예측(포어캐스트)은 명확히 구분하세요.
폼과 행동을 더 많은 사람이 사용 가능하게 만드세요
W3C의 폼 가이던스는 각 컨트롤에 레이블을 달고, 완료 지침을 제공하며, 성공 및 오류 알림을 명확히 할 것을 권장합니다. 프로세스를 완료하는 데 필요한 정보만 요청하세요. 눈에 보이는 레이블과 짧은 폼은 마찰과 불필요한 데이터 수집을 줄입니다.
힌트 텍스트를 유일한 레이블로 사용하거나 색만 오류 신호로 사용하지 마세요. 제출 전에 필수 항목과 형식을 알려주고 수정 방법을 설명하세요. 키보드 내비게이션과 확인 피드백을 테스트하세요. WCAG 2.2 레벨 AA는 일반 텍스트에 4.5:1 대비 비율, 대형 텍스트에 3:1을 요구하며 텍스트가 확대되어도 기능을 유지해야 한다고 기대합니다. 기술적 점검은 사용자 테스트나 현지 조언을 대체하지 않습니다.
모든 컨트롤을 Tab으로 순회하세요. 포커스는 시각적으로 보여야 하고, 순서는 읽기 순서를 따라야 하며, 모달에는 명확한 종료 수단이 필요합니다.
결제나 민감한 개인 데이터의 경우 필드를 최소화하고 자격을 갖춘 보안, 개인정보, 결제 준수 검토를 받으세요. 이는 준수 평가를 대체하지 않습니다.
히어로 영역은 빠르게, 레이아웃은 안정적으로 유지하세요
Largest Contentful Paint(LCP)는 초기 화면에서 가장 큰 콘텐츠 요소의 로딩 성능을 측정합니다. Google은 LCP를 2.5초 이내, Interaction to Next Paint(INP)를 200밀리초 미만, Cumulative Layout Shift(CLS)를 0.1 미만으로 유지하도록 권장합니다. 이는 진단 지표일 뿐 전환을 보장하지 않습니다.
모바일 방문에서 실제 LCP 요소를 측정하세요; 히어로 이미지나 헤드라인일 수 있습니다. web.dev는 해당 리소스가 초기 HTML에서 발견 가능하도록 하고 LCP 이미지를 레이지 로드(lazy-load)하지 말라고 경고합니다. 이미지, 임베드, 배너, 폼 오류를 위한 공간을 예약해 레이아웃이 클릭 준비가 된 방문자 아래에서 이동하지 않도록 하세요.
태그, 폰트, 실험, 채팅, 비디오를 감사하세요. 필요한 구성요소를 최적화하고 테스트하되, 동의·보안·핵심 흐름 도구를 무분별하게 삭제하지 마세요.
히어로 렌더, CTA, 검증, 확인, 핸드오프를 테스트하세요. 빠른 첫 화면이 동작 불능을 상쇄하지 않습니다.
약속된 경로를 사전 점검하고 복구하세요
창작물, 가격, 폼, 태그, 종속성이 변경되면 랜딩 페이지는 출시 후 표류합니다. 캠페인 또는 주요 릴리스 전에 원천 URL, 메시지 일치, 모바일 레이아웃, 키보드 경로, CTA, 확인, 동의 동작, 법적 링크를 점검하세요. 변경 기록과 검증된 되돌리기 방법을 보관하세요.
SIU의 역할은 장애 보고가 아니라 사전적 가동 최적화 및 복구입니다. 가용성 및 동작 경로 사전 점검을 실행한 다음 도달 불가한 대상, 깨진 CTA, 차단된 자산, 실패한 폼, 누락된 확인을 수리하세요. 문제를 일으킨 태그, 크리에이티브, 종속성을 마지막 알려진 정상 경험으로 되돌릴 수 있는 롤백을 준비하세요.
핵심 경로를 검증할 담당자 한 명과 롤백 권한이 있는 담당자를 지정하세요.
시각적 실험보다 잘못된 제안, 실패한 동작, 접근성 차단자, 불안정한 레이아웃을 우선적으로 고치세요.