Сам 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 і чи є посилання на конфіденційність і контактні дані — з класифікацією для кожного висновку. Не замінює юридичну консультацію.
Цей текст — це загальна інформація за нашими найкращими знаннями, а не юридична консультація. Для конкретного випадку зверніться до адвокатської фірми, що спеціалізується на ІТ-праві.