Nano Banana 프롬프트 작성법: 실전 가이드와 검증용 템플릿 50개

좋은 Nano Banana 프롬프트는 멋진 수식어보다 제작 브리프처럼 쓸 때 안정적입니다. 주체, 목적, 맥락, 구도, 스타일, 제약, 성공 체크를 먼저 정합니다. Nano Banana 2, Nano Banana Pro, Original은 경로 단서로 쓰되 가격, 한도, 사용 가능 여부는 프롬프트 안에 넣지 않습니다. 템플릿은 기대 결과, 실패 판단, 수정 프롬프트가 있을 때 검증할 수 있습니다. 카드 하나를 고르고 주체와 비율을 고정한 뒤 기준 출력을 점수화하고 한 번에 변수 하나만 바꿉니다.

빠른 작업 흐름

1. 작업에 맞는 카드를 고른다.
2. 변수를 구체적인 명사, 참고 이미지 역할, 구도, 제약으로 바꾼다.
3. 첫 실행에서 경로, 비율, 주체, 스타일을 동시에 바꾸지 않는다.
4. 기대 결과와 합격/실패 체크로 점수화한다.
5. 실패 하나만 수정하고 같은 프롬프트로 다시 테스트한다.

실패는 모델의 상상력보다 성공 기준이 모호해서 생기는 경우가 많습니다. 카드로 만들면 무엇을 고정하고 무엇을 바꿀지 분명해집니다.

프롬프트 구조

카드는 길 필요가 없지만 각 부분의 역할은 분명해야 합니다. 주체와 목적, 맥락, 구도, 스타일, 제약, 출력 목적, 성공 체크가 있어야 수정 가능합니다.

변수를 나눌 때는 누가 볼 이미지인지, 무엇을 반드시 보존해야 하는지, 실패하면 무엇을 먼저 고칠지 정합니다. 주체는 “제품”이 아니라 형태, 소재, 로고, 각도까지 보이는 대상입니다. 맥락은 분위기가 아니라 채널, 독자, 사용 장면입니다. 구도는 예쁘다는 말보다 제목을 둘 여백, 클릭 전 시선 흐름, 제품과 문구의 거리까지 포함해야 합니다.

성공 체크는 눈으로 판단할 수 있어야 합니다. “더 좋아 보이게”가 아니라 “주체가 중앙에 안정적으로 놓이고, 왼쪽에 제목 여백이 있으며, 제품 표식이 읽히고, 배경에 불필요한 경쟁 요소가 없다”처럼 써야 합니다. 그래야 실패했을 때 수정 프롬프트가 한 지점을 향하고, 성공했을 때도 다음 작업자가 같은 기준으로 재사용할 수 있습니다.

같은 프롬프트 테스트

테스트는 운 좋은 결과를 고르는 일이 아닙니다. 주체, 경로, 비율, 주요 구도를 고정하고 변수 하나만 바꿔 비교합니다.

경로 경계

현재 공식 문서에서 Nano Banana 2는 gemini-3.1-flash-image, Nano Banana Pro는 gemini-3-pro-image, Original은 gemini-2.5-flash-image와 연결됩니다. 이는 식별용 단서이지 가격이나 가능 여부 보장이 아닙니다.

실무에서는 경로명을 프롬프트 문장 안에 넣기보다 선택 조건으로 분리합니다. 빠른 초안이 필요하면 지연 시간이 짧은 입구를 고르고, 글자나 복잡한 정보 보드가 중요하면 상위 경로를 시험하며, 대량 작업이면 한도와 재시도 비용을 먼저 확인합니다. 이미지를 좋게 만드는 것은 주체, 맥락, 구도, 제약, 성공 체크입니다. 가격이나 제공 조건을 프롬프트에 섞어도 출력 품질은 좋아지지 않습니다.

같은 프롬프트가 경로마다 다르게 나오면 문장을 바로 고치지 않습니다. 주체, 비율, 참고 이미지, 성공 체크를 고정하고 결과를 비교합니다. 차이가 모델 능력이나 입구 기본값에서 온다면 경로 선택 문제입니다. 같은 경로에서 같은 실패가 반복될 때만 수정 프롬프트로 넘어갑니다.

Nano Banana 프롬프트 템플릿 50개

50개 행은 작업별 카드입니다. 각 행은 기대 결과, 실패, 수정 방법을 포함하며, 모든 결과가 생성되어 점수화됐다는 뜻은 아닙니다.

템플릿을 사용할 때 핵심은 문장을 그대로 붙여 넣는 것이 아니라 카드 구조를 지키는 것입니다. 대괄호 안의 대상을 실제 대상으로 바꾸고, 출력 용도를 실제 채널에 맞추고, 실패점을 작업별 주요 위험으로 바꿉니다. 제품 사진은 주체와 소재, 광고는 초점과 여백, 텍스트 비주얼은 짧은 문구, 참고 이미지 작업은 참고가 맡는 역할을 우선합니다.

테스트 기록은 세 가지만 남기면 충분합니다. 기대 결과에 도달했는지, 가장 큰 실패가 무엇인지, 수정 프롬프트가 변수 하나만 고쳤는지입니다. 예쁜 이미지를 많이 저장하는 것보다 어떤 카드를 재사용할지, 어떤 표현을 피할지, 어느 단계에서 멈출지를 남기는 편이 다음 제작에 더 도움이 됩니다.

자주 나는 실패 수정법

수정할 때 전체를 다시 쓰지 않습니다. 성공한 부분을 고정하고 실패 하나만 고칩니다.

수정 프롬프트는 짧고 성공한 부분을 보호해야 합니다. 인물 정체성은 맞지만 배경이 복잡하면 “인물 정체성, 자세, 비율은 유지하고 배경 소품만 줄이며 여백을 강화한다”처럼 씁니다. 텍스트만 틀리면 문구를 한 줄로 줄이고 텍스트 영역만 고치도록 지정합니다. 전체 장면을 다시 설명하면 이미 성공한 주체나 구도까지 바뀔 가능성이 커집니다.

협업에서는 실패 이름을 여섯 가지로 고정하면 좋습니다. 주체 이탈, 구도 실패, 텍스트 실패, 스타일 과함, 참고 이미지 무시, 재사용 어려움입니다. 한 번에 하나의 실패 이름만 골라 수정하고, 재테스트 후 다음 실패로 넘어갑니다. 이렇게 해야 템플릿 라이브러리가 계속 좋아지고 결과가 흔들리지 않습니다.

멈출 기준도 정해 둡니다. 두 번 수정해도 주체가 흔들리면 대상 설명이나 참고 이미지 역할을 다시 씁니다. 두 번 수정해도 글자가 읽히지 않으면 문구를 줄이고 화면 정보량을 낮춥니다. 두 번 수정해도 구도가 무너지면 시점, 동작, 소품을 한 번에 요구했는지 확인합니다. 전달 전에는 출력 용도, 참고 이미지 역할, 핵심 제약, 관찰 가능한 실패, 변수 하나만 고치는 수정이 모두 있는지 확인합니다. 다른 장면으로 옮길 때도 주체, 채널, 스타일을 한 번에 바꾸지 말고 순서대로 테스트합니다. 수정 이유와 점수 변화를 함께 남기면 팀이 안정 버전으로 되돌아갈 수 있습니다.

재사용 가능한 프롬프트 카드

맞는 카드가 없으면 목적, 주체, 맥락, 구도, 스타일, 제약, 기대 결과, 체크, 수정 프롬프트를 직접 채웁니다.

text
작업:
[실제 이미지 작업]

주체:
[주 대상과 반드시 보존할 세부]

맥락:
[참고 역할, 독자, 장면, 제품 사실]

구도:
[샷, 카메라, 크롭, 여백]

스타일:
[매체, 빛, 팔레트, 질감]

제약:
[반드시 포함 / 피할 것]

기대 결과:
[눈에 보이는 성공 조건]

체크:
[주체, 구도, 텍스트 또는 제약]

수정:
[잘 된 부분]은 유지한다. [실패 하나]만 고친다.

자주 묻는 질문

구조, 검증 템플릿, 경로, 수정, 길이, 참고 이미지 질문을 정리합니다.

가장 안정적인 구조는?

제작 브리프형입니다. 주체, 맥락, 구도, 스타일, 제약, 목적, 성공 체크를 넣습니다.

검증용 템플릿이란?

기대 결과, 실패, 합격/실패 체크, 수정 프롬프트가 있는 템플릿입니다. 모든 행의 생성 완료 주장이 아닙니다.

Nano Banana 2와 Pro 중 무엇을 쓰나?

경로명은 단서입니다. 가격, 한도, 사용 가능 여부는 최신 경로 글에서 확인해야 합니다.

나쁜 출력은 어떻게 고치나?

성공한 부분을 고정하고 실패 하나만 수정합니다.

긴 프롬프트가 더 좋은가?

아닙니다. 제약, 구도, 체크를 더할 때만 유용합니다.

참고 이미지를 쓸 수 있나?

가능합니다. 참고 이미지가 정체성, 구도, 팔레트, 빛 중 무엇을 담당하는지 정합니다.