GPT Image 2.6의 가격 페이지는 얼핏 보면 단순하다. Flare와 Sunburst는 가격이 같고, 이미지 출력은 백만 토큰당 30달러, 이미지 입력은 8달러, 텍스트 입력은 5달러로 2.5와 같다.
하지만 업그레이드하기 전에 개발자는 아래 몇 가지를 따져 보는 것이 좋다.
단가가 같아도 이미지당 비용은 같지 않을 수 있다
OpenAI 개발자 커뮤니티에서 한 개발자가 같은 프롬프트로 비교한 샘플을 올렸다. medium 품질 기준으로 2.5는 344토큰, 2.6은 1,136토큰을 출력했다.
백만 토큰당 30달러로 대략 계산하면 이미지 한 장의 출력 비용은 약 1센트에서 약 3.4센트로 올라, 이 항목만 3.3배가 된다. 이 개발자는 low 등급에서는 배율이 더 높아 약 4.2배이고, high 이상에서는 거의 비슷하다고 추산했다.
이는 개인 샘플과 추산일 뿐이며 OpenAI가 비슷한 수치를 공개한 것은 아니다. 다만 이전을 결정하기 전에 가격표만 봐서는 안 된다는 점은 보여 준다. 현실적인 방법은 같은 프롬프트 약 20개를 2.5와 2.6에서 각각 돌려 이미지당 출력 토큰을 비교한 뒤 전환 여부를 정하는 것이다.
2.6에서 빠진 두 가지
Batch. 2.6 두 모델의 페이지는 모두 v1/batch를 지원하지 않는 것으로 표시한다. 2.5 Flare는 여전히 Batch를 쓸 수 있고, 출력 가격은 표준의 절반인 백만 토큰당 15달러다. 매일 밤 비트맵 이미지를 대량으로 만드는 업무라면 2.5에 남는 편이 확실히 유리하다.
고정 스냅샷. 2.6에는 현재 기본 스냅샷만 있고, 2.5에는 gpt-image-2.5-flare-2026-09-08처럼 날짜가 붙은 버전이 있다. 출력 안정성이 중요한 운영 서비스라면 이 점을 위험 요소로 계산에 넣어야 한다.
새 파라미터 활용법
새로 추가된 complexity에는 low, medium, high 세 단계가 있으며, 모델이 렌더링 전에 얼마나 계획을 세울지를 조절한다. 생략하면 기본값은 high이고, 조정해도 추가 요금은 없다.
기본값이 high라는 점은 놓치기 쉽다. 공식 문서는 분명히 적고 있다. 낮은 값은 배경 교체처럼 범위가 좁은 편집에 적합하고, 높은 값은 빽빽한 텍스트와 복잡한 레이아웃에 도움이 되지만 지연이 늘 수 있고 원치 않는 변경이 생길 수도 있다. 부분 편집을 하는 인터페이스라면 명시적으로 low부터 시작하기를 권한다.
그 밖의 신규 기능의 제한은 아래에 모아 두었다.
| 기능 | 사용법 | 제한 |
|---|---|---|
| SVG | output_format: "svg", 생성 엔드포인트 사용 | n은 1이어야 함. 스트리밍과 부분 이미지 미지원. 편집 엔드포인트에서는 SVG 출력 불가 |
| GIF | output_format: "gif"에 frame_count, frame_duration_ms 지정 | 기본 9프레임, 프레임당 200밀리초. 프레임 수 상한은 문서에 64와 16 두 가지로 적혀 있음 |
| 마크업 편집 | POST /v1/images/edits에 투명 PNG 주석 레이어 전달 | 가로세로 크기가 원본과 같아야 함. mask, prompt_rewriter와 함께 쓸 수 없음 |
또한 GPT Image 모델을 사용하기 전에 조직 인증을 완료해야 할 수 있으므로, 신규 계정은 이 기간을 감안해야 한다.
속도와 품질 주장은 어떻게 볼까
“50% 빨라졌다”와 “가장 빠르면 약 6초”는 모두 OpenAI의 설명이다. 한 보도는 6초가 Flare의 낮은 품질 설정에 해당하는 수치라고 지적했고, 50%의 비교 기준과 측정 방법은 공개되지 않았다.
외부 데이터는 아직 적다. 제3자 정리에 따르면 Arena의 11월 4일 잠정 순위에서 텍스트-이미지 부문은 Sunburst가 1409점으로 2위, Flare가 1384점으로 4위였으며, 둘 다 medium 구성이다. Artificial Analysis에는 당시 2.6 항목이 없었다. 이 순위는 몇 주 안에 바뀔 수 있으니 모델을 고를 때는 참고 정도로만 삼는 것이 좋다.
우리도 네이티브 GIF를 시험해 보려 했지만, 로컬 Codex에 내장된 이미지 생성 도구는 모델과 출력 형식 파라미터를 노출하지 않았다. 직접 요청해도 단일 프레임 PNG만 나왔고, 뒤에서 어떤 모델 버전이 동작했는지도 확인할 수 없었다. 그래서 이 페이지의 로딩 애니메이션은 여섯 칸짜리 스프라이트 시트로 합성할 수밖에 없었다. 첫 버전은 궤적이 고르지 않아 한 번 다시 그렸고, 원을 그리는 궤적에는 여전히 약간의 어긋남이 남아 있다.
제품에 이런 작은 애니메이션을 넣으려면 API의 GIF 파라미터나 직접 작성한 CSS 애니메이션이 이 방법보다 제어하기 쉽다. 스프라이트 방식은 콘텐츠용 삽화로는 충분하지만, 인터페이스 자산으로 쓰기에는 정밀도가 아직 부족하다.
상황별 선택 기준
- 매일 밤 배치 이미지 생성: 우선 2.5에 남아 Batch 반값 요금을 활용한다.
- 벡터 아이콘이나 짧은 반복 애니메이션이 필요한 경우: 이 두 가지는 2.6의 신규 기능이므로 이것만을 위해 이전해도 된다.
- 온라인 편집 기능: Sunburst나 Flare로 옮기기 전에 일주일간 이미지당 출력 토큰을 기록하고,
complexity와quality를 명시적으로 설정한다. - 팀의 디자이너와 운영 담당자가 써야 하는 경우: 반드시 API 일정을 기다릴 필요는 없다.
마지막 경우는 아주 흔하다. 엔지니어링 쪽은 아직 비교 테스트를 돌리며 조직 인증을 기다리는데, 운영 쪽은 다음 주에 캠페인 이미지를 내야 한다. 그동안은 이미 만들어진 워크스페이스를 먼저 쓰게 할 수 있다. 예를 들어 pixpix.com/gpt-image-2-6에서는 Flare와 Sunburst를 모두 고를 수 있고, 로그인하면 바로 쓸 수 있으며, 참고 이미지와 모델 설정도 워크스페이스 안에 있다. 요금은 크레딧제이고 실제 소모량은 워크스페이스에서 확인해야 한다. 모델 페이지에는 가격이 나와 있지 않고 GIF와 SVG에 대한 언급도 없다. 따라서 해결되는 것은 우선 정지 이미지를 쓰기 시작하는 단계까지이며, 제품에 연동하려면 결국 API를 거쳐야 한다.
운영 쪽에서 먼저 실제 요구 사항과 프롬프트를 쌓아 두면, 엔지니어링이 2.5와 2.6을 비교할 때 바로 쓸 수 있는 테스트 세트가 생긴다. 프롬프트 20개를 맨바닥에서 지어내는 것보다 실제 서비스에 더 가깝다.
참고 출처: OpenAI 모델 페이지 및 이미지 생성 문서, OpenAI 개발자 커뮤니티, CocoLoop, DEV Community, Kingy AI, Digit. 커뮤니티의 토큰 수치는 개인 샘플이며, 비용은 본 사이트의 대략적 계산이다.