변경의 의도를 적습니다
어떤 문제를 고치기 위한 배포인지와 대상 URL을 먼저 정합니다. 예상 변경 목록이 있어야 실제 diff에서 범위 밖의 수정을 찾을 수 있습니다. 다른 사이트나 브랜드의 변경이 필요하다는 이유로 현재 승인된 작업 범위를 자동 확장하지 않습니다.
의미가 바뀌는 지점
포함·제외, 가능·불가, 최소·최대와 날짜·금액을 집중 확인합니다. 가정한 예로 ‘추가 비용은 별도’라는 문장이 카드 요약에서 빠지면 본문이 남아 있어도 오해가 생길 수 있습니다. 삭제된 문장도 추가 문장만큼 중요하게 검수합니다.
공통 수정의 영향
푸터·제목 템플릿·메타데이터·FAQ 컴포넌트는 여러 페이지에 영향을 줍니다. 한 화면만 확인하지 말고 서로 다른 콘텐츠 유형의 표본과 전체 정적 검사를 조합합니다. 법적 운영 정보가 바뀌었다면 브랜드 개체와 문의 안내도 같은 사실을 표현하는지 봅니다.
검수 순서
- 변경 목적과 대상 파일·URL을 대조합니다.
- 의미가 달라지는 숫자·조건·삭제를 확인합니다.
- 링크·데이터·화면의 관계를 검수합니다.
- 실제 배포 결과와 예상 변경 목록을 다시 비교합니다.
검수한 커밋 뒤에 추가 수정이 들어오면 그 변경도 포함됐는지 확인합니다. 배포 도구의 성공 표시는 업로드 상태일 뿐 콘텐츠 의미의 검수를 대신하지 않습니다. 캐시된 과거 응답을 새 배포로 오해하지 않게 배포 식별자와 확인 시점도 남깁니다.
완료와 복구
수정 요청의 기준이 되는 화면 크기와 재현 경로도 남깁니다. 데스크톱에서는 보이는 조건이 모바일 접힌 영역에서 빠지는 문제를 함께 확인합니다.
검수 결과, 미해결 항목과 되돌릴 버전을 연결합니다. 오류가 생겼을 때 전체 사이트를 과거로 돌릴지 특정 문구만 수정할지 영향을 판단할 수 있어야 합니다. 배포 전후 스크린샷은 도움이 되지만 HTML의 canonical이나 헤더처럼 화면에 보이지 않는 값도 따로 확인합니다. 최종 완료는 변경이 의도한 문제를 해결하고 범위 밖의 약속과 기능을 바꾸지 않은 상태입니다.
자주 묻는 질문
- 맞춤법 수정만 있는 배포도 화면을 봐야 하나요?
- 수정 범위에 맞게 검수할 수 있지만 실제 변경이 맞춤법에만 한정됐는지는 확인해야 합니다. 자동 포맷이나 공통 템플릿 수정이 섞였다면 영향받는 화면도 살펴봅니다.
- 변경 줄 수가 적으면 위험도 낮나요?
- 한 글자의 부정어·가격·기간 변경도 의미를 크게 바꿀 수 있습니다. 줄 수보다 독자의 결정과 서비스 약속에 미치는 영향으로 우선순위를 정합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.