콘텐츠 권리

콘텐츠 권리는 Nodaro가 누군가의 동영상, 사진, 녹음의 링크를 가져오기 전에 사용자가 확인하는 선언문입니다. 사용자는 자신이 콘텐츠의 권리를 가지고 있거나 권리자의 허락을 받았으며, 콘텐츠를 어떻게 쓰는지에 대한 책임이 자신에게 있음을 확인합니다. Nodaro는 모든 확인을 기록합니다. 누가 어떤 링크에 대해 어떤 글을 언제 어디에서 확인했는지, 그리고 그 확인으로 이루어진 다운로드가 기록됩니다.

확인이 필요한 가져오기

링크를 가져오는 모든 경로가 같은 확인을 거칩니다.

• 동영상 가져오기 POST /v1/download-video.
• 오디오 가져오기 POST /v1/youtube-audio와 POST /v1/extract-youtube-audio.
• 사진과 녹음 가져오기 POST /v1/media/import-url과 POST /v1/media/import-recording.
• 동영상 페이지의 링크를 받은 POST /v1/trim-audio.
• 실행이 동영상 URL 노드의 동영상과 소리를 직접 가져오는 경우.
• 동영상 페이지의 링크를 받은 음성 텍스트 변환이나 Suno 커버. POST /v1/transcribe(audioUrl), POST /v1/suno/cover와 POST /v1/suno/upload-extend(uploadUrl), 그리고 MCP 오디오 도구.
• 링크를 받은 더빙. sourceUrl이 있는 POST /v1/dubbing, 그리고 링크를 받은 실행 중의 더빙 노드.

이 경로들은 확인을 confirmationId로 받습니다. 내 기기에서 업로드한 파일은 링크의 가져오기가 아니므로 확인이 필요하지 않습니다.

음성 텍스트 변환과 Suno. 동영상 페이지의 링크는 먼저 소리를 가져오므로, 이 경로도 같은 방식으로 확인을 받습니다. 확인은 작업을 만들기 전에 검사됩니다. 거부되면 이유를 알려 주는 코드와 함께 403으로 응답하며, 아무것도 청구되지 않습니다. 작업은 소리를 가져오기 직전에 확인을 사용합니다. 직접 파일 링크에는 확인이 필요하지 않습니다. 링크의 호스트가 플랫폼 자체의 호스트 중 하나이면 동영상 페이지의 링크입니다. 플랫폼 이름이 들어 있을 뿐인 호스트는 일반 파일로 취급됩니다.

더빙. POST /v1/dubbing은 sourceUrl을 더빙 서비스에 넘기고, 더빙 서비스가 직접 가져옵니다. 이는 동영상 페이지든 직접 파일 링크든 링크의 가져오기입니다. 배포 환경 자체 저장소의 파일이 아닌 모든 sourceUrl은 confirmationId를 받습니다. 확인은 길이 확인을 포함해 무엇이든 링크에 접근하기 전에 읽히며, 거부되면 작업을 만들기 전에 403으로 응답합니다. audioUrl이나 videoUrl은 다른 노드와 같은 미디어 입력이므로 확인이 필요하지 않습니다.

바로 거부되는 링크. 이 경로들은 백슬래시나 탭, 줄바꿈 같은 제어 문자가 들어 있는 링크를, 무엇이든 읽기 전에 400 validation_error로 거부합니다. 실제 링크에는 이런 문자가 들어 있지 않습니다.

확인 없는 가져오기를 거부할지는 배포 환경의 설정입니다. 설정이 꺼져 있는 동안에는 가져오기가 받아들여집니다. 설정이 켜지면 가져오기는 403 rights_confirmation_required로 응답합니다. 설정이 바뀌어도 클라이언트가 계속 동작하도록 항상 확인을 보내세요.

경로

클라이언트가 선언문을 읽은 뒤에 선언문이 바뀌었으면 POST /v1/content-rights/confirm과 POST /v1/content-rights/authorization은 409 rights_confirmation_stale로 응답합니다. 선언문을 다시 읽고 사용자에게 다시 물어보세요.

링크 확인 후 가져오기

VERSION=$(curl -s https://app.nodaro.ai/v1/content-rights/declaration | jq -r .data.version)

CONFIRMATION=$(curl -s -X POST https://app.nodaro.ai/v1/content-rights/confirm \
  -H "Authorization: Bearer $NODARO_API_KEY" -H 'Content-Type: application/json' \
  -d "{ \"url\": \"https://example.com/watch/VIDEO_ID\", \"declarationVersion\": $VERSION }" | jq -r .data.id)

curl -s -X POST https://app.nodaro.ai/v1/download-video \
  -H "Authorization: Bearer $NODARO_API_KEY" -H 'Content-Type: application/json' \
  -d "{ \"url\": \"https://example.com/watch/VIDEO_ID\", \"confirmationId\": \"$CONFIRMATION\" }"

const { version, text } = await client.contentRights.declaration()
// Show `text` with a checkbox. Once it is ticked:
const { id } = await client.contentRights.confirm({ url, declarationVersion: version })
const { downloadId } = await client.media.downloadVideo({ url, maxHeight: 1080, confirmationId: id })

확인 하나로 그 링크를 한 번 다운로드할 수 있습니다. 다운로드는 같은 계정이 현재 선언문 아래에서 1시간 안에 해야 합니다. 링크는 정규화한 뒤에 비교합니다. 쿼리 매개변수만 다른 같은 동영상은 일치하고, 다른 동영상은 절대 일치하지 않습니다. 그런 다음 다운로드는 저장된 파일에 확인을 함께 기록합니다.

확인은 다른 어떤 이유로 가져오기가 거부되기 전에 먼저 검사되며, 다운로드가 막 시작될 때에만 사용됩니다. 429 too_many_downloads나 거부된 주소는 확인을 소모하지 않습니다. 거부된 가져오기는 절대 가져오기를 시작하지 않습니다.

API 키, 연결된 앱, AI 에이전트를 통한 가져오기

개인 API 키, 연결된 앱, MCP를 쓰는 AI 에이전트를 통한 가져오기에는 링크마다 체크할 사람이 없습니다. 사용자는 직접 로그인한 세션에서 이런 가져오기를 한 번 승인합니다.

• 앱에서는 설정의 API 키, 연결된 앱, AI 에이전트를 통한 가져오기에서 체크하고 승인을 클릭하세요. 승인 취소를 누르면 승인이 끝납니다.
• 코드에서는 사용자 자신의 세션에서 POST /v1/content-rights/authorization을 호출하세요. 키, 앱, 에이전트가 이 경로를 호출하면 403 forbidden으로 거부됩니다.

상시 승인이 있으면 계정의 키, 앱, 에이전트를 통한 모든 가져오기가 다운로드마다 하나씩 그 승인에서 파생된 확인으로 기록되며, confirmationId 없이도 가져오기가 통과합니다. confirmationId를 보내면 그 확인이 먼저 사용됩니다. 키, 앱, 에이전트가 시작한 실행은 그 실행이 하는 모든 가져오기에 같은 승인을 적용합니다.

승인에는 승인할 때의 선언문 버전이 기록됩니다. 새 선언문에는 새 체크가 필요하듯 새 승인이 필요합니다. 그때까지 계정은 승인되지 않은 것으로 간주됩니다.

연결된 앱은 계정을 대신해 쓰기를 할 수 있는 범위, 즉 :write나 :execute 범위가 있을 때에만 가져오고 확인할 수 있습니다. 읽기 범위만 있는 앱은 콘텐츠 권리 확인 전에 403 insufficient_scope로 거부됩니다.

배포 환경이 확인을 요구하는 동안, 확인도 상시 승인도 없이 키, 앱, 에이전트를 통해 가져오면 403 rights_authorization_required로 거부됩니다. 해결 방법은 사용자가 설정에서 승인하는 것입니다. 예약 실행이나 Webhook 실행처럼 사용자가 개입할 방법이 전혀 없는 실행에는 어떤 승인도 적용되지 않으며, 체크하지 않은 사용자와 똑같이 거부됩니다.

실행 중의 동영상 URL 노드

실행이 동영상 URL 노드를 직접 가져올 때는 실행 요청에서 확인을 받습니다. POST /v1/workflows/:id/run이나 POST /v1/app/:slug/run의 inputOverrides에서 노드에 rightsConfirmationId를 지정하세요.

{
  "inputOverrides": {
    "<video url node id>": { "youtubeUrl": "https://example.com/watch/VIDEO_ID", "rightsConfirmationId": "<confirmation id>" }
  }
}

링크를 받은 실행 중의 더빙 노드도 작업을 만들기 전에 같은 방식으로 보류됩니다. 확인은 실행 요청에서 inputOverrides의 더빙 노드에 지정한 rightsConfirmationId로 받거나, 키나 에이전트로 시작한 실행이면 계정의 상시 승인으로 받습니다. 반복되는 노드는 반복할 때마다 같은 링크 하나를 더빙하며, 모두 그 실행의 확인 하나로 처리됩니다.

확인은 같은 링크에 대해, 그 실행을 위해 만든 것이어야 합니다. 확인은 실행에만 쓰이는 필드입니다. 확인 하나는 1시간 안에 다운로드 한 번에만 유효하므로, 노드에 저장된 확인은 실행이 워크플로를 읽기 전에 버려집니다. inputOverrides가 다른 링크를 지정하면 이전 링크의 확인도 그 링크의 다른 필드와 함께 버려집니다.

에디터에서

에디터에서 링크를 가져오는 모든 노드는 링크 아래에 콘텐츠 권리 체크박스를 표시하고, 그 링크에 대해 체크할 때까지 기다립니다.

• 더빙. 원본 링크 아래의 체크박스에 체크할 때까지 실행이 멈추며, 실행할 때마다 링크를 다시 확인합니다. 요청이 체크한 링크 대신 다른 링크를 넣는 실행은 시작되지 않습니다. 고정된 더빙 노드는 실행되지 않으므로 묻지 않습니다. 게시된 앱의 실행에는 더빙 노드 자체 링크를 위한 체크박스가 없으며, 하위 워크플로 안의 더빙 노드도 마찬가지입니다. 그래서 설정이 켜져 있으면 둘 다 거부됩니다. 더빙을 참고하세요.
• 음성 텍스트 변환과 Suno 커버. 둘 다 동영상이 있는 곳의 링크를 동영상 URL 노드를 통해 받습니다. 그 노드가 선언문 확인을 묻고 소리를 가져오며, 실행은 그 트랙을 읽습니다. 이 노드들에 그런 링크를 직접 주면, 즉 노드 자체의 링크 필드에 넣거나 텍스트 노드에서 Suno 커버의 링크로 매핑하면, 에디터의 실행은 아무것도 시작하기 전에 멈춥니다. 메시지는 노드 이름을 알려 주고, 대신 동영상 URL 노드를 연결하라고 안내합니다. 실행 중에 만들어진 값, Suno 업로드 후 연장에 쓴 링크, API나 에이전트를 통한 요청은 서버가 판단합니다.
• 음악 생성과 레퍼런스 오디오. 둘 다 에디터에서 링크의 소리를 가져옵니다. 음악 생성은 가져오기를 클릭할 때, 레퍼런스 오디오는 체크박스에 체크하는 즉시, 그리고 오디오 추출을 클릭할 때 다시 가져옵니다. 가져올 때마다 POST /v1/youtube-audio나 POST /v1/extract-youtube-audio의 confirmationId로 그 한 번의 가져오기에 대해 선언문을 확인합니다. 실행과 게시된 앱은 저장된 파일을 읽으며, 이 링크를 가져오지 않습니다.
• 링크로 추가한 이미지. 이미지 업로드와 게시된 앱의 이미지 입력은 붙여 넣은 이미지 링크를 POST /v1/media/import-url로 저장소에 복사합니다. 복사는 그 링크에 대해 체크할 때까지 기다립니다. 에디터에서는 체크하면 복사가 시작됩니다. 앱 페이지에서는 적용이 체크를 기다립니다. 체크 한 번은 복사 한 번에만 유효하므로, 다음 링크는 다시 묻습니다. 복사가 403으로 거부한 링크는 추가되지 않습니다. 연결할 수 없거나 너무 큰 파일처럼 다른 이유로 복사할 수 없는 링크는 알림과 함께 그대로 추가됩니다.

선언문이 바뀐 것을 페이지가 알게 되면, 노드 하나의 체크박스만이 아니라 페이지의 모든 체크박스가 해제됩니다. 각 체크박스는 이전 내용으로 체크한 것이기 때문입니다. 업로드한 파일에는 체크박스가 필요하지 않습니다.

오류

확인이 맞지 않으면 가져오기는 다음 코드 중 하나와 함께 403으로 응답합니다. 아무것도 가져오지 않았습니다.

rights_confirmation_* 코드를 받으면 링크를 다시 확인하고 새 id를 보내세요. TypeScript SDK에서는 이런 거부가 ImportRefusedError로 전달됩니다.

제한된 콘텐츠

신고가 접수되면 Nodaro는 저장된 파일이나 작업의 결과를 제한할 수 있습니다. 제한된 파일은 소유자를 포함한 모든 호출자에게 존재하지 않는 파일처럼 보입니다. 라이브러리, 모든 목록, 갤러리, 모든 공유에서 사라집니다.

• GET /v1/download?url=과 GET /v1/image-proxy?url=은 제한된 파일의 주소에 대해 content_restricted 코드와 함께 451로 응답합니다.
• 제한된 파일을 입력으로 지정한 요청은 422 job_blocked로 거부됩니다. 그 파일을 읽으려는 워크플로 노드는 content_restricted로 실패합니다.
• 신고의 증거로 보존 중인 파일은 삭제할 수 없습니다. DELETE /v1/library/:id는 “This file cannot be deleted right now.”라는 메시지와 함께 409 content_held로 응답합니다. 여러 파일을 삭제하는 요청은 그 파일을 건너뜁니다.

저작권 신고로 인한 제한이 내 콘텐츠에 걸리면, Nodaro가 이에 대해 이메일을 보낼 수 있습니다. 이메일에는 제한된 파일, 그 파일을 가져온 링크, 이유, 사건의 참조 번호, 이의 제기 통지를 보낼 수 있는 페이지가 나옵니다. 신고를 보내고 이메일을 인증한 사람은 사건의 상태와 결정을 알리는 업데이트를 받을 수 있습니다. 이런 이메일은 모두 Nodaro의 담당자가 직접 보냅니다. 자동으로 보내지는 이메일은 없습니다.

내 권리를 침해한다고 생각하는 콘텐츠를 신고하려면 app.nodaro.ai/copyright-complaints의 신고 양식을 사용하세요. 앱은 로그인 페이지, 사이드바, 계정 메뉴에서 이 양식으로 연결합니다. 모든 신고는 사람이 직접 처리합니다.

이의 제기 통지

저작권 신고 후 내 콘텐츠가 제한되었다면, 17 U.S.C. § 512(g)(3)에 따른 이의 제기 통지로 대응할 수 있습니다. 앱에서 설정 › 콘텐츠 제한을 여세요. 이 페이지에는 신고로 인해 내 콘텐츠에 걸린 제한이 나열됩니다. 무엇이 언제 제한되었는지, 신고의 참조 번호, 신고의 종류가 표시됩니다. 신고한 사람은 표시되지 않습니다. 설정 페이지는 이런 제한이 있을 때만 이 페이지로 가는 경로를 보여 줍니다.

이의 제기 통지 하나는 제한 하나에 대응합니다. 저작권 신고로 인해 걸렸고, 아직 유지되고 있으며, 그 신고가 진행 중인 제한에 대해서만 보낼 수 있습니다. 통지에는 다음이 들어갑니다.

• 성명, 주소, 전화번호, 이메일.
• 제한된 항목과 제한되기 전에 있던 위치. 앱이 영어로 자동으로 채웁니다.
• 서명. 입력한 성명이 서명이 됩니다.
• 선언. 문구 그대로 표시되며, 각 진술을 하나씩 따로 확인합니다. 해당 자료가 실수나 잘못된 식별로 삭제되거나 사용할 수 없게 되었다고 선의로 믿는다는 것을 위증 시 처벌을 감수하고 진술합니다. 또한 관할 미국 연방 지방 법원의 관할권과, 신고한 사람으로부터의 소송 서류 송달에 동의합니다.

보내기 전에 페이지는 법에 따라 이름, 주소, 전화번호, 이메일이 신고한 사람에게 전달된다고 알려 줍니다. 통지는 앱에 로그인한 상태에서 직접 보냅니다. API 키, 연결된 앱, AI 에이전트를 통한 요청은 403 in_app_only로 거부됩니다. 내 정보는 암호화되어 저장되며, 보낸 내용은 이후에 바뀌지 않습니다.

콘텐츠를 복원할 수 있는 시기. 법은 이의 제기 통지를 받은 날로부터 영업일 기준 10일 이상 14일 이하 후에 복원하도록 허용합니다. Nodaro는 이 규칙을 어떻게 해석하더라도 해당하는 날을 사용합니다. 기간은 접수 후 11번째 영업일에 시작되며, 이때 미국 연방 공휴일은 세지 않습니다. 마지막 날은 모든 평일을 세어 14번째 영업일입니다. 날짜는 뉴욕 기준 달력 날짜이며, 1일째는 접수일 다음의 첫 영업일입니다. 예를 들어 2026년 11월 23일 월요일에 접수된 이의 제기 통지는 2026년 12월 9일 수요일부터 2026년 12월 11일 금요일까지 복원될 수 있습니다. 시작일을 계산할 때 11월 26일 추수감사절은 세지 않기 때문입니다.

이후 진행. 모든 이의 제기 통지는 Nodaro의 담당자가 처리합니다.

• 통지는 신고한 사람에게 전달됩니다. 자동으로 전달되는 것은 없습니다.
• 신고한 사람이 소송을 제기했다고 알리면, 소송이 끝날 때까지 콘텐츠는 제한된 상태로 유지됩니다.
• 유효하지 않은 이의 제기 통지, 예를 들어 법이 요구하는 요소가 빠진 통지는 거절되며, 그 사유가 표시됩니다. 콘텐츠는 제한된 상태로 유지됩니다.
• 그 밖의 경우에는 기간이 시작되면 콘텐츠가 복원됩니다. 단, 같은 콘텐츠에 다른 제한이나 진행 중인 다른 신고가 있으면 복원되지 않습니다.

반복 침해자

신고만으로는 침해가 아닙니다. Nodaro가 신고가 타당하다고 판단하면 계정에 침해를 기록합니다. 침해는 철회될 수 있습니다. 예를 들어 이의 신청이 받아들여지거나, 이의 제기 통지 후 콘텐츠가 복원된 경우입니다. 철회된 침해는 더 이상 세지 않습니다.

반복 침해자 정책은 계속 이동하는 기간 안에서 계정에 남아 있는 침해의 수마다 조치를 정합니다. 기본 정책은 다음과 같습니다.

배포 환경은 기간과 단계를 바꿀 수 있습니다. 단계에서 계정을 일정 일수 동안 정지할 수도 있습니다. 조치는 자동으로 내려지지 않으며, 각 조치는 사람이 결정합니다.

• 경고는 기록이며 제한이 아닙니다. 정책의 기간 안에 있는 동안 나에게 표시됩니다.
• 링크 가져오기 차단은 해당 단계의 일수 동안, 또는 해제될 때까지 계정의 모든 링크 가져오기를 403 imports_blocked로 거부합니다. 내 기기에서 업로드한 파일은 가져오기가 아니므로 거부되지 않습니다.
• 계정 정지는 정지가 끝날 때까지 로그인과 모든 요청을 403 access_blocked로 거부합니다. 그동안 예약된 실행과 게시된 앱도 멈춥니다. 정지에는 항상 끝이 있습니다.
• 계정 폐쇄는 가져오기를 포함해 로그인과 모든 요청을 차단합니다.

다운로드가 시작되기 직전에 계정을 다시 확인합니다. 다운로드가 차례를 기다리는 동안 걸린 차단도 그 다운로드를 거부하며, 해제된 차단은 즉시 효력을 갖습니다.

내게 보이는 것. 설정 › 콘텐츠 제한에는 내 계정에 적용 중인 조치, 안내받은 내용, 기한이 표시됩니다. 정책의 기간 안에 기록된 경고와 침해도 각 사건의 참조 번호와 함께 표시되며, 기간의 길이도 표시됩니다. 계정이 정지된 동안에는 소유자가 로그인할 수 없으므로, 앱은 차단된 계정과 같은 방식으로 응답합니다.