이미지 생성 API 가격의 실제 계산 방식
어떤 image API도 정직한 이미지당 가격을 팔지 않습니다. 모든 요청은 metered usage leg로 정산되고 계정 pricing policy가 exact official total에 적용됩니다. 예산 단위는 retry와 rejected output을 포함한 accepted asset당 비용입니다.
·
이미지 API는 그림이 아닌 usage leg로 과금
apiToken.sale의 두 공개 이미지 모델 Nano Banana 2(gemini-3.1-flash-image)와 GPT Image 2(gpt-image-2)는 같은 방식으로 과금됩니다. text input, 선택적 reference-image input, provider가 인정한 cached input, image-output token이 공식 요금으로 계량된 뒤 계정 정책이 exact official total에 적용됩니다. 일반 B2C는 고정 50% 할인이므로 아래 leg가 가격의 전부입니다.
| 구성 | Nano Banana 2 | GPT Image 2 |
|---|---|---|
| Model ID | gemini-3.1-flash-image | gpt-image-2 |
| Prompt/text input | $0.50/M 공식 | $5/M 공식 |
| Reference image input | 모델 요금의 input token | $8/M 공식 |
| Rendered image | $60/M image token; 크기별 고정 수량: 747(0.5K), 1,120(1K), 1,680(2K), 2,520(4K) | $30/M terminal usage의 실제 image-output token |
| Cached input | image-model input 할인 없음 | fresh의 25%: text $1.25/M, image $2/M |
| 일반 B2C 가격 | exact official total의 50% | exact official total의 50% |
정확한 request/response 형태로 가격 계산
두 모델은 같은 가격 규칙을 따르지만 protocol이 다릅니다. Nano Banana 2는 x-goog-api-key 헤더의 native Gemini generateContent를 쓰고 output 크기를 명시적 imageSize control(1K, 2K, 4K)과 aspect ratio로 받습니다. GPT Image 2는 Authorization: Bearer의 OpenAI Images route를 쓰며 공개 control은 background opaque 또는 transparent, quality low, 비율용 size(auto, 1024x1024/1:1, 1536x1024/3:2, 1024x1536/2:3, 4:3, 16:9, 9:16)이고 edit은 PNG, JPEG, WebP 1~5장(각 ≤50 MB)과 함께 /v1/images/edits로 갑니다.
curl https://router.apitoken.sale/v1beta/models/gemini-3.1-flash-image:generateContent \
-H "x-goog-api-key: $APITOKEN_API_KEY" \
-H "Content-Type: application/json" \
-d '{"contents":[{"parts":[{"text":"A studio photo of a ceramic mug"}]}],"generationConfig":{"responseModalities":["TEXT","IMAGE"],"imageConfig":{"imageSize":"1K","aspectRatio":"1:1"}}}'
curl https://router.apitoken.sale/v1/images/generations \
-H "Authorization: Bearer $APITOKEN_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"gpt-image-2","prompt":"A studio photo of a ceramic mug","background":"opaque","quality":"low","size":"auto"}'response 형태도 다릅니다. Nano Banana 2는 그림을 inlineData image part로, GPT Image 2는 non-streaming base64 PNG 한 장으로 반환합니다. 두 경우 모두 delivery된 response는 settled usage이며 픽셀을 반환하는 묵료 preview call은 없습니다.
공개 요금으로 비용 계산
Nano Banana 2는 계산이 완전히 예측 가능합니다. 1K 렌더는 1,120 image token으로 고정되어 1,120 × $60/M = $0.0672 공식, B2C 절반 적용 후 $0.0336입니다. 400 token prompt는 400 × $0.50/M = $0.0002를 더하므로 전체 요청은 약 $0.0674 공식, $0.0337 payable로 정산됩니다. 같은 고정 leg로 할인 후 2K는 $0.0504, 4K는 $0.0756입니다. 사용 시 text/thinking output과 grounding은 terminal usage에서 별도 leg로 남습니다.
GPT Image 2는 leg가 가변적이므로 예시를 계산한 뒤 측정하세요. product edit이 fresh text input 900 token(공식 $0.0045), fresh image input 1,200 token으로 환산되는 reference 한 장($0.0096)을 보내고 image-output 4,000 token($0.12)을 반환한다고 가정하면 official total은 $0.1341이고 일반 B2C는 약 $0.0671을 냅니다. 실제 요청은 다를 수 있으며 billing authority는 이 계산이 아닌 terminal usage입니다.
비즈니스가 예산으로 잡아야 할 단위는 accepted asset당 비용입니다. rejected output을 포함한 모든 settled request charge를 accepted asset 수로 나눕니다. 위 1K Nano Banana 2 candidate의 60%가 review를 통과하면 accepted asset당 실제 비용은 약 $0.0337 ÷ 0.6 ≈ $0.056입니다. token rate는 싸 보여도 keeper당 3~4회 attempt가 필요한 workflow는 명목상 더 비싸지만 acceptance rate가 높은 모델에 집니다.
계정 등급이 같은 usage의 가격을 결정
| 계정 등급 | Pricing rule |
|---|---|
| 일반 B2C | exact official total에 글로벌 50% 할인 후 더 구체적인 valid rule |
| B2B | 협상된 provider/model policy만 |
| OpenKeys | 공식 1:1; B2C 할인 없음 |
| Service | Meter-only; customer charge 없음 |
charge는 invoice가 아니라 prepaid balance에서 차감됩니다. Google이나 GitHub로 만든 계정은 paid balance보다 먼저 쓰이는 $5 platform bonus credit으로 시작하며, countTokens 추정과 여러 bounded image generation에 충분합니다. 충전은 은행 카드나 암호화폐로 임의의 whole-dollar 금액을 받고 잔액은 만료되지 않습니다.
할인은 payable amount를 바꾸지만 model availability는 바꾸지 않습니다. 예산이나 availability claim 전에 같은 key로 모델을 discovery하세요.
방어 가능한 캠페인 예산
- 01production key로 exact image model과 protocol을 discovery합니다.
- 02input을 무료로 추정합니다: Nano Banana 2는 gemini-3.1-flash-image의 countTokens, GPT Image 2는 terminal usage가 있는 bounded real request 한 번.
- 03request 형태를 제한합니다: output size(1K/2K/4K 또는 auto), reference 수, asset당 maximum attempts.
- 04모든 settled attempt의 terminal usage, request ID, discounted charge를 기록하고 dashboard ledger entry와 대조합니다.
- 05representative set에서 acceptance rate를 측정해 accepted asset당 비용에 예상 물량을 곱하고 key 평생 누적 지출 한도를 그 예산 아래로 두며 소진 전 alert합니다.
- 기본은 1K로 하고 delivery-resolution check를 통과하지 못한 asset만 올립니다. 할인 후 4K image leg($0.0756)는 1K leg($0.0336)의 2.25배입니다.
- 결과를 제약하는 reference만 본냅니다. 모든 reference는 billable image input입니다.
- 끝없는 prompt retry 대신 고정 visual checklist와 asset당 엄격한 attempt budget을 사용합니다.
- Nano Banana 2 input cache를 기대하지 마세요. 이 image model은 cached input을 전액 과금하고 GPT Image 2 cached input은 fresh의 25%로 정산됩니다.
- 각 image workload에 전용 key와 평생 누적 지출 한도를 줘서 한 캠페인이 전체 계정 잔액을 쓰지 못하게 합니다.
자주 묻는 질문
image request를 가장 저렴하게 추정하는 방법은?
Nano Banana 2는 countTokens로 gemini-3.1-flash-image input을 이미지 생성 없이 추정하고 1K, 2K, 4K 고정 output leg를 더하면 생성 전 전체 가격이 나옵니다. GPT Image 2에는 동등한 estimator가 없어 authoritative total에는 bounded real request 한 번과 terminal usage가 필요합니다.
50% 할인은 모든 이미지가 고정 가격의 절반이라는 뜻인가요?
아닙니다. 일반 B2C의 exact official usage cost를 절반으로 줄입니다. Nano Banana 2는 크기별 image leg가 예측 가능하고(1K $0.0336, 2K $0.0504, 4K $0.0756) GPT Image 2는 terminal token usage가 가변이라 사전에 말할 수 있는 것은 input rate뿐이며 이미지당 총액은 아닙니다.
실패 이미지도 예산에 포함해야 하나요?
예. request가 output을 전달하고 usage가 정산됐다면 asset이 quality check를 통과하지 못해도 charge는 acquisition cost에 포함됩니다. total settled spend를 accepted asset 수로 나눈 비율이 rate card가 아닌 캠페인의 실제 비용입니다.
최종 image charge는 어디서 확인하나요?
request ID의 terminal provider usage와 matching dashboard ledger entry를 함께 확인하고 PNG 파일 크기, pixel dimensions, partial output으로 금액을 추론하지 마세요. 어느 것도 billing 공식이 아닙니다.
돈을 쓰지 않고 image generation 가격을 테스트할 수 있나요?
대체로 가능합니다. Google이나 GitHub로 만든 계정은 paid balance보다 먼저 쓰이는 $5 platform bonus credit을 받고 countTokens는 Nano Banana 2 input을 묣료로 추정합니다. 항상 비용이 드는 유일한 단계는 첫 실제 생성이므로 1K나 quality low로 제한하고 key에 평생 누적 지출 한도를 두세요.