Seedance ‘input image may contain a real person’ 오류 해결: 실제 인물 사진이 막힐 때

Seedance 작업에서 다음 400 오류를 받았다면, 프롬프트를 고치기 전에 이미지와 호출 경로를 다시 분류해야 합니다.

hljs text복사
InputImageSensitiveContentDetected.PrivacyInformation
The request failed because the input image may contain a real person.

이 메시지는 현재 경로가 입력 이미지를 실제 사람일 가능성이 있는 이미지로 판정했다는 뜻입니다. 사진 속 인물이 실제 사람이라고 확정한 결과도 아니고, Seedance가 사람이나 얼굴을 전부 금지한다는 뜻도 아닙니다. 다만 같은 파일을 자르거나 흐리게 만들고 계속 재시도하는 것은 해결책이 아닙니다.

가장 빠른 대응은 세 갈래입니다.

오류 문구가 말해 주는 것과 말해 주지 않는 것

BytePlus ModelArk 오류 코드 문서는 HTTP 400의 InputImageSensitiveContentDetected.PrivacyInformation을 위 영문 메시지와 연결합니다. 여기서 확실히 알 수 있는 것은 생성 전에 입력 이미지 단계에서 요청이 거절되었다는 점입니다.

반대로 오류 하나만으로는 다음을 알 수 없습니다.

• 이미지가 실제 촬영 사진인지, AI로 만든 실사풍 인물인지
• 어느 얼굴이나 특징이 감지를 일으켰는지
• 탐지 임계값이 무엇인지
• 다른 계정, 지역, 앱, API 제공자에서도 같은 판정이 나올지
• 실패 요청의 과금 또는 환불 처리가 어떻게 되는지

따라서 “AI로 생성한 얼굴인데 왜 막혔지?”라는 질문에도 단정적인 답은 없습니다. 탐지기는 이미지의 제작 이력을 확인하는 증명서가 아닙니다. 실사 인물처럼 보이는 합성 얼굴을 실제 사람 가능성이 있다고 분류할 수 있고, 반대로 필터가 반응하지 않았다고 해서 초상 사용 권한이 생기는 것도 아닙니다.

오류를 버그라고 단정하기 전에 요청 ID, 정확한 모델·엔드포인트, 입력 역할(reference_image, 시작 프레임 등), 계정, 자산 상태를 남기세요. 이 정보가 있어야 단순 입력 제한과 계정 권한, 승인 자산 상태, 다른 안전 정책을 구분할 수 있습니다.

직접 업로드와 승인된 자산 경로는 전혀 다릅니다

Seedance 2.0이 이미지·영상·오디오·텍스트 레퍼런스를 지원한다는 설명은 맞습니다. 하지만 멀티모달 입력 지원과 식별 가능한 실제 얼굴의 자유로운 직접 업로드는 같은 기능이 아닙니다.

ModelArk의 Seedance 2.0 안내는 문서화된 해당 경로에서 실제 사람 얼굴이 포함된 참조 이미지·영상의 직접 업로드를 지원하지 않는다고 안내하는 한편, 조건을 충족한 신뢰 자산을 별도로 설명합니다. 즉 다음 두 호출을 구분해야 합니다.

1. 로컬 사진이나 URL을 일반 이미지 레퍼런스로 바로 전달하는 호출
2. 동의·본인 인증·승인 상태를 거쳐 발급된 자산 식별자를 사용하는 관리형 호출

두 번째 경로가 있다고 해서 첫 번째 경로의 제한이 사라지지는 않습니다. 반대로 첫 번째 경로에서 400 오류가 났다고 해서 승인된 실제 인물 자산 워크플로까지 모두 불가능하다고 결론 내릴 수도 없습니다.

본인이나 계약 배우를 써야 한다면

내 얼굴이거나 배우의 서면 동의가 있다는 사실은 중요한 출발점이지만, 그것만으로 일반 API 입력이 허용되지는 않습니다. 플랫폼이 그 동의와 신원을 확인할 수 있는 지원 경로가 필요합니다.

BytePlus의 실제 인물 자산 추가 문서는 허가 초대, 본인 인증, 자료 제출, 승인 상태, Asset ID를 갖춘 자산 라이브러리 흐름을 설명합니다. 현재 계정에서 이 기능을 사용할 수 있다면 다음 순서로 진행합니다.

1. 실제 인물에게 영상 생성 목적, 사용 매체, 기간을 설명하고 동의를 받습니다.
2. 경로가 요구하는 본인 인증 또는 권리 확인을 완료합니다.
3. 요청된 얼굴 자료를 자산 라이브러리에 제출합니다.
4. 자산이 승인 또는 사용 가능 상태인지 확인합니다.
5. 일반 이미지 URL이 아니라 문서가 지정한 Asset ID 방식으로 호출합니다.
6. 프로젝트 기록에 인물, 목적, 동의 일자, 계정, 자산 ID, 상태를 남깁니다.

이 과정은 “내 사진이니 그냥 올려도 된다”는 절차가 아닙니다. 인물의 동의와 플랫폼의 입력 허용은 서로 다른 확인 항목입니다. 동의가 있어도 현재 계정에 고급 권한이 없거나 자산 상태가 맞지 않으면 일반 직접 업로드 오류가 계속 날 수 있습니다.

또한 승인된 자산은 어디서나 재사용할 수 있는 얼굴 파일이 아닙니다. 다른 캠페인, 다른 제공자, 다른 목적에 쓰려면 기존 동의가 그 범위를 포함하는지 다시 확인해야 합니다.

AI 생성 얼굴이나 가상 캐릭터도 막힐 때

실제 인물을 모델로 하지 않은 이미지라도 사진처럼 사실적인 얼굴이면 같은 오류가 날 수 있습니다. 이때 “AI 생성물임을 프롬프트에 적으면 된다”거나 “얼굴을 조금 흐리면 된다”고 약속할 근거는 없습니다.

작업 목적이 특정 얼굴의 정체성을 유지하는 것이 아니라면, 오류를 피하기 위한 미세 가공 대신 입력 설계 자체를 바꾸는 편이 낫습니다.

• 실사 얼굴 클로즈업 대신 비식별 전신 실루엣이나 뒷모습을 사용합니다.
• 특정 사람과 연결되지 않는 일러스트·3D 캐릭터·마네킹 등으로 콘셉트를 재설계합니다.
• 사람 레퍼런스가 필요 없는 제품, 공간, 조명, 카메라 움직임 요소를 분리합니다.
• 얼굴 일관성이 핵심이면 일반 직접 업로드가 아니라 지원되는 승인 자산 경로부터 확인합니다.

여기서 중요한 기준은 “어떻게 하면 탐지를 속일 수 있는가”가 아니라 “이 작업이 실제 사람의 정체성을 필요로 하는가”입니다. 정체성이 필요 없다면 비식별 창작 소재로 바꾸고, 필요하다면 동의와 인증을 갖춘 경로로 옮깁니다.

세 가지 제작 상황으로 판단하기

1. 쇼핑몰 룩북에 계약 모델의 얼굴을 유지해야 하는 경우

브랜드가 모델과 촬영 계약을 맺었더라도, 계약 사진을 일반 reference_image로 바로 보내는 경로가 실제 얼굴 직접 업로드를 지원하지 않을 수 있습니다. 이 경우 계약 범위와 초상 사용 동의를 확인한 뒤, 계정의 승인 자산 기능과 Asset ID 발급 가능 여부를 확인합니다.

승인 경로가 없다면 얼굴을 변형해 통과시키지 말고, 인물이 식별되지 않는 제품 중심 컷으로 기획을 바꾸거나 공식 지원에 문의합니다.

2. 본인이 출연하는 교육 영상을 만드는 경우

본인 얼굴이라고 해서 탐지가 자동으로 해제되지는 않습니다. 먼저 자신이 사용하는 것이 공식 ModelArk인지, 다른 앱인지, 제3자 API 래퍼인지 구분하세요. 각 서비스의 본인 인증, 자료 보관, 삭제, 지원 절차는 서로 같지 않습니다.

본인 인증 워크플로가 문서화되어 있다면 최소 범위의 자산 하나로 시험합니다. 승인 상태와 사용 목적을 확인한 뒤 짧은 비공개 출력으로 테스트하고, 정상 처리와 거절 처리 모두 기록합니다.

3. 유명인과 비슷한 광고 모델을 원하는 경우

이름을 쓰지 않아도 특정 유명인으로 혼동될 정도의 얼굴이나 목소리를 요구한다면 중단해야 합니다. ModelArk Content Pre-filter FAQ는 공인과 유사한 얼굴·음성·영상이 사칭과 기만 위험 때문에 필터링될 수 있음을 설명합니다.

필터가 반응하지 않는 입력을 찾는 것은 허가 절차가 아닙니다. 브랜드에 필요한 나이대, 의상, 분위기, 동작만 남기고 특정 실존 인물을 가리키지 않는 새로운 캐릭터로 다시 설계하세요.

지원팀에 문의하기 전에 남길 진단 기록

“실제 사람이 아닌데 막혔다”만으로는 원인을 좁히기 어렵습니다. 개인 얼굴 원본을 불필요하게 공유하지 않는 범위에서 다음 항목을 정리하세요.

hljs text복사
발생 시각과 표준 시간대:
정확한 오류 코드와 메시지:
Request ID:
사용한 서비스/호스트/엔드포인트:
모델 이름과 버전:
입력 역할(reference image, first frame 등):
입력 분류(실제 촬영/AI 생성/일러스트/제품 이미지):
식별 가능한 얼굴 포함 여부:
동의와 본인 인증 상태:
Asset ID와 승인 상태(있는 경우):
계정 권한 또는 고급 기능 상태:
비민감 테스트 자산에서도 재현되는지:

재현 테스트는 얼굴을 감추거나 조금씩 가공해 필터를 시험하는 과정이 아닙니다. 사람을 포함하지 않은 제품 이미지나 명확한 비실사 캐릭터처럼 비민감 테스트 자산으로 동일 엔드포인트가 정상 작동하는지 확인하는 절차입니다. 일반 입력은 되는데 승인된 자산만 실패한다면 자산 상태와 권한을, 모든 입력이 실패한다면 요청 형식·계정·서비스 상태를 먼저 볼 수 있습니다.

재시도와 과금은 별도로 확인하세요

오류 코드만으로 실패 요청이 무료인지, 토큰이나 크레딧이 차감되는지, 환불되는지 판단할 수 없습니다. 공식 경로와 제3자 서비스의 과금 규칙도 다를 수 있습니다.

같은 이미지를 자동 재시도하도록 만들기 전에 현재 제공자의 최신 과금 문서와 작업 로그를 확인하세요. 최소한 다음을 운영 규칙으로 두는 편이 안전합니다.

• 동일한 privacy 오류는 자동 재시도하지 않습니다.
• Request ID와 공급자 응답 원문을 저장합니다.
• 과금 이벤트와 작업 상태를 별도로 대조합니다.
• 입력을 바꿀 때는 우회가 아닌 자산 분류 또는 지원 경로 변경 사유를 기록합니다.
• 승인 자산을 사용할 수 없으면 비식별 소재로 전환하거나 작업을 중단합니다.

자주 묻는 질문

Seedance는 실제 인물을 아예 사용할 수 없나요?

그렇게 일반화할 수 없습니다. 문서화된 ModelArk 경로는 실제 얼굴이 포함된 참조 이미지·영상의 직접 업로드를 제한하지만, 조건을 충족한 신뢰 출력이나 동의·인증·승인 상태를 갖춘 실제 인물 자산 경로를 별도로 설명합니다. 자신이 쓰는 서비스와 입력 방식을 정확히 구분해야 합니다.

내 셀카인데도 왜 may contain a real person 오류가 나나요?

본인 여부를 일반 이미지 파일만으로 확인하는 경로가 아니기 때문일 수 있습니다. 같은 셀카를 반복 업로드하지 말고, 현재 계정이 본인 인증과 승인 자산을 지원하는지 확인하세요.

AI로 만든 실사 인물인데 왜 거절되나요?

오류 문구는 이미지가 실제 사람이라고 확정하지 않고 “실제 사람이 포함되었을 수 있다”고 말합니다. 탐지 기준과 임계값은 공개되어 있지 않으므로 AI 생성 얼굴도 실사 인물처럼 분류될 수 있습니다. 특정 이미지가 반드시 통과한다고 약속할 방법은 없습니다.

얼굴을 블러 처리하거나 잘라서 다시 올리면 되나요?

안전 필터를 피하기 위한 가공과 반복 재시도는 권장할 수 없습니다. 작업에 정체성이 필요 없다면 명확한 비식별·비실사 소재로 교체하고, 실제 얼굴이 필요하다면 승인된 자산 경로를 사용하세요.

배우의 동의서가 있으면 일반 이미지 업로드가 가능한가요?

동의서는 필요하지만, 현재 기술 경로가 실제 얼굴 직접 업로드를 지원한다는 뜻은 아닙니다. 동의에 더해 본인 인증, 계정 자격, 자산 승인 상태, Asset ID 사용 방식이 요구될 수 있습니다.

다른 Seedance 사이트나 API 래퍼로 바꾸면 해결되나요?

제3자 서비스의 동의, 데이터 처리, 과금, 지역, 계정 자격, 안전 정책은 각각 다릅니다. 다른 곳에서 성공했다는 사실은 ModelArk 직접 업로드가 허용된다는 증거가 아닙니다. 새 서비스를 쓸 때는 그 서비스의 최신 공식 문서와 지원 경로를 따로 확인하세요.

오류가 오탐이라고 생각되면 무엇을 보내야 하나요?

Request ID, 발생 시각, 모델·엔드포인트, 입력 역할, 식별 가능한 얼굴 여부, 자산 ID와 상태, 비민감 자료 재현 결과를 정리해 현재 경로의 공식 지원에 문의하세요. 원본 얼굴 사진은 지원팀이 명시적으로 요구하고 안전한 제출 채널을 안내하기 전까지 불필요하게 공유하지 않는 편이 좋습니다.

핵심은 단순합니다. 이 400 오류를 받으면 프롬프트 문제로 취급하지 말고, 비식별 창작 소재로 교체할지, 동의와 본인 인증을 거친 승인 자산 경로로 이동할지, 작업을 중단할지 결정하세요.