Seedance 2.0 얼굴 사용 전 확인할 것: 실존 인물, 인증, 거절 대응

2026년 6월 12일 기준으로 Seedance 2.0의 얼굴 요청은 프롬프트보다 먼저 경로, 동의, 인증 상태를 판단해야 합니다. 가상 인물이나 특정인을 가리키지 않는 일반 인물은 창작 작업으로 볼 수 있습니다. 내 얼굴, 직원, 배우, 고객, 모델처럼 식별 가능한 실제 얼굴은 실존 인물 인증을 지원하는 경로가 필요합니다. 유명인, 공인, 동의 없는 닮은 얼굴, 얼굴 인식 우회를 전제로 한 요청은 이미지를 올리기 전에 중단해야 합니다.

Seedance 2.0에서 얼굴을 나누는 기준

Seedance 2.0은 사람을 만들 수 없는 모델이 아닙니다. ByteDance Seed의 모델 페이지는 Seedance 2.0을 텍스트, 이미지, 오디오, 비디오 레퍼런스를 사용할 수 있는 멀티모달 오디오-비디오 생성 모델로 설명합니다. 공식 발표도 피사체 일관성, 카메라 언어, 동작, 리듬, 참조 제어를 강조합니다. 따라서 병원 복도의 가상 의사, 광고 속 일반 모델, 도시 장면의 인터뷰 대상처럼 특정 실제 사람을 가리키지 않는 인물은 정상적인 창작 범위에 들어갈 수 있습니다.

문제는 얼굴이 특정 실제 사람과 연결될 때입니다. 직원 사진, 고객 셀카, 배우 프로필, 유명인과 닮은 얼굴, SNS에서 알려진 인물의 얼굴은 단순한 분위기 레퍼런스가 아닙니다. 동의, 초상권, 사용 목적, 본인 인증, 자산 상태, 저장 기간, 삭제 요청, 지원 경로가 함께 따라옵니다. 이 차이를 흐리면 “이미지 레퍼런스를 지원한다”는 사실을 “모든 실제 얼굴을 그대로 올릴 수 있다”로 오해하기 쉽습니다.

따라서 첫 질문은 “얼굴을 넣고 싶다”가 아니라 “이 얼굴은 누구의 얼굴인가”, “그 목적에 동의가 있는가”, “어떤 경로가 인증을 맡는가”, “거절되면 무엇을 멈출 것인가”입니다. 어떤 경로는 이미지 레퍼런스를 받아도 실존 인물 얼굴은 막을 수 있습니다. 어떤 서비스는 인증된 얼굴을 제공해도 그 서비스의 동의와 신원 인프라 안에서만 유효합니다. 모델 성능과 얼굴 사용 허가는 별개의 문제입니다.

실제 얼굴에서 검토할 수 있는 경로

식별 가능한 사람을 다룬다면 프롬프트 요령이 아니라 경로 소유자, 동의, 인증, 자산 상태, 허용 목적을 설명할 수 있어야 합니다. 업로드 전에 누가 책임지는 경로인지, 어떤 계정에서 인증했는지, 자산이 승인되었는지, 실패 시 어디에 문의할지 정합니다.

BytePlus의 real-human asset 문서는 운영팀이 따를 수 있는 순서를 보여줍니다. 계정에서 허가 초대를 만들고, 본인 또는 권리자가 목적을 확인하며, 실존 인물 인증을 완료하고, 자료를 업로드해 승인 상태를 받은 뒤, Asset ID를 Model Playground나 영상 생성 API에서 사용합니다. 핵심은 얼굴이 자유로운 이미지 파일이 아니라 동의, 상태, 목적, 경로 소유자를 가진 관리 입력이 된다는 점입니다.

ComfyUI의 Seedance 2.0 Real Human 문서도 같은 원칙을 워크플로 관점에서 설명합니다. ByteDance 본인 인증, 자산 처리, Group ID 또는 Asset ID가 전제입니다. 이 경로를 사용한다면 ComfyUI 경로명, 인증 전제, 자산 번호, 지원 경로를 프로젝트 기록에 남깁니다. 이를 모든 공개 진입점이 실제 얼굴을 받는다는 말로 일반화하지 마세요.

HeyGen은 제공자 경로의 예시로 유용합니다. Seedance 관련 페이지는 자체 동의 및 신원 인프라를 통해 verified human faces를 제공한다고 주장하고, 공개 API와 구분합니다. 그러나 실제 사용 전에는 해당 제공자의 최신 약관, 데이터 처리, 환불, 과금, 지원, 계정 자격을 읽어야 합니다. 강한 마케팅 문구는 그 제공자 내부의 계약으로 다룹니다.

BytePlus real-human asset을 쓰는 순서

실제 얼굴을 프로덕션에 넣으려면 순서는 동의, 본인 인증, 자산 상태, 생성입니다. 이 순서를 건너뛰면 기술 실패뿐 아니라 동의와 감사 실패가 됩니다.

1. 경로 소유자의 계정에서 허가 초대를 만듭니다.
2. 배우, 직원, 고객, 권리자가 사용 목적을 확인하게 합니다.
3. liveness 같은 실존 인물 인증을 완료합니다.
4. 경로 요구사항에 맞춰 자료를 업로드하고 승인 상태를 확인합니다.
5. 승인된 Asset ID를 허가된 목적과 경로 안에서만 사용합니다.
6. 누가, 언제, 어떤 목적에, 어떤 계정과 경로에서 허가했는지 저장합니다.

이 과정은 “셀카를 넣고 시험해보기”보다 느립니다. 하지만 그 느림이 안전장치입니다. 제작팀에는 동의 기록이 남고, 플랫폼에는 인증 경계가 생기며, 개발자에게는 실패 시 확인할 자산 상태가 생깁니다. 나중에 거절이 발생해도 경로, 계정, 자산 상태, 거절 메시지, 지원 경로를 순서대로 확인할 수 있습니다.

Asset ID를 일반 이미지 링크처럼 취급하지 마세요. 검증된 실존 인물 자산은 관리 입력입니다. 시스템이 프롬프트, 원본 얼굴, 생성 영상, 자산 ID를 저장한다면 접근 권한, 보관 기간, 삭제 절차, 지원 담당도 미리 정해야 합니다.

얼굴 레퍼런스가 거절되었을 때

얼굴 레퍼런스 거절은 필터를 피하라는 신호가 아닙니다. 입력과 경로의 불일치를 다시 보는 신호입니다.

다음 순서로 분류합니다.

최소 기록에는 경로, 계정, 입력 유형, 식별 가능 여부, 동의, 인증 상태, 정확한 거절 메시지, 안전한 fallback, 최종 판단을 포함합니다. 이렇게 해야 단순 미지원, 계정 권한 부족, 자산 상태 문제, 정책 거절을 구분할 수 있습니다.

공인과 우회 요청은 중단합니다

BytePlus의 content pre-filter FAQ는 공인의 얼굴, 목소리, 영상과 유사한 출력을 차단할 수 있다고 설명하며, 사칭, 사기, 기만적 딥페이크 위험을 줄이는 목적을 밝힙니다. 여기서 중요한 점은 필터가 완벽한 허가 시스템이 아니라는 것입니다. 감지되지 않았다고 해서 유명인이나 타인의 얼굴을 써도 된다는 뜻은 아닙니다.

BytePlus Video Generation Model Services 조건은 안전 필터를 우회하거나 회피하려는 시도를 금지합니다. 프로덕션에서는 이것이 단순한 중단 규칙입니다. 얼굴에 격자선을 넣기, 얼굴을 가리기, 특징을 흐리기, 이름을 빼고 닮게 만들기, 여러 번 가공해 통과시키기 같은 절차를 제작 가이드로 만들지 마세요.

정당한 업무 목적이 있다면 요청을 바꿉니다. 가상 인물, 계약된 모델, 인증된 직원, 식별 불가능한 캐릭터를 사용합니다. 결과가 공인, 동의 없는 고객, 혼동되는 닮은 얼굴에 의존한다면 생성으로 진행하지 않습니다.

개발자를 위한 production handoff

실제 얼굴 생성은 단일 API 호출이 아니라 감사 가능한 워크플로로 설계해야 합니다. 구현이 submit, poll, retrieve만 하더라도 수용 기준은 더 넓습니다.

출시 전에 다음을 확인합니다.

한국어 작업 현장에서는 “내 얼굴을 넣고 싶다”, “얼굴 인식 우회”, “실사 인물 첨부 꿀팁” 같은 표현이 먼저 나올 수 있습니다. 이를 그대로 구현 작업으로 만들지 말고 네 장의 카드로 나눕니다. 인물 카드에는 본인, 직원, 고객, 배우, 공인, 가상 인물을 적습니다. 증거 카드에는 동의, 인증, Asset ID, 계정을 적습니다. 경로 카드에는 BytePlus, ComfyUI, 제공자, 일반 생성을 적습니다. 실패 카드에는 거절 메시지, fallback, 재시도 비용, 중단 이유를 적습니다.

고객이나 내부 요청자에게 결과를 넘길 때도 영상 파일만 전달하지 마세요. 사용한 경로, 자산 인증 여부, 허가된 목적, 생성 날짜, 거절 시 대응, 삭제 또는 지원 경로를 함께 남깁니다. 그래야 같은 얼굴이 다른 캠페인이나 다른 제공자에서 무단 재사용되지 않고, 나중에 모델이나 서비스 경로를 바꿀 때도 기존 동의가 새 용도를 포함하는지 다시 확인할 수 있습니다.

일반적인 접근 방법은 Seedance 2.0 접근 가이드와 분리해서 봅니다. 버전 선택이 문제라면 Seedance 2.1 vs Seedance 2.0을 확인합니다. 얼굴 판단에서는 초상, 동의, 인증, 거절, 중단 규칙에 집중합니다.

첫 안전 테스트

경로가 불명확하다면 실제 얼굴부터 넣지 마세요. 가상 인물, 합성 레퍼런스, 승인된 내부 테스트 자산을 사용해 움직임, 구도, 길이, 스타일이 목적에 맞는지 확인합니다. 이 단계는 동의 문제를 해결하지 않지만, 일반 영상 생성 문제와 얼굴 정책 문제를 분리합니다.

그다음 허용된 범위에서 최소 실존 인물 테스트를 합니다. 인증된 자산 하나, 명확한 목적 하나, 짧은 출력 하나로 제한합니다. 경로, 자산 상태, 프롬프트, 설정, 결과, 거절 동작, 지원 경로를 기록합니다. 성공, 실패, 거절의 처리가 명확해질 때까지 고객, 직원, 배우 자료로 확장하지 않습니다.

비싼 실패는 한 번의 생성 실패가 아닙니다. 동의가 불명확하고, 제공자 전제를 잘못 믿고, 지원 경로가 없고, 거절된 이미지를 반복 업로드하며, 삭제와 감사를 할 수 없는 운영 실패가 더 큽니다. 이 경계를 먼저 정하는 것이 이후 모든 영상을 추적하는 것보다 비용이 낮습니다.

자주 묻는 질문

Seedance 2.0에서 내 얼굴을 사용할 수 있나요?

선택한 경로가 실존 인물 인증을 지원한다면 본인 얼굴 워크플로로 만들 수 있습니다. 셀카 업로드만으로는 충분하지 않습니다. 동의, 인증, 자산 상태, 경로 기록을 남기세요.

직원, 배우, 고객 얼굴은 사용할 수 있나요?

명확한 허가가 있고 real-human asset 또는 verified likeness를 다루는 경로에서만 production으로 진행합니다. 목적, 권리자, 인증 상태, 지원 경로를 함께 보관합니다.

ComfyUI라면 Seedance 2.0에서 실제 사람을 모두 쓸 수 있나요?

아닙니다. ComfyUI는 ByteDance 본인 인증과 자산 처리를 포함한 특정 Seedance 2.0 Real Human 경로를 문서화합니다. 모든 공개 진입점이 같은 방식으로 작동한다는 뜻은 아닙니다.

HeyGen은 모든 Seedance 경로에서 얼굴 사용이 가능하다는 증거인가요?

아닙니다. HeyGen은 자체 인증 얼굴 경로가 될 수 있지만, 그 동의와 신원 인프라는 다른 경로로 자동 이전되지 않습니다.

얼굴 레퍼런스가 왜 거절되나요?

식별 가능한 인물인데 적절한 인증 경로가 없거나, 공인과 유사하거나, 동의가 없거나, 계정이 미지원이거나, 레퍼런스 방식이 맞지 않을 수 있습니다. 먼저 얼굴과 경로를 분류합니다.

이름을 쓰지 않으면 유명인 같은 얼굴을 써도 되나요?

그렇게 하면 안 됩니다. 이름을 빼도 초상과 사칭 문제가 사라지지 않습니다. 공인, 유명인, 혼동되는 근사 얼굴은 중단하거나 명확한 가상 인물로 바꿉니다.

얼굴 제한을 우회하는 프롬프트가 있나요?

그것은 올바른 워크플로가 아닙니다. 거절은 분류, 동의, 인증, 제공자 확인 또는 중단 판단으로 이어져야 하며, 우회 프롬프트 탐색으로 이어지면 안 됩니다.

얼굴 목적이면 Seedance 2.1로 바꿔야 하나요?

실존 인물 인증 문제를 피하기 위해서만 버전을 바꾸지 마세요. 버전 성능, 계정 진입점, 초상 허가는 별개의 문제입니다. 경로 소유자의 문서와 같은 작업 테스트를 따로 확인합니다.