В этом материале
Сравнивать нужно всю цепочку обработки и конкретные настройки. Отказ от обучения, отсутствие хранения содержания, техническая телеметрия и география выполнения — разные свойства.
Обещание о конфиденциальности легко прочитать слишком широко. Роутер может не сохранять содержание, но отправлять его исполнителю модели. Может оставаться техническая телеметрия, а настройка одной цели — отличаться от резервной. Поэтому полезна карта конкретного запроса, а не одно общее слово privacy.
Источники проверены 1 ноября 2026 года. Материал помогает организовать техническое сравнение и вопросы поставщикам. Он не устанавливает соответствие вашей организации правовым требованиям и не заменяет проверку применимых условий.
Разделите категории данных
Выпишите содержание сообщений, файлы, результаты, идентификаторы и технические метрики отдельно. Затем отметьте участников: приложение, роутер, исполнитель и сервисы наблюдения. Для каждого нужно понять, какие данные он получает и по каким настройкам работает.
Политика OpenRouter отдельно рассматривает практики провайдеров моделей. Из правил промежуточного сервиса нельзя автоматически выводить поведение всей цепочки. Для конкретной модели полезно сохранить ссылку на условия исполнителя и дату проверки.
Не смешивайте хранение и обучение
Отказ использовать данные для обучения не отвечает сам по себе на вопрос временного хранения. Аналогично отсутствие сохранения содержания не означает отсутствия любых операционных записей. Сравнение должно задавать эти вопросы раздельно и избегать сокращений без объяснения.
Requesty Data Privacy разделяет payload и телеметрию, а также настройки логирования. Для своего проекта проверьте фактический уровень организации и ключа. Не следует считать текст общего описания доказательством того, что нужная настройка уже включена у вас.
Проверьте политику резервирования
Условный пример: основная цель соответствует требованиям, но при отказе запрос направляется на другую. Успешный ответ не подтверждает соблюдение исходной политики. Нужно проверить список допустимых целей и поведение, когда подходящих исполнителей не осталось.
Vercel ZDR controls описывает фильтрацию по условиям провайдеров и разные уровни настройки. Это пример механизма конкретного продукта, а не универсальное правило всех шлюзов. У других сервисов необходимо читать собственную документацию.
Отделите географию от адреса API
Регион приложения, точка приёма запроса и место выполнения модели могут различаться. Зафиксируйте, какое именно свойство требуется проекту. Если есть региональная политика маршрута, проверьте её область действия и исключения по конкретному варианту credentials.
Полезная таблица содержит участника, категорию данных, срок, регион и источник подтверждения. Неизвестная ячейка должна оставаться вопросом для проверки. Заменять её предположением о «локальности» по одному доменному имени нельзя.
Отдельно сохраните, кто вправе менять правила логирования и список исполнителей. Даже корректная исходная конфигурация требует управляемого процесса изменений, иначе будущий маршрут может перестать соответствовать проверенному сценарию без заметного изменения приложения.
Сделайте проверку воспроизводимой
На синтетических данных проверьте журналы, доступ ролей и резервный сценарий. Сохраните конфигурацию и версии документов. При смене исполнителя или функции маршрута повторите значимые проверки, потому что прежний вывод относился к другой цепочке.
Подготовиться помогут безопасность оборудования и разница роутинга модели и провайдера.