Чи зберігає сервіс мої фотографії та чи навчає на них моделі?

Деякі інструменти ШІ для синхронізації губ можуть зберігати завантажені фотографії або використовувати відповідні дані для поліпшення моделей; інші публікують вужчі винятки для певних категорій даних чи договорів. Єдиної відповіді для всієї галузі немає. Перевіряйте точний продукт, тип даних і угоду та відокремлюйте зберігання від навчання.

Перевірено: 2026-10-25. Огляд порівнює відкриті документи, а не внутрішні системи. Нижче позначено положення політик, редакційні висновки й нерозв’язані питання. LipSyncX публікує цей посібник і продає пов’язані продукти; ми маємо комерційний інтерес у цій категорії. Стаття містить практичну інформацію, а не юридичну консультацію чи незалежну сертифікацію приватності.

«Не використовується для навчання» не означає «не зберігається», а «вхідні дані видалено» не означає автоматично «аватар, результат і резервну копію видалено». Запитуйте про кожен об’єкт і кожну мету окремо.

Матриця чинних політик

Перевірені джерела: приватність HeyGen, біометричне повідомлення HeyGen, приватність Sync, підтримка Sync щодо зберігання, біометрична політика D-ID і політика приватності D-ID.

Політика: це обмежені виклади письмових сторінок. Висновок: використовуйте найвужчий обґрунтований висновок, не поширюючи положення на всі файли й функції. Що огляд не встановив за відкритими даними: фактичний шлях даних вашого облікового запису, журнали аудиту, завершення видалення або зміст індивідуально узгодженої угоди.

Чим зберігання відрізняється від навчання?

Зберігання означає, що об’єкт залишається в певній формі: вихідний файл, аватар, створений результат, операційний запис або резервна копія. Навчання означає використання інформації в процесі розроблення моделі. Система може виконувати одне без іншого.

Багаторазовому аватару для подальшої роботи може бути потрібне збережене представлення. Бібліотека проєкту може зберігати експортовані файли для пізнішого завантаження. Жоден із цих фактів сам по собі не доводить, що постачальник навчає загальну модель на кожній завантаженій фотографії.

І навпаки, зникнення видимих вхідних даних не встановлює відсутності інших похідних об’єктів. Видалена мініатюра є свідченням стану інтерфейсу, а не повним переліком сховищ чи попереднього оброблення моделлю.

Просіть схему, а не гасло. Для кожного об’єкта запишіть мету, місце або сервіс зберігання, подію, що визначає зберігання, шлях видалення та дозвіл на використання для навчання чи оцінювання. Таку схему значно легше порівнювати між постачальниками.

Що каже HeyGen і про що запитати далі?

Загальна політика HeyGen, оновлена 15 жовтня 2026 року, містить мету «навчати й поліпшувати моделі» та контактний канал для запиту відмови від використання. Вона також відокремлює оброблення для бізнес- або корпоративних клієнтів за клієнтськими договорами. Загальна політика приватності

Окреме біометричне повідомлення, оновлене 5 травня 2026 року, конкретніше розглядає геометрію обличчя й пов’язані цілі. Згода, перевірка, підтримка аватара та навчання обговорюються окремо. Наприклад, положення про видалення аватарів для ЄЕЗ/Великої Британії/Швейцарії описує знищення протягом 60 днів; це не універсальний строк для кожного типу даних чи регіону. Біометричне повідомлення

Наступний крок — не вибрати одне речення, ігноруючи інший документ. Запитайте, які положення регулюють ваш продукт, регіон і категорії даних. Підтвердьте взаємодію загальної відмови від використання, біометричної згоди та можливого бізнес-договору для облікового запису, яким користуватиметеся.

Зафіксуйте охоплення запиту. «Виключіть майбутні фотографії й відео, завантажені цим обліковим записом, із навчання моделей» точніше за «Зробіть мій обліковий запис приватним». Запитайте, чи відповідь стосується лише майбутнього використання, чи також збережених копій попередніх завантажень.

Що каже Sync і про що запитати далі?

Політика приватності Sync описує цілі розроблення моделей, зокрема «розроблення, навчання й тонке налаштування моделей ШІ». Вона також розрізняє деактивацію облікового запису та повніший запит видалення персональних даних. Політика приватності Sync

Стаття підтримки від 10 березня 2026 року каже, що варіанти без зберігання даних наразі доступні лише корпоративним клієнтам. Це можливість для обговорення, а не встановлене типове налаштування звичайних облікових записів самообслуговування. Варіанти зберігання

У корпоративному запиті назвіть важливі об’єкти: завантажене фото чи відеоматеріал, аудіо, проміжні кадри, створене відео, журнали й резервні копії. Запитайте, які з них виключені зі зберігання та чи ввімкнено конфігурацію до першого виробничого завантаження.

Якщо модель розміщує платформа-посередник, перевірте і її. Політика прямого постачальника недостатня як свідчення щодо файлу, завантаженого через кінцеву точку чи конструктор процесів іншої компанії.

Що виключає D-ID і де закінчується охоплення?

Біометрична політика D-ID, оновлена 19 грудня 2024 року, зазначає: «Біометрична інформація не використовується для поліпшення наших продуктів і послуг, а також для навчання моделей ШІ, на яких вони працюють». Це конкретний письмовий виняток, який варто зберегти. Біометрична політика приватності

Не розширюйте речення до «кожна фотографія, результат, операційний запис і сторонній компонент ніколи не використовуються для поліпшення». Загальна політика приватності окремо розглядає анонімну чи знеособлену інформацію, дослідження й поліпшення послуг. Загальна політика приватності

Корисне питання — чи належить конкретний файл або похідний об’єкт до виключеної біометричної категорії, іншої категорії вмісту чи положення про анонімізовані дані. Попросіть письмову відповідь для функції, яку плануєте використовувати.

D-ID також підтримує старішу сторінку приватності Studio. Це причина уважно записувати назви й дати документів, а не припускати, що найстаріша сторінка скасовує новіші застосовні умови. Якщо сторінки здаються суперечливими для вашого випадку, попросіть пояснення, перш ніж вважати будь-яку з них повним договором.

Чого не встановлює порівняння відкритих політик?

Порівняння не встановлює, чи потрапила конкретна фотографія до навчального набору даних. Воно не перевіряє ваги моделей, системи зберігання, доступ працівників або резервні копії. Юридичний дозвіл використовувати дані не доводить фактичного використання конкретного файлу.

Важливий і зворотний бік. Тест, що успішно створив одне відео, не встановлює, що постачальник ніколи не навчається на вхідних даних. Тести якості та аудити практик роботи з даними відповідають на різні питання.

Ми не надсилали цим постачальникам запити видалення чи відмови від використання від вашого імені й не публікуємо приватне листування з підтримкою як офіційну зміну. Кожен індивідуальний договір клієнта потребує окремої перевірки.

Тому оцінка «безпечно» або «небезпечно» без документованого охоплення менш корисна за матрицю. Покупець може вирішити, чи відповідають відома мета, строк або нерозв’язане питання його проєкту.

Шість кроків перед завантаженням клієнтських матеріалів

1. Інвентаризуйте вхідні дані. Перелічіть зображених людей, зразки голосу, конфіденційні сценарії, логотипи й інші чутливі матеріали.
2. Визначте весь ланцюг. Включіть сервіс синхронізації губ, платформу-посередника, постачальника голосу, платформу автоматизації та сховище для URL або експорту.
3. Прочитайте точні документи. Збережіть назви, дати набрання чинності чи оновлення, дату перевірки та застосовну групу продуктів або облікових записів.
4. Налаштуйте або запросіть доступні засоби. Використайте документовану відмову, згоду чи корпоративну конфігурацію та збережіть приватний запис.
5. Перевірте на дозволеному матеріалі з обмеженим розкриттям. Підтвердьте процес до додавання чутливіших файлів.
6. Свідомо закрийте проєкт. Видаліть непотрібні об’єкти підтримуваними засобами, запросіть потрібне видалення й приватно збережіть схвалені майстер-файли.

Для нового тесту використовуйте процес створення фото, що говорить, лише з належним дозволом. Контрольний список завантаження обличчя допоможе вирішити, чи взагалі потрібне обличчя реальної людини.

Як написати запит відмови від використання або видалення?

Формулюйте запит конкретно й надсилайте через актуальний офіційний канал постачальника з питань приватності. Не додавайте інших чутливих медіафайлів, якщо вони не потрібні та не запитані належною процедурою.

Практичний шаблон: «Підтвердьте налаштування навчання й поліпшення для мого облікового запису та продукту, яким користуюся. Я прошу доступне виключення з майбутнього використання для навчання. Вкажіть охоплені категорії даних і дати, винятки та спосіб перевірки налаштування».

Для видалення приватно вкажіть проєкт або матеріали та розрізняйте оригінали, аватари, голосові шаблони й результати. Запитайте, що залишиться для резервного копіювання, протидії шахрайству чи юридичних обов’язків і який строк завершення діє.

Це редакційні шаблони, а не твердження про однакові права в усіх юрисдикціях або обов’язок постачальника задовольнити кожен запитаний обсяг. Перевірте застосовну політику й отримайте пораду щодо конкретного спору.

Якщо підтримка каже не те, що політика?

Збережіть обидва твердження з датами. Попросіть підтримку вказати застосовний розділ політики, положення договору чи уповноважену зміну. Заспокійливе речення може бути корисним поясненням, але не повинно непомітно заміняти суперечливі опубліковані умови.

Зробіть питання конкретним. Замість «Ви ж не навчаєтеся на моїх даних?» запитайте, чи використовуються завантажені портрети й похідні представлення аватарів у названому продукті для поліпшення загальних моделей та чи виключає їх налаштування вашого облікового запису.

Якщо відповідь стосується лише біометричних шаблонів, окремо запитайте про оригінальні зображення та створені результати. Якщо лише зберігання — окремо про навчання. Вужча відповідь може бути правильною, не розв’язуючи питання повністю.

Для робіт зі суворою забороною навчання або вимогами до зберігання не завантажуйте спочатку, щоб домовлятися потім. Використовуйте належно дозволений альтернативний об’єкт, поки команда отримує достатні письмові умови.

Приватний запис для повторного використання командою

Ведіть один рядок на постачальника й продукт, а не лише на компанію. Включіть перевірений документ, дату, застосовну угоду, положення про навчання, охоплення зберігання, шлях видалення, стан відмови й відповідального за повторну перевірку.

Приватно додайте відповідний уривок або збережену копію політики там, де команда зможе її знайти. Уникайте зайвих персональних ідентифікаторів у відкритому дослідницькому файлі. Закупівельний запис має захищати дані, а не створювати другу неконтрольовану копію.

Заплануйте повторне читання перед великою новою кампанією, поновленням договору чи зміною функції. Додавання багаторазового аватара, нової моделі чи стороннього постачальника голосу може змінити потрібні питання навіть за незмінної назви продукту.

Наш посібник із комерційного використання розглядає інше рішення: дозвіл поширювати кінцеве відео. Оброблення даних і права на результат належать до одного запису проєкту, але одне не відповідає на інше.

Поширені запитання

Чи зберігає сервіс мої фотографії та чи навчає на них моделі?

Це залежить від постачальника, продукту, категорії даних і застосовної угоди. Деякі перевірені політики дозволяють використання, пов’язане з навчанням; інші публікують вужчі винятки. Запитуйте окремо про зберігання, навчання й похідні об’єкти.

Чи видалення облікового запису усуває всі наслідки навчання?

Не припускайте цього. Запитайте про охоплення видалення та позицію постачальника щодо попереднього оброблення, збережених копій і навчених систем. Огляд не перевіряє машинне розучування чи повне видалення з резервних копій.

Корпоративний обліковий запис завжди означає відсутність зберігання?

Ні. Доступна опція не доводить, що ваш обліковий запис її ввімкнув або що вона охоплює кожен об’єкт. До завантаження підтвердьте письмове охоплення й робочу конфігурацію.

Чи можна цитувати лист підтримки як публічну політику?

Віддавайте перевагу актуальній офіційній політиці або застосовній уповноваженій угоді. Приватний лист може пояснити ситуацію облікового запису, але не подавайте його як універсальне публічне зобов’язання й не публікуйте персональні відомості без дозволу.

Що має містити виправлення постачальника?

Публічний URL, застосовне охоплення продукту й облікового запису, дату оновлення, точне положення та пояснення зміни конкретної клітинки матриці. Перевірюване виправлення корисніше за загальне запевнення.

Уточніть охоплення, перш ніж довіряти гаслу

Відкрийте відповідну політику поряд з інвентарем проєкту й заповніть рядок для кожного сервісу, що отримує файл. Якщо умови підходять, використовуйте дозволений приклад у робочому просторі синхронізації губ. Порівняйте категорії процесів у посібнику генераторів 2026 року, перш ніж передавати чутливі виробничі матеріали.

Історія оновлень: 2026-10-25: перевірено сторінки загальної приватності, біометрії, Studio та корпоративного зберігання; явні положення відокремлено від висновків і неперевіреної операційної поведінки. Майбутні редакції мають перечитувати джерела щокварталу або після істотних змін політики. Виправлення мають указувати публічний документ і охоплення, а не спиратися на непідтверджене запевнення.