Umzug auf HTTPS in WordPress

WordPress umzustellen ist vergleichsweise trivial: In den Einstellungen die Domain ändern und dann in der Datenbank per SQL-Statement die Links umschreiben. Fertig!

UPDATE wp_posts SET guid = replace(guid, 'http://www.ihredomain.de','https://www.ihredomain.de');

UPDATE wp_posts SET post_content = replace(post_content, 'http://www.ihredomain.de', 'https://www.ihredomain.de');

UPDATE wp_postmeta SET meta_value = replace(meta_value,'http://www.ihredomain.de','https://www.ihredomain.de');

Fertig? Leider nicht, denn jetzt geht die Arbeit erst richtig los: Es wurden beim Umzug auf HTTPS nicht alle Links erfasst und das bedeutete, dass ich die Stellen ausfindig machen musste, an denen noch http-Links stehen. Das konnten beispielsweise Einträge in einem Text-Widget, der Pfad zu Logo und Favicon oder von Plugins gesetzte URLs sein. Puh, diese Suche konnte langwierig werden – und wurde es auch.

Für die Anzeige des grünes Schlosses darf es keine Vermischung von verschlüsselten und unverschlüsselten Inhalten geben. Bisher gab es lediglich ein graues Schloss mit einem Warndreieck, was sehr ungünstig ist. Moderne Browser weisen den Besucher einer Webseite ausdrücklich darauf hin, dass hier unter dem Label einer verschlüsselten Seite auch unverschlüsselte Inhalte zu finden sind. Das wirkt eher abschreckend als vertrauenserweckend.

VG-Wort Zählpixel

Beim Umzug auf HTTPS habe ich mir in der Website einer Netzwerkkollegin einen Wolf gesucht. Sie verwendet nämlich den von der VG-Wort zur Verfügung gestellten Zählpixel – ein 1×1 Pixel großes Bild (img), dessen Pfad normalerweise mit http ausgezeichnet ist. Das winzige Element zeigte sich erst nach ausgiebiger Inspektion des Quellcodes. Es gibt aber auch einen verschlüsselten Server bei der VG-Wort: Der Domain-Pfad vor der Zähl-ID muss dann zwingend https://ssl-vg03.met.vgwort.de/na/ lauten. Im Blog von Daniel Weihmann habe ich eine hilfreiche Anleitung dazu gefunden.

So aufgeschlaut stellte ich dann fest, dass in dem von mir irgendwann mal eingerichteten Plugin Prosodia VGW eine Einstellung existiert, mit der ich auf den oben genannten https-Server umstellen konnte. Diese Aktion erfasst dann gleich alle genutzten Zählpixel und stellt den Pfad um – sehr hilfreich!
Und jetzt war es endlich geschafft, das Schloss war grün.

301-Redirect für Google & Co.

Um Suchmaschinen von der Umstellung zu informieren, empfiehlt sich dann noch den 301-Redirect (dauerhaft umgezogen) in die .htaccess-Datei zu schreiben. Den passenden Codeschnipsel und weitere nützliche Informationen zum Thema fand ich in einem Artikel bei ambranet.de. Wer die Webmastertools von Google nutzt, sollte nun auch zwei Einträge mit https hinzufügen – einen mit einen ohne www. Der Verifizierungscode wird dabei automatisch erkannt. Die XML-Sitemap sollte man aktualisieren und dann in die neuen Einträge hochladen. Und dann heißt es nur noch auf die Indizierung warten!
Für Google-Analytics muss die geänderte Domain ebenfalls eingetragen werden. Im Fall einer Komplettumstellung ist das sehr einfach, in den Einstellungen muss nur die Standard-URL umgestellt werden. Alles super, oder?

Keine Facebook-Likes mehr nach dem Umzug auf HTTPS

Leider nicht! Facebook fand die Umstellungsaktion gar nicht lustig, alle Likes waren futsch, die Arbeit von Jahren hin. Für meine Kollegin eine Katastrophe. HTTP ist nämlich nicht gleich HTTPS. Diese URLs werden wie unterschiedliche Domains betrachtet.

Im Web habe ich dazu leider nicht viel gefunden – und in dem wenigen gingen die Meinungen auch noch auseinander, ob Facebook Likes und Shares überträgt oder nicht. Erst mal waren sie definitiv nicht mehr da. Ein 301-Redirect ist dafür auch nicht die Lösung. Facebook transferiert Likes nur auf die neue Seite, wenn die alte noch erreichbar ist. Der empfohlene Redirect verhindert aber deren Erreichbarkeit.
Nach längerer Suche fand ich im Forum von Stackoverflow doch eine Lösung: Ein zusätzlicher Eintrag in der .htaccess nimmt den Facebot von der Umleitung aus. Der Eintrag sieht dann wie folgt aus:

RewriteCond %{HTTPS} off
RewriteCond %{HTTP_USER_AGENT} !(Facebot|facebookexternalhit/1.1) [NC]
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} !^www\.
RewriteCond %{HTTP_USER_AGENT} !(Facebot|facebookexternalhit/1.1) [NC]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Open Graph-Angaben anpassen

Das ist leider noch nicht alles: Denn Facebook benötigt auch noch die Angabe der alten URL in den Open Graph-Angaben. Da SEO-Plugins diese Angaben automatisch aus der für WordPress eingetragenen Domain generieren, muss per Hand die og:url im Meta-Tag mit http angegeben werden. Damit der Eintrag jeweils automatisch den Deep-Link berücksichtigt, muss das in der header.php von WordPress entsprechend angegeben werden.

Obacht: Mit the_permalink() kommt man hier nicht zum Ziel, denn damit würde die komplette neue URL, also die mit https ausgegeben. Der Server-Request dagegen fragt nur den Teil ab, der hinter dem Domainnamen steht.

<meta property="og:url" content="http://www.ihredomain.de<?php echo $_SERVER['REQUEST_URI']; ?>" />

Ein Blick in den Facebook-Debugger zeigte jetzt: Alles im grünen Bereich. Die übrigen Angaben für Open Graph müssen nun allerdings ebenfalls händisch gesetzt werden, denn die Nutzung eines SEO-Plugins für die Social Meta-Angaben ist ja nicht möglich.
Wichtig: Sollen die Einträge dynamisch sein, muss man sie mit den Mitteln von WordPress erstellen – was nicht gerade trivial ist, wenn man sich nicht mit Filtern und Hooks auskennt. Die Beschreibung der Vorgehensweise wäre dann schon wieder ein eigener Beitrag.

Puh, jetzt läuft erst mal alles. Aber vielleicht habt ihr Verbesserungsvorschläge oder weiterführende Hinweise? Dann freue ich mich auf einen Kommentar :-).

Bildquelle: Pixabay

• zickige Browser, die nicht so wollen wie ich will,
• Webstandards, die ich möglichst einhalten will/sollte,
• einfache Nutzbarkeit auf Seiten der User
• und natürlich die Vorgaben eines Kundendesigns, das sich vor allem an der Optik orientiert.

Warum ich das liebe? Es ist die tollste Herausforderung in meinem Berufsleben. Das ist mir so richtig bewusst geworden als Annette Lindstädt zu ihrer Blogparade aufgerufen hat. Spät dran bin ich, denn die Worte fließen mir nicht so einfach aus der Feder. Ganz anders, wenn ich komplexe Layouts für die verschiedenen Browser in möglichst einfachen CSS-Code umsetze.

Was ist so toll an diesem Fummelskram?

Ich bin halt stur und gebe mich nicht mit dem einfachen Quadratisch-Praktisch-Gut-Layout zufrieden. Ich reize gern alle Möglichkeiten aus, die diese Stilsprache mir bietet. Rahmen sprengen oder Grenzen überschreiten ist meine Hauptmotivatation dabei. Auch wenn ich selten Neues erfinde – denn es gibt viele mit der gleichen Profession – macht es mir großen Spaß, die vielfältigen verfügbaren Beispiele für meine spezielle Aufgabenstellung umzustricken, anzupassen und im besten Fall zu vereinfachen.

Langeweile? nö

Die Herausforderungen sind dabei so vielfältig, dass mir bisher nie langweilig wurde. Jedes Layout hat neue Feinheiten, die mich ganz fordern und meine Kreativität zu Höchstleistungen treiben. Kreativität in der Beschränkung: Das ist die Gemeinsamkeit mit der Kunst der Fuge. So meisterlich wie Bach bin ich dabei nicht, das maße ich mir nicht an. Aber das Ergebnis kann sich immer sehen lassen. Es freut zunächst meine Kunden, deren Layout ich möglichst genau umsetze. Es freut aber auch mich, wenn nach langem Tüfteln in allen wichtigen Browsern meine Umsetzung so funktioniert, dass

• die Optik stimmt
• und die Usability nicht auf der Strecke bleibt.

Das meiste spielt sich „unter der Haube“ ab. Aber genau das fasziniert mich! Eine Webseite, die schön aussieht und zwar auf vielen Plattformen. Große Bildschirme sollen ebenso davon profitieren wie hochauflösende Tablet-Screens und nicht zuletzt sollen auch Smartphone-Nutzer eine ansprechende Präsentation der Inhalte genießen dürfen.

Weniger ist mehr

Das alles sehen die Nutzer nicht auf den ersten Blick. Es ist aber zu spüren, wenn Webinhalte sowohl am Schreibtisch als auch unterwegs auf dem Phone lesbar und nutzbar sind. Dann bin ich zufrieden mit meiner Arbeit. Und besonders stolz bin ich, wenn ich selbst aufwändige Stilangaben im CSS-Code auf ein Minimum reduzieren konnte.

Echter Lieblingsjob

Ja, ich liebe diesen meinen Lieblingsjob. Denn er fordert von mir alle Talente, die ich habe:

• Kreativität,
• Detailverliebheit,
• ein waches Auge,
• den ordnenden Geist,
• und vor allem das Interesse an immer neuen und gerne verrückten Lösungen.

Kein anderer Job konnte das in meinem vorherigen Berufsleben so gut erfüllen. Ich bin mir ganz sicher: Mit diesem Job gehe ich in Rente :-).

Bildquelle: pixabay

Ob einfaches Dropdown oder komplexes mehrteiliges Menü, auf mobilen Geräten sollte die Navigation gut funktionieren. Ein ansprechendes Design ist dennoch machbar. Teil 1 meines Beitrags beschreibt, wie ein einfaches Dropdown-Menü eingebaut werden kann. Im 2. Teil geht es um komplexere Menüs für Smartphones und Tablets, die sich auch ganz ohne JavaScript realisieren lassen.