זכויות תוכן

זכויות תוכן הן ההצהרה שמאשרים לפני ש-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, כשהוא מקבל קישור לדף של סרטון.
• המשיכה שהרצה מבצעת בעצמה לקישור של רכיב כתובת וידאו, גם של הסרטון וגם של הסאונד שלו.
• תמלול או קאבר ב-Suno שמקבלים קישור לדף של סרטון: POST /v1/transcribe (בשדה audioUrl שלו), POST /v1/suno/cover ו-POST /v1/suno/upload-extend (בשדה uploadUrl שלהם), וכלי ה-MCP לאודיו.
• דיבוב שמקבל קישור, POST /v1/dubbing עם sourceUrl, ורכיב דיבוב שמקבל קישור בהרצה.

הנתיבים האלה מקבלים את האישור בשדה 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 })

אישור אחד פותח הורדה אחת של הקישור הזה. את ההורדה צריך לבצע אותו חשבון, תחת ההצהרה הנוכחית, בתוך שעה. הקישור מושווה אחרי נרמול: אותו סרטון עם פרמטרים אחרים בשאילתה תואם, וסרטון אחר אף פעם לא תואם. אחר כך ההורדה מצמידה את האישור לקובץ השמור.

האישור נבדק לפני כל דבר אחר שיכול לדחות את הייבוא, והוא נחשב למנוצל רק כשההורדה עומדת להתחיל. תשובת 429 too_many_downloads או כתובת שנדחתה אף פעם לא מנצלות את האישור. ייבוא שנדחה אף פעם לא מתחיל משיכה.

ייבוא דרך מפתחות API, אפליקציות מחוברות ועוזרי AI

בייבוא דרך מפתח API אישי, אפליקציה מחוברת או סוכן AI שעובד דרך MCP, אין מי שיסמן תיבה לכל קישור. בעל החשבון מאשר את הייבוא הזה פעם אחת, בסשן המחובר שלו:

• באפליקציה, בהגדרות, תחת ייבוא דרך מפתחות API, אפליקציות מחוברות ועוזרי AI: סמנו את התיבה ולחצו על אישור. לחיצה על ביטול האישור מסיימת את ההרשאה.
• מקוד, עם POST /v1/content-rights/authorization מתוך הסשן של בעל החשבון עצמו. מפתח, אפליקציה או סוכן שקוראים לנתיב נדחים עם 403 forbidden.

כשיש הרשאה קבועה, כל ייבוא דרך המפתחות, האפליקציות והסוכנים של החשבון נרשם כאישור שנגזר ממנה, אחד לכל הורדה, והייבוא עובר בלי confirmationId. אם שולחים confirmationId, הוא עדיין משמש קודם. ההרשאה חלה גם על כל ייבוא שמתבצע בהרצות שמפתח, אפליקציה או סוכן התחילו.

ההרשאה מציינת את גרסת ההצהרה שבשבילה היא ניתנה. הצהרה חדשה דורשת הרשאה חדשה, כמו שהיא דורשת סימון חדש בתיבה. עד אז, החשבון נחשב לחשבון בלי הרשאה.

אפליקציה מחוברת מייבאת, ומאשרת, רק עם הרשאה שמאפשרת לה לכתוב בשם החשבון, כלומר כל הרשאת :write או :execute. אפליקציה עם הרשאות קריאה בלבד נדחית עם 403 insufficient_scope עוד לפני בדיקת זכויות התוכן.

כל עוד הפריסה דורשת אישור, ייבוא דרך מפתח, אפליקציה או סוכן, בלי אישור ובלי הרשאה קבועה, נדחה עם 403 rights_authorization_required. הפתרון הוא שבעל החשבון יאשר בהגדרות שלו. הרצה שאין לה שום דרך לקבל אישור, כגון הרצה מתוזמנת או הרצה מ-Webhook, לא מכוסה באף הרשאה, ונדחית כמו מי שלא סימן את התיבה.

רכיב כתובת וידאו בהרצה

כשהרצה מושכת בעצמה את הקישור של רכיב כתובת וידאו, היא לוקחת את האישור מבקשת ההרצה. הגדירו rightsConfirmationId ברכיב, בתוך inputOverrides, ב-POST /v1/workflows/:id/run או ב-POST /v1/app/:slug/run:

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

רכיב דיבוב שמקבל קישור בהרצה נבדק באותו אופן לפני שהמשימה שלו נוצרת. האישור שלו מגיע מבקשת ההרצה, בתור rightsConfirmationId של רכיב הדיבוב ב-inputOverrides, או מההרשאה הקבועה של החשבון, בהרצה שהתחילה דרך מפתח או סוכן. רכיב שרץ כמה פעמים מדבב את הקישור היחיד שלו בכל איטרציה, וכולן באותו אישור אחד של ההרצה הזו.

האישור חייב להיות לאותו קישור בדיוק, ולהינתן בשביל ההרצה הזו. הוא שדה של ההרצה בלבד. אישור ששמור ברכיב מוסר לפני שההרצה קוראת את התהליך, כי אישור תקף להורדה אחת בתוך שעה. כש-inputOverrides מגדיר קישור אחר, האישור של הקישור הקודם מוסר יחד עם שאר השדות שלו.

בעורך

כל רכיב שמושך קישור בעורך מציג את תיבת זכויות התוכן מתחת לקישור, ומחכה שהתיבה תסומן לקישור הזה:

• דיבוב. הרצה נעצרת עד שהתיבה שמתחת לשדה קישור מקור מסומנת, וכל הרצה מאשרת את הקישור מחדש. הרצה שהבקשה שלה מחליפה את הקישור שסומן בקישור אחר לא מתחילה. רכיב דיבוב מוקפא אף פעם לא רץ, ולכן הוא לא מבקש אישור. בהרצה של אפליקציה שפורסמה אין תיבה לקישור שמוגדר ברכיב דיבוב עצמו, וגם לרכיב דיבוב שבתוך תת־תהליך אין תיבה כזו, ולכן כשההגדרה מופעלת, ההרצה נדחית בשני המקרים. ראו את הדף דיבוב.
• תמלול וקאבר Suno. שני הרכיבים מקבלים קישור למקום שבו נמצא סרטון דרך רכיב כתובת וידאו. רכיב כתובת וידאו מבקש את ההצהרה ומוריד את הסאונד, והרצה קוראת את הרצועה הזו. הרצה בעורך נעצרת לפני שמשהו מתחיל כשאחד מהרכיבים האלה מקבל קישור כזה ישירות: בשדה הקישור שלו עצמו, או מרכיב טקסט שממופה לקישור של קאבר Suno. ההודעה מציינת את שם הרכיב ואומרת לחבר במקום זאת רכיב כתובת וידאו. ערך שנוצר במהלך הרצה, קישור שנכתב ברכיב הרחבה מהעלאה ב-Suno ובקשה דרך ה-API או דרך סוכן נבדקים בשרת.
• יצירת מוזיקה ואודיו ייחוס. שני הרכיבים מושכים בעורך את הסאונד של קישור: רכיב יצירת מוזיקה כשלוחצים על הבאה, ורכיב אודיו ייחוס ברגע שהתיבה שלו מסומנת, ושוב כשלוחצים על חילוץ אודיו. כל משיכה מאשרת את ההצהרה למשיכה הזו בלבד, עם ה-confirmationId של POST /v1/youtube-audio או של POST /v1/extract-youtube-audio. הרצה ואפליקציה שפורסמה קוראות את הקובץ השמור ואף פעם לא מושכות את הקישורים האלה.
• תמונה שנוספת מקישור. רכיב העלאת תמונה וקלט התמונה של אפליקציה שפורסמה מעתיקים לאחסון את התמונה מקישור שהודבק, עם POST /v1/media/import-url. ההעתקה מחכה שהתיבה תסומן לקישור הזה. בעורך, סימון התיבה מתחיל את ההעתקה. בדף של אפליקציה, הכפתור הגדרה מחכה לסימון. סימון אחד מכסה העתקה אחת, ולכן בקישור הבא צריך לסמן שוב. קישור שההעתקה דוחה עם 403 לא מתווסף. קישור שאי אפשר להעתיק מסיבה אחרת, כגון קובץ שאי אפשר להגיע אליו או קובץ גדול מדי, בכל זאת מתווסף כמו שהוא, עם הודעה.

כשהדף מגלה שההצהרה השתנתה, הסימון מתבטל בכל התיבות בדף, לא רק בתיבה של רכיב אחד, כי כל תיבה סומנה תחת הנוסח הישן. קובץ שהועלה לא צריך תיבה.

שגיאות

כשהאישור לא מתאים, הייבוא נדחה עם 403 ועם אחד מהקודים האלה. שום דבר לא נמשך.

בכל אחד מהקודים rights_confirmation_*, אשרו את הקישור שוב ושלחו את המזהה החדש. ב-SDK ל-TypeScript, הדחיות האלה מגיעות כ-ImportRefusedError.

תוכן מוגבל

בעקבות תלונה, Nodaro יכול להגביל קובץ שמור או תוצאה של משימה. לכל מי ששולח בקשה, כולל הבעלים של הקובץ, קובץ מוגבל נראה כאילו הוא לא קיים: הוא לא מופיע בספרייה, באף רשימה, בגלריה ובאף שיתוף.

• הנתיבים GET /v1/download?url= ו-GET /v1/image-proxy?url= מחזירים 451 עם הקוד content_restricted לכתובת של קובץ מוגבל.
• בקשה שמציינת קובץ מוגבל כקלט נדחית עם 422 job_blocked. רכיב בתהליך שאמור לקרוא את הקובץ נכשל עם content_restricted.
• אי אפשר למחוק קובץ שנשמר כראיה לתלונה. הנתיב DELETE /v1/library/:id מחזיר 409 content_held עם ההודעה "This file cannot be deleted right now." (אי אפשר למחוק את הקובץ הזה כרגע). בקשה שמוחקת כמה קבצים מדלגת עליו.

כשהגבלה בעקבות תלונה על זכויות יוצרים חלה על התוכן שלכם, 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 הוא יום העסקים הראשון אחרי יום הקבלה. למשל, כשהודעה נגדית מתקבלת ביום שני, 23 בנובמבר 2026, אפשר להחזיר את התוכן מיום רביעי, 9 בדצמבר 2026, עד יום שישי, 11 בדצמבר 2026, כי חג ההודיה, ב-26 בנובמבר, לא נספר לפתיחת החלון.

מה קורה אחר כך. אדם מצוות Nodaro מטפל בכל הודעה נגדית:

• ההודעה נשלחת למי שהתלונן. שום דבר לא נשלח אוטומטית.
• אם מי שהתלונן מודיע שפנה לבית המשפט, התוכן נשאר מוגבל עד שההליך בבית המשפט מסתיים.
• הודעה נגדית לא תקינה, למשל הודעה שחסר בה רכיב שהחוק דורש, נדחית עם סיבה שמוצגת לכם. התוכן נשאר מוגבל.
• אחרת, התוכן מוחזר כשחלון הזמן נפתח, אלא אם הגבלה אחרת או תלונה פתוחה אחרת נוגעות לאותו תוכן.

מפרים חוזרים

תלונה לבדה היא לא הפרה. כש-Nodaro מוצא שתלונה מבוססת, הוא רושם הפרה בחשבון. אפשר לבטל הפרה, למשל כשערעור מתקבל או כשהתוכן מוחזר אחרי הודעה נגדית. הפרה שבוטלה כבר לא נספרת.

מדיניות המפרים החוזרים קובעת אמצעי לכל מספר של הפרות שבתוקף בחשבון, בתוך חלון זמן נע. מדיניות ברירת המחדל:

פריסה יכולה לשנות את חלון הזמן ואת המדרגות. מדרגה יכולה גם להשעות את החשבון למספר ימים. אמצעי אף פעם לא ננקט אוטומטית: אדם מחליט על כל אחד מהם.

• אזהרה היא רישום, לא הגבלה. היא מוצגת לכם כל עוד היא בתוך חלון הזמן של המדיניות.
• חסימת ייבוא קישורים דוחה כל ייבוא של קישור מהחשבון עם 403 imports_blocked, למספר הימים של המדרגה או עד שהחסימה מוסרת. קובץ שמעלים מהמכשיר שלכם הוא לא ייבוא, ולכן הוא לא נדחה.
• השעיית החשבון דוחה את ההתחברות ואת כל הבקשות עד סוף ההשעיה, עם 403 access_blocked. הרצות מתוזמנות ואפליקציות שפורסמו נעצרות בינתיים. להשעיה יש תמיד מועד סיום.
• סגירת החשבון חוסמת את ההתחברות ואת כל הבקשות, כולל ייבוא.

החשבון נבדק שוב רגע לפני שהורדה מתחילה. חסימה שהוטלה בזמן שהורדה חיכתה לתורה דוחה גם אותה, והסרה של חסימה נכנסת לתוקף מיד.

מה מוצג לכם. הדף הגדרות › הגבלות תוכן מציג את האמצעים שבתוקף בחשבון שלכם, מה נמסר לכם ועד מתי. הוא מציג גם את האזהרות ואת ההפרות שנרשמו בתוך חלון הזמן של המדיניות, כל אחת עם מספר הפנייה של התיק שלה, ואת אורך חלון הזמן. בזמן שחשבון מושעה, הבעלים שלו לא יכולים להתחבר, ולכן האפליקציה מגיבה כמו לחשבון חסום.