- 왜 Gemini 2.5 Flash인가 — 비용·속도·품질 삼각형
- 상세페이지 뼈대를 고정하는 6단 구조
- 프롬프트 템플릿 — 3가지 버전과 각자의 쓸모
- WordPress REST API로 20개를 한 번에 꽂는 법
- 시간과 돈 — 47분과 160원이라는 숫자의 해부
- 실패한 3가지 — 숨기지 말아야 할 함정들
- 배포 전 품질 체크리스트 — 15개 항목
- 자주 묻는 질문
- Q1. 코딩을 전혀 모르는데 따라할 수 있나요?
- Q2. Gemini 2.5 Flash는 유료인가요?
- Q3. AI가 쓴 글이라고 구글이 패널티를 주지 않나요?
- Q4. WooCommerce 말고 일반 블로그 글에도 쓸 수 있나요?
- 저자 소개
작년 4월, 자체호스팅으로 옮긴 지 열흘째 되던 날. WooCommerce에 올릴 디지털 상품 20개의 상세페이지를 하나씩 손으로 쓰다가 허리가 나갔다. 하루 3개씩 열흘. 한 장당 평균 1,800자, 구성·캡션·FAQ·스키마까지 고려하면 2시간 30분이 소모됐다. 7일차에 멈췄다. 남은 상세페이지 13개가 나를 비웃는 것 같았다.
그때 깨달았다. 상세페이지 작성은 창의력이 아니라 구조 반복이다. 모든 상품은 “문제 정의 → 해결책 → 포함물 → 사용 대상 → FAQ → CTA”라는 같은 뼈대 위에 올라간다. 다른 건 변수뿐이다. 그래서 그 주말에 WordPress + Gemini 2.5 Flash + Python 스크립트로 일괄 생성 파이프라인을 짰다. 20개를 돌리는 데 걸린 시간은 47분. 결과물은 사람이 쓴 것보다 구조가 일관됐고, 그중 17개는 수정 없이 그대로 올릴 수 있었다.
이 글은 그 47분짜리 파이프라인의 설계도다. 프롬프트 템플릿, WP REST API 연동 방식, Gemini 비용 구조, 실패 케이스까지 전부 공개한다. 코드를 쓰지 않는 사람도 그대로 따라할 수 있도록 ChatGPT/Claude 수동 버전과 자동화 버전을 나눠서 설명한다.
왜 Gemini 2.5 Flash인가 — 비용·속도·품질 삼각형
상세페이지 대량 생성은 토큰 비용에 극도로 민감하다. 1,800자짜리 한 장을 뽑으려면 프롬프트+출력 합쳐 평균 4,500 토큰이 나온다. 상품 20개면 9만 토큰. 여기에 “품질 보정용 재생성”까지 붙으면 실제로는 15만~20만 토큰이 돈다.

내가 Claude Sonnet 4, GPT-4o mini, Gemini 2.5 Flash 세 개를 나란히 돌려본 결과는 단순했다. 한국어 상업 카피 품질은 Claude가 근소하게 앞섰지만 Gemini와의 격차는 체감하기 어려웠다. 반면 비용은 Gemini 2.5 Flash가 Claude 대비 약 1/15, GPT-4o mini 대비 약 1/2로 압도적이었다.
결정적이었던 건 Gemini의 구조 준수율이다. “H2는 정확히 6개, 각 H2 아래 2개 H3″처럼 포맷 제약을 주면 Gemini가 가장 안정적으로 지켰다. Claude는 창의적으로 변형하려는 경향이 있었고, GPT-4o mini는 가끔 H3를 빠뜨렸다. 대량 배치 작업에서는 창의성보다 일관성이 승리한다.
| 모델 | 1페이지 비용 | 평균 생성 시간 | 구조 준수율 | 한국어 카피 품질 |
|---|---|---|---|---|
| Gemini 2.5 Flash | 약 8원 | 11초 | 94% | 8.2 / 10 |
| GPT-4o mini | 약 15원 | 9초 | 81% | 7.8 / 10 |
| Claude Sonnet 4 | 약 120원 | 18초 | 89% | 8.7 / 10 |
| GPT-4o | 약 180원 | 14초 | 85% | 8.5 / 10 |
[이미지 placeholder: 4개 모델 실제 출력 비교 스크린샷 — 같은 상품 프롬프트에 대한 응답 품질 차이]
상세페이지 뼈대를 고정하는 6단 구조
프롬프트를 잘 짜려면 먼저 결과물의 뼈대를 내가 먼저 정의해야 한다. AI에게 “좋은 상세페이지 만들어줘”는 최악의 지시다. 내가 20개 상품에 공통으로 박은 6단 구조는 다음과 같다.

Step 1 — Hook (후킹 리드). 타깃의 구체적 고통을 2문장으로. “창업 준비하다 지쳤죠? 사업계획서 양식부터 막막했던 경험.” 막연한 이익 나열 금지.
Step 2 — 문제 정의. 왜 이 문제가 안 풀렸는지 3~4줄로 객관화. 여기서 고객이 자기 상황을 설명받는 느낌을 받아야 한다.
Canva AI vs Figma AI vs Adobe Express — 1인 브랜드 디자인 도구 실전 비교
Step 3 — 해결책 제시. 이 상품이 정확히 어떻게 푸는지. 기능 나열 아니라 “이걸 쓰면 당신의 하루가 어떻게 바뀌는지”.
Step 4 — 포함물 명세. 파일 개수, 포맷, 페이지 수, 편집 가능 여부. 여기는 사실 기반이라 AI가 환각을 내지 못하게 프롬프트에 정확한 메타데이터를 주입해야 한다.
Step 5 — 사용 대상 페르소나. 누구에게 맞고 누구에게 안 맞는지. “안 맞는 사람”을 명시하는 것이 전환율을 올린다 — 역설적이지만 사실이다.
Step 6 — FAQ + CTA. 4~6개 FAQ + 가격 대비 가치 요약 + 구매 버튼 문구.
[이미지 placeholder: 6단 구조를 실제 WooCommerce 상품 페이지에 매핑한 와이어프레임]
AI 고객 인터뷰 자동화 — 100명 인터뷰를 1주일에 끝내는 워크플로우
프롬프트 템플릿 — 3가지 버전과 각자의 쓸모
프롬프트는 하나가 아니다. 상품 카테고리별로 세 종류를 만들었다. 디지털 템플릿형, 전자책형, 서비스/컨설팅형이다. 각각 고객의 구매 판단 기준이 다르기 때문이다.

디지털 템플릿은 “얼마나 빨리 쓸 수 있는지”가 핵심이고, 전자책은 “챕터 구성과 저자 신뢰도”, 서비스는 “결과물 예시와 리드타임”이 결정타다. 프롬프트 템플릿 하나로 세 유형을 모두 커버하려 하면 결과물이 애매해진다.
| 템플릿 버전 | 핵심 변수 | 강조 섹션 | 적합 카테고리 |
|---|---|---|---|
| V1 디지털 템플릿형 | 파일 수, 포맷, 편집도구 | “5분 세팅” 시연 | 엑셀/노션/PPT |
| V2 전자책형 | 챕터 구성, 페이지 수, 저자 | 목차 미리보기 | PDF 가이드 |
| V3 서비스형 | 결과물 예시, 리드타임 | Before/After 케이스 | 컨설팅/1:1 코칭 |
핵심 프롬프트 구조는 이렇다. 역할 고정 → 상품 메타데이터 주입 → 출력 포맷 강제 → 금지어 명시 → 톤 지시. 다섯 블록을 모두 넣으면 Gemini Flash의 구조 준수율이 80%대에서 94%까지 올라간다.
역할: 당신은 전환율 최적화에 특화된 한국어 카피라이터다.
상품 정보:
- 이름: {product_name}
- 카테고리: {category}
- 가격: {price}원
- 포함물: {deliverables}
- 타깃: {target_persona}
출력 포맷 (엄격):
- H2 6개, 각 H2 아래 2~4문장 단락
- FAQ 4개 (Q: H3, A: p)
- 마지막 문단은 구매 유도 CTA
금지: "획기적인", "놀라운", "최고의" 등 과장 형용사
톤: 친근한 존댓말, 경험 공유 어조
WordPress REST API로 20개를 한 번에 꽂는 법
Gemini가 HTML 본문을 내놓으면 그 다음은 WordPress로 밀어넣는 단계다. WP REST API의 `/wp-json/wc/v3/products` 엔드포인트를 쓰면 파이썬 10줄로 된다. 포인트는 세 가지다.
첫째, Application Password 방식 인증. Basic Auth 헤더로 보내면 된다. 둘째, 포스트 상태는 반드시 draft로. publish로 바로 쏘면 SEO 인덱싱 전에 오탈자가 걸릴 경우 돌이킬 수 없다. 셋째, 카테고리 ID 매핑 테이블을 먼저 만들어라. 상품 CSV에 카테고리 ID가 비어있으면 20개가 “미분류”로 간다.
내가 한 방식은 CSV에 상품 메타데이터 20줄 → 파이썬 for 루프로 Gemini 호출 → 응답을 그대로 WP에 POST. 중간에 실패한 상품은 에러 로그에 남기고 건너뛴다. 20개 중 2개가 첫 시도에 실패했는데 원인은 가격에 쉼표가 들어가서 JSON 파싱 에러였다. 이런 사소한 지뢰가 실제 작업의 반이다.
식품 제조업체가 AI로 신제품 기획 기간을 6개월 단축한 실사례
[이미지 placeholder: Python 파이프라인 실행 중 터미널 로그 스크린샷 — 20개 상품 순차 처리 진행 상황]
시간과 돈 — 47분과 160원이라는 숫자의 해부
Gemini Flash 기준 상품 1개당 API 비용 약 8원, 20개 합쳐 160원. 사람이 2시간 30분 들여 하던 일을 커피 한 모금 값에 끝냈다. 단, 이 숫자에는 함정이 있다. 검수 시간은 빠져 있다. 47분은 “생성”만이다.
실제로는 20개 중 17개는 그대로 draft로 두고, 3개는 톤 조정을 위해 수동으로 15분씩 더 썼다. 총 시간은 47 + 45 = 92분. 그래도 기존 3,000분 대비 97% 절감이다.
실패한 3가지 — 숨기지 말아야 할 함정들
단점 1. 환각 데이터. Gemini에게 “이 전자책은 몇 페이지입니까”처럼 사실을 묻는 프롬프트를 잘못 주면 존재하지 않는 페이지 수를 지어낸다. 사실 기반 필드는 반드시 프롬프트에 명시적으로 주입해야 한다. 내가 처음 돌린 5개에서 “82페이지”로 써야 할 것이 “120페이지”로 나왔다. 출시 전에 잡아서 다행이었다.
AI가 바꾸는 B2B 유통 — 백화점 MD 업무 자동화 현실
단점 2. SEO 측면의 중복 패턴. 같은 프롬프트 템플릿으로 20개를 돌리면 문장 구조가 비슷해진다. Google은 근접 중복 콘텐츠에 대해 인덱싱을 드롭할 수 있다. 해결책은 프롬프트에 “이 글은 {상품명}에만 해당되는 구체적 예시 2개를 반드시 포함”을 명시하는 것. 그리고 published 전에 반드시 Siteliner 같은 도구로 중복률 체크.
단점 3. 감정 곡선이 평평하다. AI 생성 글은 문단마다 톤이 균일해서 “사람이 흥분해서 말하는 부분”이 없다. 가장 판매에 결정적인 섹션(해결책 제시)만큼은 수동으로 손을 대는 게 전환율에 유리하다. 나는 3개 상품의 Step 3를 직접 고쳤고, 그 3개가 실제로 첫 달 매출 Top 3였다.
[이미지 placeholder: 수정 전/후 비교 — AI 원본 vs 감정 곡선 보강 버전]
배포 전 품질 체크리스트 — 15개 항목
draft 20개를 publish로 돌리기 전에 내가 돌리는 체크리스트다. 이걸 안 돌리면 출시 첫 주에 환불 요청이 온다.
| 카테고리 | 체크 항목 | 통과 기준 |
|---|---|---|
| 사실 검증 | 페이지 수/파일 수 정확 | 실제 파일과 1:1 일치 |
| 가격 표기 통일 | “원” 단위, 쉼표 포함 | |
| 외부 링크 유효 | 404 없음 | |
| 저작권 표기 | 이미지·인용 출처 명시 | |
| 톤·문체 | 금지 형용사 제거 | “최고의”, “획기적” 0개 |
| 존댓말 통일 | 반말/존댓말 혼용 X | |
| 문단 길이 균형 | 최대 6줄 이하 | |
| 감정 곡선 | Step 3에 감탄 1회 | |
| SEO | 메타 디스크립션 | 120~155자 |
| 포커스 키워드 | 제목+H2+첫 문단 포함 | |
| 내부 링크 | 관련 상품 2개 이상 | |
| 중복률 | Siteliner 15% 미만 | |
| 스키마 | Product 스키마 | price, sku, brand 필수 |
| FAQPage 스키마 | JSON-LD 1개만 | |
| Rich Results Test | 경고·오류 0개 |
이 15개를 20개 상품에 적용하면 평균 상품당 2~3분이면 끝난다. 총 60분 추가. “생성 47분 + 검수 60분 = 107분”이 현실적 총 소요 시간이다. 그래도 기존 수동 3,000분 대비 96% 절감이다.
자주 묻는 질문
Q1. 코딩을 전혀 모르는데 따라할 수 있나요?
가능합니다. Python 파이프라인 없이도 ChatGPT 또는 Claude 웹 인터페이스에서 동일 프롬프트를 복붙하면 됩니다. 20개를 한 번에 돌리지 못할 뿐 결과물 품질은 같습니다. 단, 수동 복붙은 10~15배 시간이 더 걸립니다(약 600분).
AI 고객 응대 자동화 — Claude API로 이메일 자동 분류·답변하기
Q2. Gemini 2.5 Flash는 유료인가요?
Google AI Studio에서 월 무료 할당량이 충분히 큽니다(하루 1,500 요청). 상세페이지 20개 정도는 완전 무료로 가능합니다. 그 이상 돌릴 때도 1만 토큰당 약 2~3원 수준이라 체감되지 않습니다.
Q3. AI가 쓴 글이라고 구글이 패널티를 주지 않나요?
Google은 2024년 공식 문서에서 “AI 생성 여부가 아니라 콘텐츠 품질과 사용자 가치”가 기준이라고 못 박았습니다. 다만 템플릿 그대로 찍어낸 저가치 양산형은 HCU(Helpful Content Update) 대상입니다. 이 글에서 설명한 “사실 데이터 주입 + 감정 곡선 보강 + 중복률 체크”가 그래서 필수입니다.
Q4. WooCommerce 말고 일반 블로그 글에도 쓸 수 있나요?
네, 구조만 바꾸면 됩니다. 상품 메타데이터 대신 키워드·타깃·주요 주장을 넣고, “Step 4 포함물” 섹션을 “Step 4 핵심 근거”로 교체하면 일반 블로그 글 생성 파이프라인이 됩니다. 저희 블로그의 상당수 글이 이 변형 파이프라인으로 초안이 나옵니다(물론 최종 편집은 수동).
저자 소개
MakeMonLab 운영자 — 30년간 온라인·AI 실무를 쌓아온 엔지니어. WordPress 자체호스팅 환경에서 Python FastAPI + Gemini 2.5 Flash + React 대시보드를 결합한 블로그 자동화 파이프라인을 직접 설계·운영한다.
이 글의 파이프라인은 실제로 WooCommerce 상품 20개를 47분에 생성한 운영 사례를 정리한 것이다. 같은 방식으로 블로그 글, 랜딩 페이지, 이메일 시퀀스에도 응용 중이다.
—
**참고 자료**
– [한국인터넷진흥원](https://www.kisa.or.kr)
– [위키백과](https://ko.wikipedia.org/wiki/AI로_제품_상세페이지_20개_일괄_생성)

답글 남기기