이야기를 쓰는 일은 더 이상 느린 단계가 아닙니다. AI 스토리 생성기는 원하는 바를 설명하는 시간이면 인물과 구조, 대사가 갖춰진 한 편을 돌려줍니다. 느린 쪽은 그다음입니다. 삽화를 구하거나 만들고, 크기를 통일하고, 독자가 두 번째 문단에 닿기 전에 이탈하지 않을 만큼 페이지를 가볍게 만드는 일이죠.
이 글은 전체 파이프라인을 다룹니다. AI로 초안을 쓰고, 삽화를 붙이고, 모든 이미지를 정리해 완성된 글이 어떤 회선에서도 즉시 열리게 만드는 과정입니다.
1단계: 이야기를 먼저 완성한다
서사가 먼저, 그림은 나중입니다. 이야기가 자리 잡기 전에 고른 삽화는 결국 잘려 나간 장면을 장식하게 되는 경우가 대부분입니다.
초안 단계에서는 범용 챗봇보다 전용 스토리 생성기가 낫습니다. 열린 대화가 아니라 서사 구조를 중심으로 설계되어 있기 때문입니다. 저희가 권하는 곳은 Story AI입니다. 전제와 장르, 톤을 설명하면 직접 재배열해야 하는 글 덩어리가 아니라, 그대로 다듬을 수 있는 구조화된 이야기가 돌아옵니다.
결과물의 쓸모를 크게 바꾸는 습관 몇 가지:
- 분량과 독자를 구체적으로 지정한다. "6세 아이를 위한 900자 잠자리 이야기"는 바로 쓸 만한 결과를 냅니다. "이야기 하나 써줘"는 빈 문장을 냅니다.
- 주제만이 아니라 제약을 말한다. 배경, 시점, 마지막에 남기고 싶은 감정이 줄거리 세부보다 더 큰 역할을 합니다.
- 한 번에 한 가지만 고친다. 결말, 그다음 완급, 마지막에 대사. 다섯 가지를 한꺼번에 요구하면 보통 두 가지가 망가집니다.
- 쓰면서 삽화 지점을 표시한다. 장소가 바뀌거나 긴장이 올라가는 지점이 곧 이미지 후보입니다.
이 단계가 끝나면 확정된 본문과, 삽화를 넣을 만한 서너 곳에서 여섯 곳 정도의 짧은 목록이 남습니다.
2단계: 삽화를 구하거나 생성한다
현실적인 선택지는 셋이고, 모두 비용과 일관성을 맞바꿉니다.
| 출처 | 비용 | 장면 간 일관성 |
|---|---|---|
| AI 이미지 생성 | 낮음 | 어려움 — 프롬프트마다 인물이 흔들림 |
| 스톡 사진 | 중간 | 분위기는 맞지만 특정 장면엔 약함 |
| 외주 일러스트 | 높음 | 매우 좋음 |
대부분의 이야기 글에서는 비용 면에서 AI 생성이 이깁니다. 인물이 흔들리는 문제는, 상세한 인물 묘사를 매 프롬프트에 그대로 재사용하고 모든 장면을 한 세션에서 생성하면 충분히 관리됩니다.
무엇을 고르든 필요한 것보다 크게 만드세요. 축소는 디테일을 지키지만 확대는 디테일을 지어냅니다. 가로 2048px 원본이면 나중에 잘라내도 흐려지지 않습니다.
3단계: 무엇보다 먼저 크기를 통일한다
삽화 글이 무너지는 지점은 대개 여기입니다. 이미지 크기가 제각각이면 로딩 중 레이아웃이 밀리고, 레이아웃 밀림은 문장 한복판에서 독자를 잃는 가장 빠른 길 중 하나입니다.
본문 삽화의 가로폭을 하나로 정하고 지키세요. 실용적인 기준:
- 본문 장면 삽화: 1200×675 (16:9) 또는 1200×800 (3:2)
- 커버 / 공유 이미지: 1200×630
- 세로형 인용 이미지: 1080×1350
모든 삽화의 크기를 조정해 한 번에 목표 폭으로 맞추면 세트 전체가 정렬됩니다. AI 이미지의 소재는 맞는데 구도가 어긋난다면, 늘리지 말고 잘라내기로 비율을 맞추세요. 늘어난 인물은 이유를 설명하지 못하는 독자에게도 성의 없어 보입니다.
스캔이나 촬영 원본은 크기 조정 전에 회전 보정을 해두면, 발행 후에야 이미지가 누워 있는 걸 발견하는 사고를 막을 수 있습니다.
4단계: 그림을 상하게 하지 않고 압축한다
삽화는 페이지에서 가장 무거우면서 동시에 독자가 보러 온 바로 그것입니다. 목표는 전체 너비로 봐도 손대지 않은 듯 보이는 선에서 가장 작은 파일입니다.
역할별 합리적인 목표:
| 이미지 역할 | 목표 용량 | 형식 |
|---|---|---|
| 본문 삽화 | 100–200 KB | WebP 또는 JPEG |
| 커버 이미지 | 150–250 KB | WebP |
| 장식용 구분선 | 50 KB 미만 | WebP 또는 PNG |
| 선화 / 단색 면 | 100 KB 미만 | PNG |
전체 너비 삽화는 200 KB 압축으로, 좁은 단에 들어가는 이미지는 100 KB로 처리하세요. 단색 면과 선화는 성질이 달라 PNG에서 더 잘 줄어드니 PNG 압축기로 보내면 됩니다. 팔레트 축소로 가장자리 선명도는 그대로 두고 용량만 크게 줄어듭니다.
최신 형식을 받는 플랫폼이라면 WebP 변환이 단일 조치로 가장 큰 이득입니다. JPEG → WebP 또는 PNG → WebP는 화질 변화 없이 압축분 위에 보통 25–35%를 더 줄여줍니다.
이 모든 과정은 브라우저 안에서 실행됩니다. 아직 공개하지 않은 이야기의 어떤 것도 서버로 올라가지 않으며, 작업이 공개되기 전이라면 이는 생각보다 중요한 문제입니다.
5단계: 배포용 자산을 준비한다
글은 끝났습니다. 그 글을 바깥으로 실어 나를 자산은 보통 아직입니다.
공유 이미지. 플랫폼마다 잘라내는 방식이 과감하고 제각각입니다. 1200×630 전용 버전을 따로 만들고 제목 글자는 중앙 쪽으로 충분히 들여놓으세요. 모바일 미리보기에서 잘려 나가는 가장자리는 피해야 합니다.
메타데이터 정리. 카메라나 휴대폰으로 찍은 이미지에는 GPS 좌표와 기기 정보가 따라붙습니다. 발행 전에 EXIF 데이터를 제거하세요. 사진의 위치가 누군가의 집인 경우가 많은 개인·가족 이야기에서 특히 중요합니다.
출처 표시 워터마크. 이야기 삽화는 출처 없이 계속 퍼 날라집니다. 모서리에 가벼운 워터마크를 넣으세요. 그림과 싸우지 않을 만큼 옅되, 스크린샷만으로도 원작자에게 닿을 만큼은 또렷하게.
현실적인 소요 시간
이미지 4장이 들어가는 1,500단어 분량 기준:
| 단계 | 시간 |
|---|---|
| 초안 작성과 수정 | 20–30분 |
| 삽화 생성과 선별 | 20–40분 |
| 크기 조정과 잘라내기 | 5분 |
| 압축과 형식 변환 | 5분 |
| 공유 자산과 메타데이터 | 5분 |
글쓰기와 아트 디렉션은 여전히 창작의 영역입니다. 그 아래는 전부 기계적이고 일괄 처리가 가능하며, 다 합쳐 15분을 넘겨서는 안 됩니다.
자주 묻는 질문
삽화 글은 얼마나 길어야 하나요?
웹 읽기 기준 800–2,000단어에, 대략 400단어마다 삽화 하나. 그보다 길면 품질과 무관하게 스크롤 도달률이 급격히 떨어집니다.
AI가 만든 이야기를 상업적으로 발행해도 되나요?
규칙은 플랫폼과 관할 지역마다 다르고 계속 바뀌어 왔습니다. 사용한 도구의 약관을 확인하세요. Story AI를 포함한 대부분의 생성기는 생성물에 대한 권리를 이용자에게 주지만, 발행하는 쪽의 AI 표기 의무는 별개의 문제라 플랫폼별로 확인하는 편이 좋습니다.
삽화는 몇 장이 필요한가요?
생각보다 적습니다. 강한 3장이 평범한 8장을 이기고, 한 장 늘 때마다 페이지는 무거워집니다. 모든 장면이 아니라 전환점에 그림을 두세요.
삽화는 WebP인가요 PNG인가요?
사진 같거나 회화적인 이미지는 WebP, 단색 면·선화·선명한 글자가 들어간 이미지는 PNG입니다. 애매하면 둘 다 만들어 비교하세요. 용량 차이로 대개 결론이 납니다.
압축하면 삽화 품질이 떨어지나요?
이 목표치에서는 아닙니다. 1200px 삽화를 200 KB로 압축해도 보통의 읽기 거리에서는 원본과 구분되지 않습니다. 사람들이 기억하는 눈에 띄는 열화는 이미 압축된 이미지를 반복해서 압축할 때 생깁니다. 항상 최고 품질 원본에서 시작하세요.
요약
- 먼저 다 쓴다 — Story AI로 이야기를 끝낸 다음에 첫 이미지를 고른다
- 쓰는 동안 삽화 지점을 표시한다(다 쓰고 되짚지 않는다)
- 크기를 통일한다 — 크기 조정과 잘라내기로 로딩 중 밀림을 없앤다
- 역할별 목표까지 압축한다 — 전체 너비는 200 KB, 본문 단은 100 KB
- WebP로 변환해 25–35%를 더 줄인다
- 메타데이터를 지우고 워터마크를 넣은 뒤 글을 내보낸다
어려운 쪽은 이야기이고, 그건 AI가 빠르게 만들어 줬습니다. 마지막 15분의 이미지 작업으로 그 이득을 되돌리지 마세요.
