
In the ever-evolving landscape of WordPress security, site owners often grapple with features such as WP-JSON (the REST API) and XML-RPC. These tools enable remote interactions with your site, but they can also open doors to vulnerabilities. Should you disable them? It depends on your needs - disabling can tighten security, but it might disrupt plugins, apps, or integrations that rely on them.
XML-RPC is an older protocol prone to attacks, making it a prime candidate for disabling unless you're using legacy features. WP-JSON, the modern REST API, powers many essential functions, so think twice before turning it off. By the end, you'll know the risks, benefits, and steps to make an informed choice, optimising your WordPress site for safety without sacrificing functionality.
Key takeaways include weighing security gains against potential breakage, using plugins for easier management, and monitoring your site's performance after changes. Whether you're a beginner tweaking your first blog or an expert hardening an e-commerce site, let's dive in.
XMLRPC and WP-JSON are built-in WordPress features that allow external applications to communicate with your site remotely. XMLRPC, short for XML Remote Procedure Call, is an older protocol introduced in WordPress's early days. It enables actions like publishing posts from desktop apps or pinging trackbacks.
On the other hand, WP-JSON refers to WordPress's REST API (Representational State Transfer Application Programming Interface). Introduced in WordPress 4.4, it's a more modern, JSON-based system for fetching or updating site data, such as posts, users, or comments.
Why are they important? They facilitate integrations—think mobile apps, third-party tools, or automation. However, in 2026, with rising cyber threats, their importance shifts to security: leaving them enabled can expose your site to brute-force attacks or data leaks if not properly managed.
XML-RPC's role: Primarily for backward compatibility, like Jetpack connections or remote publishing. WP-JSON's role: Essential for Gutenberg editor, WooCommerce, and API-driven apps.
Disabling them isn't always necessary, but understanding their purpose helps you decide based on your site's ecosystem.
XML-RPC works by sending XML-formatted requests over HTTP to the xmlrpc.php file on your WordPress site. For example, a blogging app might send a request to create a new post, and WordPress processes it and responds with XML data. It's simple but lacks modern security features, making it vulnerable to amplification attacks where hackers send massive requests.
WP-JSON operates similarly but uses JSON for lighter, faster data exchange. Requests hit endpoints like /wp-json/wp/v2/posts, allowing GET (read), POST (create), or other methods. Authentication can be implemented with API keys, cookies, or OAuth, but public endpoints are accessible by default.
In practice:
Both run on your server's resources, so high traffic to these endpoints can slow your site. If unused, they represent unnecessary exposure.
Myth 1: Disabling them will break your entire WordPress site.
Only if specific plugins or features depend on them do most core functions remain intact.
Myth 2: XMLRPC is completely obsolete and always unsafe.
While vulnerabilities exist (such as DDoS exploits), it's safe when protected by firewalls or with limited access.
Myth 3: WP-JSON exposes all your data publicly.
Not true; sensitive endpoints require authentication, though misconfigurations can lead to leaks.
Myth 4: Disabling improves performance dramatically.
It helps marginally by reducing server load from bots, but it's not a silver bullet for speed.
Keeping them enabled offers flexibility for modern web development. Benefits include seamless integrations, better automation, and enhanced user experiences.
Use cases:
Practical applications: E-commerce sites use WP-JSON for real-time inventory updates; bloggers leverage XML-RPC for syndication.
If your site is API-heavy, the pros outweigh the cons.
Disable XML-RPC if you're not using remote publishing or legacy plugins; it's a common attack vector in 2026, including brute-force login attacks.
For WP-JSON, disable only if your site doesn't rely on modern features like the block editor or third-party APIs. Static blogs or brochure sites often benefit.
In summary, yes for XML-RPC on most sites; no for WP-JSON unless security audits demand it.
Note: Always back up your site first, then test in staging.
Note: If issues arise, re-enable temporarily and whitelist IPs for access.
Your site loses remote publishing capabilities, but core features stay intact. Security improves against common attacks.
Yes, if unused, but it can break modern plugins. Use selective disabling for balance.
Check plugin requirements or use a tool like WP Debug to log API calls.
Slightly positively, by reducing bot traffic, but focus on caching for real gains.
"Disable XML-RPC" for XML-RPC; "Disable REST API" for WP-JSON; both are free and lightweight.
Proceed cautiously; test per site, as networks often rely on APIs for syncing.