홈페이지를 만들 때 첫 화면이 완성되면 큰일 하나가 끝난 것처럼 느껴진다. 하지만 K-POP PULSE의 기획과 운영 기록을 다시 펼쳐 보면, 화면 이후의 일이 프로젝트의 상당 부분을 차지한다. 새 영상과 공지가 들어오고, 일정이 바뀌고, 글을 고쳐야 한다. 나는 그 일을 매번 처음부터 다시 하지 않게 만드는 구조가 필요했다.
이 사이트에서 독자가 찾을 것은 최신 소식만이 아니었다. 관심 있는 아티스트의 영상을 모아 보고, 다가오는 일정을 살피고, 낯선 표기를 이해할 수 있어야 했다. 이 필요를 한 번의 화면 제작으로 끝낼 수는 없다. 여기서는 내가 이 프로젝트에서 나누려 했던 작업과, 그 기록을 다시 보며 홈페이지를 맡기려는 사람에게 먼저 설명하고 싶은 선택을 이야기한다.
새 소식과 오래 남는 설명은 다른 속도로 움직인다
공식 게시물은 계속 들어오지만 모든 게시물이 새 글이 되는 것은 아니다. 어떤 자료는 이미 다룬 소식의 짧은 홍보 영상이고, 어떤 자료에는 실제 일정이 들어 있다. 반면 해설 글은 그날의 게시물을 넘어 다음 방문자가 다시 참고할 내용이다. 같은 목록에 들어간다고 같은 수명과 처리 방식을 갖는 것은 아니다.
나는 먼저 들어오는 자료, 방문자에게 설명할 내용, 계속 고쳐야 할 일정의 역할을 나누어 보았다. 지금 공개 홈에서 확인한 큰 영상 영역, 최신 소식, 쇼츠, 컴백 일정과 해설 연결도 그 차이를 읽는 출발점이 된다. 메뉴가 있다는 사실만으로 모든 동작이나 운영 성과를 확인한 것은 아니지만, 무엇을 별도로 관리해야 하는지는 드러난다.
원본 자료를 원고와 따로 남겨야 하는 이유
초기 설계에서는 수집한 원본 항목, 같은 사건을 묶는 이슈, 발행한 글과 그 글에 사용한 출처를 서로 연결하도록 했다. 원본 항목은 무엇을 확인했는지 남기는 단위다. 이슈는 여러 자료가 같은 소식을 설명하는지 판단하는 단위이고, 원고는 독자에게 건네는 설명이다.
예를 들어 최초 공지 뒤에 장소 안내나 변경 공지가 추가될 수 있다. 이것을 모두 본문 하나에 계속 덮어쓰면, 나중에 왜 그런 설명을 했는지 추적하기 어렵다. 나는 원본의 흔적을 남긴 채 지금 글에 필요한 근거를 선택하는 쪽으로 생각했다. 아래 도식은 그 관계를 설명하려고 새로 만든 것이며 당시 프로그램의 실행 화면은 아니다.
수집 자동화와 편집 판단의 책임을 나누었다
당시 운영 절차는 인박스 읽기, 기사감 판단, 사실표, 초안, 검증, 발행 뒤 확인으로 이어졌다. 수집기는 자료를 가져오는 일을 맡지만, 분류 힌트가 있다고 독자에게 필요한 글인지까지 확정되는 것은 아니다. 기록에는 제목의 형식만으로 놓친 소식도 남아 있다.
자동화할 일을 늘릴 때 나는 먼저 어느 판단이 자료의 존재를 확인하는 일이고 어느 판단이 독자에게 줄 가치를 고르는 일인지 나누어야 한다고 본다. 행사 안내를 수집했다는 사실, 행사가 실제로 미래 일정이라는 판단, 그 소식을 어떤 제목으로 전달할지는 서로 다른 확인이다. 이 경계를 없애면 수집이 활발하다는 보고와 좋은 글이 나오고 있다는 보고가 뒤섞인다.
초안을 쓰기 전에 사용할 사실을 좁혔다
운영 기록의 사실표에는 게시 시각, 아티스트 식별, 제목과 수치처럼 초안에 전달할 항목이 모여 있다. 문장 작성 단계에서 새로운 숫자나 보지 않은 장면을 채워 넣지 못하게 하는 조건도 함께 남겼다. 말투를 더 친근하게 바꾸더라도 사용할 수 있는 사실의 범위는 별개의 문제다.
이 방식은 모델이 언제나 맞게 쓴다는 보증이 아니다. 내가 확인할 대상을 좁히는 방법이다. 원문에 있는지, 측정 시점이 같은지, 날짜를 바르게 옮겼는지 다시 대조할 수 있어야 한다. 초안이 검증에 막혔다면 먼저 문장과 근거를 읽는다. 부족한 근거를 좋은 문장으로 덮거나 검사 조건을 내려 통과시키는 방향으로 가지 않는다.
발행한 순간에도 확인할 일은 남는다
원고를 저장한 상태, 공개 승인된 상태, 독자가 실제 주소에서 읽을 수 있는 상태를 구별해야 한다. 운영 기록에도 발행 뒤 공개 응답을 확인하는 절차가 있다. 글이 목록에서 보이는지, 본문이 맞는지, 일정과 날짜가 같은 뜻으로 전달되는지는 저장 버튼의 성공 메시지만으로 설명되지 않는다.
홈페이지를 의뢰하는 사람이라면 관리 화면에 어떤 버튼이 있는지와 함께 그 버튼이 무엇을 완료했다고 말하는지 물어보면 좋다. 글 내리기는 원본을 없애는 것인지, 공개만 중단하는 것인지도 다르다. 내가 뒤에서 계속 관리하려면 이 차이를 프로그램의 상태와 작업 기록에 남겨야 한다.
운영 방식이 바뀌면 설명서도 바뀌어야 한다
이 프로젝트의 초기 구조 설명과 이후 운영 문서는 배포 구성까지 같지 않다. 9월 운영 기록에는 로컬 서빙과 Cloudflare Tunnel로 옮긴 변화가 반영되어 있다. 예전에 두 저장소를 향하던 발행 경로가 같은 저장소를 가리키게 되면서, 두 번 쓰던 절차를 고친 이야기도 있다.
그래서 나는 오래된 설계와 새 운영 절차를 한 장의 현재 구성도로 합치지 않는다. 다음 작업자가 예전 명령을 그대로 실행하면 틀리는 지점부터 표시해야 한다. 홈페이지가 계속 자란다는 말에는 기능을 추가하는 일뿐 아니라 더 이상 맞지 않는 지침을 치우고 현재 연결을 남기는 일도 포함된다.
내 홈페이지를 만들 때 먼저 적어 볼 질문
모든 홈페이지에 뉴스룸과 수집기가 필요한 것은 아니다. 제품 소개가 중심인 사이트라면 확인할 자료의 종류가 달라지고, 예약이나 회원 입력이 있으면 권한과 개인 정보의 경계가 더 중요해진다. 이 프로젝트에서 가져갈 것은 기능 전체가 아니라 나누어 판단하는 방법이다.
나는 제작 전에 다음 질문에 실제 답을 적어 보기를 권한다. 답이 없다면 먼저 비워 두고 누가 확인할지 정한다. 그러면 화면을 만들 때와 운영 프로그램을 붙일 때 같은 약속을 기준으로 대화할 수 있다.
- 새 자료는 어디에서 들어오며, 원본과 관측 시점은 무엇으로 남길 것인가?
- 어떤 질문에 답하는 글을 만들고, 누가 근거와 문장을 검토할 것인가?
- 잘못된 소식이나 바뀐 일정은 어디서 정정하며 이전 상태는 어떻게 확인할 것인가?
- 저장·발행·공개 확인 중 지금 완료한 단계는 무엇이며, 다음 작업자는 어디서 그 상태를 읽을 것인가?
다음 작업으로 가져갈 수 있게 남긴다
나는 이 글과 함께 원본 자료와 글감을 연결하는 작은 편집 보드를 새로 만들었다. 합성 자료를 선택하면 필요한 정보가 빠졌는지, 날짜가 충돌하는지, 검토가 남았는지 살펴볼 수 있다. 이 프로젝트의 원본 프로그램을 복원한 것은 아니며, 실제 글을 저장하거나 발행하지도 않는다. 구조를 직접 만져 보며 다른 홈페이지에 필요한 조건을 생각하도록 만든 공유 예제다.
화면을 계속 늘리는 것보다 다음 수정이 어디서 시작되어야 하는지 알려 주는 것이 중요하다. 원본을 찾고, 바뀐 판단을 읽고, 실제 결과를 확인할 수 있다면 다른 작업자와 다른 컴퓨터에서도 일을 이어가기 쉬워진다. 이 제작기는 그 선택들을 하나씩 풀어낼 것이다. 도움을 받아야 할 지점이 있다면 내게 이메일로 현재 상황을 알려 주면 된다.