Imagen 4 종료 전에 Nano Banana 2와 Pro 중 무엇을 쓸까

2026년 6월 28일 기준으로 새 Google 이미지 생성 작업은 Nano Banana 2, 즉 gemini-3.1-flash-image부터 시작하는 것이 가장 안전합니다. Nano Banana Pro, 즉 gemini-3-pro-image는 같은 프롬프트 테스트에서 Nano Banana 2가 텍스트, 참고 이미지, 4K 납품, 최종 검수 중 하나를 안정적으로 통과하지 못할 때만 승격 후보로 둡니다. Imagen 4는 사용 중인 접속면이 아직 받아 줄 때에만 짧은 유산 경로로 남깁니다.

핵심은 Imagen 4 종료일을 하나로 말하지 않는 것입니다. Gemini API의 폐기 표, Firebase AI Logic의 이전 안내, Vertex AI의 이미지 생성 문서는 서로 다른 접속면을 설명합니다. 마이그레이션을 시작하기 전에 old route, model ID, 마지막 성공 호출일, 대체 후보, 테스트 기준을 한 표에 넣어야 합니다.

종료일은 접속면별로 확인한다

API, SDK, Vertex, provider, 소비자용 화면을 같은 것으로 보면 마이그레이션 우선순위가 틀어집니다. 날짜는 배경 정보가 아니라 접속 계약의 일부입니다.

이 구분은 실제 장애를 줄입니다. 브라우저에서 어떤 생성 화면이 열려 있어도 서버 API에서 같은 model ID를 쓸 수 있다는 뜻은 아닙니다. 서버의 오래된 ID가 잠시 동작해도 Firebase나 Vertex 경로가 같은 상태라는 뜻도 아닙니다. 마이그레이션 문서에는 항상 접속면을 먼저 쓰고, 그 다음 날짜를 써야 합니다.

팀에서는 상태를 네 가지로 나누면 편합니다. 아직 호출 가능, 폐기되었지만 shutdown 전, 이미 닫힘, provider가 이름만 표시함. 이미 닫힌 경로는 회피해야 하고, shutdown 전 경로는 새 기능 개발이 아니라 대체 모델 검증, 로그 정리, 알림 교체, 고객 안내에 써야 합니다.

닉네임이 아니라 model ID로 옮긴다

Nano Banana라는 이름은 검색과 회의에서는 편하지만, 운영 설정에는 정확한 model ID가 필요합니다. 요청, 로그, 예산, 알림, 롤백 경로는 모두 안정 ID를 기준으로 남아야 합니다.

설정에는 사람이 읽는 경로명과 실제 호출 model ID를 둘 다 넣습니다. 제품팀은 Nano Banana 2라고 말할 수 있지만, 로그에는 gemini-3.1-flash-image가 남아야 합니다. 그래야 비용, 장애, 품질 평가가 같은 행을 바라봅니다.

provider를 쓰는 경우에도 provider의 “Nano Banana 지원” 문구만으로 충분하지 않습니다. 어느 상위 모델인지, 출력 크기는 무엇인지, 실패해도 과금되는지, 재시도는 어떻게 되는지, 데이터는 보존되는지, 지원은 누가 하는지 확인해야 합니다. provider는 접근성과 결제 문제를 풀 수 있지만 공식 model ID 판단을 대신하지 않습니다.

Nano Banana 2를 기본으로 두고 Pro는 증거로 승격한다

비교의 목표는 “어느 모델이 더 강한가”가 아니라 “기본 경로가 무엇이고 어떤 실패에서 Pro로 올릴 것인가”입니다. 기본 경로는 관측 가능하고 비용이 낮고 많은 프롬프트 묶음을 빠르게 검증할 수 있어야 합니다.

이 방식은 두 가지 실수를 막습니다. 하나는 오래된 프롬프트 묶음이 익숙하다는 이유로 Imagen 4를 오래 남기는 것입니다. 다른 하나는 Pro라는 이름만 보고 모든 트래픽을 Pro에 보내는 것입니다. 첫 번째는 종료 리스크를 남기고, 두 번째는 근거 없는 비용 증가를 만듭니다. Nano Banana 2가 기본 작업을 맡고 Pro는 어려운 작업에서 채택률로 예산을 증명해야 합니다.

실행할 때는 prompt family별로 위험을 표시합니다. 시안, 변형, 낮은 리스크의 제품 이미지, SNS 초안은 Nano Banana 2로 시작합니다. 텍스트, 사람이나 제품 참고, UI 구조, 브랜드 요소, 고객 검수가 들어가면 Pro 후보로 올립니다. 후보가 되었다고 바로 기본 경로가 되는 것은 아니며, 같은 프롬프트 테스트를 통과해야 합니다.

같은 프롬프트 테스트를 먼저 실행한다

좋은 샘플은 무엇을 테스트할지 알려 줄 뿐, 운영 경로를 정하지 못합니다. 같은 입력, 같은 참고 이미지, 같은 채택 기준으로 비교하고, 예쁜 결과가 아니라 실제 채택 가능한 출력 수를 봅니다.

싼 모델도 열 번 중 한 번만 채택된다면 실제 비용은 비쌉니다. 비싼 모델도 채택률이나 수정 시간을 줄이지 못하면 기본 경로가 될 이유가 없습니다. 후보 모델별로 채택률, 수정 시간, 크기, 지연, 실패 코드, 채택 이미지당 비용을 같은 표에 넣어야 합니다.

전환은 단계적으로 진행합니다. 낮은 리스크 family를 먼저 Nano Banana 2로 옮기고, 높은 리스크 family에서만 Pro 후보를 병렬 테스트합니다. 해당 접속면에서 Imagen 4가 이미 닫혔다면 rollback은 다른 Gemini 이미지 후보, 더 보수적인 프롬프트, 수동 검수입니다. 더 이상 존재하지 않는 Imagen 4로 돌아간다는 계획은 rollback이 아닙니다.

비용 경계에는 날짜가 필요하다

2026년 6월 28일 기준 공식 Gemini API pricing 표에서 현재 안정 Nano Banana 2와 Nano Banana Pro 이미지 모델에는 무료층이 표시되지 않습니다. 가격, 무료층, Batch 할인은 변할 수 있으므로 비용 표에는 확인 날짜를 써야 합니다.

공식 가격, provider 가격, 내부 채택 이미지 비용을 섞지 마세요. 공식 가격은 Google의 과금 경계입니다. provider 가격은 provider 계약, 재시도, 실패 과금, 지원의 경계입니다. 내부 비용은 채택률과 수정 시간을 포함한 실제 비용입니다. 세 가지를 섞으면 “싸 보이는 경로”가 실제로는 가장 비싼 운영이 될 수 있습니다.

비용표에는 단가, 채택률, 채택 이미지 한 장당 평균 생성 횟수, 수동 수정 시간을 넣습니다. Nano Banana 2는 기본이 되기 쉽지만 텍스트 이미지에서 수정을 많이 요구하면 Pro가 더 경제적일 수 있습니다. Pro가 단지 보기 좋을 뿐 채택률을 올리지 못한다면 기본 경로로 만들 필요가 없습니다.

운영 마이그레이션 체크리스트

Imagen 4를 코드나 운영 문서에서 바꾸기 전에 다음을 끝내야 합니다.

1. 접속면을 확인합니다. Gemini API, Firebase AI Logic, Vertex AI, 소비자 화면, provider를 섞지 않습니다.
2. 기존 Imagen 4 이름 또는 model ID와 마지막 성공 호출일을 기록합니다.
3. 첫 대체 후보는 gemini-3.1-flash-image로 둡니다. 이미 Pro 조건이 있으면 후보를 분리합니다.
4. 같은 프롬프트, 같은 참고 이미지, 같은 채택 기준으로 Nano Banana 2를 테스트합니다.
5. 어려운 텍스트, 참고, 4K, 최종 이미지에만 Nano Banana Pro를 병렬 테스트합니다.
6. 채택률, 수정 시간, 크기, 지연, 실패 코드, 채택 이미지당 비용을 비교합니다.
7. 설정에는 닉네임이 아니라 안정 model ID를 씁니다.
8. 큰 전환, 구매 결정, 고객 마감 전에는 공식 문서를 다시 확인합니다.

체크리스트는 완료 조건도 정해야 합니다. 모든 prompt family가 Nano Banana 2로 가야 하는 것은 아닙니다. 낮은 리스크는 Nano Banana 2, 높은 리스크는 Pro, 오래된 family는 프롬프트 재작성, 이미 닫힌 접속면은 rollback 불가로 나뉠 수 있습니다. 중요한 것은 각 family의 다음 행동이 명확한 것입니다.

운영 기록에는 old route, new route, 테스트 날짜, 샘플 수, 채택률, 주요 실패, 비용 관찰, 다음 행동을 남깁니다. 실패는 “품질 낮음”이 아니라 텍스트 오류, 참고 이탈, 레이아웃 손상, 크기 부족, safety block, quota, timeout, 검수 반려로 나눕니다. 그래야 나중에 같은 판단을 다시 할 수 있습니다.

마이그레이션 기록을 어떻게 남길까

마이그레이션 기록은 미래의 담당자가 판단을 재현할 수 있게 써야 합니다. 짧은 티켓 하나로는 부족합니다. old Imagen 4 위치, 대체 model ID, 테스트한 prompt family, 합격 기준, 채택률, 수정 시간, 비용, rollback을 한 표로 남깁니다.

다국어 또는 다지역 제품이라면 사용자 언어도 중요합니다. 어떤 지역에서는 Nano Banana가 도구 이름처럼 검색되고, 다른 지역에서는 Gemini 이미지 모델의 별칭처럼 읽힙니다. FAQ, 도움말, 영업 문서, 내부 위키에서는 먼저 해당 지역의 행동 문제를 풀고 그 다음 공식 model ID와 날짜를 제시해야 합니다.

Pro 승격 기준은 문장이 아니라 숫자로 둡니다. 예를 들어 Nano Banana 2 채택률이 80% 아래이거나 텍스트 이미지 평균 수정 시간이 6분을 넘으면 Pro 후보로 올립니다. Pro가 채택률이나 수정 시간을 기준 이상 개선하지 못하면 기본 경로로 만들지 않습니다. 이렇게 해야 모델 이름보다 운영 품질로 결정할 수 있습니다.

자주 묻는 질문

Imagen 4 대신 무엇을 써야 하나요?

대부분의 새 Google 이미지 생성은 Nano Banana 2, 즉 gemini-3.1-flash-image부터 시작합니다. 텍스트, 참고 이미지, 4K, 최종 검수 리스크가 클 때만 Nano Banana Pro를 테스트합니다.

Imagen 4는 모든 곳에서 같은 날 종료되나요?

아닙니다. Gemini API, Firebase AI Logic, Vertex AI는 서로 다른 상태와 날짜를 설명합니다. 먼저 접속면을 확인하고 그 접속면의 공식 경계를 마이그레이션 계획에 써야 합니다.

Nano Banana 2의 model ID는 무엇인가요?

현재 Google 이미지 생성 문서에서 Nano Banana 2는 gemini-3.1-flash-image, Nano Banana Pro는 gemini-3-pro-image, 이전 Nano Banana 경로는 gemini-2.5-flash-image입니다.

Nano Banana Pro는 언제 가치가 있나요?

같은 프롬프트 테스트에서 Pro가 채택률, 텍스트 정확도, 참고 유지, 수정 시간을 가격 차이보다 크게 개선할 때입니다. 이름이 Pro라는 이유만으로 기본 경로가 되지는 않습니다.

Imagen 4를 fallback으로 남겨도 되나요?

해당 접속면에서 아직 Imagen 4가 동작하고 제거 일정과 대체 테스트가 있을 때만 짧게 남길 수 있습니다. 이미 닫힌 접속면에서는 다른 Gemini 이미지 경로 또는 보수적인 작업 흐름이 fallback입니다.

무료 대체 API가 있나요?

2026년 6월 28일 기준 현재 안정 Nano Banana 2와 Nano Banana Pro 이미지 API 행에는 무료층이 표시되지 않습니다. 이전 gemini-2.5-flash-image에는 제한된 무료층이 있지만 작업에 맞을 때만 선택해야 합니다.

가장 안전한 첫 테스트는 무엇인가요?

대표 프롬프트 25~50개를 Nano Banana 2로 실행하고, 어려운 텍스트, 참고, 최종 이미지 프롬프트만 Nano Banana Pro에도 실행합니다. 비교 대상은 예쁜 샘플이 아니라 채택 출력과 수정 비용입니다.