DSA ломает не только модерацию: проверьте, кто и как хранит логи рекомендаций

DSA ломает не только модерацию: проверьте, кто и как хранит логи рекомендаций

DSA для маркетинга и продукта — это не только про жалобы и удаление контента. Если у вас есть ленты, рекомендации, рекламные кабинеты или UGC, у вас уже есть обязанности по прозрачности, объяснимости и контролю за рисками.

Что обычно забывают:
— логика выдачи и ранжирования должна быть описана простым языком;
— у пользователя должен быть понятный способ пожаловаться и обжаловать решение;
— внутренние процессы модерации и эскалации должны быть задокументированы;
— данные о жалобах, блокировках и причинах решений нельзя хранить «как попало».

Особенно опасна связка «автоматика + ручная проверка + несколько подрядчиков». В такой схеме часто теряется, кто именно принял решение, на основании каких сигналов и где лежит след для аудита. Потом это превращается в хаос: support не знает, что отвечать, продукт не понимает, почему выросло число банов, а юристы ищут логи по кускам.

Что делать на практике:
— соберите карту всех мест, где есть рекомендация, модерация или ограничение доступа;
— для каждого решения зафиксируйте источник сигнала, ответственного и срок хранения;
— проверьте, есть ли у пользователя маршрут «пожаловаться → получить ответ → обжаловать»;
— отдельно проверьте договоры с подрядчиками: кто хранит данные, кто удаляет, кто отвечает за инцидент.

Если DSA у вас пока звучит как «про юристов», проверьте продуктовые флоу: обычно именно там спрятаны самые дорогие пробелы.