Leidet deine Website unter einer langsamen Leistung und hohem Netzwerkverkehr? Wenn Cookies der Grund dafür sind, ist eine effektive Lösung die Verwendung von Cookie-freien Domains.
Obwohl Cookies einer der wichtigsten Eckpfeiler unserer Online-Erfahrung sind, sind sie nicht immer so appetitlich, wie ihr Name vermuten lässt. Abgesehen von den Datenschutz- und Sicherheitsbedenken im Zusammenhang mit Cookies von Drittanbietern können Cookies, die automatisch an Bilder und andere statische Inhalte deiner Website angehängt werden, die Leistung der Seite stark beeinträchtigen.
Zum Glück ist es möglich, totes Gewicht (in diesem Fall tote Cookies) durch die Verwendung von Cookie-freien Domains zu beseitigen. In diesem Leitfaden erklären wir dir die Grundlagen der Cookie-freien Domains, warum sie so nützlich sind und wie du deine WordPress-Website so konfigurieren kannst, dass sie sie nutzt.
Doch zunächst wollen wir in die digitale Keksdose greifen und uns genauer ansehen, wie Domains Cookies verwenden – im Guten wie im Schlechten.
Was sind Cookie-freie Domains?
Cookie-freie Domains sind Teile einer Website, die keine Cookies an die Browser der Nutzer/innen senden.
Aber warum sollten wir nicht ständig Cookies senden? Wäre es nicht höflich, den Nutzern so viele Cookies wie möglich anzubieten?
Nicht unbedingt. Wenn wir über cookiefreie Domains sprechen, meinen wir natürlich HTTP-Cookies. Im Gegensatz zu unseren Lieblingskeksen sind HTTP-Cookies kleine Datenpakete, die Websites an die Browser der Nutzer senden. Sie sind zwar nicht besonders schmackhaft, aber äußerst nützlich, damit sich Websites bei ihrem nächsten Besuch an die Nutzer/innen „erinnern“ können.
Aber genau wie bei echten Cookies solltest du nicht zu viele HTTP-Cookies verwenden. Wie wir gleich sehen werden, freuen sich die Besucher über ein paar Cookies – aber wenn es mehr sind, als sie brauchen, fühlen sie sich träge und überladen.
Was sind HTTP-Cookies?
HTTP-Cookies sind überall im Internet zu finden.
Wann immer du eine Website besuchst, ist die Wahrscheinlichkeit groß, dass die Website dich auffordert, Cookies in deinem Browser zu speichern. Zusätzlich zu den Informationen über die Website selbst und die von dir besuchte Seite enthalten Cookies eine persönliche Kennung, die mit dir und deinem Browser verknüpft ist. Anhand dieser Kennung kann sich die Website „erinnern“, ob du die Seite bereits besucht hast.
Schauen wir uns genauer an, wie dieser Cookie-Austausch funktioniert (Spoiler-Alarm: Es sind keine charmanten Weidenkörbe oder Pfadfinderinnen beteiligt).
Wie in der Abbildung oben zu sehen ist, kann der Austausch in drei Schritte unterteilt werden:
- Dein Browser fordert eine Webseite an. Wenn du eine Adresse (z. B. eine Domain-URL wie „kinsta.com“) in die Adressleiste deines Browsers eingibst oder auf einen Weblink klickst, erzeugt dein Browser eine HTTP-Anfrage, die der Website mitteilt, dass er die Seite anzeigen möchte. Diese Anfrage wird an den Webserver gesendet, der die Website und ihre Seiten hostet.
- Der Webserver sendet die Seite und das Cookie. Nach Erhalt deiner Anfrage sendet der Webserver die angeforderte Seite und ein Cookie mit bestimmten Informationen zurück. Wie wir bereits erwähnt haben, enthält dieses Cookie fast immer eine persönliche Kennung für dich und deinen Browser.
- Der Browser fordert eine weitere Seite vom selben Server an. Nehmen wir an, du klickst auf einen Link zu einer anderen Seite auf der Website, wie z. B. „Shop“ oder „Über uns“ auf einer E-Commerce-Seite. In diesem Fall sendet dein Browser eine weitere Anfrage an den Webserver und das Cookie, das er ursprünglich erhalten hat. Wenn der Webserver diese Anfrage erhält, sieht er das Cookie, das er zuvor gesendet hat, und weiß, dass du die Seite bereits besucht hast. Mit diesen Informationen kann der Webserver dir ein personalisiertes Erlebnis bieten, wie z. B. die Beibehaltung eines aktiven Logins oder die Beibehaltung von Artikeln in einem Einkaufswagen.
Es gibt auch verschiedene Cookies für verschiedene Zwecke. Im obigen Beispiel verwaltet der Webserver, der für die Sitzungsverwaltung zuständig ist, deine Anmeldung oder deinen Einkaufswagen – mit anderen Worten, deine individuelle Sitzung auf der Website. Außerdem können Cookies verwendet werden, um personalisierte Erlebnisse zu bieten, wie z. B. die Anzeige der letzten Bestellungen, der angesehenen Artikel oder sogar gezielte Werbung.
Auch wenn es sich gut anhört, wenn du überall Cookies bekommst, ist das nicht alles, was man sich darunter vorstellt. Wie wir im nächsten Abschnitt sehen werden, ist es möglich, dass eine Website zu viele Cookies bereitstellt – von denen viele Menschen lieber nicht „essen“ möchten.
Wie Domains HTTP-Cookies verwenden
Obwohl die persönliche Identifizierung eine sehr wichtige Verwendung für HTTP-Cookies ist, ist sie nicht die einzige. Tatsächlich können Cookies für eine Vielzahl von Zwecken verwendet werden, um ein personalisiertes Web-Erlebnis zu bieten, gezielte Inhalte zu liefern und vieles mehr.
Wir haben bereits beschrieben, wie Websites und Browser HTTP-Cookies austauschen, um sich an dich zu „erinnern“. Das kann zwar hilfreich sein, um Anmeldesitzungen aufrechtzuerhalten und Einkaufswagenartikel anzuzeigen, aber Cookies können auch für schändlichere (oder schlichtweg lästige) Zwecke verwendet werden.
Hier sind einige der häufigsten Arten, wie Domains HTTP-Cookies verwenden.
- Sitzungsmanagement. Diese Funktion kennst du bereits. Die Sitzungsverwaltung wird oft als der „harmloseste“ Verwendungszweck von HTTP-Cookies angesehen, da ihr einziger Zweck darin besteht, ein konsistentes Nutzererlebnis zu bieten, das den Nutzer/innen hilft, bestimmte Aktionen nicht zu wiederholen. Auch wenn die Einsicht in frühere Aktivitäten für manche Nutzer/innen Bedenken hinsichtlich des Datenschutzes aufwirft, ist sie relativ harmlos. Die wirklichen Datenschutzprobleme treten auf, wenn Cookies zum Tracking verwendet werden, worauf wir gleich eingehen werden.
- Personalisierung. Das Sitzungsmanagement kann auch dazu genutzt werden, Webseiten auf der Grundlage der Vorlieben und Aktivitäten der Nutzer/innen zu personalisieren. Wenn du z. B. die Sprache deiner Wahl ausgewählt hast, kannst du die Website bei deinen nächsten Besuchen in der gleichen Sprache anzeigen lassen, ohne sie jedes Mal ändern zu müssen. Cookies ermöglichen es Webseiten auch, sich an die spezifischen Anforderungen verschiedener Webbrowser anzupassen.
- Tracking. Cookies haben auch eine kontroverse Seite. Da dein Browser die Cookies speichert, die dir Websites geben, können diese Cookies dazu verwendet werden, dich überall im Internet zu verfolgen. Du könntest z. B. eine Website besuchen, die deinem Browser ein Tracking-Cookie gibt, das den angeschlossenen Werbeagenturen im Internet mitteilt, dass du ihre Seite besucht hast. Wenn Werbetreibende dieses Cookie bemerken, können sie gezielte Werbung für die ursprüngliche Website einblenden oder sie sogar als Vektor für Cyberangriffe nutzen. In jedem Fall können Tracking-Cookies den Eindruck erwecken, dass du „verfolgt“ wirst – was eine Reihe von ethischen und datenschutzrechtlichen Bedenken mit sich bringt.
Zum Glück werden die meisten HTTP-Cookies für die Sitzungsverwaltung und Personalisierung verwendet. Aber auch die harmlosesten Cookies können Probleme verursachen.
Bisher haben wir uns mit der Idee beschäftigt, dass eine Seite ein Cookie sendet. In Wirklichkeit sendet eine Seite in der Regel mehrere Cookies, oft eines für jedes Seitenelement – HTML, Bilddateien und so weiter. Einige dieser Cookies sind zwar für die Sitzungsverwaltung und die Personalisierung notwendig, viele aber nicht.
Daher ist es möglich, dass zu viele Cookies gesendet werden, was zu verschiedenen Problemen führen kann. Wir werden diese Probleme im nächsten Abschnitt besprechen.
Zu viele Cookies essen
Anders als die meisten Dokumente sind Webseiten eine Sammlung verschiedener Elemente, die ihnen Form, Struktur und Bedeutung verleihen. Jedes dieser Elemente kann sein eigenes Cookie haben.
Während normale Dokumente im pdf- oder docx-Format wie eine einzige „Kombination“ aus Text und Bildern aussehen, bestehen Webseiten aus vielen einzelnen, kleinen Teilen.
Wenn du zum Beispiel eine Webseite aufrufst, forderst du eigentlich einzelne Seitenkomponenten an, wie HTML (Struktur), CSS (Stil/Formatierung), JavaScript (Interaktivität) und Medien wie Bilder. Wenn dein Browser eine Webseite empfängt, empfängt er diese Komponenten und setzt sie neu zusammen, um die komplette Seite auf deinem Bildschirm anzuzeigen.
Wenn der Webserver auch Cookies sendet, kann es sein, dass er während dieses Prozesses automatisch ein Cookie mit jedem einzelnen Element sendet. Das mag für eine einfache Webseite mit nur ein paar Bildern nicht viel bedeuten, aber wenn eine Webseite Dutzende oder sogar Hunderte von verschiedenen Komponenten hat – und für jede einzelne ein Cookie sendet – kann das schnell überwältigend werden.
Genau wie das Essen von zu vielen Keksen im echten Leben führt das Senden und Empfangen von zu vielen HTTP-Cookies zu einer langsamen Leistung. Da das Senden zusätzlicher Daten zusätzliche Zeit und Ressourcen erfordert, kann das Senden von Cookies zusammen mit jedem Element leicht eine große Menge an Netzwerkressourcen verbrauchen.
Domain-Diät: Cookiefrei werden
Zum Glück gibt es eine Lösung für das Versenden von zu vielen Cookies, die auf einer Analogie aus der realen Welt beruht: Um die Leistung zu verbessern, musst du einfach weniger Cookies essen (sprich: senden).
Aber auf welche Cookies sollen wir verzichten? In den meisten Fällen ist es am besten, Cookies von allen statischen Elementen auf deiner Seite zu entfernen.
Statische Elemente sind solche, von denen du nicht erwartest, dass sie sich durch das Nutzerverhalten verändern, wie z. B. statische Bilder oder statische Dateien wie CSS-Dateien. Daher brauchen sie keine Cookies und ihre Entfernung ist eine der besten Methoden, um die Netzwerkbelastung zu verringern und die Leistung zu verbessern.
Natürlich ist es nicht so einfach, Cookies zu entfernen, indem du das Häkchen bei „Cookies“ entfernst.
Stattdessen verwenden Webserver Cookie-freie Domains, um statische Inhalte ohne Cookies getrennt von Inhalten mit Cookies zu verbreiten. Eine Cookie-freie Domain ist in der Regel eine separate Domain (z. B. eine Subdomain oder ein FQDN, wie „static.kinsta.com“ oder „kinsta.com„).
Glücklicherweise ist es gar nicht so schwer, Cookie-freie Domains zu nutzen, wenn du die richtigen Tools verwendest – und die Einrichtung einer Subdomain ist nicht die einzige Methode, um das zu erreichen.
Doch bevor wir uns die Hände schmutzig machen, wollen wir einige der größten Vorteile von Cookie-freien Domains kennenlernen und herausfinden, wie groß die Auswirkungen auf deine Website (und dein Budget) sein können.
Warum Cookie-freie Domains verwenden?
Das Entfernen zusätzlicher Cookies mag wie eine kleine Maßnahme klingen – und ehrlich gesagt, ist es das auch.
Aber diese kleine Maßnahme bringt einige große Vorteile mit sich. Indem du nur die Cookies sendest, die du brauchst, entlastest du dein Netzwerk und profitierst von vielen anderen Vorteilen, die du weiter unten findest – einige davon haben überhaupt nichts mit der Leistung zu tun.
Unnötiger Netzwerkverkehr wird reduziert
Die meisten Vorteile der Verwendung von Cookie-freien Domains ergeben sich aus der Reduzierung der Netzwerkbelastung durch unnötigen Cookie-Verkehr.
Wie wir bereits erwähnt haben, erfordert das Senden von Seitenelementen an deine Besucher eine gewisse Menge an Netzwerkressourcen. Abgesehen von den Elementen selbst wird jedes Element (oder sogar mehrere Teile desselben Elements) zusammen mit Antwort-Headern, die Routing-Informationen enthalten, und anderen Elementen wie Cookies gesendet.
Obwohl es sich bei Cookies um relativ kleine Dateien handelt, kann es sich schnell summieren, wenn bei jedem Seitenaufruf viele von ihnen gesendet werden müssen. Das führt dazu, dass die Nutzer/innen länger auf das Laden der Seite warten müssen und dein armer Webhoster überfordert ist (und damit sein Budget überzieht).
Wenn du jedoch Cookie-freie Domains verwendest, vermeidest du den Großteil des Aufwands, der durch das Senden unnötiger Cookies entsteht.
Verbessert die Leistung der Website
Wie du dir sicher vorstellen kannst, hat die Verringerung der Netzwerkbelastung durch weniger Cookies erhebliche Auswirkungen auf die Ladezeiten und die Leistung der Website.
Da jeder Seitenklick eine separate Anfrage an den Webserver ist, kann es vorkommen, dass die Nutzer/innen lange warten müssen, nur um eine einfache Navigation durchzuführen (Startseite > Über uns > Shop usw.). Auch wenn Seitenelemente und Cookies nach den ersten Ladevorgängen zwischengespeichert und wiederverwendet werden, kann dies ein Problem darstellen, wenn sich die Seiten ändern oder der Nutzer noch tiefer in deine Website eintaucht.
Vorteile für SEO und Benutzerfreundlichkeit
Wenn du unnötigen Datenverkehr reduzierst, um die Leistung deiner Website zu verbessern, kann das auch Vorteile für die Suchmaschinenoptimierung (SEO) und natürlich für das Kunden- und Nutzererlebnis haben.
Die Kundenerfahrung ist der offensichtlichste Vorteil: Durch die kürzere Ladezeit können die Nutzer schneller auf die gewünschten Inhalte zugreifen. Das führt dazu, dass sie deine Website (und deine Produkte oder Dienstleistungen) eher erkunden und weniger frustriert wegklicken.
Der gleiche Vorteil gilt auch für die Suchmaschinenoptimierung. Die Ladezeiten einer Seite wirken sich zwar nicht direkt auf die Suchmaschinenoptimierung aus, aber deine Absprungrate – der Prozentsatz der Besucher, die deine Seite wegklicken – schon.
Laut einem Bericht von Unbounce brechen drei Viertel der Versender eine Seite ab, wenn sie vier Sekunden oder länger warten müssen, bis sie geladen ist.
Das bedeutet: Selbst wenn du durch das Entfernen unnötiger Cookies deine Ladezeiten nur um eine Sekunde verbesserst, wirst du eine massive Verringerung der Absprungrate und damit eine Verbesserung deines Suchrankings erleben.
Senkt die Hosting-Kosten
Netzwerkverkehr kostet letztendlich Geld in Form von Webhosting-Gebühren.
Das heißt, wenn du mehr Cookies als nötig sendest, zahlst du auch viel mehr Webhosting-Gebühren. Und wenn Cookies die Leistung der Seite beeinträchtigen, ist der Schaden doppelt so groß: Du zahlst nicht nur für mehr Traffic, sondern musst auch noch mehr bezahlen, um den gleichen Gewinn zu erzielen, weil die Absprungrate durch langsame Ladezeiten steigt.
Zum Glück können dir Managed-Hosting-Dienste wie Kinsta dabei helfen, deine Seitenbesuche voll auszuschöpfen. Kinsta bietet APM-Tools und andere Funktionen, mit denen du das Beste aus deiner WordPress-Website herausholen kannst.
Cookieless Future Readiness
Auch wenn es jetzt vielleicht noch keinen direkten Vorteil bringt, kannst du dich durch die Bereitstellung von Inhalten ohne Cookies besser auf eine Cookie-freie Zukunft vorbereiten.
Angesichts der zunehmenden Kontroverse um Cookies und Datenschutzbestimmungen wie der GDPR suchen viele große Suchmaschinen und Technologieunternehmen nach Möglichkeiten, Cookies ganz abzuschaffen. Auch wenn Cookies wahrscheinlich noch eine Weile nicht verschwinden werden, so ist es doch sehr wahrscheinlich, dass sie irgendwann verschwinden werden – und je früher du dich darauf vorbereitest, desto einfacher wird der Übergang sein.
Methoden zur Nutzung Cookie-freier Domains
Wie bereits erwähnt, besteht der Grundgedanke einer Cookie-freien Domain darin, statische Inhalte ohne Cookies bereitzustellen. Obwohl die Erstellung einer separaten statischen Domain oder Subdomain der direkteste Weg ist, um dies zu erreichen, ist es auch mit CDNs und ein paar WordPress-Tricks möglich.
Erstellen einer separaten, Cookie-freien Domain
Bei dieser Methode erstellst du eine separate Domain für die statischen Komponenten deiner Website, wie z. B. Bilder und CSS.
Du kannst zwar einen völlig separaten Domainnamen registrieren, aber in der Regel ist es einfacher und kostengünstiger, eine Subdomain deines bestehenden Domainnamens zu erstellen. Die meisten Cookie-freien Domains verwenden einfach ein statisches Präfix (z. B. „static.yourdomain.com„) als Subdomain.
Beachte, dass dies nur funktioniert, wenn die „www“-Version deiner Domain (z. B.“www.yourdomain.com„) die Root-Domain in der Root-Datei deiner Website ist.
Um die Subdomain Cookie-frei zu machen, müsstest du normalerweise deine .htaccess-Datei finden und direkt mit einem speziellen Code bearbeiten. Wie wir später sehen werden, ist es jedoch viel einfacher, deine WordPress-Website neu zu konfigurieren oder ein Plugin zu verwenden.
Wie auch immer du deine Cookie-freie Subdomain konfigurierst, du kannst statische Komponenten hochladen, z. B. deine CSS-Komponenten, Bilder, Texte und JavaScript.
Verwende ein Content Delivery Network (CDN)
Die Nutzung eines Content Delivery Network (CDN) ist eine äußerst bequeme Möglichkeit, Cookie-freie Domains zu nutzen.
Anstatt separate Subdomains einzurichten und Konfigurationsdateien zu bearbeiten, kannst du deinem CDN einfach sagen, dass es Cookies in den Antwort-Headern deiner statischen Komponenten ignorieren und entfernen soll. Das hört sich vielleicht etwas kompliziert an, ist aber in Wirklichkeit eine einfache Funktion in vielen CDNs.
Beachte, dass nicht jedes CDN diese Funktion anbietet. Daher ist es in der Regel besser, die Konfiguration deiner Website zu ändern, es sei denn, du nutzt bereits ein CDN, das die Deaktivierung von Cookies erlaubt.
Konfiguriere deine WordPress-Website neu
Wenn du WordPress verwendest, hast du Glück: Um eine Cookie-freie Domain einzurichten, musst du nur ein paar Zeilen in deiner wp-config.php-Datei ändern. Die vollständige Anleitung findest du im nächsten Abschnitt (WordPress für die Verwendung von Cookie-freien Domains konfigurieren).
Ein WordPress-Plugin verwenden
Eine weitere einfache WordPress-Option ist die Verwendung eines Plugins zur Erstellung statischer Versionen von WordPress-Websites.
Ein beliebtes Plugin dafür ist WP2Static (wörtlich „WordPress-to-Static“). Nachdem du das Plugin installiert hast, öffnest du es einfach in deinem WordPress-Dashboard und konfigurierst die Einstellungen, um deine Website in eine statische Version zu exportieren:
WordPress für die Verwendung Cookie-freier Domains konfigurieren
Wie bereits erwähnt, bietet WordPress eine einfache Möglichkeit, Cookie-freie Domains einzurichten. Der Prozess besteht aus ein paar einfachen Schritten:
- Hinzufügen einer alternativen Subdomain und des zugehörigen DNS
- WordPress mitteilen, welche Domain statische Inhalte bereitstellen soll
- Aktualisierung der bestehenden WordPress-Datenbankeinträge, um die neue Adresse zu berücksichtigen
Kinsta-Kunden können das MyKinsta-Dashboard nutzen, um einige dieser Aufgaben zu erledigen. Viele andere WordPress-Benutzer können das Gleiche im cPanel tun.
Im Folgenden gehen wir auf beides ein.
MyKinsta zum Einrichten einer Cookie-freien Domain verwenden
Kinsta-Kunden können im MyKinsta-Dashboard Subdomains (oder ganz andere Domains) mit einer WordPress-Instanz verknüpfen. Viele Kunden werden auch die MyKinsta-Tools nutzen, um die DNS für diese Domains zu konfigurieren.
In diesem Beispiel erstellen wir eine Cookie-freie Domain unter static.example.com für unsere Website, die bereits unter www.example.com läuft.
Schritt 1. Erstelle eine Subdomain in MyKinsta
Wenn du deine WordPress-Website bei Kinsta zunächst mit der Wildcard-Option für den Domainnamen eingerichtet hast (z. B. *.example.com), bist du bereits so eingestellt, dass du jeden Subdomainnamen unterstützen kannst. Wenn nicht, kannst du die neue Domain für cookiefreie Inhalte wie folgt hinzufügen:
- Wähle im linken Menü WordPress-Sites aus.
- Klicke auf den Namen deiner WordPress-Site.
- Wähle Domains im linken Menü.
- Klicke auf die Schaltfläche Domain hinzufügen.
Im folgenden Dialog:
- Gib den Namen deiner Cookie-freien Domain ein.
- Klicke auf die Schaltfläche Domain hinzufügen.
Als Nächstes braucht deine neue statische Domain einen DNS-Eintrag, der auf deine bestehende Website zeigt. Wenn du die DNS für deine Domains über einen Drittanbieter verwaltest, musst du dafür dessen Tools verwenden. Wenn dein DNS von uns bereitgestellt wird, konfigurierst du deine neue Domain in MyKinsta wie folgt:
- Wähle DNS im linken Menü der MyKinta-Startseite.
- Scrolle auf der DNS-Verwaltungsseite nach unten zum Block DNS-Einträge und klicke auf die Schaltfläche DNS-Eintrag hinzufügen.
Wir empfehlen dir, deine neue Subdomain als CNAME-Eintrag in das DNS einzutragen, damit du nur den Second-Level-Domainnamen mit IP-Adressen verknüpfen musst. Unten fügen wir einen CNAME-Eintrag für static hinzu, der auf example.com verweist:
Schritt 2. Deaktiviere Cookies auf deiner statischen Subdomain
Jetzt bearbeiten wir die Datei wp-config.php deiner WordPress-Website, damit die Assets im Ordner wp-content von der „statischen“ Domain bereitgestellt werden und Cookies nur über die „www“-Adresse geliefert werden.
Die meisten Kinsta-Kunden verwenden einen FTP/SFTP-Client, um sich bei ihrer WordPress-Website anzumelden und die wp-config.php zur Bearbeitung auf ihren Desktop herunterzuladen:
Füge mit einem Texteditor die folgenden Zeilen in die wp-config.php -Datei ein (ersetze die Beispiel-Domains durch deine eigenen):
define("WP_CONTENT_URL", "https://static.example.com/wp-content");
define("COOKIE_DOMAIN", "www.example.com");Nachdem du die Datei gespeichert hast, lade sie auf deine WordPress-Website hoch und ersetze die vorherige Version.
Schritt 3. Vorhandene Assets auf die Subdomain umleiten
Die oben genannten Schritte ermöglichen die Weitergabe von Cookies, wenn Browser Inhalte wie Seiten und Blogbeiträge von der „www“-Adresse laden, führen aber dazu, dass Inhalte wie Medien-Uploads und Assets wie JavaScript, CSS und Schriftarten innerhalb von Themes mit der „statischen“ Domain verknüpft werden.
Es kann jedoch sein, dass deine Website bereits Inhalte enthält, die Links zu diesen Assets unter der „www“-Adresse enthalten. Du kannst das mit einem kleinen Such- und Ersetzungsvorgang in der WordPress-Datenbank selbst bereinigen.
Sichert eure WordPress-Website immer, bevor ihr in der Datenbank arbeitet. Nachdem das erledigt ist:
- Wähle WordPress-Seiten im linken Menü des MyKinsta-Dashboards.
- Klicke auf den Namen deiner WordPress-Site.
- Wähle Domains im linken Menü.
- Scrolle auf der Seite Site Information zum Block Database Access. (Hier kannst du bei Bedarf den Benutzernamen und das Passwort für die Datenbank kopieren)
- Klicke auf den Link phpMyAdmin öffnen.
- Melde dich bei deiner WordPress-Datenbank an.
- Klicke auf die Registerkarte SQL.
Führe den folgenden Befehl aus, um sicherzustellen, dass alle Asset-Links in deinen bestehenden Beiträgen auf deine Cookie-freie Subdomain verweisen (ersetze auch hier die Domains durch deine eigenen):
UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')
Du hast jetzt mit Hilfe von MyKinsta erfolgreich eine Cookie-freie Domain in WordPress eingerichtet. Nutze diese Domain, um statische Inhalte zu hosten, für die du keine WordPress-Cookies senden möchtest, und verwende deine normale Domain für alles andere.
CPanel verwenden, um eine Cookie-freie Domain einzurichten
Hier sind die Schritte, mit denen du das, was wir oben in MyKinsta gemacht haben, mit cPanel oder einer der beliebten cPanel-Alternativen umsetzen kannst.
Schritt 1. Erstelle eine Subdomain in cPanel
Gehe zum Abschnitt Domains auf der cPanel-Hauptseite. Im Subdomains-Tool erstellst du einfach eine Subdomain, die mit der Top-Level-Domain deiner aktuellen WordPress-Website verbunden ist.
Diese Einstellungen sind unten zu sehen, um die Subdomain static.example.com zu erstellen.
Schritt 2. Konfiguriere die Subdomain als statisch im cPanel
Nachdem deine neue statische Subdomain fertig ist, wird es Zeit, dass sie ihrem Namen alle Ehre macht, indem sie statische Inhalte in WordPress bereitstellt.
Dazu müssen wir die Datei wp-config.php deiner WordPress-Website bearbeiten. Der einfachste Weg, auf diese Datei zuzugreifen, ist der Dateimanager im cPanel.
Navigiere im Dateimanager zum Ordner public_html deiner Website und wähle wp-config.php (1). Wähle dann die Option Bearbeiten (2), um die Datei zu bearbeiten.
Füge in der Datei wp-config.php einfach die folgenden Zeilen ein (ersetze die Domains durch deine eigenen!):
define("WP_CONTENT_URL", "https://static.example.com/wp-content");
define("COOKIE_DOMAIN", "www.example.com");Klicke auf „Änderungen speichern“
Schritt 3. Bestehende Beiträge auf die Subdomain umleiten
Zum Schluss musst du deine bestehenden Beiträge auf die neue statische Subdomain umleiten. Vorher solltest du aber unbedingt ein Backup deiner WordPress-Seite erstellen, falls sie danach nicht mehr richtig funktioniert.
Öffne im Datenbankbereich des cPanel das PhpMySQL-Tool. Wähle die Datenbank deiner Website und dann die Tabelle _posts.
Klicke auf die Registerkarte SQL der Tabelle _posts. Führe den folgenden Befehl aus, um zu überprüfen, ob deine Post-URLs zu deiner Cookie-freien Subdomain geleitet werden (ersetze auch hier die Domains durch deine eigenen):
UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')
Und das war’s! Du hast jetzt mit Hilfe von cPanel eine Cookie-freie Domain in WordPress eingerichtet. Verwende die Cookie-freie Domain für statische Inhalte wie Bilder, CSS, JavaScript und Schriftarten, während du Cookies auf der Hauptdomain deiner Website zulässt.
Zusammenfassung
Die Verwendung von Cookie-freien Domains ist eine sehr effektive Methode, um die Leistung deiner Website zu verbessern, Hosting-Kosten zu senken und sogar dein Kundenerlebnis und die Suchmaschinenoptimierung zu verbessern.
Wie wir gesehen haben, ist die Einrichtung von Cookie-freien Domains in WordPress von Vorteil. Allerdings kann nur ein gemanagter WordPress-Hoster wie Kinsta diese Vorteile voll ausschöpfen.
Mit praktischen Tools zum Entfernen von Set-Cookie-Headern und direktem Datenbankzugriff, um Beiträge auf eine statische Subdomain umzuleiten, war es noch nie so einfach, cookiefreie Domains zu nutzen. Die APM-Tools und andere Funktionen zur Leistungsüberwachung von Kinsta helfen dir außerdem, die Ergebnisse zu verfolgen.
Wenn du mehr erfahren und Kinsta selbst ausprobieren möchtest, kontaktiere uns oder vereinbare noch heute eine kostenlose Demo.
Schreibe einen Kommentar