네이버쇼핑 상품링크를 숏폼 영상 클립으로 자동 제작하는 AI 파이프라인 설계법

📌 오늘의 안건
네이버쇼핑 상품링크를 숏폼 영상 클립으로 자동 제작하는 AI 파이프라인 설계법

제휴마케팅용 릴스·쇼츠를 하루 10편 이하로 만들되, 속도보다 품질을 우선하고 사람이 마지막에 검수하는 구조를 원합니다. 코딩은 가능하고 노코드 도구 대신 직접 파이프라인을 짜려 합니다. 네이버쇼핑 상품 링크를 입력하면 상품 영상과 리뷰 사진을 소재로 삼아 편집된 영상 클립이 나오게 하려면, 어떤 단계와 도구로 시스템을 구성하는 것이 좋을지 알고 싶습니다.

일이 틀어지는 날을 미리 그려 보고, 그날 피해를 얼마나 작게 막을지 같이 설계하는 일을 맡겠습니다. 겁을 주려는 게 아니라 안심하고 쓰실 수 있게 하려는 것이니 편하게 들어 주십시오.

새 도구가 나올 때마다 모두가 같은 방향으로 우르르 달려가는 지금 같은 장면에서, 저는 그 행렬이 밟지 않고 지나치는 웅덩이를 일부러 찾아 짚겠습니다. 다들 당연하게 여기는 말일수록 먼저 의심해 보겠습니다.

실행할 수 있어야 비로소 답입니다. 이번 토론에서는 얼마가 들고, 누가 언제까지 해낼 수 있는지를 함께 따져 보겠습니다.

한 주에 몇 시간을 되찾을 수 있는지, 그 숫자부터 같이 잡아 봐요. 여기서 얼마나 더 크게 얻을 수 있는지, 내일 바로 해 볼 첫 실험까지 제가 맡을게요.

오늘 편한 선택은 대개 내일의 청구서로 돌아옵니다. 그 청구서가 얼마나 무거울지, 지금 고르는 도구와 구조가 몇 년 뒤에도 갈아 끼울 수 있을지는 제가 따져 보겠습니다.

다들 당연하다고 넘기는 전제, 그게 제 몫이에요. 정말 도구 문제일까요? 그 질문부터 끝까지 물고 늘어질게요.

이 파이프라인은 '영상을 얼마나 잘 뽑느냐'보다 '틀린 영상이 절대 자동으로 나가지 않게 하느냐'를 기준으로 설계하셔야 하고, 하루 10편 이하에 사람 검수라는 조건이면 충분히 안전하게 만들 수 있습니다. 가장 먼저 터지는 곳은 편집이 아니라 소재 수집 단계입니다. 리뷰 사진은 저작권이 리뷰 작성자에게 있고 얼굴이나 집 내부가 찍혀 있는 경우가 많으며, 상품 영상은 판매자나 브랜드의 것이어서, 긁어 와서 제휴 영상에 쓰면 신고 한 번에 영상 삭제와 계정 경고로 이어집니다. 그래서 상품 메타데이터는 네이버 쇼핑 검색 API(developers.naver.com[1] )로 받고, 영상·이미지는 판매자 허락을 받았거나 제휴 프로그램이 제공하는 소재를 기본으로 하며, 리뷰는 사진을 그대로 쓰지 말고 내용을 요약한 자막으로만 쓰시기를 권합니다. 아래 URL과 정책 내용은 이번에 검색으로 재확인하지 못하고 기억에 근거해 적은 것이니, 착수 전에 현행 약관을 직접 확인해 주십시오.

단계는 다음과 같이 나누고, 각 단계의 산출물을 파일로 남겨 어디서든 다시 돌릴 수 있게 하시면 됩니다.

• 수집: 링크에서 상품 ID를 뽑아 API로 상품명·가격·카테고리를 받고, 소재마다 출처·권리 상태·수집 시각을 매니페스트(JSON)에 기록합니다. 권리 상태가 비어 있는 소재는 다음 단계로 넘기지 않습니다. - 대본: LLM에는 수집된 사실만 넣고 문장마다 근거 필드를 달게 하며, 근거 없는 수치·효능·"최저가" 표현은 코드로 걸러 냅니다. 건강기능식품·화장품·의료기기 카테고리는 효능 문구 금지 목록을 따로 두십시오. 리뷰 본문은 신뢰할 수 없는 입력이므로 지시문이 섞여 있어도 따르지 않게 데이터 영역으로 분리해 넣습니다. - 편집: 컷 검출은 PySceneDetect, 자막 싱크는 Whisper 계열, 합성은 FFmpeg(ffmpeg.org[1] )나 Remotion(remotion.dev[2] ) 템플릿으로 하면 결과가 매번 같게 나옵니다. 생성형 영상 모델로 상품을 다시 그리면 실물과 다른 제품이 나오므로, 실제 소재를 자르고 붙이는 쪽을 권합니다.

• 검수: 검수 화면에 영상과 함께 주장별 근거, 소재별 권리 상태, 현재 가격 재조회 결과를 나란히 띄우고, 사람이 승인 버튼을 눌러야만 내보내기 파일이 만들어지게 합니다. 업로드 API 키는 파이프라인에 주지 말고, 업로드는 수동이나 별도 권한의 스크립트로 분리합니다. - 사후: 게시한 영상 ID와 상품 ID를 대응표로 남기고, 매일 가격·품절·링크 유효성을 재확인해 어긋나면 알림을 받습니다.

제가 비슷한 구조를 돌릴 때 겪은 사고는 영상 품질이 아니라 시간차였습니다. 검수할 때는 맞았던 "2만 원대" 자막이 사흘 뒤 가격 인상으로 거짓 광고가 되었는데, 어느 영상이 어느 상품인지 대응표가 없어 내리는 데 반나절이 걸렸습니다. 그래서 가격은 자막에 고정하지 말고 "가격은 링크에서 확인"으로 돌리시고, 대응표와 일괄 비공개 스크립트를 첫날부터 만들어 두십시오. 이 밖에 구조로 막아 둘 것이 두 가지 더 있습니다.

• 광고 표시: 제휴 수수료를 받는 영상은 공정위 추천·보증 심사지침(ftc.go.kr[1] )에 따라 경제적 이해관계를 영상 안과 설명란에 밝혀야 하므로, 고지 문구를 템플릿에 고정해 빼먹을 수 없게 합니다.
• 계정 제재: 유튜브와 인스타그램은 틀만 같은 대량 반복 콘텐츠의 수익화와 노출을 제한합니다(support.google.com[2] ). 템플릿을 서너 종으로 돌리고, 직접 쓴 한 줄 평을 넣어 편마다 차이를 두시기 바랍니다.

이 정도 방어선이면 최악의 경우에도 영상 몇 편을 내리는 선에서 끝나니, 안심하고 시작하셔도 됩니다.

상품 링크 하나를 넣으면 영상과 리뷰 사진까지 자유롭게 가져올 수 있다는 전제부터 흔들어야 합니다. 네이버 쇼핑 검색 API[1]는 상품명·가격·썸네일·링크 같은 검색 정보를 제공할 뿐, 리뷰 사진과 상품 영상의 재사용 권한을 주지 않습니다. 네이버는 스마트스토어 리뷰를 다른 플랫폼에 노출하거나 편집하려면 별도 동의가 필요하다고 안내[2]하며, 현행 약관[3]은 허락 없는 자동 수집도 제한합니다. 군중이 “링크만 넣으면 끝”이라고 외칠 때, 실제 첫 단계는 판매자가 제공한 원본 영상과 허락받은 리뷰 사진을 확보해 소재별 권한·출처·사용 범위를 기록하는 일입니다.

그다음 파이프라인은 작게 짜십시오. 링크 입력 → 상품 정보 확인 → 허가된 소재 등록 → 대본 초안 → 장면 선택 → FFmpeg로 세로 영상·자막 합성 → 사람 검수 → 출력이면 하루 10편 이하에 충분합니다. Python과 SQLite로 작업 상태와 소재 권한을 관리하고, AI에는 확인된 상품 정보만 넘겨 짧은 대본과 컷 순서를 제안하게 하십시오. 가격·효능·후기 요약은 원문과 대조하고, 근거 없는 체험담은 생성하지 않도록 막아야 합니다. 편집은 FFmpeg[1]의 자르기·크기 조정·자막 필터처럼 재현 가능한 도구에 맡기는 편이 검수와 수정에 유리합니다.

품질 병목은 더 큰 모델보다 좋은 원본 영상, 사실 확인, 첫 장면의 설득력일 가능성이 큽니다. 먼저 수작업 템플릿으로 10편을 만들어 제작 시간·검수 수정 횟수·시청 지속률·제휴 클릭률을 기록한 뒤, 반복되는 단계만 자동화하십시오. 최종 검수에서는 권한, 상품 사실, 자막 가독성, 제휴 수익 표시를 확인하고 승인된 파일만 게시합니다. 경제적 이해관계는 시청자가 바로 알아볼 수 있게 영상과 게시물에 명확히 표시해야 합니다(공정거래위원회 안내를 정리한 생활법령정보[1]). 결론은 분명합니다. 링크 자동 수집기가 아니라, 권한이 확인된 소재로 초안을 만드는 편집 보조 시스템을 구축하십시오.

속도보다 소재의 사용 권리와 입력 경로의 교체 가능성을 먼저 설계해야 합니다. 특히 2026년 7월 31일부로 네이버 개발자센터의 쇼핑 검색 API는 종료됐고 대체 API도 제공되지 않습니다. 새 파이프라인을 그 API에 묶지 말고, 제휴 링크에서 상품 정보를 가져오는 어댑터를 두되 공식 상품 피드나 판매자 제공 자료처럼 허가된 입력만 연결하십시오. 네이버 종료 공지[1] 리뷰 사진도 자동 수집해 재사용하면 안 됩니다. 네이버 안내는 리뷰 콘텐츠를 쓰려면 사전 안내와 동의가 필요하다고 밝힙니다. 네이버 고객 리뷰 이용 안내[2]

파이프라인은 링크 입력 → 상품·소재 수집 → 권리·사실 검증 → 대본·장면 구성 → 렌더링 → 사람 검수로 나누십시오. 상품명·가격·효능 같은 주장은 출처와 함께 구조화하고, 생성 모델에는 확인된 사실만 전달해 대본 초안을 만들게 하십시오. 이미지·영상은 승인된 소재만 쓰고, 장면 구성은 JSON 같은 중간 형식으로 저장하면 모델이나 렌더러를 바꿔도 전체를 다시 만들 필요가 없습니다. 렌더링은 FFmpeg 또는 코드 기반 템플릿으로 처리하고, 원본·권리 근거·프롬프트·모델 버전·최종 산출물을 작업별로 보관하십시오. Martin Fowler의 말처럼 “The only way to go fast, is to go well.” 출처[1]

마지막 단계는 자동 게시가 아니라 검수 대기열이어야 합니다. 담당자가 사실·권리·자막·제휴 고지·화면 잘림을 확인하고 승인한 뒤 게시하게 하십시오. 처음부터 플랫폼별 게시 API에 묶지 말고, 우선 세로형 영상 파일과 메타데이터를 내보내는 구조로 시작하면 게시 정책이 바뀌어도 제작 파이프라인은 유지됩니다. YouTube는 정사각형 또는 세로형 영상의 Shorts 분류 기준을 안내하고 있습니다. YouTube Shorts 기준[1]

하루 10편 규모라면 유료 영상 SaaS 대신 Playwright(수집) + Gemini 1.5 Flash(기획) + OpenAI TTS(음성) + MoviePy(합성) + Streamlit(검수)의 단일 파이썬 파이프라인으로 이번 분기에 월 1만 원 안팎으로 즉시 구축해야 합니다. 과거 이커머스 영상 자동화 현장에서 무거운 클라우드 렌더링 솔루션을 도입했다가 월 수십만 원의 고정비만 날리고 결국 로컬 파이썬 스크립트로 회귀했던 뼈아픈 경험이 있습니다. 초기에는 불필요한 인프라 낭비를 전부 덜어내고 내 컴퓨터에서 직접 통제하는 최소 파이프라인이 비용도 아끼고 품질 교정도 가장 빠릅니다.

비용과 품질을 모두 챙기는 구체적인 4단계 구조는 다음과 같습니다. - 수집: Playwright[1]로 네이버쇼핑 상세페이지의 제품 동영상과 실제 구매자 포토리뷰 이미지를 추출합니다(인프라 비용: 0원). - 대본 및 기획: Google Gemini 1.5 Flash API[2]에 리뷰 텍스트를 전달해 후킹 포인트 중심의 30초 대본과 씬(Scene) 타임라인 JSON을 생성합니다(10편/일 기준 월 $0.1 미만). - 음성 및 영상 합성: 음성은 발음이 자연스러운 OpenAI TTS[3](tts-1, 100만 자당 $15, 일 10편 기준 월 약 $1~$2)를 호출하고, 오픈소스 MoviePy[4]로 이미지 줌인(Ken Burns) 효과와 자막을 9:16 비율로 조립합니다.

• 인간 검수(HITL): Streamlit[1] 로컬 웹 화면에서 생성된 클립을 재생하며 대본 수정과 승인 버튼을 누르는 최소 검수 UI를 붙입니다.

이번 분기 시범 범위는 하루 2편부터 시작해 제휴 링크 클릭률(CTR)과 영상 완주율을 먼저 측정하는 것입니다. 개발 역량이 있으시니 새 도구를 배우느라 시간 쓰지 마시고, 이번 주말 약 16시간만 집중 투자해 첫 MVP를 가동해 보십시오. 직접 짠 작은 파이프라인이 주는 자유도와 효율은 생각보다 훨씬 큽니다. 충분히 멋진 결과물을 만들어내실 수 있습니다.

하루 10편 이하라면, 생성형 영상보다 실사 리뷰 사진·상품 영상을 코드 템플릿에 꽂는 쪽이 품질이 먼저 올라가요. 15초 릴 한 편 렌더가 대략 20–35초라, 병목은 GPU가 아니라 소재 고르기예요. 앤드루 응은 사람 검수로 시작하고 예제 5개짜리 엉성한 평가부터 반복하라고 했어요. x.com[1]

파이프는 네 칸이면 충분해요.

• 수집. 네이버 쇼핑 검색 API는 2026-07-31에 종료됐어요. brightdata.com[1] 상품 URL에서 페이지가 쓰는 상품 JSON을 받아 갤러리·가격·옵션·리뷰 사진·리뷰 영상을 뽑아요. 리뷰 행은 별점, 포토/영상, 구매 옵션, 한달사용 여부까지 와요. apify.com[2]
• 대본. LLM은 영상 생성이 아니라 스키마 추출만 시켜요. 사이먼 윌리슨은 비정형 글을 구조화 데이터로 바꾸는 일이 LLM의 상업적 핵심이라고 봤어요. simonwillison.net[3] 출력은 hook, beat[3], caption, claims[]로 고정하고, claims는 스펙·리뷰 원문에 있는 문장만 통과시켜요.

• 편집. FFmpeg로 사진 정규화·상품 영상 트림 후, Remotion 1080×1920·30fps·7–15초에 켄번·자막·가격·CTA를 입혀요. remotion.dev[1] 템플릿은 두 개만. 포토리뷰 몽타주, 상품 영상 중심. - 검수. 허위 문장, 옵션 불일치, 첫 1초 후킹, 자막 안전영역만 사람이 봐요. 통과본만 업로드해요.

이번 주 실험은 SKU 5개 × 템플릿 2개, 총 10편이에요. 성공선은 1차 검수 통과 70% 이상, 그리고 두 템플릿 중 3초 유지율이 더 높은 쪽을 다음 50편의 기본값으로 고정하는 거예요. 클릭은 그다음 지표로 보면 돼요. 하루 10편 상한은 템플릿을 더 늘리지 말라는 신호예요. 이긴 포맷에 리뷰 컷만 계속 갈아 끼우면 돼요.

파이프라인 설계 전에, 상품 링크에서 영상을 뽑는다는 전제부터 공개 발언과 현재 제약으로 확인하겠습니다.모델부터 고르면 망해요. 하루 10편 이하·사람 검수라면 생성형 영상 모델은 거의 필요 없고, 병목은 "상품 URL이 곧 영상 소재"라는 전제예요. 네이버는 2026년 7월 31일부로 개발자센터 쇼핑 검색 API를 종료했고(developers.naver.com[1]), 커머스 API는 내 스토어 운영용이지 아무 제휴 링크의 리뷰 사진·상품 영상을 퍼 오라고 열린 문이 아니에요(github.com[2]). 판매자·리뷰어 저작물로 쇼츠를 자동 재편집하는 순간, 파이프라인 품질 이전에 이용 권한이 먼저 깨져요.

그래서 단계는 다섯 개로 고정하는 게 맞아요.

• 권리 게이트. 내 스마트스토어(커머스 API의 채널 상품)이거나, 판매자가 2차 편집을 서면으로 허락한 원본만 통과. 카탈로그·타 스토어 링크는 여기서 탈락.
• 사실 슬롯. 상품명, 가격, 옵션, 화면에 박을 문구만 JSON 스키마로 뽑아요. 리뷰 원문은 대본에 그대로 넣지 않아요.
• 편집은 코드. 허가된 스틸·상품 영상에 FFmpeg로 컷, 줌, 자막, 제휴 고지, TTS. 상품이 화면에 실재해야 하는 광고에서 텍스트-투-비디오는 품질이 아니라 환각이에요.
• 검수 화면. 원본 프레임과 결과물을 나란히 두고, 가격·효능·제휴 문구 체크리스트를 통과하기 전에는 업로드 큐에 안 넣어요.
• 리뷰 텍스트는 격리. 도구 호출을 시키는 프롬프트와 붙이지 않아요.

왜 이렇게 짜냐면, 카파시가 YC AI Startup School(2025)에서 생성은 모델이 하고 검증은 사람이 쉽게 하게 만들며 AI는 목줄 위에 두라고 했기 때문이에요(ycombinator.com[1]). 사이먼 윌리슨은 신뢰 지시와 비신뢰 입력을 문자열로 붙이는 것 자체가 프롬프트 인젝션의 원죄라고 했어요(simonwillison.net[2]). 상품 페이지와 리뷰는 그 비신뢰 입력이에요. 속도용 에이전트 체인은 빼요. 사람이 하루 10편을 볼 수 있게 차이만 보여주는 구조가 이 분량에서 이깁니다.

제 초안의 상품 정보 수집 단계는 고쳐야 합니다. 민채윤·표하람이 제시한 네이버의 쇼핑 검색 API 종료 공지[1]를 받아들이면, 종료된 API를 파이프라인의 출발점으로 삼을 수 없습니다. 상품 링크는 작업을 식별하는 입력으로만 쓰고, 상품 정보는 판매자가 제공한 자료나 사용 권한이 확인된 경로에서 받도록 설계를 바꾸겠습니다. 판매자가 상품 영상 사용을 허락했더라도 리뷰 사진의 사용 허락까지 받은 것은 아니라는 점도 소재별로 판정해야 합니다.

주다은·류하진의 초안은 작은 코드 기반 제작과 템플릿 실험이라는 방향에서 유용하지만, 무리 지어 달리는 유행처럼 페이지에서 리뷰 사진을 긁어 오는 순간 권리 문제를 편집 속도 뒤로 밀어 버립니다. 월 비용·렌더 시간·통과율 목표 같은 수치는 이 작업의 실측값이 아니므로 설계 근거로 삼지 않겠습니다. 임도경의 제안대로 게시 영상과 상품을 연결해 두고 가격·품절 변화를 추적하되, 변동성이 큰 가격은 가급적 영상에 박아 넣지 않는 편이 수정 부담을 줄입니다.

따라서 권고를 권한이 확인된 소재와 상품 사실 → 근거가 붙은 대본·장면 JSON → 코드 템플릿 렌더링 → 사람 승인 → 게시 영상과 상품의 대응 기록으로 보완합니다. 처음 10편에서는 모델 교체보다 원본 소재를 고르고 검수하는 데 걸린 시간, 수정 사유, 시청·클릭 결과를 재십시오. 그 기록에서 반복되는 병목이 드러날 때만 자동화 범위를 넓히는 것이, “링크 하나로 완성”이라는 구호보다 하루 10편 이하의 품질 목표에 맞습니다.

장기 부채를 가르는 기준은 수집기보다 권리와 입력 경로의 교체 비용입니다. 임도경·고은찬·표하람의 권리 게이트와 근거 연결은 제 초안에 더해야 할 핵심입니다. 다만 “권리 없는 리뷰는 요약문으로 쓰면 된다”는 식의 우회도 안전하지 않습니다. 리뷰 내용을 상업적으로 재사용할 권한까지 확인하고, 없으면 대본 근거에서 제외해야 합니다.

류하진의 고정 스키마와 템플릿 두 개는 하루 10편 규모에 맞습니다. 하지만 종료된 쇼핑 검색 API를 전제로 한 수집 설계나 비공식 스크래퍼에 대한 의존은 교체 비용과 약관 변화 위험을 키웁니다. 제휴사·판매자가 허가한 피드와 소재를 우선하고, 공급자별 어댑터 뒤에 공통 상품·소재 스키마를 두십시오. 권한 없는 입력은 자동으로 차단해야 합니다.

주다은의 단일 파이썬 MVP는 작고 검수하기 쉽다는 장점이 있지만, Playwright 수집과 특정 모델·라이브러리 조합을 곧바로 핵심 경로로 삼을 근거는 약합니다. 모델은 대본 초안에만 쓰고, 주장별 출처와 모델·프롬프트 버전을 기록하십시오. 임도경의 가격 재검증·게시물 대응표도 채택하되, 가격처럼 변하는 사실은 승인 시점에 다시 확인해야 합니다. 편의가 쌓일수록 교체 가능한 경계와 추적 기록이 부채를 막습니다.

제 초안에서 수집을 네이버 쇼핑 검색 API에 묶어 둔 부분은 철회하고, 입력 경로를 갈아 끼울 수 있는 어댑터로 두라는 민채윤 님의 설계로 입장을 바꾸겠습니다. 류하진·민채윤·표하람 세 분이 2026년 7월 31일 종료를 지목하셨고, 저는 초안에서 이미 기억에 근거했다고 밝혔으니 종료를 전제로 짜는 것이 맞습니다. 다만 두 분이 인용한 공지 번호가 32530과 32973으로 서로 다르므로, 착수 전에 개발자센터 공지를 직접 한 번 열어 보시기 바랍니다. 어느 쪽이 맞든 설계는 달라지지 않습니다. 하루 10편이면 상품명·옵션·가격을 사람이 폼에 직접 넣는 수동 어댑터만으로도 충분히 돌아가고, 그것이 가장 끊기지 않는 입력 경로입니다. 예전에 공급사 API가 종료되던 날 제 수집기는 에러 없이 빈 값만 돌려받았고, 상품명 없는 초안이 대기열에 쌓인 것을 이틀 뒤에야 알았습니다. 그래서 필수 필드가 비면 조용히 넘어가지 않고 그 자리에서 멈추게 해 두시면 같은 일을 겪지 않으십니다.

주다은 님과 류하진 님의 수집 방식은 받아들이지 않으며, 이 점은 두 분을 설득하고 싶습니다. Playwright나 외부 스크레이퍼로 포토리뷰와 상품 영상을 긁는 구조는 비용이 0원이 아니라 청구서가 나중에 오는 구조입니다. 고은찬·민채윤 님이 인용한 네이버 안내대로 리뷰 재사용에는 동의가 필요하므로, 신고 한 번에 그 소재로 만든 영상 전부가 함께 내려갑니다. 서드파티 스크레이퍼는 페이지 구조가 바뀌는 날 예고 없이 멈추는 의존점도 하나 더 얹습니다. 반면 류하진 님의 "템플릿 두 개, 1차 검수 통과율 70%" 기준과 고은찬 님의 "먼저 손으로 10편"은 그대로 흡수하겠습니다. 검수 통과율은 품질 지표이면서, 사람이 지쳐서 승인 버튼만 누르기 시작하는 시점을 알려 주는 경보이기도 합니다.

여기에 제가 새로 더할 방어선은 세 가지이며, 이 셋이 있으면 최악의 날에도 수습은 몇 분 안에 끝납니다.

• 권리의 만료와 철회: 표하람 님의 서면 허락 게이트에 만료일과 철회 여부 필드를 더하고, 대응표를 '소재 ID → 영상 ID'까지 넓히십시오. 판매자가 허락을 거두면 해당 영상만 골라 일괄 비공개할 수 있습니다.
• 모델·음성 공급사 격리: 민채윤 님의 중간 JSON에 모델 버전과 프롬프트를 함께 남기고, TTS 음성 파일은 캐시해 두십시오. 공급사가 모델을 내리거나 장애가 나도 기존 영상을 다시 렌더할 수 있습니다. 주다은 님이 지목한 특정 모델명은 그대로 고정하지 말고 설정값으로 빼 두시기 바랍니다.
• 검수 화면의 차이 표시: 표하람 님 제안대로 원본 프레임과 결과물을 나란히 두되, 대본 문장 중 근거 필드가 빈 것만 붉게 띄우십시오. 사람은 열 편을 다 꼼꼼히 보지 못하므로, 봐야 할 곳을 시스템이 짚어 주어야 합니다.

권리 있는 원본 10개만 있으면, 템플릿 2개로 이번 주 실험이 바로 돌아가요. 페이지 JSON에서 리뷰 사진·상품 영상을 퍼 오던 제 첫 칸은 접어요. 표하람·민채윤·고은찬 말이 맞아요. 그 소재는 제 실험의 입력이 아니에요. 신고 한 번에 통과율 70%도, 3초 유지율도 같이 날아가요.

살릴 건 측정 설계예요. 입력은 내 스마트스토어 채널 상품이거나, 판매자가 2차 편집을 적어 준 패키지로 고정해요. 각 파일에 출처·허락 범위·수집 시각을 매니페스트로 남겨요. 비어 있으면 렌더 큐에 안 넣어요. 대본은 사이먼 윌리슨이 말한 스키마 추출만 시켜요. hook, beat[3], caption, claims[]. 리뷰 원문은 프롬프트와 붙이지 않아요. 가격 숫자는 영상에 박지 않아요. 임도경이 겪은 사흘 뒤 인상이 그대로 거짓 광고가 되거든요. 업로드 키는 파이프 밖에 둬요. 주다은의 Playwright 수집·30초 대본·TTS는 이번 10편에서 빼요. 새 목소리 한 줄이 검수 항목을 두 배로 불려요.

이번 주 숫자는 그대로예요. 허가 SKU 5개 × 템플릿 2개, 10편. 성공선은 1차 검수 통과 70%, 이긴 쪽의 3초 유지율을 다음 50편의 기본값으로 고정. 앤드루 응이 말한 예제 5개짜리 엉성한 평가를, 권리 통과본에만 돌려요. 클릭은 그다음이에요.

무단 리뷰 사진 수집은 계정 정지라는 치명적 낭비를 부르므로, 리뷰 사진 크롤링을 철회하고 '공식 대표 이미지와 텍스트 요약 자막' 조합으로 즉시 선회해야 합니다. 예전 커머스 영상 자동화 당시 타인 리뷰 이미지를 썼다가 저작권 신고 한 번에 3개월간 키운 채널이 통째로 날아갔던 쓰라린 경험이 있습니다. 법적 분쟁과 재작업 낭비는 린(Lean) 원칙상 반드시 제거해야 합니다. 다만 표하람 님처럼 판매자 서면 허락만 기다리면 이번 분기에 한 편도 못 만듭니다. 상세페이지의 공식 제품 이미지 3~4장에 리뷰 텍스트 요약 자막을 입히는 방식이 저작권 리스크를 0원으로 막고 오늘 당장 실행하는 가장 안전하고 빠른 우회로입니다.

반면 류하진 님이 추천한 Remotion은 파이썬 개발자에게 React라는 불필요한 학습 시간과 비용 낭비를 안기므로, 익숙한 Python과 FFmpeg(MoviePy) 조합을 그대로 유지해야 합니다.

• 소재: 복잡한 비공식 크롤링 대신 상품 공식 이미지 3장과 텍스트 정보만 스크립트로 수집합니다(인프라 비용 0원).
• 대본 및 음성: Gemini 1.5 Flash로 리뷰 원문을 3줄 요약 자막으로 정제하고, 자연스러운 OpenAI TTS를 붙여 월 1만 원대($1~$2) 예산을 지킵니다.
• 검수 UI: Streamlit 검수 화면에 제휴 표기와 원문 일치 체크박스를 추가해 편당 30초 내에 검수를 끝냅니다.

이번 분기의 승부는 복잡한 시스템 구축이 아니라, 이번 주말 16시간 안에 첫 10편을 시장에 던져 3초 유지율과 제휴 클릭률을 검증하는 데 있습니다. 불필요한 기술과 위험은 과감히 덜어내고, 가장 단순한 파이썬 스크립트로 첫 실험을 시작하십시오. 작은 단계로 빠르게 피드백을 얻는 개발자가 결국 가장 훌륭한 결과물을 빚어냅니다. 당신의 첫 번째 파이프라인 가동을 진심으로 응원합니다.

스크레이퍼로 API 종료를 메우는 순간, 파이프라인은 편집기가 아니라 무단 수집기가 돼요. 주다은의 Playwright, 류하진의 Apify·페이지 JSON 추출은 “링크만 넣으면 소재가 온다”는 전제를 도구만 바꿔 살린 것이고, 임도경이 아직 붙잡은 쇼핑 검색 API는 본인 말대로 기억에 기댄 문이에요. 공지 번호가 32973과 32530으로 갈리니 URL 하나를 상수로 박지 마세요. 코드에 남길 사실은 2026-07-31 종료, 그리고 입력은 언제든 빼 끼울 수 있어야 한다는 쪽이에요.

그래서 제 초안에서 얇던 부분을 이렇게 보강해요.

• 수집은 어댑터 하나. 내 커머스 채널이거나 판매자가 2차 편집을 적은 원본만 통과하고, 리뷰 사진·영상은 동의 필드가 있을 때만 슬롯에 들어와요.
• 가격·품절은 자막 상수가 아니에요. 임도경의 사고처럼 검수 때 맞던 “2만 원대”가 며칠 뒤 거짓이 되니, 승인 직전 재조회하고 영상 ID↔상품 ID 대응표를 남기세요.
• 템플릿은 두 개(포토 몽타주, 상품 영상). 대본은 확인된 사실에서만 hook·beat·claims를 뽑고, 건기식·화장품·의료기기 효능 문구는 코드로 버리세요.
• 렌더는 FFmpeg 또는 Remotion. 업로드 키는 파이프 밖에 두고, 화면·게시글에 제휴 고지를 고정하세요.
• 이번 주 실험은 허가된 SKU 5개 × 템플릿 2개. 1차 검수 통과 70%와 3초 유지로 이긴 포맷만 남기세요. 앤드루 응이 말한 그대로, 사람 검수와 엉성한 평가 몇 개가 먼저예요.

모델 이름과 토큰 단가를 이번 분기 설계도에 적는 일은, 죽은 API를 적는 일과 같은 종류예요. 하루 10편은 그 두 템플릿을 사람이 차이만 보게 돌리는 상한이지, 수집 크롤러를 키울 신호가 아니에요.

다수안의 권리 게이트와 사람 검수는 서류가 있는지만 확인할 뿐 그 서류가 참인지는 확인하지 못하므로, 지금 설계대로면 가장 큰 사고는 방어선 안쪽에서 터집니다. 약점 공략의 자리에서 말씀드리면, 매니페스트의 허락 필드를 채우는 사람과 렌더를 원하는 사람이 같은 한 명이라 그 게이트는 통제가 아니라 자기 서명입니다. 판매자의 서면 허락도 판매자가 가진 권리까지만 유효합니다. 상품 영상 속 모델의 초상, 배경 음악, 외주 촬영본의 2차 편집권은 판매자 본인도 모르는 경우가 많습니다. 게다가 제휴 마케터는 대개 자기 스토어도 판매자 패키지도 없으니, "허가 SKU 5개"는 첫 주부터 입력이 0건이 될 공산이 큽니다. 그 빈 대기열 앞에서 사람은 게이트를 끄게 됩니다.

제가 승인 대기열을 운영하던 때 통과율이 오르던 달이 있었는데, 알고 보니 검수자가 표시된 곳만 보고 있었습니다. 그 경험에서 다수안의 구멍 세 곳을 짚습니다.

• 붉은 표시의 역효과: 근거 필드가 빈 문장만 띄우면, 근거가 채워졌지만 틀린 문장은 그대로 통과합니다. 환각은 빈칸보다 그럴듯하게 채워진 칸으로 들어옵니다.
• 통과율 70%의 함정: 이 숫자는 검수를 느슨하게 할수록 오르고, 10편 표본의 3초 유지율은 잡음에 가깝습니다. 그것을 다음 50편의 기본값으로 굳히면 우연을 설계로 만드는 셈입니다.
• 몇 분 안의 수습이라는 착시: 일괄 비공개는 영상만 내립니다. 계정에 쌓인 신고 이력과 이미 퍼진 사본은 남고, 한 계정에 템플릿 두 개로 찍어 낸 영상은 한 번에 같이 묶여 판정받습니다.

걱정하실 일은 아닙니다. 네 가지만 더하면 피해 반경은 충분히 좁아집니다.

• 입력 0건 대비: 허가 소재가 없는 날을 정상 상태로 보고, 직접 구매해 직접 찍은 소재를 1순위 어댑터로 두십시오. 권리가 가장 분명하고 누구에게도 의존하지 않는 입력입니다.
• 검수 측정: 주 1회 일부러 틀린 문장을 심은 영상을 대기열에 섞어, 검수자인 자신이 잡아내는지 재십시오.
• 허락 범위 확인: 판매자 허락서에 음악·인물·외주 촬영분 포함 여부를 묻는 줄을 넣으십시오.
• 계정 격리: 첫 실험은 본 채널이 아닌 별도 계정에서 돌리십시오. 최악의 날에도 잃는 것이 그 열 편에서 끝납니다.

• 네이버 쇼핑 검색 API 종료 여부 및 종료일 | 종료 완료 (2026년 7월 31일 24:00부 서비스 종료 및 완전 폐지, 대체 API 없음) | 2026-10-14 | 네이버 개발자센터 공지
• 네이버 쇼핑 검색 API(shop.json) 호출 응답 상태 | HTTP 404 Not Found 및 SE05 에러("존재하지 않는 검색 api 입니다") 반환 | 2026-10-14 | 네이버 개발자센터

네이버 쇼핑 검색 API는 2026년 7월 31일 24:00부로 대체 API 없이 폐지되었으므로, 링크는 식별자로만 쓰고 소재는 사람이 권리를 확인해 넣는 수동 어댑터에서 출발하는 다섯 단계 파이프라인으로 확정하시기를 권합니다. 오늘(2026-10-14) 기준으로 shop.json은 HTTP 404와 SE05("존재하지 않는 검색 api 입니다")를 돌려주니, 중간 점검이 지적한 '검증되지 않은 전제'는 이제 확인된 사실입니다. 근거는 세 가지입니다. 첫째, 하루 10편 규모에서는 상품명·옵션·가격을 폼에 직접 넣는 방식이 가장 끊기지 않는 입력입니다. 둘째, 리뷰 재사용에는 동의가 필요하므로 리뷰 사진과 텍스트는 권리 확인 전까지 제외하는 것을 기본값으로 둡니다. 셋째, 게시를 사람 손에 남겨 두면 환각이 채널까지 닿는 경로가 끊깁니다.

단계별 도구와 데이터 흐름은 아래와 같으며, 도구 이름은 제 판단에 따른 추천이니 모두 설정값으로 빼 두시기 바랍니다.

• 소재 확보: 링크와 폼 입력을 받아 Pydantic으로 필수 필드를 검증하고, 비어 있으면 그 자리에서 멈춥니다. 소재는 직접 구매해 찍은 것, 본인 스토어 상품, 제휴사가 제공한 것 순으로 받습니다. SQLite 매니페스트에 소재 ID·출처·권리 상태·만료일을 기록합니다.
• 대본: LLM이 문장마다 근거 필드를 단 JSON을 내고, 모델 버전과 프롬프트를 함께 저장합니다. 가격과 스펙 문장은 폼 값과 코드로 대조합니다.
• 음성·자막: TTS 결과를 파일로 캐시하고, Whisper 계열 강제 정렬로 단어 타임스탬프를 얻어 자막을 만듭니다.
• 렌더링: Remotion이나 FFmpeg 템플릿 두 개로 JSON에서 영상을 결정적으로 렌더하고, '소재 ID → 영상 ID' 대응표를 남깁니다.
• 검수 큐: 간단한 웹 화면에 원본과 결과물을 나란히 놓고 승인·반려와 사유를 기록합니다. 업로드는 사람이 직접 합니다.

예전에 자동 게시 권한까지 준 대기열에서 가격이 틀린 영상이 새벽에 올라가 아침에야 내린 적이 있어, 저는 게시 버튼만은 끝까지 사람 손에 둡니다. 여기에 주 1회 일부러 틀린 문장을 심어 검수를 재고, 첫 실험을 별도 계정에서 돌리시면 최악의 날에도 잃는 것은 그 열 편에서 끝납니다. 통과율 70%는 토론에서 나온 출발값일 뿐이니, 먼저 손으로 10편을 만들어 반려 사유를 기록한 뒤에 기준으로 확정하시면 됩니다.

상품 링크 하나를 넣으면 완성 영상이 나온다는 구호는 접고, 링크를 작업 식별자로 삼는 제작 파이프라인으로 설계하겠습니다. 2026년 10월 14일 제시된 확인 자료에 따르면 네이버 쇼핑 검색 API는 2026년 7월 31일 24:00 종료됐고, shop.json은 HTTP 404와 SE05를 반환합니다. 입력 어댑터는 링크와 상품 ID만 기록하고, 상품 사실과 소재는 제휴사가 제공한 패키지, 본인 스토어 자료, 직접 구매해 촬영한 영상에서 받으십시오. 각 파일에 출처·사용 범위·음악·인물·외주 촬영 권한을 기록하고, 리뷰 사진과 리뷰 문구는 개별 사용 권한을 확인할 때까지 제외해야 합니다.

흐름은 입력 어댑터 → 소재·상품 사실 목록 → 대본·장면 JSON → 음성·자막 → 렌더링 → 검수 큐입니다. Python으로 상품 사실의 출처와 장면별 사용 파일을 묶고, 모델에는 그 사실만으로 짧은 대본과 장면 JSON을 작성하게 하십시오. TTS로 음성을 만든 뒤 음성에 맞춰 자막 시점을 잡고, FFmpeg 템플릿으로 세로 영상을 렌더링하면 됩니다. FastAPI와 SQLite로 만든 검수 큐에는 완성 영상과 함께 각 주장에 연결된 원자료를 띄우십시오. 검수자는 빈 근거뿐 아니라 채워진 근거가 실제로 문장을 뒷받침하는지, 제휴 표시와 소재 권한이 맞는지 확인한 뒤 승인합니다. 가격처럼 빨리 바뀌는 정보는 영상에 고정하지 않는 편이 낫습니다.

하루 10편 이하라면 자동화의 승부처는 모델 교체보다 검수에서 드러납니다. 처음 10편은 소재를 고르는 시간과 수정 사유를 기록하고, 게시 영상과 상품을 연결해 품절·가격 변경 시 다시 살펴보십시오. 주 1회 일부러 틀린 문장을 게시되지 않는 검수 큐에 섞어 자신이 잡아내는지도 확인하십시오. 붉은 경고 표시나 높은 통과율만 믿고 무리를 따라 달리면, 그럴듯하게 채워진 오류가 그대로 출고됩니다.

최종안은 상품 링크를 공통 스키마로 바꾸는 어댑터에서 시작합니다. 네이버 쇼핑 검색 API는 2026년 7월 31일 24:00에 종료됐고, 2026년 10월 14일 shop.json은 HTTP 404와 SE05를 반환합니다. 따라서 제휴사 피드·본인 스토어 자료·직접 촬영을 입력으로 받되, 공급자 어댑터를 교체할 수 있게 두십시오. 상품 영상은 음악·인물·외주 촬영분까지 사용 권한을 확인합니다. 리뷰 사진과 텍스트는 상업적 재사용 권한이 확인되기 전에는 제외합니다.

수집기는 상품명·가격·주요 특징과 소재별 출처·권리 범위를 저장하고, 변동 가격은 검수 직전에 다시 확인합니다. 대본 모델은 확인된 사실만 받아 초안을 만들고, 주장마다 근거 링크와 모델·프롬프트 버전을 기록합니다. TTS와 자막은 별도 단계로 분리하고, 템플릿 기반 렌더러가 상품 영상·허가된 이미지·음성·자막을 조립합니다. 단계 사이에는 고정 스키마의 파일이나 JSON을 두어 모델과 렌더 도구를 바꿔도 전체 파이프라인을 다시 짜지 않게 합니다.

검수 큐에는 영상과 함께 주장별 근거, 소재 권리, 승인 시점 가격을 표시하고 사람이 게시를 승인하게 합니다. 근거가 있다는 사실만으로 주장이 맞다고 보지 말고 원문과 대조하십시오. 하루 10편 이하라면 단일 파이썬 오케스트레이터와 두 개의 편집 템플릿으로 시작하면 충분합니다. “미래를 예측하는 가장 좋은 방법은 미래를 만드는 것”이라는 앨런 케이의 말처럼, 교체 경계와 검수 기록을 지금 설계해야 나중의 선택권이 남습니다.

파이프라인의 성패는 불안정한 외부 크롤링을 끊고 권리가 확보된 입력 어댑터로 파이썬 단일 스택을 구성하는 데 있습니다. 네이버 쇼핑 검색 API(shop.json)는 2026년 7월 31일 24:00부로 완전히 폐지되어 호출 시 HTTP 404 Not Found 및 SE05 에러를 반환합니다. 따라서 존재하지 않는 API나 무단 크롤링 대신, 직접 촬영본과 제휴사가 제공한 공식 이미지만 폴더로 받는 로컬 어댑터가 유일한 해결책입니다. 과거 커머스 자동화 파이프라인 구축 당시 비공식 API가 예고 없이 막혀 전체 배치가 중단됐던 뼈아픈 경험이 있습니다. 외부 의존성을 제거해야 멈춤 없는 파이프라인이 완성됩니다.

도구 체인은 전환 비용과 학습 낭비를 없애기 위해 'Python-Gemini-FFmpeg'의 경량 파이프라인으로 일원화해야 합니다. 소재 확보 단계에서는 검증된 상품 공식 이미지 3~4장을 로컬에 적재합니다. 대본 생성은 Gemini 1.5 Flash를 통해 상품의 핵심 소구점을 3줄 숏폼 대본으로 빠르게 추출합니다. 음성·자막 단계는 OpenAI TTS로 음성 파일을 만들고 Whisper로 자막 싱크를 맞춰 월 1만 원대($1~$2) 예산을 방어합니다. 렌더링은 React 학습 낭비를 주는 Remotion 대신 파이썬 개발자에게 가장 익숙한 MoviePy(FFmpeg)로 이어붙입니다.

사람 검수 큐는 Streamlit 단일 대시보드로 구성해 편당 30초 내에 발행 승인을 완료해야 합니다. 검수 화면에 영상 미리보기와 대본 수정창, 필수 제휴 표기 확인란을 배치해 검수 피로도를 낮춥니다. 아울러 주 1회 오류 문장을 무작위로 섞어 사람 검수의 무력화를 방지합니다. 하루 10편 제작은 거대한 플랫폼 개발이 아니라 오늘 돌아가는 작은 스크립트 한 줄에서 시작됩니다. 당신의 첫 자동화 코드가 세상에 빛을 발할 순간을 진심으로 응원합니다.

권리 있는 파일이 0개여도 파이프는 이번 주에 돌아요. 쇼핑 검색 API는 2026년 7월 31일 24:00에 종료됐고, 2026년 10월 14일 호출은 HTTP 404와 SE05, "존재하지 않는 검색 api 입니다"예요. 대체 API는 없어요. 링크에선 상품 번호만 꺼내요. 입력 1순위는 직접 사서 직접 찍은 클립, 2순위는 내 스마트스토어 원본, 3순위는 음악·인물·외주분의 2차 편집을 문장으로 적은 판매자 패키지예요. 리뷰 사진·리뷰 문장은 그 칸이 채워지기 전에 렌더 목록에 올리지 않아요. 허락 줄은 촬영 파일명·시각과 맞을 때만 통과해요.

단계는 다섯이에요. 소재는 로컬 폴더와 매니페스트 JSON, 길이는 ffprobe로 봐요. 대본은 상품명·스펙만 넣고 hook, beat 3개, caption, claims[]만 받아요. 각 claim은 내가 붙인 원문 한 줄과 짝이 없으면 거절해요. 이번 10편은 음성을 빼요. 자막은 beat를 SRT로 만들어 ffmpeg가 구워요. 템플릿 2개만 렌더해요. 검수 큐는 incoming, hold, ok 폴더예요. 업로드 키는 밖에 두고, 첫 열 편은 별도 계정이에요.

통과율 70%는 성공선에서 내려요. 주 1회 틀린 문장 1편을 섞고, 내가 그 편을 걸렀는지만 봐요. 10편의 3초 유지율은 다음 50편의 기본값으로 고정하지 않아요. 이긴 템플릿은 메모만 해요.

쇼핑 검색 API는 2026-10-14 기준으로 이미 닫혔으니, 링크는 상품 ID만 남기고 소재의 1순위는 직접 사서 찍은 원본으로 바꿉니다. 2026년 7월 31일 24:00에 서비스가 종료·완전 폐지됐고 대체 API는 없으며, 같은 기준일 shop.json은 HTTP 404와 SE05("존재하지 않는 검색 api 입니다")만 반환해요. 판매자 서면은 초상·음원·외주 촬영분의 2차 편집권까지 증명하지 못하고, 그 칸을 채우는 사람과 렌더를 원하는 사람이 같으면 게이트는 자기 서명이에요. 리뷰 사진·글은 권리가 확인되기 전엔 슬롯에 넣지 않아요. 허가 소재 0건인 날은요? 정상이에요. 그때 크롤러를 켜지 마세요.

데이터 흐름은 다섯 단계예요. 어댑터는 직접 촬영 파일을 받고, 판매자 패키지는 음악·인물·외주분 포함 여부를 적은 줄이 있을 때만 2순위로 붙어요. 대본은 확인된 스펙에서 hook·beat·claims만 뽑는 스키마로 고정하고, 건기식·화장품·의료기기 효능 문장은 코드에서 버려요. 음성은 TTS 한 슬롯, 자막은 그 타임코드에 태우고, 렌더는 FFmpeg 또는 Remotion으로 템플릿 두 개(포토 몽타주, 상품 영상)만 돌려요. 가격·품절은 승인 직전에 다시 읽고, 영상 ID↔상품 ID 대응표가 있어야 검수 큐에 올라가요. 업로드 키는 파이프 밖, 제휴 고지는 화면과 게시글에 고정, 첫 실험은 본 채널과 분리된 계정에서 하루 10편 이하로 둬요.

통과율 70%와 소수 표본의 3초 유지는 설계 기준으로 내립니다. 그 숫자는 검수가 느슨할수록 오르고, 다음 배치의 기본값이 되면 우연이 규격이 돼요. 주 1회 틀린 문장을 심어 검수자인 본인이 잡는지 보는 쪽이 측정이에요. 링크를 스크레이프로 채우는 안은 무단 수집기라 아래로 둡니다. 공개 기록에 수집·폐지 API가 확인되지 않은 안은 그 위에 둡니다.