TL;DR
Under GDPR, you (the site owner) are responsible for every piece of data your website collects and where it goes — including data collected by plugins you installed. Many popular WordPress plugins send data to US servers: Google Fonts, Google Analytics, reCAPTCHA, and most contact form plugins. Fines can reach €20 million. Keeping plugins updated is a GDPR requirement, not just a convenience — outdated plugins with security holes are a data protection liability.
GDPR isn't just about cookie banners
Most people think GDPR compliance means adding a cookie consent popup. That's the visible part. But GDPR is much broader than cookies — it's about how you collect, process, store, and transfer personal data.
And here's what most WordPress site owners don't realize: every plugin on your site can potentially collect and transfer visitor data. When a visitor loads your page, plugins can:
- Load resources from external servers (which records the visitor's IP address)
- Set tracking cookies
- Send form data to third-party services
- Store personal data in your database
Under GDPR, you — not the plugin developer — are responsible for this. You're the "data controller." The plugin developer is just providing a tool. How you use it, and whether it complies with the law, is on you.
Common plugins that transfer data outside the EU
Here are some of the most common data transfers happening on WordPress sites — many of them without the site owner even knowing.
Google Fonts
This is the most widespread one. Many WordPress themes load fonts directly from Google's servers. Every time a visitor loads your page, their browser connects to Google's servers, transmitting their IP address to Google.
In January 2022, a German court ruled this violated GDPR and fined the site operator €100 for each affected visitor. The ruling established that loading Google Fonts from Google's servers constitutes a transfer of personal data to a third country.
Fix: Host fonts locally. Download the fonts and serve them from your own server. No external request, no data transfer.
Google Analytics
If you're using Google Analytics, you're sending visitor data (including IP addresses, browsing behavior, and device information) to Google's servers. Several European data protection authorities have ruled that Google Analytics violates GDPR without proper safeguards.
Fix: Switch to a privacy-focused analytics tool like Plausible or Matomo (self-hosted), which keep data in the EU. Or ensure you have proper consent mechanisms in place before loading Google Analytics.
Google reCAPTCHA
The "I'm not a robot" checkbox (and the invisible reCAPTCHA) loads scripts from Google and sends data about your visitors to Google's servers — including browsing behavior, cookies, and device data. This happens in the background, often before the visitor even interacts with a form.
Fix: Use a privacy-friendly alternative like hCaptcha or implement simple honeypot spam protection that doesn't require external services.
Contact form plugins
Many contact form plugins (Contact Form 7, WPForms, Gravity Forms) can be configured to send data to third-party email services, CRMs, or other tools. If those services are US-based, that's a data transfer outside the EU.
Even if the form data is stored in your WordPress database (which is fine if your server is in the EU), the plugin might send a copy to the developer's analytics or error reporting service.
Fix: Check your form plugin's settings. Make sure data is stored on your server and isn't being sent to external services without consent.
CDN services
Content Delivery Networks like Cloudflare speed up your site by serving content from servers close to your visitors. But this means visitor data (IP addresses) passes through the CDN's infrastructure, which may include servers outside the EU.
Fix: Use a CDN with EU-only options, or ensure your CDN provider has adequate GDPR safeguards in place.
Social media embeds
Facebook Like buttons, Twitter embeds, Instagram feeds — all of these load external scripts and transfer visitor data to US companies. Even if a visitor doesn't click the button, the scripts track them.
Fix: Load social media content only after explicit consent, or replace live embeds with static links/images.
The liability angle most people ignore
Here's what makes this personal: GDPR violations can result in fines up to €20 million or 4% of annual turnover, whichever is higher. That's the maximum — in practice, fines for small businesses are lower but still painful.
But fines aren't the only risk. Any EU citizen can file a complaint with their national data protection authority (in Denmark, that's Datatilsynet). And after the Google Fonts ruling, there's a growing pattern of organized complaints targeting non-compliant websites.
The defense "I didn't know my plugin was sending data to the US" doesn't work. Under GDPR, ignorance isn't a defense. You're expected to know what your website does with visitor data.
How outdated plugins are a GDPR risk
This is the connection most people miss: GDPR requires you to implement "appropriate technical measures" to protect personal data. Running outdated plugins with known security vulnerabilities is a failure to implement appropriate measures.
If your site gets hacked because of an outdated plugin — and visitor data is exposed — that's a data breach under GDPR. You're required to:
- Notify the data protection authority within 72 hours
- Notify affected individuals if the breach is high risk
- Document everything
A hacked WordPress site isn't just a technical problem — it's a legal one. Keeping plugins updated isn't optional for GDPR compliance.
A practical GDPR checklist for your WordPress site
- Host Google Fonts locally (don't load from Google's servers)
- Replace Google Analytics with a privacy-focused alternative, or implement proper consent
- Audit your contact forms — where does the data go?
- Remove or replace Google reCAPTCHA
- Check for social media embeds that load without consent
- Ensure your hosting is in the EU
- Have a clear, honest privacy policy (not a generic template)
- Keep all plugins updated to close security holes
- Remove unused plugins that might still be collecting data
- Implement a real cookie consent solution (not just a dismissible banner)
The uncomfortable truth
Most WordPress sites in Europe are technically non-compliant with GDPR. Not out of malice — out of ignorance. The site was built, the plugins were installed, and nobody checked what data was going where.
Full GDPR compliance requires a data audit specific to your site. But you can eliminate the biggest risks by addressing the common issues listed above.
How WPulse helps with compliance
WPulse doesn't make your site GDPR-compliant — that requires a broader data audit. But we address two critical pieces:
- We keep all your plugins updated. This closes security vulnerabilities, which is a GDPR requirement for "appropriate technical measures."
- Everything we do stays in the EU. WPulse infrastructure runs on Hetzner Cloud in Germany. Your data never leaves the EU.
Combined with our backup and rollback system, you have a maintenance partner that takes the technical security requirements seriously. The rest — cookie consent, data audits, privacy policies — is something you'll need to address separately, but at least the foundation is solid.