Сам WordPress не является проблемным — темы защиты данных почти всегда поступают через темы, плагины и встроенный контент.
На практике большинство проблем защиты данных в WordPress связано с тремя источниками: тема, которая часто загружает Google Fonts или наборы иконок с внешних CDN; маркетинговые и аналитические плагины, которые пишут свой код отслеживания прямо в <head> без проверки статуса согласия; и блочный редактор, который сразу при загрузке страницы разрешает встраивания YouTube, Maps и Twitter. Каждый из этих источников можно обезвредить по отдельности.
Одного плагина согласия недостаточно, если он реально не блокирует скрипты. Многие баннерные плагины лишь показывают уведомление, пока плагины отслеживания загружаются параллельно. Работают решения, которые удерживают известные трекеры через блокировщик скриптов или глубоко вмешиваются в соответствующие плагины (например, через их API согласия).
Основные функции WordPress сами по себе безобидны, с одним исключением: скрипты эмодзи по умолчанию загружают s.w.org и могут — в зависимости от настройки — вызвать внешнее соединение. Граватары в области комментариев дополнительно передают хеш адреса электронной почты на automattic.com. Оба можно отключить несколькими строками в functions.php или небольшим плагином.
Частые источники: темы, которые загружают Google Fonts из Google; плагины аналитики или маркетинга без логики согласия; встроенные блоки YouTube/Maps; эмодзи и Gravatar с внешних серверов. Для каждого ненужного доступа действует § 25 ч. 1 TDDDG.
Бесплатная проверка анализирует предоставленный HTML и показывает, какие сервисы встроены, обнаружен ли баннер cookie и есть ли ссылки на конфиденциальность и контактные данные — с классификацией для каждого вывода. Не заменяет юридическую консультацию.
Этот текст — это общая информация по нашим лучшим знаниям, а не юридическая консультация. Для конкретного случая обратитесь в адвокатскую фирму, специализирующуюся на ИТ-праве.