WP Ghost vs WP Hide & Security Enhancer PRO

Beim Vergleich WP Ghost vs. WP Hide & Security Enhancer PRO ist die Grundaufgabe gleich. Beide Plugins ändern und verbergen die Pfade, die WordPress verraten, etwa wp-content, wp-includes, Theme- und Plugin-Ordner und die übliche Login-Seite. Die Dateien bleiben, wo sie sind, nur die Adressen ändern sich. Bots, die nach bekannten verwundbaren Plugin-Versionen suchen oder Passwörter an der Standard-Login-Seite ausprobieren, finden so weniger Ansatzpunkte. Beide bauen auf einem kostenlosen Plugin auf wordpress.org auf, und beide werden als Lifetime-Lizenz mit Updates auf Lebenszeit verkauft.

Der Unterschied liegt in dem, was rund um die verborgenen Pfade dazukommt. WP Ghost ist als Sicherheits-Suite gebaut: Firewall, Brute-Force-Schutz, Bot-Sperre und Ländersperre stecken im selben Plugin, und ein Multisite-Netzwerk zählt als eine Lizenz. WP Hide & Security Enhancer PRO bleibt beim Verstecken von WordPress. Es entfernt Versionsnummern, verräterische Header und Meta-Tags, nennt Apache, LiteSpeed, Nginx und IIS als unterstützte Server und ergänzt einen Schwachstellenscan, der zeigt, welche installierten Plugins und Themes ein Update brauchen. Angriffe blockt es nicht selbst, es läuft daher meist neben einem Firewall-Plugin.

WP Ghost passt zu Betreibern einer Handvoll Websites, die verborgene Pfade und aktiven Schutz aus einem Plugin wollen, und zu Multisite-Netzwerken, denn ein ganzes Netzwerk zählt als eine Lizenz. Die kleinste Lifetime-Stufe gilt für 5 Websites. Seine Deal-Seite nennt die Grenzen: Geänderte Pfade können mit Caching oder anderen Plugins kollidieren und wollen gründlich getestet sein, für die Stufe mit 5 Websites ist kein Support aufgeführt, und eine Lifetime-Stufe für eine einzelne oder für beliebig viele Websites gibt es nicht.

WP Hide & Security Enhancer PRO passt zu Agenturen und Entwicklern, die viele Websites bauen, denn die Developer-Lifetime-Lizenz gilt für beliebig viele Websites, mit Updates und Support ohne Zeitgrenze. Es passt auch zu Websites auf Nginx oder IIS, die schon eine eigene Firewall nutzen. Auch seine Deal-Seite nennt Grenzen: Lifetime gibt es nur als Developer-Stufe, Umschreiberegeln brauchen auf Nginx und IIS Sorgfalt, und das Verbergen von Pfaden ersetzt keine Firewall und keinen Malware-Scanner. NSP Code entwickelt außerdem Advanced Post Types Order.

Verborgene Pfade helfen nur, solange sie mit jeder WordPress-Version weiter funktionieren. Ein solches Plugin bleibt also so lange auf einer Website, wie sie online ist, und ist damit ein typischer Fall für eine Lifetime-Lizenz statt einer Verlängerung jedes Jahr. Beide Hersteller verkaufen auf ihrer eigenen Preisseite eine Lifetime-Lizenz, und beide schließen Updates auf Lebenszeit ein.

Die Lizenzmodelle unterscheiden sich deutlich. WP Ghost hat Lifetime-Stufen nach Zahl der Websites, 5 Websites für 199 $, 25 Websites für 799 $, 1000 Websites für 1.449 $, dazu einen Jahrestarif, und seine Deal-Daten nennen E-Mail-Support mit Vorrang erst ab der Stufe mit 25 Websites. WP Hide & Security Enhancer PRO hat eine Lifetime-Lizenz für beliebig viele Websites mit Support ohne Zeitgrenze; der Plan für eine Website ist nur ein Jahresabo. Die Rückgabefrist beträgt 30 Tage bei WP Ghost und 30 Tage bei WP Hide & Security Enhancer PRO. Die Vergleichstabelle oben zeigt beide Lifetime-Lizenzen mit Prüfdatum.

Beide Pro-Versionen bauen auf einem kostenlosen Plugin auf. Das kostenlose WP Ghost hat 100.000+ aktive Installationen und eine Bewertung von 4,5, das kostenlose WP Hide hat 50.000+ aktive Installationen und eine Bewertung von 4,3. Die Gratisversion auf einer Staging-Kopie zeigt, ob das Umschreiben der Pfade mit Theme, Cache und Plugins zusammenspielt, bevor Geld fließt.

Egal, was du testest: Ändere die Pfade Schritt für Schritt. Fang mit der Login-Adresse an, leere nach jeder Änderung alle Caches und prüfe Frontend, Formulare, Adminbereich und Seiten ohne Login. Notiere dir die neue Login-Adresse an einem sicheren Ort. Lass auf einer Website nur ein Plugin laufen, das Pfade verbirgt, denn zwei Plugins, die dieselben Pfade umschreiben, kommen sich in die Quere. Wechselst du später, schalte zuerst die Umschreibungen des alten Plugins ab und stell die Standardpfade wieder her, bevor das neue übernimmt.