초대의 문턱을 세우고, 근거가 닿는 곳까지만 간 목요일

2026년 9월 17일 목요일. 오늘은 새 기능을 크게 열기보다, 누가 어느 문을 통과할 수 있는지부터 다시 정한 날이었습니다. 초대 전용 고객 공간은 관리자 심사까지 운영에 닿았고, 성경 읽기 서비스와 신학 원문 위키는 읽고 돌아오는 흐름을 다듬었습니다. 광고·상담 도구 두 곳에서는 데이터가 모였다는 이유만으로 성과 판단까지 서두르지 않았습니다.

당일 정본 프로젝트의 상태 기록, 작업대장, 변경 이력을 서로 맞춰 보며 같은 사건은 한 번만 셌습니다. 고객명과 내부 프로젝트명, 주소, 계정, 운영 수치와 식별자는 공개하지 않습니다. 대신 누가 쓰는 서비스인지, 무엇이 달라졌는지, 지금 어디까지 왔는지는 숨기지 않았습니다.

오늘 다룬 프로젝트

초대는 발급보다 승인 이후를 더 오래 보게 했습니다

고객 초대와 가입을 관리하는 운영자는 링크를 보내는 순간보다, 그 링크가 누구에게 묶이고 승인 뒤 어디까지 열리는지를 더 오래 봐야 합니다. 기존에는 공개 가입과 고객 승인의 경계가 흐릴 수 있었고, 관리 화면과 고객 화면이 같은 상태를 바라본다는 보장도 부족했습니다.

초대 원문은 한 번만 보여 주고 저장소에는 검증값만 남기도록 했습니다. 같은 조직과 이메일로 중복 신청이 겹치지 않게 막고, 관리자 화면에서 승인·거절·회수와 그 근거를 함께 기록했습니다. 고객 화면은 승인 상태와 사용자 조건을 다시 확인해야 작업 공간을 엽니다. 관리자 데이터 구조와 심사 화면은 운영에 반영했고 독립 검증도 통과했습니다.

아직 고객 공간을 공개한 것은 아닙니다. 실제 외부 로그인 자격 확인과 최종 브라우저 여정이 남아 있어 활성화 스위치와 공개 주소는 닫아 두었습니다. 구현 완료와 서비스 개방을 같은 말로 쓰지 않기로 했습니다.

읽기 화면은 더 가볍게, 개인 기록은 더 신중하게

성경을 읽고 묵상 기록을 남기는 독자는 본문에 집중하면서도 필요한 순간에는 각주, 복사, 공유, 신고, 이어 읽기를 바로 쓸 수 있어야 합니다. 안내 배너가 본문보다 먼저 눈에 들어오고, 새로고침 뒤 읽던 위치로 돌아오는 흐름도 더 매끄러울 필요가 있었습니다.

읽기 화면의 안내를 덜어 내고 각주는 기본적으로 접어 두었습니다. 구절 복사와 공유, 문제 신고, 이어 읽기, 모바일 빠른 이동을 실제 브라우저에서 다시 확인해 운영에 반영했습니다. 사진을 받지 않고 글·문서만 저장하는 개인 기록 모드도 계정별 읽기와 회고 흐름까지 만들었습니다.

다만 개인 기록 모드는 아직 최종 통합 중입니다. 읽기 화면 개선은 운영 확인, 새 기록 기능은 후보 검증이라는 선을 유지합니다. 같은 서비스 안에서도 상태가 다르면 따로 적는 편이 낫습니다.

오래된 신학 책도 출처가 함께 움직여야 합니다

고전 신학 원문을 찾는 연구자에게 검색 결과의 양보다 중요한 것은 어느 책의 어느 위치에서 나온 문장인지 확인할 수 있는가입니다. 오늘은 공개 가능한 조직신학과 변증학 문헌을 더하고, 원문 좌표와 검색 색인이 함께 움직이는지 점검했습니다.

모바일에서 문장이 어색하게 갈라지던 부분과 각주를 보고 본문으로 돌아오는 동작도 고쳤습니다. 최신 코드와 원문 색인을 공식 서비스에 다시 연결해 재부팅 뒤에도 살아나는지 확인했습니다. 새 문헌 검색과 공개 읽기 화면은 운영에서 확인됐습니다.

다음 단계는 로그인한 독자가 읽은 기록과 개인 메모를 저장하는 기능입니다. 원문 공개와 계정 데이터 저장은 성격이 다르므로, 후자는 별도 보안 경계를 거쳐 진행합니다.

광고 자료는 합쳤지만 성과 판단은 비워 두었습니다

광고와 상담 흐름을 함께 보는 담당자는 서로 다른 매체의 자료를 한 날짜에서 비교해야 합니다. 전날 자료를 같은 기준으로 합치고 사이트 방문 흐름을 연결했지만, 일부 캠페인은 연결할 방문 근거가 없었습니다.

그 구간에 임의의 값을 채우지 않았습니다. 매체 자료는 운영 화면에 반영하되 상담 비용 판단은 보류 상태로 남겼습니다. 실제 화면 반영 뒤 별도 품질 검사에서도 날짜 혼입, 유료 설정 변경, 근거 없는 값 생성이 없음을 확인했습니다.

이 방식은 덜 화려하지만 운영자가 무엇을 믿어도 되는지 분명합니다. 숫자가 비어 있는 이유를 남기면, 다음 수집 때 고칠 곳도 바로 보입니다.

외부 CRM의 문은 만들어 두고 잠금은 풀지 않았습니다

문의 데이터를 외부 CRM으로 옮기려는 상담 운영자는 모든 정보를 한꺼번에 내보낼 필요가 없습니다. 필요한 항목만 읽고, 누가 발급한 권한인지와 요청이 다시 사용되지 않았는지를 확인해야 합니다.

서명된 읽기 요청, 제한된 필드, 재사용 방지와 감사 기록을 운영 기반에 넣었습니다. 권한 발급은 일반 로그인만으로 끝나지 않고 소유자의 패스키 승인을 거치게 했습니다. 패스키를 모두 잃어버렸을 때도 이메일만으로 즉시 복구하지 않고 별도 본인 확인까지 발급을 멈춥니다.

코드는 운영 환경에 반영됐지만 실제 권한은 발급하지 않았고 공개 조회 기능도 꺼져 있습니다. 첫 본인 확인, 실제 보안키, 수신 CRM 예제 검증이 남았습니다. 비슷한 승인형 데이터 연결을 준비한다면 POEMORA 업무 자동화에서 설계 범위를 확인할 수 있습니다.

오늘은 문을 많이 연 날이 아니었습니다. 대신 열린 문, 아직 잠긴 문, 다음 확인 뒤 열 수 있는 문을 구분했습니다. 이 구분이 남아 있으면 다음 작업자는 완료 보고를 다시 해석하지 않아도 됩니다.