Google Virtual Try-On 사례: 세 가지 의상과 이미지 선택 방법

옷 한 벌을 인물에게 입혀 보려면 역할이 명확한 이미지 두 장을 먼저 준비해야 합니다: 인물 사진 한 장, 의상 이미지 한 장. Google Virtual Try-On에는 프롬프트 입력이 없으므로, 이미지를 고를 때 인물의 자세, 의상 윤곽, 가림 관계를 분명히 담아야 합니다.

TL;DR

장당 $0.1075이며, 가격과 예산 확인. 매번 person_image_url과 product_image_url을 전달하고 num_images: 1로 설정합니다. 아래 세 사례는 각각 스트라이프 상의, 새틴 원피스, 아웃도어 셔츠를 보여 주며, 모든 이미지는 인물, 의상, 결과 순으로 배치했습니다.

사례 1: 스트라이프 티셔츠와 청바지

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

결과에서 상의는 빨간색과 흰색 스트라이프 반소매로 바뀌었고, 회색 배경, 청바지, 흰 신발은 여전히 식별할 수 있습니다. 스트라이프는 가슴과 소매를 따라 휘어지고, 옷단 위치도 달라졌습니다. 상품을展示할 때는 목선, 가로 스트라이프의 방향, 허리 연결부를 중점적으로 확인해야 하며, 색상이 같은지만 보아서는 안 됩니다.

이 조합은 첫 번째 이미지 선택의 출발점으로 적합합니다: 인물이 정면으로 서 있고 상의 영역이 선명하며, 의상 이미지에 반소매와 옷단이 온전히 담겨 있습니다. 입력 조합을 재현할 때는 인물 A 원본을 person_image_url에, 스트라이프 티셔츠 평면 이미지를 product_image_url에 넣고 num_images: 1을 명시적으로 설정합니다. 이미 스트라이프 상의를 입은 결과를 다시 인물 필드에 넣고 같은 입력의 후보라고 부를 수는 없습니다.

결과를 고를 때는 먼저 스트라이프와 목선이 상품 외관과 맞는지 판단하고, 그다음 팔 근처의 옷 가장자리와 허리 연결부를 확인합니다. 용도가 코디 시안이라면 전체 색상과 착용 방식만으로 충분할 수 있습니다. 하지만 상품의 매력 포인트가 스트라이프 배열이나 옷단 길이라면 의상 이미지와 항목별로 대조해야 합니다. 화면 속 신체 비율과 주름은 특정 사이즈가 꼭 맞는다는 것을 증명하지 못하며, 원단의 실제 신축성 자료를 대신할 수도 없습니다.

사례 2: 새틴 롱원피스와 액세서리 변화

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

원피스의 초록색, 슬립 끈, 드레이프 목선이 결과에서 모두 보이고, 원래 상의와 긴 바지는 롱원피스로 대체되었습니다. 원본의 흰 신발도 하이힐 샌들로 바뀌었고, 오른손 근처에는 주머니처럼 보이는 주름이 생겼습니다. 이 세트는 전체 코디를 보기에 적합하지만, 옷만 바꿔야 한다면 신발과 손 근처는 별도로 검토해야 합니다.

재현할 때는 인물 B의 검은 상의와 청바지 원본을 유지하고, 별도의 초록 원피스 이미지를 조합합니다. 롱원피스가 대체하는 영역이 짧은 상의보다 넓기 때문에, 검수 시 가슴 부분만 잘라 슬립 끈을 보아서는 안 됩니다. 스커트 자락, 발목, 신발까지 함께 보아야 합니다. 인물이 원래 입고 있던 옷은 변화를 판단하는 데 영향을 주지만, 공개 입력에는 특정 액세서리를 고정하는 옵션이 없습니다.

여기서 가장 분명히 해야 할 것은 용도가 신발 변화를 허용하는지입니다. 이브닝웨어 코디 방향을 고르는 것이라면 원피스와 샌들 조합을 후보로 삼을 수 있습니다. 하지만 원래 흰 신발을 유지해야 하는 작업이라면 현재 결과는 이 요구에 맞지 않습니다. 손 근처의 주름도 상품에 실제로 주머니가 있다고 바로 해석할 수 없습니다. 상품 소개를 게시하기 전에는 상품 이미지나 상품 자료로 구조를 확인해야 하며, 모델이 보충한 형태로 판매 포인트를 작성해서는 안 됩니다.

사례 3: 거리 풍경 속 옥스퍼드 셔츠

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

이미지 업로드 후 체험하기 →; 프롬프트 불필요.

거리, 베이지색 긴 바지, 서 있는 자세는 대체로 유지되고, 흰 티셔츠가 연한 파란색 셔츠로 바뀌었습니다. 평면 이미지에서 내려와 있던 긴소매는 결과에서 팔뚝 근처까지 걷어 올려졌고, 옷단은 허리춤에 넣어졌습니다. 구체적인 소매 길이나 소매를 걷지 않은 착용 방식을 보여 주려면 결과가 상품 표현에 맞는지 확인해야 하며, 입력 이미지만으로 이런 세부 사항이 그대로 유지된다고 추정할 수 없습니다.

이 세트의 입력 핵심은 인물과 상품을 분리하는 것입니다: 거리 인물 사진은 자세와 환경을, 별도 셔츠 이미지는 의상 외관을 담당합니다. 재현할 때는 인물 C와 파란 셔츠의 이 주소 조합을 사용하고, 다른 인물 조합으로 바꾸지 않습니다. 같은 셔츠를 다른 사람에게 입혔을 때의 효과를 보려면 별도로 새 조합을 만듭니다. 매번 비교 중인 입력만 바꾸면 선택 근거를 더 명확히 설명할 수 있습니다.

소매를 걷고 옷단을 넣은 모습은 화면에 구체적인 착용 방식을 만들지만, 상품 원래의 소맷부리와 옷단 길이는 가려집니다. 스트리트 코디 시안으로 쓸 때는 이 방향으로 이미지를 고를 수 있습니다. 긴소매 길이나 넉넉한 옷단을 보여 주는 상품 상세용이라면 요구를 충족하는 다른 결과나 상품 사진이 필요합니다. 현재 인터페이스에는 소매를 걷지 말라고 요청할 프롬프트도, 특정 착용 방식을 강제하는 텍스트 파라미터도 없습니다. 후보를 늘리면 선택지가 많아질 뿐, 지정한 세부 사항을 보장하지는 않습니다.

이미지 선택과 검토 요점

인물 이미지에는 가능한 한 한 사람만 나오게 하고, 정면 자세로 신체 윤곽이 선명해야 합니다. 의상 이미지는 깨끗한 배경을 사용하고 목선, 소매, 옷단을 온전히 보여 줍니다. 먼저 결과 한 장을 만들고, 의상 본체, 손에 의한 가림, 액세서리, 배경을 차례로 확인합니다. 구체적인 상품 세부 사항 요구가 있을 때는 원본 이미지와 항목별로 대조합니다.

세 가지 소재 모두 입력할 수 있는 프롬프트가 없습니다. 이미지 아래 진입점을 클릭한 뒤 인물 사진과 의상 이미지를 업로드하면 됩니다. API 필드는 연동 페이지를 참고하세요. 이 화면들은 착용 외관을 관찰하는 데 쓰이며, 사이즈 측정을 대체할 수 없습니다.

기존 사례로 나만의 이미지 선택 계획하기

먼저 어떤 관찰 작업을 재현할지 정합니다: 스트라이프 상의는 패턴과 허리 연결부를, 롱원피스는 광범위한 대체와 액세서리를, 거리 셔츠는 착용 방식과 환경을 봅니다. 필요에 가장 가까운 조합을 골라 두 입력의 대응 관계를 기록한 다음, 자신의 이미지로 항목별 교체를 진행합니다. 이렇게 하면 모든 변경에 명확한 목적이 생기고, 인물과 옷과 장면을 동시에 바꿔 결과 차이를 설명하지 못하는 일이 없습니다.

세 사례는 모두 기존 입력과 결과만 보여 줄 뿐, 이를 근거로 의상 카테고리의 성공률이나 필요한 후보 수를 추산할 수 없습니다. 첫 회차에는 필요한 각 조합마다 요청 하나를 배정하고, 먼저 상품 요구에 따라 검토합니다. 선택지가 더 필요할 때만 원래 입력을 유지한 채 후보를 추가합니다. 이미 상품 이미지에서 가장자리가 빠졌다고 발견했다면 소재 준비 단계로 돌아갑니다. 새 요청은 예산에 포함해야 하며, 후보를 늘려도 특정 세부 요구를 충족하지 못할 수 있습니다.

결과를 기록할 때는 외관 코디 사용 가능 여부와 상품 세부 사항 사용 가능 여부를 나누어 적습니다. 전자는 소매 걷기, 옷단 넣기, 신발 변화를 허용할 수 있지만, 후자는 상품 자체를 정확히 표현해야 합니다. 손 주름이 주머니처럼 보이거나 옷이 몸에 붙어 보이는 시각적 인상은 상품 파라미터로 바로 옮겨 적을 수 없습니다. 사례는 점검 위치를 정하는 데 도움을 주며, 최종 채택은 여전히 자신의 상품 자료와 대조해야 합니다.

요청 재현의 범위

인터페이스 요청에는 모델명, 이미지 두 개 필드, num_images: 1만 포함되며, 전체 cURL과 Python 예시는 연동 페이지를 참고하세요. 이 사례들에는 그대로 복사할 프롬프트가 없습니다. 이미지 아래 진입점은 인물 이미지와 상품 이미지를 업로드하는 데 쓰입니다. 같은 입력 조합을 다시 제출하는 것은 입력 조건을 재사용하는 것이지, 페이지와 픽셀 단위로 동일한 결과를 보장하는 것이 아닙니다.

원본 이미지를 보관하면 나중에 차이를 설명하는 데 도움이 됩니다: 어느 변화가 의상 상품 자체에서 왔는지, 인물 자세에서 왔는지, 아니면 생성 결과에서 왔는지. 결과 이미지만 있고 대응 입력이 없으면 옷이 정확히 표현되었는지 확인하기 어렵습니다. 이미지 선택을 마친 뒤에는 채택한 버전을 별도로 보관해, 나중에 생성 결과를 원본 상품 이미지로 착각하지 않도록 합니다.

자주 묻는 질문

이 글에는 왜 프롬프트 레시피가 없나요?

모델에 prompt 파라미터가 없습니다. 인물 사진과 의상 이미지가 설명 역할을 하므로, 입력 개선은 이미지 선택부터 시작해야 합니다.

인물 사진과 의상 사진은 어떻게 구분하나요?

인물 사진은 착용자를 보여 주고, 의상 사진은 입힐 상품을 보여 줍니다. API에서는 각각 person_image_url과 product_image_url에 대응합니다.

결과는 옷만 바뀌나요?

원피스 사례에서는 신발도 바뀌었고, 셔츠 사례에서는 소매 걷는 방식이 바뀌었습니다. 옷 이외의 영역도 확인해야 합니다.

같은 옷의 여러 후보를 어떻게 확인하나요?

매번 num_images를 1로 설정하고 같은 입력 조합으로 각각 요청을 제출한 뒤, 반환된 후보를 비교합니다.

더 읽기

가격과 예산 · API 연동 · 사례와 이미지 선택 · Google Virtual Try-On