8/10 앱내공지 게시 · 9/9 정식 론칭 기준 | 준비항목 –건 · 미결 의사결정 10건 · 리스크 10건
00한눈에 보기
체크 상태·담당자·메모는 입력 즉시 저장되어 다른 사람의 화면에도 반영됩니다.
01핵심 판단
지금 놓치면 되돌릴 수 없는 세 가지
나머지 항목은 순서를 바꿔도 되지만, 이 셋은 특정 날짜를 지나면 선택지가 사라집니다.
01
8/10은 공지 게시일이 아니라 약관 재공고의 법정 마감일입니다
약관·개인정보 처리방침 11차는 현재 공고 2026-07-19 / 시행 2026-08-19로 3문서가 확정돼 있습니다. 론칭이 9/9로 밀렸는데 시행일을 그대로 두면, 8/19~9/8 3주 동안 신약관은 시행됐지만 그 약관이 전제하는 화면(D-3 취소요청 접수·머니 환불 신청)이 앱에 없는 상태가 됩니다.
시행일을 9/9로 옮기려면 이용자 불리 변경의 30일 사전 고지를 다시 채워야 하고, 9/9에서 30일을 역산하면 정확히 2026-08-10입니다. 즉 안전 마진이 하루도 없습니다.
권고 — 공고를 8/7(금)~8/8(토)로 앞당기거나, 시행일을 9/10 이후로 하루 미뤄 여유를 만들 것 (초일 산입 여부는 법무 확인 필수)
동시에 CPO 성명 공란은 여전히 “시행 자체가 불가”한 정지조건 — 8/7까지 확정 필요
02
딥링크는 “원링크를 고치는 문제”가 아니라 앱 빌드에 물린 문제입니다
고객앱은 전체 웹뷰 + 앱패킹(네이티브 화면 없음) 구조라 웹 URL이 곧 딥링크입니다. 따라서 통합에서 라우트가 바뀌면 기존 원링크가 통째로 무효가 됩니다.
AppsFlyer OneLink는 앱이 이미 아는 키·값이면 대시보드 수정만으로 충분하지만, 새 키를 도입하면 앱 코드 수정 = 재배포가 필요합니다 → 9/9 빌드에 반드시 포함돼야 하고, 그러면 마감이 Feature Freeze 8/19로 당겨집니다
iOS AASA는 이미 설치된 기기가 주 1회만 갱신본을 확인 → 반영에 최대 7일. 9/1까지 올라가 있어야 합니다
Android 14 이하는 App Links 주기 재검증이 없어서, 경로가 바뀌면 앱 업데이트를 받기 전까지 딥링크가 깨진 채로 남습니다
부수 확인 — Firebase Dynamic Links는 2025-08-25 완전 종료되어 남아 있으면 404. 원링크의 pid·c 파라미터 미부착은 7/28부터 사흘 연속 P0로 올라온 미해결 건으로, 이대로면 론칭 유입 전량이 오가닉으로 집계됩니다
03
SEO는 9/9에 켜면 이미 늦습니다 — 지금 켤 수 있는 것부터 분리하세요
구글 공식 기준으로 중소 규모 사이트도 색인 이전에 수 주가 걸립니다. 9~10월이 피크인데 9/9에 한꺼번에 켜면 피크의 검색 유입을 통째로 포기하는 셈입니다. 지금 URL 구조를 바꾸지 않고도 선반영 가능한 항목이 있습니다.
robots.txt의 Disallow: /_next/static/chunks/ 제거 — 렌더 JS를 스스로 차단 중
sitemap.xml 정상화 — aboutfishing.kr은 404, booking은 파싱 실패 상태
기존 /boats/*에 title·description·JSON-LD 주입 — 현재 head 태그 5개뿐, 전 도메인 JSON-LD 0건(경쟁사 포함 전원 0건 = 선점 여지)
단, 날짜를 고르기 전엔 상품 링크가 0개로 렌더되는 문제는 구조 변경이라 Feature Freeze(8/19) 안에 넣어야 합니다 — 설계서가 지목한 단일 최대 병목
02날짜 의존성
8월 기준으로 박혀 있는 것들
연기하면 자동으로 어긋납니다. “고칠 곳”이 아니라 “안 고치면 사고 나는 곳” 목록으로 읽어주세요.
대상
박혀 있는 날짜
9/9 연기 시 무슨 일이 생기나
연결
03준비 필요 항목
사유를 포함한 실행 목록
항목을 누르면 왜 필요한지와 산출물이 펼쳐집니다. 상태·담당자·메모는 자동 저장됩니다.
04역산 일정
언제 빌드하고 언제 심사에 올리나
전제 — 기존 앱의 업데이트(신규 앱 등록이 아님). 이 전제가 깨지면 일정표 전체를 다시 짜야 합니다. 항목 E-01·E-02를 먼저 확정하세요.
App Store · iOS
제출
9/1(화) — 심사 제출 + “Automatically release after App Review, no earlier than 2026-09-09” 설정
근거
Apple 공식 “90%가 24시간 내 심사”. 다만 9월은 iOS 신버전 시즌 적체 지적이 반복 → 리젝 1사이클(2~3일) 버퍼 내장
주의
릴리즈 예약은 플랫폼별 적용. 웹뷰 앱은 심사지침 4.2 Minimum Functionality 리스크가 있어 앱다운 기능을 심사 노트에 명시
가격·출시 노트·기기 제외 규칙·인앱 상품은 관리형 게시를 우회해 즉시 반영. 단계적 출시는 업데이트에만 가능하고 비율이 자동 증가하지 않음
✦
일정상 안전판 — 웹뷰 구조가 유리하게 작동합니다
실질 릴리즈는 웹 배포이고 앱 바이너리는 최소버전 플래그·딥링크 핸들러·권한·브릿지 정도만 담습니다. 따라서 D-1에 한쪽 스토어가 미승인이어도 웹만 먼저 열고 앱은 승인 즉시 게시하는 컨틴전시가 가능합니다. 같은 이유로 롤백도 웹 롤백이 1순위여야 합니다 — 단계적 출시는 중단해도 이미 설치한 사용자는 그 버전에 남기 때문입니다.
05미결 의사결정
누가, 언제까지
아래가 정해지지 않으면 그 아래 실무가 전부 멈춥니다.
ID
결정 사항
선택지
정하지 않으면
기한 / 주체
06리스크
연기가 만든 것과, 연기로 커진 것
07근거 자료
이 문서가 인용한 것
모든 수치·인용은 아래 자료에서 실제로 확인된 것만 사용했습니다. 추정한 부분은 본문에 그렇게 표기했습니다.