홈페이지를 계속 만들려면 다음 변경을 시험할 공간과 돌아갈 기준이 같이 있어야 한다. 실제 보존 계약과 인수인계, 이번 사이트의 관리 API 검사를 읽으며 원본을 남기는 이유와 변경을 확인하는 범위를 정리했다.
원본과 참고 자료, 새 제작물을 구별한다
기존 화면을 보존하는 작업에서는 무엇을 바꿀 수 있고 무엇을 유지해야 하는지 먼저 정했다. 실제 계약은 레이아웃과 전환, 메뉴와 팝업의 구조를 보존하고 자료와 문구의 교체 범위를 구별한다. 참고 화면을 충실하게 옮긴 비교 작업은 원형의 출처를 확인하는 기록이다. 그 원래 디자인을 새로 직접 창작했다고 설명하지 않는다.
새로운 사업의 화면을 만드는 경우에는 방문자의 질문과 내용, 승인한 자산을 다시 정한다. 같은 원본을 여러 목적에 사용하더라도 비교본과 새 제작물이 어떤 차이를 허용하는지 남겨야 한다. 이번 공개 콘텐츠는 실제 자료에서 판단을 읽고 익명 재사용 예제를 새로 만든 범위를 설명한다. 원본 고객의 화면을 공개 전시하는 방식으로 대신하지 않았다.
시험할 변경본의 대상과 공개 범위를 먼저 정한다
별도 폴더나 미리보기 주소가 있다고 해서 모든 연결이 자동으로 분리되는 것은 아니다. 시험 화면이 운영 데이터와 문의 전송을 그대로 사용하면 실제 요청이 생길 수 있다. 원래 계약에서는 연결되지 않은 전송을 성공처럼 표시하지 않고 비교 자료와 새 자료 시험을 나누도록 했다. 미리보기의 이름보다 실제 연결과 공개 조건이 중요하다.
이번 사이트는 전용 프로젝트와 전용 콘텐츠 저장소, 미디어 서재의 소유 범위를 확인해 작업한다. 다른 사이트를 시험 대상으로 바꾸거나 그 DNS를 수정하지 않았다. 새 글의 미리보기와 검토 근거는 비공개로 남기고 발행된 원고의 한영 주소에서 실제 반영을 확인했다. 변경을 시험하는 범위와 공개하는 범위가 단계마다 분명해야 한다.
복구할 자료는 원본과 현재 버전을 함께 남긴다
파일을 바꾸기 전에 원본의 바이트와 위치를 남기면 무엇을 기준으로 돌아갈지 찾을 수 있다. 그러나 관리 API가 정본인 원고를 로컬 파일만으로 되돌리면 현재 수정 내용을 놓칠 수 있다. 이 사이트는 현재 버전을 읽고 수정하며 이전 상태는 개정 기록으로 보존한다. 전체 원고 목록과 내용도 비공개 백업으로 남긴다.
복원은 지난 상태를 현재 발행본으로 무조건 다시 공개하는 것과 다르다. 이 관리 API는 이전 개정을 복원하면 초안으로 두고 공개 범위와 근거를 다시 확인하도록 한다. 과거에 승인한 이미지와 현재 참조가 같은지, 다른 글에서 자료를 공유하는지도 확인해야 한다. 돌아갈 수 있다는 사실과 지금 공개해도 된다는 판단은 다른 근거다.
검사 통과를 실제로 확인한 흐름만큼 보고한다
원래 검수 문서에는 원본과 같은 자료를 넣은 비교 빌드와 자료 일부가 없는 시험 빌드, 여러 화면 폭의 확인 기준이 나뉘어 있다. 이번 요청에서 그 과거 화면 검수를 모두 다시 실행한 것은 아니다. 현재 로컬 검사와 HTTP 응답, 과거 문서의 보고를 나누어 읽고 각 원고에도 확인 범위를 적었다.
이 블로그의 발행은 인증된 저장과 개인정보 검사, 한영 본문과 목록, RSS와 사이트맵을 확인한다. 실행 예제는 함수 검사와 인라인 문법, 실행 프레임의 전달 조건을 확인한다. 기존 Studio Chrome 작업을 보존하며 새 PC·모바일 조작 검수는 남아 있다. 자동 검사 숫자가 그 미검증까지 없앤 것처럼 보고하지 않는다.
완료한 목록을 다음 제작의 기준으로 남긴다
이번 발행 목록은 작업 자료를 찾은 것에서 원고 작성과 공개 반영을 확인한 단계까지 구별한다. 원래 사이트 이름과 링크 없이도 왜 그렇게 만들었는지, 어떤 조건을 거절했고 무엇을 확인했는지 이야기를 남길 수 있었다. 레이아웃과 카피, 파일과 계산, 운영 도구가 모두 그 재료가 되었다.
AI와 웹 기능이 바뀌면 다음 기록도 새 근거로 이어가야 한다. 기존 글이 있다는 이유로 현재 동작을 확인하지 않고 수정한 사실을 만들지 않는다. 이 홈페이지는 새 블록과 미디어를 더할 수 있고 관리 CLI로 원고와 버전을 읽어 이어갈 수 있다. 완성본 하나를 고정해 두기보다 확인한 변경과 판단을 계속 쌓을 수 있는 형태로 남기려 한다.