작성자 주: 홈퍼니싱 전자상거래를 운영하는 한 독자가 Nano Banana로 베이윈도 쿠션의 색상별 제품 이미지를 한꺼번에 수정했어요. 초록, 빨강, 파랑, 회색, 아이보리, 카키 등 완성 이미지가 한 폴더에 20장 넘게 들어 있었죠. 독자는 이렇게 말했어요. “붉게 나오는 경우가 드물지 않아요. 전체적으로 붉은 기가 돌아서 매번 수동으로 보정해야 해요.” 주로 Nano Banana 2를 사용했는데, 도구의 기본 모델이라 모델과 채널을 따로 확인한 적은 없었다고 해요.
이런 경우는 Nano Banana 이미지 수정 시 붉은 색조가 도는 대표적인 사례예요. 프롬프트에 따뜻한 색을 요청하지 않았는데도 결과물 전체가 붉고 따뜻하게 나오는 거죠. “모델만 바꾸면 된다”는 말로 해결할 수 있는 문제는 아니에요. 색 틀어짐은 참조 이미지, 프롬프트, 해상도, 채널, 출력 압축 중 어느 단계에서든 발생할 수 있으므로 순서대로 확인해야 해요.
핵심 내용: 이 글을 읽으면 어느 단계에서 붉은 색조가 생겼는지, 무엇부터 확인해야 하는지, 한 차례 비교 테스트에 비용이 얼마나 드는지 판단할 수 있어요. 이 글의 근거는 세 가지로 나뉘어요. Google 공식 문서(2026-10-30 접속), Google 공식 포럼의 사용자 실측 결과(공식 결론이 아님), APIYI 문서와 플랫폼 정보(2026-10-30 확인)예요.
Nano Banana 이미지 수정 시 붉은 색조를 점검하는 핵심 5가지
먼저 전체 내용을 표로 정리했어요. 비용이 적게 들고 확인하기 쉬운 항목부터 순서대로 배치했으니, 처음부터 모델을 바꾸기보다 위에서 아래로 점검해 보세요.
| 점검 항목 | 붉어지는 이유 | 30초 확인 방법 | 우선 해결 방법 |
|---|---|---|---|
| 참조 이미지 | Display P3 색상을 인식하지 못했거나, URL이 제대로 전달되지 않았거나, 이전 결과를 계속 수정한 경우 | ICC 프로파일과 promptTokensDetails에 IMAGE가 있는지 확인 |
sRGB로 변환하고, base64로 전달하고, 매번 원본 이미지부터 수정 |
| 프롬프트의 조명 표현 | 따뜻한 조명, 황혼, 분위기 관련 표현이 이미지 전체의 색 보정을 유발 | 조명 표현을 삭제하고 다시 실행 | 중립적인 화이트 밸런스를 지정하는 긍정형 표현으로 변경 |
| 모델과 해상도 | 일부 사용자는 2K/4K에서는 색조가 보이지만 1K에서는 거의 보이지 않는다고 보고 | 같은 이미지와 프롬프트로 1K에서 실행 | 해상도를 바꿔 비교하고 2.1/2/Pro를 각각 실행 |
| 호출 채널 | 도구에 표시된 이름과 실제 모델, 그룹이 다를 수 있음 | 토큰 그룹, 호출 로그, 이미지 파일 크기 확인 | 그룹을 바꿔 A/B 비교 |
| 출력 압축 | 재압축 과정에서 색상 디테일이 손실될 수 있음 | 픽셀 크기와 파일 크기 확인 | 원본 파일을 확보하고 압축은 마지막에 수행 |
🎯 점검 팁: 5가지 항목 중 3번과 4번은 같은 이미지를 여러 모델과 그룹으로 실행해 비교해야 해요. APIYI apiyi.com에서는 같은 API 키로
model파라미터만 바꾸면 2.1, 2, Pro 세 모델을 비교할 수 있어요. 계정을 각각 만들 필요도 없고요.
Nano Banana 이미지 수정 시 붉은 색조: 먼저 파일 자체에 색 편향이 있는지 확인하기
점검을 시작하기 전에 모니터나 이미지 뷰어의 문제부터 배제하세요. 이미지의 중립적인 영역(흰 벽, 흰 창틀, 회색 바닥)에서 LAB 값을 읽으면 돼요. LAB는 사람의 시각을 기준으로 설계된 색 공간이에요. L은 밝기, a는 빨강-초록 축(값이 클수록 빨강), b*는 노랑-파랑 축(값이 클수록 노랑)을 나타내요. Photoshop의 색상 피커나 LAB 값을 읽을 수 있는 도구로 원본과 결과 이미지의 같은 위치를 각각 측정해 보세요.
아래 수치는 공식 기준이 아닌 경험적인 기준이에요. 중립 영역의 a 중앙값이 원본보다 2 이상 높으면 보통 육안으로 구분할 수 있고, 4 이상 높으면 색 편향이 뚜렷한 편이에요. a 값은 거의 변하지 않았는데 붉게 보인다면 디스플레이나 색상 프로파일 문제일 가능성이 높으니, 아래 5가지 항목을 서둘러 점검할 필요는 없어요.
Nano Banana 이미지 수정 시 붉은 색감이 도는 5가지 원인 점검
첫 번째: 참조 이미지 자체에 색상 편향 가능성이 있어요
왜 붉어질까요? 참조 이미지에는 흔히 세 가지 문제가 있어요. 첫째, Apple 기기에서 내보낸 이미지는 Display P3(Apple이 자주 쓰는 넓은 색 영역)를 사용하는 경우가 많아요. 파일에는 P3 ICC 프로파일(이미지의 색상 표준을 소프트웨어에 알려주는 파일)이 포함되는데, 일부 처리 과정에서 ICC를 인식하지 못하고 sRGB로 읽으면 색상이 달라져요. 둘째, 참조 이미지가 실제로 전달되지 않았을 수 있어요. APIYI 문서에 따르면 Nano Banana 시리즈에는 참조 이미지를 base64로 전달해야 하며, OpenAI 형식은 지원하지 않아요. OpenAI 호환 형식의 image_url 필드에 URL을 넣으면 모델은 원본 이미지를 보지 못하고 텍스트만으로 이미지를 “추측”해 만들어요. 셋째, 여러 차례 수정하면서 편차가 누적될 수 있어요. 이전 결과물을 계속 수정하면 색상 편차가 쌓여요.
누적 현상과 관련해 Google 공식 포럼에 올라온 사용자 테스트 결과를 참고할 만해요. 다만 이는 사용자 보고이며, Google의 공식 결론은 아니에요. 한 사용자가 4K 이미지를 연속으로 세 번 편집했더니 중성 영역의 a*가 2.02 → 3.65 → 5.81 → 7.78로, 매번 약 +2.1~2.4씩 증가했어요. ΔE00(두 색상의 차이를 측정하는 지표)은 약 2.9~3.7이었고, 중성 픽셀의 98% 이상이 붉은색 방향으로 이동했어요.
30초 안에 확인하는 방법:
- 이미지 뷰어의 “정보 표시”에서 참조 이미지에 Display P3 ICC 프로파일이 있는지 확인해요.
- 응답의
usageMetadata.promptTokensDetails에 IMAGE 유형 토큰이 있는지 확인해요. 없다면 이미지가 모델에 전달되지 않은 거예요. - 첫 번째와 세 번째 결과 이미지에서 흰 벽의 a*를 비교해요. 회차마다 높아진다면 편차가 누적된 거예요.
해결 방법: 업로드 전에 이미지를 모두 sRGB로 변환하고, 참조 이미지는 URL이 아닌 base64로 전달해요. 매번 이전 결과물이 아닌 원본 이미지에서 다시 수정을 시작해요. 여러 차례 편집해야 한다면 Google은 추론 컨텍스트를 유지하도록 thought signature를 다시 전달할 것을 공식적으로 권장해요. APIYI에서는 네이티브 Gemini 엔드포인트가 실제 다중 턴 편집을 지원해요. 이전에 생성한 이미지를 role:model의 inlineData로 다시 전달하는 방식이에요. 역방향 채널은 이를 지원하지 않아 매번 이미지를 다시 전달해야 해요.
항목 2: 프롬프트에 들어간 따뜻한 조명 표현
왜 색이 치우칠까요? Nano Banana의 편집은 일부 픽셀만 수정하는 방식이 아니에요. Google 공식 문서에 따르면 색조 조정도 편집 기능에 포함돼요. 공식 예시에도 “빛과 그림자를 야외 환경에 맞추기”가 등장하죠. 즉, 모델이 이미지 전체의 빛과 그림자를 조화시키는 거예요. 프롬프트에 “포근한”, “오후 햇살”, “황혼”, “분위기 있는”, “인스타 감성” 같은 표현이 있으면 이미지 전체가 따뜻한 색으로 치우칠 수 있어요. 다른 포럼 게시물에서는 “옷만 바꾸고 조명과 배경은 그대로 유지”라고 지시해도 채도와 피부색이 붉어졌다는 사용자 후기도 있었어요. 이 항목을 수정하면 색이 치우칠 가능성은 줄일 수 있지만, 원인이 이것뿐이라는 뜻은 아니에요.
30초 만에 확인하는 방법: 프롬프트에서 조명, 분위기, 색조와 관련된 표현을 모두 삭제하고 나머지는 그대로 둔 채 다시 실행해 보세요. 중성 영역의 a* 값이 눈에 띄게 낮아지는지 확인하면 돼요.
해결 방법: 공식 문서의 “원하지 않는 것이 아니라 원하는 것을 설명하라”는 원칙에 따라, 유지할 제품 색상도 자세히 적어 주세요. 아래 프롬프트를 그대로 사용해도 좋아요.
돌출형 창가 방석의 색상과 패턴만 수정하고, 제품을 제외한 모든 요소는 그대로 유지해 주세요. 원본 이미지의 촬영 조명, 화이트 밸런스, 그림자 방향, 배경을 유지하고, 흰색 창턱과 벽은 중성적인 흰색으로 유지해 주세요. 따뜻한 색 필터, 노을, 따뜻한 조명, 촛불 또는 필름 색조는 추가하지 마세요. 전체 색온도는 중성적인 자연광으로 유지하고, 제품 색상은 제가 제공한 색상값을 따라 주세요. 예: 짙은 녹색 #2F4F4F.
영어로 작성할 때도 같은 방식으로 Keep whites neutral, Use a neutral daylight color temperature라고 적고 hex 색상값을 제공하면 돼요. 포럼 사용자의 실제 테스트에 따르면 비슷한 표현은 “가끔 효과가 있지만 매번 통하지는 않는다”고 해요. 수정 후 1~2회 다시 시도해 보고, 여전히 색이 치우친다면 항목 3으로 넘어가세요.
세 번째: 2K/4K에서만 색이 틀어지고 1K에서는 거의 보이지 않아요
왜 색이 틀어질까요? Google 공식 포럼의 분홍빛 색 편향 관련 게시글에서 한 사용자는 2K와 4K 출력에서는 색 편향이 보이지만, 1K에서는 보이지 않거나 거의 보이지 않는다고 보고했어요. Nano Banana Pro와 Nano Banana 2 모두 영향을 받았고, PNG와 JPG 모두에서 확인됐어요. Google은 해당 게시글에서 해결 여부에 대한 결론을 내놓지 않았어요. 즉, 같은 프롬프트를 사용해도 해상도 설정 자체가 변수가 될 수 있어요.
또 한 가지 헷갈리기 쉬운 점이 있어요. 출력 해상도는 프롬프트에 적은 “4K, 고화질, 초고화질”이 아니라 요청의 imageSize와 aspectRatio로 결정돼요.
| 비율 | 1K | 2K | 4K |
|---|---|---|---|
| 1:1 | 약 1024×1024 | 약 2048×2048 | 약 4096×4096 |
| 16:9 | 약 1376×768 | 약 2752×1536 | 약 5504×3072 |
| 판별 방법 | 1024급 픽셀이면 1K | 2048급이면 2K | 4096급이면 4K. 도구의 표시를 보는 것보다 확실해요 |
30초 만에 확인하는 방법: 같은 이미지와 같은 프롬프트를 사용하고 imageSize만 1K로 바꿔 다시 실행해 보세요. 1K는 정상인데 2K/4K에서 색이 틀어진다면 프롬프트보다 고해상도 출력 파이프라인을 먼저 의심해 볼 수 있어요.
어떻게 해결할까요? 1K로 충분하다면(예: 대표 이미지 썸네일, 상세 페이지의 작은 이미지) 우선 1K로 생성하세요. 큰 이미지가 필요하다면 세 모델을 각각 한 번씩 실행해 비교해 보세요. 각 모델의 특징은 다음과 같아요. Nano Banana 2.1(gemini-nano-banana-2.1)은 2026-10-06에 출시됐으며 1K/2K/4K를 지원하지만 512px는 지원하지 않아요. Nano Banana 2(gemini-3.1-flash-image)는 512px/1K/2K/4K를 지원하며, 공식적으로는 새 프로젝트에 2.1 사용을 권장해요. Nano Banana Pro(gemini-3-pro-image)는 품질이 가장 높아요. 다만 포럼 제보에는 Pro와 Nano Banana 2가 모두 포함돼 있어 Pro로 바꾼다고 색 편향이 반드시 사라지는 것은 아니에요. 2.1은 검색 범위 내에서 공개된 색 편향 제보가 아직 없지만, 그렇다고 색 편향이 없다고 단정할 수도 없어요.
| 모델 | model 파라미터 | 해상도 설정 | 1회당 가격 |
|---|---|---|---|
| Nano Banana 2.1 | gemini-nano-banana-2.1 |
1K / 2K / 4K | $0.045/회 |
| Nano Banana 2 | gemini-3.1-flash-image |
512px / 1K / 2K / 4K | $0.055/회 |
| Nano Banana Pro | gemini-3-pro-image |
1K / 2K / 4K | $0.09/회 |
| 사용 가능한 플랫폼 | APIYI apiyi.com | 하나의 API 키로 전환 | 2026-10-30 기준 |
가격은 2026-10-30에 확인했으며, 모델과 가격은 플랫폼의 모델 목록을 기준으로 해요. 이 표에 따르면 같은 이미지를 세 모델에서 한 번씩 실행하는 데 약 $0.19가 들어요. 여기에 1K 비교를 한 번 추가해도 전체 비교 비용은 0.2달러가 조금 넘는 수준이라, 이미지 20여 장을 일일이 보정하는 것보다 훨씬 저렴해요.
📷 스크린샷 위치 1（APIYI 호출 로그 페이지）：호출 로그 목록에서 “사용 모델, 입력/출력 token, 청구 금액, 상태” 네 열을 보여 주세요. 비교 실험의 각 요청에 실제로 사용된 모델과 비용을 확인할 수 있어요.
항목 4: 도구에 표시된 모델이 실제 모델과 다를 수 있어요
왜 색이 틀어질까요? 독자 사례에서 도구는 “처음부터 바나나 2가 기본값”이라고 표시했지만, 화면의 라벨만으로는 실제 요청에 사용된 모델, 그룹, 엔드포인트를 확인할 수 없어요. APIYI의 Nano Banana 시리즈는 AIStudio + Vertex 이중 채널을 지원해요. 기본 그룹은 공식 중계인 AI Studio를 사용하고, Vertex는 기본 그룹에 포함되지 않은 별도 그룹이에요. APIYI의 붉은 색조 관련 FAQ에 따르면 Nano Banana Pro는 이미지 수정 후 붉거나 따뜻한 색조가 도는 경우가 많아, Vertex 그룹으로 전환하거나 gpt-image-2와 비교해 볼 수 있어요. 다만 포럼 사용자들은 Replicate와 Vertex 두 경로 모두에서 색 틀어짐을 재현했어요. 채널만이 원인은 아니므로 Vertex 전환은 A/B 비교 방법이지, 해결을 보장하는 방법은 아니에요.
30초 만에 확인하는 방법：
- 토큰 페이지에서 해당 API 키가 어느 그룹에 연결돼 있는지 확인하세요. 그룹은 개별 로그가 아닌 토큰에서 설정해요.
- 호출 로그에서 실제 모델명, token, 비용을 확인하세요.
- 4K 이미지 한 장의 용량을 확인하세요. Vertex는 약 18–20MB, AI Studio는 약 9–10MB로, 채널을 간접적으로 판단할 수 있어요.
- 응답의
modelVersion을 확인해 도구가 모델을 몰래 바꾸지 않았는지 살펴보세요.
📷 스크린샷 위치 2（APIYI 토큰 그룹 페이지）：토큰 생성/편집 시 표시되는 그룹 드롭다운에서 Default 그룹과 Vertex 관련 그룹의 위치를 표시해 주세요. “채널을 바꾸려면 토큰 그룹만 변경하면 되고, 코드는 바꿀 필요가 없다”는 점을 설명해요.
해결 방법：Vertex 그룹에 연결된 토큰을 새로 만들고, 같은 이미지와 프롬프트로 다시 실행해 보세요. 호출 방식은 그대로예요. OpenAI 호환 호출의 base_url에는 https://api.apiyi.com/v1을 입력하되, 이미지 수정에 사용하는 참조 이미지는 여전히 Gemini 요구사항에 맞춰 base64로 전달해야 해요. 호환 형식을 쓴다고 URL을 image_url에 넣지 마세요. 두 그룹 모두 색이 틀어진다면 gpt-image-2도 시도해 보세요. APIYI 문서에 따르면 이 모델은 이미지 수정 시 색상 충실도가 대체로 더 높고 “원본 미세 조정”에 가까워요. 반면 banana pro는 “화풍을 적용한 재생성”에 가까우므로, 모델을 바꾸면 프롬프트도 다시 조정해야 해요. 구체적인 모델명과 요금은 플랫폼의 모델 목록을 확인하세요. imagen.apiyi.com 웹에서도 같은 참조 이미지와 지시문으로 먼저 다시 테스트해 코드 문제인지 확인할 수 있어요.
5번째 원인: 출력 이미지가 한 번 더 압축된 경우
왜 색이 틀어질까요? 모델이 이미지를 생성한 뒤 도구, 이미지 호스팅 서비스, 쇼핑몰 관리자 화면에서 다시 압축될 수 있어요. 이때 색상 정보는 줄이고 밝기 정보를 유지하는 색차 서브샘플링을 자주 사용해요. 포럼에는 모델 출력 자체의 색차 정보 해상도가 낮아 후처리 보정이 더 어렵다는 사용자 의견도 있어요. 다만 JPEG 압축은 색을 탁하게 만들거나 가장자리에 색 블록을 생기게 할 수 있지만, 이미지 전체가 균일하게 붉어지는 현상은 설명하지 못해요. 균일한 붉은색 편향은 주로 모델, 참조 이미지, 프롬프트와 관련이 있어요.
30초 만에 확인하는 방법: 파일 속성을 확인해 보세요. 4K 파일이 1~2MB에 불과하거나 픽셀 크기가 4096 수준이 아니라면, 추가 압축됐거나 imageSize가 아예 적용되지 않은 거예요. APIYI 문서의 이미지 생성 성공 예시에서 inlineData.mimeType은 image/jpeg예요. parts에는 텍스트나 중간 이미지가 섞여 있을 수 있으니 마지막 이미지를 가져오세요.
해결 방법: 먼저 모델이 반환한 원본 파일을 저장하고, 압축은 전달 직전 마지막 단계에서 진행하세요. 생성된 이미지를 다음 입력으로 다시 사용한다면 입력 이미지 기준에 맞춰 압축하세요. 1.5MB를 초과할 때만 압축하고, 긴 변은 2048px 이하, 품질은 0.9로 설정하며 원본 형식을 유지하면 돼요. 최후의 방법은 후처리 보정이에요. 원본 이미지를 기준으로 중립 영역의 a/b 중앙값 편차를 측정한 뒤, L은 건드리지 않고 a/b*만 조정해 이미지 전체에 LAB 평행 이동을 적용하세요. 포럼 사용자의 실측에 따르면 이렇게 세 차례 보정했을 때 잔차가 모두 0.3 미만이었고, 이미지 구조와 밝기는 변하지 않아 스크립트로 일괄 처리하기에 적합해요.
Nano Banana 이미지 편집 시 붉은 색조, 10분 점검 순서
앞서 살펴본 5가지 항목을 실제로 따라 할 수 있는 순서로 정리했어요. 각 단계의 확인 기준을 통과하면 다음 단계로 넘어가고, 통과하지 못하면 해당 단계에서 문제를 해결하세요.
| 단계 | 할 일 | 확인 기준 |
|---|---|---|
| 1. 자료 보관 | 원본과 생성 이미지를 저장하고, 픽셀 크기·파일 크기·MIME·ICC 유무를 기록 | 두 이미지의 정보가 모두 갖춰져 있고 재현 가능 |
| 2. 색조 차이 측정 | 중성 영역의 a/b 값을 확인 | a*가 원본보다 2 이상 높을 때만 계속 진행하고, 그렇지 않으면 디스플레이 환경 확인 |
| 3. 참조 이미지 확인 | sRGB로 변환하고, base64와 IMAGE 토큰 확인 | promptTokensDetails에 IMAGE가 있음 |
| 4. 원본으로 돌아가기 | 이전 편집 결과가 아닌 원본에서 다시 시작 | 단일 편집 결과의 a*가 편집을 거듭할 때마다 높아지지 않음 |
| 5. 프롬프트 수정 | 중립적인 화이트밸런스를 요청하는 표현으로 바꾸고 1~2회 재시도 | 중성 영역의 a*가 원본 대비 +2 이내로 돌아옴 |
| 6. 1K 비교 | 같은 이미지와 프롬프트로 imageSize를 1K로 설정 |
‘1K는 정상이고 2K/4K에서 색조가 치우치는지’ 판단 |
| 7. 모델 변경 | 2.1 → 2 → Pro를 각각 한 번씩 실행 | 색조 차이가 가장 작은 모델을 찾고 비용 기록 |
| 8. 채널 변경 | 다른 Vertex 그룹으로 바꾸거나 gpt-image-2 사용 | 양쪽 결과를 비교해 채널과의 관련성 확인 |
| 9. 후처리로 보정 | 원본을 기준으로 LAB 값을 이동해 보정 | 중성 영역의 값이 원본과 거의 같아지도록 하고 보정 파라미터 저장 |
몇 가지 증상과 원인의 관계를 기억해 두면 좋아요. 같은 프롬프트를 반복 실행할 때마다 색조 차이가 달라진다면 샘플링 변동이므로 1~2회 재시도하세요. 편집할 때마다 더 붉어진다면 여러 차례 편집하면서 색조가 누적된 것이에요. 특정 도구나 그룹에서만 색조가 치우친다면 채널, 파라미터 또는 인코딩 문제일 수 있어요. API는 호출마다 독립적으로 처리되므로 같은 프롬프트와 이미지를 사용해도 결과가 달라질 수 있어요. 따라서 재시도 자체가 효과적인 해결 방법이에요.
💡 비교 팁: 7~8단계는 같은 플랫폼에서 진행하면 비교하기 편해요. APIYI apiyi.com에서 하나의 API 키로 여러 모델을 실행하고, 두 개의 토큰으로 서로 다른 그룹을 실행하면 호출 로그에 모델과 비용이 기록되어 결과를 한눈에 비교할 수 있어요.
자주 묻는 질문 FAQ
Q1: Nano Banana로 편집한 이미지가 붉어지는 현상은 Google이 공식 인정한 버그인가요?
공식적으로 확인된 결론은 아니에요. Google 공식 포럼에서 사용자가 편집 후 이미지가 약간 분홍색이나 붉은색을 띤다고 보고하고 a* 측정 데이터를 제시했지만, Google은 해당 게시물에서 원인을 확인하거나 수정 방안을 안내하지 않았어요. 이 글에서 인용한 수치는 모두 사용자가 직접 측정한 결과예요.
Q2: Nano Banana Pro로 바꾸면 붉은 기가 사라지나요?
꼭 그렇지는 않아요. 포럼 보고에는 Pro와 Nano Banana 2가 모두 포함되어 있고, APIYI의 FAQ에서도 Pro가 이미지 편집 시 따뜻한 색조를 띠는 경우가 많다고 언급해요. 감으로 모델을 바꾸기보다 같은 이미지와 프롬프트로 세 모델을 각각 한 번씩 실행한 뒤 a* 수치를 비교하는 게 좋아요.
Q3: Nano Banana 2.1에서는 붉은 기가 수정됐나요?
공개된 수정 안내는 없어요. 2.1은 2026-10-06에 출시됐고, 공식 발표에 따르면 화질과 여러 차례 편집할 때의 일관성이 개선됐어요. 검색 범위 내에서는 아직 색상 편차 보고가 없지만, 그렇다고 편차가 없다는 뜻은 아니에요. 공식적으로 새 프로젝트에 2.1 사용을 권장하므로 비교 테스트의 첫 번째 후보로 삼을 수 있어요.
Q4: Vertex 그룹으로 전환하면 반드시 해결되나요?
보장할 수 없어요. 포럼 사용자는 Vertex 경로에서도 색상 편차를 재현했기 때문에 그룹 전환은 A/B 비교 방법 중 하나일 뿐이에요. APIYI apiyi.com에서는 토큰의 그룹만 Vertex로 바꾸면 되고 코드는 수정할 필요가 없어요. 비교 비용이 낮으니 한 번 시도해 볼 만해요.
Q5: API로 생성한 이미지는 색이 치우치는데 웹에서는 정상으로 보이는 이유가 뭔가요?
웹 버전 Gemini는 에이전트로서 프롬프트를 재작성하거나 내부적으로 재시도해 더 나은 결과를 선택할 수 있어요. 반면 API는 한 번 호출하며 프롬프트가 그대로 모델에 전달돼요. 또 다른 흔한 원인은 참조 이미지가 실제로 전달되지 않은 경우예요. APIYI apiyi.com 문서에서는 참조 이미지에 base64를 사용하고 `promptTokensDetails`에 IMAGE 토큰이 있는지 확인하라고 권장해요.
Q6: 이미 붉어진 이미지 스무 장 이상을 어떻게 한꺼번에 보정하나요?
LAB 평행 이동으로 일괄 보정하세요. 편집하지 않은 원본 이미지를 기준으로 중성 영역의 a*/b* 중앙값 편차를 측정한 뒤, 이미지 전체의 a*/b*만 반대 방향으로 이동하면 돼요. 포럼 사용자 실측에서는 보정 후 잔차가 0.3 미만이었어요. 다만 이는 사후 보정이므로, 근본 원인은 여전히 10분 점검 순서에 따라 먼저 찾아야 해요.
Nano Banana 이미지 수정 시 붉은 색조: 핵심 요약
- 측정한 뒤 수정하기: 중성 영역의 a*가 원본보다 2 이상 높아야 파일 자체에 색 편향이 있다고 볼 수 있어요.
- 참조 이미지는 깨끗하게: sRGB로 변환하고 base64를 사용하세요.
image_url에 URL을 넣지 마세요. - 매번 원본으로 돌아가기: 사용자 실측에서 4K 이미지를 세 번 연속 수정하자 a*가 2.02에서 7.78로 올랐어요.
- 조명은 긍정적인 표현으로: 중성 흰색, 주광 색온도, 원본 화이트 밸런스 유지처럼 설명하세요.
- 1K로 빠르게 대조하기: 1K는 정상인데 2K/4K에서 색이 틀어진다면 고해상도 파이프라인을 먼저 의심해 보세요.
- 모델과 채널 A/B 테스트: 같은 API 키로 모델과 그룹을 바꿔 호출하고, 로그에서 비용을 확인하세요.
- LAB 평행 이동으로 최종 보정: a/b만 조정하면 일괄 보정도 스크립트로 처리할 수 있어요.
정리
Nano Banana 이미지 수정 시 붉은 색조를 점검하는 핵심은 다음과 같아요.
- 파일 자체의 색 편향부터 확인하기: 중성 영역의 a*를 측정해 디스플레이 문제를 배제한 뒤, 5가지 항목을 점검하세요.
- 비용이 적게 드는 순서로 확인하기: 참조 이미지 → 프롬프트의 조명 표현 → 모델과 해상도 → 호출 채널 → 출력 압축 순으로 살펴보세요. 각 항목은 30초 안에 확인할 수 있어요.
- 추측보다 대조가 효과적: 1K 대조, 세 모델 대조, 두 그룹 대조를 한 차례 모두 진행하는 비용은 0.2달러가 조금 넘어요.
- 한계를 명확히 알기: 현재 붉은 색조를 확실히 없애는 방법은 없어요. 발생 가능성을 낮추고, 원인을 찾은 다음 보정하는 것이 최선이에요.
제품 이미지를 대량으로 수정하는 팀이라면 ‘원본으로 돌아가기, 중성 화이트 밸런스 프롬프트, 1K 대조’를 고정 작업 흐름에 넣어보세요. APIYI apiyi.com에서 같은 API 키로 모델과 채널을 대조하고, 호출 로그로 요청마다 사용한 모델과 비용을 확인하는 것도 추천해요.
📚 참고 자료
- Gemini API 《Nano Banana image generation》: 모델, 해상도, 편집 기능 설명
- 링크:
ai.google.dev/gemini-api/docs/image-generation -
설명:
imageSize,aspectRatio, thought signature, 세부 사항 유지 방법에 관한 공식 문서(2026-10-30 확인) -
Google Cloud 《Gemini image generation best practices》: 프롬프트 작성 모범 사례
- 링크:
docs.cloud.google.com/gemini-enterprise-agent-platform/models/capabilities/gemini-image-generation-best-practices -
설명: “원하지 않는 것이 아니라 원하는 것을 설명하세요” 원칙의 출처
-
Gemini API 지원 중단 목록: 모델별 출시 및 서비스 종료 현황
- 링크:
ai.google.dev/gemini-api/docs/deprecations -
설명: 2와 Pro 정식 버전의 서비스 종료 날짜가 발표되지 않았음을 확인
-
Google 공식 포럼의 분홍빛 색조 관련 게시물: 편집 후 이미지에 옅은 분홍빛이 도는 현상에 대한 사용자 실측
- 링크:
discuss.ai.google.dev/t/edited-images-return-with-a-slight-pink-color-cast-after-migration-from-preview-to-image/176315 -
설명: a* 누적 데이터, 1K/2K/4K 차이, LAB 보정 잔차는 모두 사용자 실측 결과
-
APIYI 문서 센터: 《banana pro로 이미지 수정 후 화면이 붉어지면 어떻게 하나요?》, 《Nano Banana 시리즈 개발 가이드》, 《이미지 압축 및 출력 해상도 안내》, 《호출 로그》
- 설명: 그룹, 채널, base64 이미지 전송, 출력 파일 크기 및 로그 필드에 관한 플랫폼 기준(2026-10-30 확인). 문서 센터에서 제목으로 검색할 수 있어요.
작성자: APIYI 기술팀
기술 문의: APIYI 웹사이트 홈에서 문의해 주세요. 이미지 모델 연동 자료는 docs.apiyi.com 문서 센터에서 확인할 수 있어요.
