If you’re reading this, you’re likely tired of the üblichen WordPress-Performance-Ratschlägen. The usual routine—installing WP Rocket, adding an image optimizer plugin, and throwing in an asset manager—often leads to a paradox: Sie installieren Plugins, um Ihre Website zu beschleunigen, aber die Plugins selbst verursachen Datenbank-Ballast, Hintergrund-Cron-Jobs und ihre eigenen CSS/JS-Payloads.
The truth is, WordPress doesn’t need 15 performance plugins to load in under a second. True speed optimization happens at the metal layer—the server, the database, and the core code.
In diesem Leitfaden werden wir das Plugin-Ökosystem komplett umgehen. Wir werden WordPress mithilfe von serverseitigen Konfigurationen optimieren, wp-config.php Anpassungen und chirurgischen functions.php Snippets.
1. Das serverseitige Fundament (Kein PHP erforderlich)
Bevor Sie eine einzige Zeile WordPress-Code anfassen, muss Ihre Serverumgebung stark optimiert sein. Ein schwacher Server kann nicht durch Front-End-Caching repariert werden.
Upgrade auf PHP 8.1+
WordPress läuft auf PHP. Der Wechsel von PHP 7.4 auf PHP 8.1 oder 8.2 kann eine Reduzierung der Ausführungszeit um 20-30 % und einen deutlich geringeren Speicherverbrauch bewirken. Aktion: Ändern Sie dies in Ihrem cPanel, Plesk oder über CLI, wenn Sie Ihren eigenen VPS verwalten.
Serverseitige Komprimierung aktivieren (Brotli statt Gzip)
Während Gzip Standard ist, Brotli (von Google entwickelt) bietet bei gleichen CPU-Kosten etwa 15-20 % bessere Komprimierungsraten für Textdateien (HTML, CSS, JS). Aktion (Nginx): Stellen Sie sicher, dass Ihr nginx.conf Brotli aktiviert hat:
brotli on;
brotli_comp_level 6;
brotli_types text/plain text/css application/javascript application/json image/svg+xml;
Implementieren Sie FastCGI-Caching (Nginx) oder LiteSpeed Cache
Anstatt ein PHP-basiertes Caching-Plugin zu verwenden (das WordPress immer noch teilweise laden muss, um den Cache bereitzustellen), sollten Sie auf Webserver-Ebene cachen. Nginx FastCGI-Caching speichert das generierte HTML im RAM oder auf der Festplatte und liefert es direkt aus, wodurch PHP und MySQL für anonyme Besucher vollständig umgangen werden.
2. Härtung und Verschlankung durch wp-config.php
Der wp-config.php Datei ist Ihr Kontrollraum. Standardmäßig erlaubt WordPress bestimmte Verhaltensweisen, die Ihre Datenbank mit der Zeit aufblähen.
Fügen Sie diese Schnipsel direkt vor der /* That's all, stop editing! Happy publishing. */ Zeile hinzu.
Beitragsrevisionen begrenzen
Standardmäßig speichert WordPress unendlich viele Revisionen Ihrer Beiträge. Ein Beitrag, der 50 Mal aktualisiert wurde, hat 50 Kopien in Ihrer wp_posts Datenbanktabelle, was Datenbankabfragen drastisch verlangsamt.
// Keep only the last 3 revisions
define( 'WP_POST_REVISIONS', 3 );
Optimieren Sie das Autosave-Intervall
WordPress speichert automatisch alle 60 Sekunden. Wenn mehrere Redakteure arbeiten, belastet dies die Datenbank. Verlangsamen Sie es.
// Change autosave from 60 seconds to 5 minutes
define( 'AUTOSAVE_INTERVAL', 300 );
Papierkorb schneller leeren
Gelöschte Beiträge und Kommentare verbleiben 30 Tage lang in der Datenbank. Reduzieren Sie dies, um die Datenbank schlank zu halten.
// Empty trash every 7 days
define( 'EMPTY_TRASH_DAYS', 7 );
3. The “Anti-Bloat” functions.php Master-Schnipsel
Der WordPress-Kern injiziert standardmäßig eine riesige Menge an Legacy-Support-Skripten, Discovery-Links und Inline-Styles in Ihre <head> Und <footer> by default.
To achieve maximum information gain over competitors, we won’t just tell you to “use a debloat plugin.” Here is the exact code to surgically remove the most common WordPress bloat.
Note: Add this to your Child Theme’s functions.php oder einem Drop-in mu-plugin hinzu.
/**
* The Ultimate WordPress Debloat Snippet
*/
add_action('init', function() {
// 1. Remove RSD, XMLRPC, and WLW links
remove_action('wp_head', 'rsd_link');
remove_action('wp_head', 'wlwmanifest_link');
add_filter('xmlrpc_enabled', '__return_false');
// 2. Remove WordPress version footprint (Security & Speed)
remove_action('wp_head', 'wp_generator');
// 3. Remove Shortlinks and REST API links from header
remove_action('wp_head', 'wp_shortlink_wp_head');
remove_action('wp_head', 'rest_output_link_wp_head');
// 4. Disable native Emojis (Saves 1 JS and 1 CSS HTTP Request)
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');
remove_action('admin_print_scripts', 'print_emoji_detection_script');
remove_action('admin_print_styles', 'print_emoji_styles');
remove_filter('the_content_feed', 'wp_staticize_emoji');
remove_filter('comment_text_rss', 'wp_staticize_emoji');
remove_filter('wp_mail', 'wp_staticize_emoji_for_email');
// 5. Disable oEmbeds (If you don't embed external URLs automatically)
remove_action('wp_head', 'wp_oembed_add_discovery_links');
remove_action('wp_head', 'wp_oembed_add_host_js');
add_action('wp_footer', function() { wp_deregister_script('wp-embed'); });
});
/**
* 6. Remove Global Styles (WP 5.9+ Inline CSS Bloat)
*/
add_action('wp_enqueue_scripts', function() {
wp_dequeue_style('global-styles');
wp_dequeue_style('classic-theme-styles');
}, 100);
/**
* 7. Remove jQuery Migrate (If using modern themes/plugins)
*/
add_action('wp_default_scripts', function($scripts) {
if (!is_admin() && isset($scripts->registered['jquery'])) {
$script = $scripts->registered['jquery'];
if ($script->deps) {
$script->deps = array_diff($script->deps, ['jquery-migrate']);
}
}
});
/**
* 8. Throttle the Heartbeat API
* Prevents high CPU usage when leaving the WP Admin open
*/
add_filter('heartbeat_settings', function($settings) {
$settings['interval'] = 60; // Throttle to 60 seconds
return $settings;
});
Was haben wir gerade erreicht?
Durch das Hinzufügen des obigen Codes haben Sie sofort bis zu 5-8 unnötige HTTP-Anfragen and removed dozens of lines of inline CSS/JS from every single page load—all without installing a single plugin.
4. Medienoptimierung (Der schwierige Weg)
Plugins wie Smush oder Imagify sind praktisch, aber sie führen die Bildverarbeitung auf Ihrem PHP-Server aus und verbrauchen CPU-Ressourcen.
Manuelle WebP/AVIF-Konvertierung
Bevor Sie ein Bild auf WordPress hochladen, lassen Sie es durch einen externen, verlustfreien Kompressor wie Squoosh.app (von Google) oder TinyPNGlaufen. Besser noch, konvertieren Sie sie lokal in .webp oder .avif Formate, bevor Sie sie hochladen.
Nutzen Sie natives Lazy Loading
Seit WordPress 5.5 ist natives Lazy Loading integriert. WordPress fügt automatisch loading="lazy" to your images. You don’t need a JavaScript-based lazy loading plugin. However, ensure your “above the fold” images (like your logo or hero image) DO NOT have this attribute, as it will delay the Largest Contentful Paint (LCP).
Sie können das Lazy Loading für das erste Bild auf einer Seite entfernen über functions.php:
add_filter( 'wp_get_attachment_image_attributes', function( $attr, $attachment, $size ) {
static $is_first_image = true;
if ( $is_first_image ) {
$attr['loading'] = 'eager'; // Force immediate load for LCP
$is_first_image = false;
}
return $attr;
}, 10, 3 );
5. Datenbank-Defragmentierung via phpMyAdmin
Optimization plugins usually feature a “Clean Database” button. You can do this natively at the database level.
- Loggen Sie sich in Ihr Hosting-Panel ein und öffnen Sie phpMyAdmin.
- Wählen Sie Ihre WordPress-Datenbank aus.
- Scrollen Sie nach unten, markieren Sie Alle auswählen.
- In the “With selected:” dropdown, choose Tabelle optimieren.
MySQL wird die Tabellenindizes neu aufbauen und ungenutzten Speicherplatz zurückgewinnen. Tun Sie dies einmal im Monat manuell.
Das Urteil
Optimizing WordPress without plugins isn’t just about saving money on premium subscriptions. It is a philosophy of Reduzierung technischer Schulden. Every plugin you don’t install is a security vulnerability you don’t have to patch, a database table you don’t have to clean, and a PHP script your server doesn’t have to execute.
Verlagern Sie die Arbeitslast auf den Server (PHP 8.1+, Nginx FastCGI), erzwingen Sie Disziplin in Ihrem wp-config.php, und entfernen Sie den Kern-Ballast mit Ihrem functions.php. Ihre Time to First Byte (TTFB) und Core Web Vitals werden den Unterschied widerspiegeln.
