Waren Sie schon einmal in einer Situation, in der Sie einen Blog auf Ihrer bestehenden Unternehmenswebsite benötigen, die nicht auf WordPress läuft? Ich bin sicher, dass die meisten von Ihnen mit solchen Szenarien konfrontiert wurden. In diesem Artikel erfahren Sie, wie Sie dies erreichen können, ohne die Suchmaschinenoptimierung zu beeinträchtigen. Bevor wir uns damit befassen, sollten wir uns ansehen, wie die
Waren Sie schon einmal in einer Situation, in der Sie einen Blog auf Ihrer bestehenden Unternehmenswebsite benötigen, die nicht auf WordPress läuft? Ich bin sicher, dass die meisten von Ihnen mit solchen Szenarien konfrontiert wurden.
In diesem Artikel erfahren Sie, wie Sie dies erreichen können, ohne die Suchmaschinenoptimierung zu beeinträchtigen.
Bevor wir uns damit befassen, wollen wir untersuchen, wie die Organisationen und Institutionen das Blog getrennt von der Hauptwebsite hosten.
Viele große Unternehmen haben komplizierte IT-Systeme, die es ihren internen Abteilungen erschweren, über den Tellerrand ihrer internen Systeme hinauszuschauen. Ein Beispiel: Die Content-Marketing-Abteilung möchte einen Blog einrichten, um ihr Publikum aufzuklären. Die derzeitige Regelung macht jedoch die Erstellung eines Blogs, z. B. auf WordPress-Hosting, unmöglich.
Auf der anderen Seite können Unternehmen das ".NET Framework" für ihre Webanwendungen verwenden, und andere Unternehmen zögern, Open-Source-Frameworks zu verwenden.
Wenn Sie einen Blog in einem der oben genannten Szenarien hosten müssen, haben Sie keine andere Wahl, als an einen alternativen Server zu denken, um ihn zu hosten. Dieser Server befindet sich also außerhalb des Servers, auf dem Sie Ihre Website gehostet haben. Schauen wir uns einige dieser Optionen und ihre Auswirkungen an, oder?
Wenn Ihre Hauptwebsite beispielsweise die URL www.myorganization.com hat, würden die technisch versiertesten Fachleute der Vergangenheit dazu neigen, den WordPress-Blog durch den Erwerb einer Subdomain der Hauptdomain zu installieren. Als Beispiel in dieser Situation, wäre es auf ourblog.myoraginzation.com.
In früheren Zeiten wäre diese Lösung perfekt gewesen. Wenn Sie heute jedoch eine beträchtliche Menge an Besuchern für Ihren Blog generieren wollen, müssen Sie auch die SEO (Search Engine Optimization) Aspekte berücksichtigen. Wir werden uns das im nächsten Abschnitt ansehen.
Der Hauptgrund für den Erwerb von Subdomains durch Website-Besitzer ist die Bereitstellung separater Inhalte für die verschiedenen Produkte Ihrer Marke. Es kann zwar auch andere Gründe geben, wie z. B. eine separate Website für mobile Geräte und zur Steigerung des Verkehrsaufkommens, aber der Hauptgrund liegt in den Inhalten und der Erweiterung Ihrer Marke auf der Grundlage mehrerer Nischen.
Wikipedia hat zum Beispiel Subdomains, um den Inhalt nach verschiedenen Sprachen zu trennen, wie fr.wikipedia.com oder es.wikipedia.com.
NPR, ein beliebtes Radionetzwerk, ist ein weiteres Beispiel, bei dem der Schwerpunkt zu 100 % auf den Nachrichten und Inhalten liegt. Allerdings haben sie auch eine Subdomain, https://shop.npr.org/, die sich hauptsächlich auf Merchandising konzentriert.
In den oben genannten Fällen ist es also sinnvoll, eine Subdomain zu haben. Aber wie sieht es im Falle von Blogs aus?
Nun, die Suchmaschinen betrachten die Subdomains als separate Websites. Das bedeutet, dass die Suchmaschinen jede Subdomain separat crawlen und indexieren müssen. Außerdem werden die Backlinks zur Hauptdomain nicht mit ihren Subdomains geteilt. Daher ist der Aufbau des Page Rank für eine Subdomain fast genauso schwierig wie für die Hauptdomain.
Es wäre also hilfreich, wenn Sie in den Fällen, in denen es sinnvoll ist, Subdomains hätten. Eine ideale Option für Blogs wäre daher, den Blog als Unterverzeichnis auf Ihrer Hauptseite zu führen.
Allerdings, wie ich oben erwähnt habe, wie können Sie dies unter Umständen tun, wo Ihre führende Website betreibt und wenn Sie es auf einer anderen Plattform, die nicht unterstützt WordPress-Hosting heiß?
Genau dafür sind Reverse Proxies da, und wir werden Ihnen im nächsten Abschnitt einen Überblick über Reverse Proxies geben.
Es wäre einfacher, das Konzept des Reverse-Proxys zu verstehen, wenn Sie wüssten, was ein Forward-Proxy tut.
Forward Proxy - Ein Forward Proxy leitet alle eingehenden Anfragen von allen Knoten im LAN (Local Area Network) an den entsprechenden Server weiter, an den die Anfrage gehen soll. Der Zielserver hat keine Ahnung, woher die Anfrage kommt und sendet die Antwort an den Client, der die Anfrage über den Forward Proxy initiiert hat. Das folgende Diagramm veranschaulicht dies
Umgekehrter Proxy: Im Gegensatz dazu sitzt ein Reverse Proxy vor den Servern und sendet eine Anfrage an den richtigen Server, wenn der Client eine Anfrage initiiert. Wenn dann der entsprechende Server die Antwort zurücksendet, gibt der Reverse Proxy die Antwort an das Client-Gerät zurück. Für das Client-Gerät sieht es dann so aus, als hätte der Reverse-Proxy-Server alle Anfragen bearbeitet. Reverse Proxies sind ideal für Situationen, in denen derselbe Teil einer Webanwendung auf vielen verschiedenen Servern ausgeführt wird.
Weitere Informationen über Reverse- und Forward-Proxys finden Sie in diesem Artikel.
Ebenso können Sie einen Reverse Proxy verwenden, um den Datenverkehr zu dem Server zu leiten, auf dem Sie das WordPress-Blog gehostet haben. Auf der anderen Seite leitet der Reverse Proxy den Nicht-Blog-Verkehr an den entsprechenden Server weiter. Ich weiß, das ist leichter gesagt als getan. Lassen Sie uns das anhand eines Beispiels demonstrieren.
Nehmen wir an, dass Ihre Website https://www.somedomain.com auf einem Webserver gehostet wird, der WordPress nicht unterstützt, Ihr Content-Marketing-Team aber unbedingt einen Blog haben möchte. In Anbetracht der oben genannten SEO-Fakten hat Ihr Web-Entwicklungsteam keine andere Wahl, als den Blog im Verzeichnis "blog" zu installieren. Daher würde die Blog-URL wie folgt aussehen https://www.somedoamin.com/blog.
Da die Haupt-Website WordPress nicht unterstützt, muss Ihr Web-Entwicklungsteam die folgenden Schritte ausführen:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="blog.somedomain.com" stopProcessing="true">
<match url=".*" />
<conditions>
<add input="{HTTP_HOST}" pattern="^blog.somedomain.com$" />
<add input="{PATH_INFO}" pattern="^/blog/" negate="true" />
</conditions>
<action type="Rewrite" url="\blog\{R:0}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
In den beiden folgenden Zeilen sollte "blog.somedomain.com" durch die Subdomain ersetzt werden, unter der sich Ihr Blog befindet:
<rule name="blog.somedomain.com" stopProcessing="true">
<add input="{HTTP_HOST}" pattern="^blog.somedomain.com$" />
In diesen beiden Zeilen können Sie dann den Ordner "blog" ersetzen, wenn Sie ihm einen anderen Namen gegeben haben:
<add input="{PATH_INFO}" pattern="^/blog/" negate="true" />
<action type="Rewrite" url="\blog\{R:0}" />
Im letzten Schritt haben wir zwar eine Subdomain verwendet, aber das hat keinen Einfluss auf die Suchmaschinenoptimierung, da der Traffic zum Blog-Ordner der Hauptwebsite geleitet wird. Daher ist die Umleitung auf die Subdomain ein interner Prozess, der keine Auswirkungen auf die Suchmaschinenoptimierung hat.
Die oben beschriebenen Umstände treten ein, wenn Sie einen Server betreiben, der PHP nicht unterstützt. Wenn Sie jedoch in ein Szenario geraten, in dem Ihre führende Website beispielsweise mit PHP oder Drupal läuft, Sie aber eine andere Website für den Blog in derselben Domäne haben möchten, müssen Sie den Reverse Proxy gemäß den folgenden Schritten konfigurieren.
Zuvor müssen Sie jedoch sicherstellen, dass Sie zwei Websites eingerichtet haben und betreiben. Eine davon ist https://www.somedomain.com und die andere ist mit WordPress installiert und hat die Subdomain https://blog.somedomain.com.
Zunächst müssen Sie das Terminal des Apache-Servers über SSH öffnen. Dann müssen Sie das Proxy-Modul von Apache mit diesem Befehl aktivieren:
sudo a2enmod proxy proxy_http ssl
Mit diesem Befehl wird der Apache in den meisten Fällen neu gestartet, um die neuen Direktiven, die Sie oben definiert haben, zu laden:
Nun folgt der Schritt, auf den Sie gewartet haben. Das ist die Erstellung des Reverse-Proxys durch Bearbeitung der virtuellen Hostdatei des Servers.
<VirtualHost *>
DocumentRoot /var/www/app/public
SSLProxyEngine On ProxyRequests off
ProxyPass /blog http://blog.somedomain.com
ProxyPassReverse /blog http://blog.somedomain.com
</VirtualHost>
Zwei wichtige Punkte sind hier zu beachten:
Die nächsten Schritte beziehen sich auf WordPress, was für beide der oben genannten Szenarien typisch ist.
Dann müssen Sie zu dem Server gehen, auf dem Sie WordPress installiert haben, und die Datei wp-config.php aktualisieren. Normalerweise konfigurieren Sie WordPress nämlich nicht so, dass es über einen Reverse-Proxy läuft.
Sie müssen also die Datei wp-config.php wie unten beschrieben aktualisieren:
$_SERVER['REQUEST_URI'] = str_replace("/wp-admin/", "/blog/wp-admin/", $_SERVER['REQUEST_URI']);
In der gleichen Datei aktualisieren Sie dann die folgenden Variablen:
In der Zwischenzeit können Sie die Werte der Datenbankkonfiguration wie unten beschrieben aktualisieren:
UPDATE wp_options SET option_value = 'https://www.somedomain.com/blog' WHERE option_name IN('siteurl', 'home');
Der nächste Schritt besteht darin, die .htacess-Datei so zu ändern, dass die URLs korrekt umgeschrieben werden können:
Wird:
RewriteRule . /blog/index.php [L]
Nachdem Sie alle oben genannten Schritte durchgeführt haben, müssen Sie sicherstellen, dass die Links zu den Beiträgen und Kategorien wie erwartet funktionieren. Dazu müssen Sie sich mit der alten Subdomain-URL wie unten beschrieben anmelden:
blog.somedomain.com/wp-login.php
Dann wäre es hilfreich, wenn Sie vom Haupt-Dashboard aus zu "Einstellungen" navigieren und dann auf die Registerkarte "Allgemein" klicken.
Aktualisieren Sie das Feld Site Address (URL) wie folgt:
Wenn Sie danach immer noch Zweifel haben, ob die URLs korrekt funktionieren, können Sie das Plugin "Better Search Replace" installieren. Es würde alle Datensätze in Ihrer Datenbank aktualisieren, wo es nötig ist.
Darüber hinaus müssen Sie auch auf die Aktualisierung von canonicals und robot.txt achten.
Wenn Sie danach immer noch Zweifel haben, ob die URLs korrekt funktionieren, können Sie das Plugin "Better Search Replace" installieren. Es würde alle Datensätze in Ihrer Datenbank aktualisieren, wo es nötig ist.
Darüber hinaus müssen Sie auch auf die Aktualisierung von canonicals und robot.txt achten.
Jetzt haben Sie vielleicht entdeckt, dass WordPress sehr anpassungsfähig ist. Das liegt daran, dass Sie WordPress verwenden können, um nur den Blog-Teil der Website separat zu hosten, während der Rest unangetastet bleibt. Wie Sie in diesem Blog gesehen haben, könnte der Rest der Website auf verschiedenen Plattformen gehostet werden, die WordPress nicht unterstützen.
Die Einbindung des Blogs in die übrige Website kann also eine schwierige Aufgabe sein. Mit Hilfe von Reverse Proxies können Sie diese jedoch überwinden.
Bleiben Sie dran für weitere Artikel.