Schrift von Google Fonts laden

Zunächst müssen wir wissen, welche Schriftarten (Fonts) und Auszeichnungen (fett, kursiv…) benötigt werden. Manchmal kommt jedes Schriftgewicht als einzelne Datei, häufiger ist jedoch eine Datei mit einem „Variablen Font“ das alle Schriftgewichte enthält. Manchmal kommtn die kursiven Schriften in ein einer extra Datei. Den Hinweis auf „kursiv“ erkennt ihr meist am Zusatz „italic“ im Dateinamen. Diese Schriften laden wir dann bei Google Fonts wie folgt herunter:

Geht auf https://fonts.google.com/ und tippt euere Schrift in das Suchfeld ein, Klickt die entspechende Schrift und und klickt oben auf „Download Family“. Ein Beispiel für Open Sans seht ihr im Bild. Rechts braucht ihr nichts auszuwählen oder kopieren. Wir brachen nur die Datei(en) aus dem Download, der nach dem Klick auf „Download Familiy“ erfolgt sein sollte.

Die .Zip wird ausgepackt und wir haben jetzt so eine Struktur (siehe Bild)

Wollen wir also „Open Sans“ verwenden genügen uns die beiden .ttf Dateien. Die eine ist für alle regulären (geraden) Schriftgewichte (von dünn bis extrafett) und die mit dem „italic“ im Dateinamen enthält alle Schriftgewichte noch mal in kursiv. (Theoretisch kann der Browser auch aus einer regulären Schrift ein kursive Schrift machen, lass das aber nicht deinen Grafiker hören. Das sieht dann nämlich nur kursiv aus, ist aber nicht das was der Schriftdesigner sich unter kursiv vorgestellt hat.)

WordPress auf die Schriftdatei vorbereiten

Von Haus aus kennt WordPress eine Reihe von Dateitypen anhand der Dateiendungen. Alles andere lässt WordPress dich aus „Sicherheitsgründen“ nicht hochladen. Ein Versuch über „Medien“ und „Datei hochladen“ würde genauso scheitern wie der Versuch schon jetzt im Divi-Builder die Schrift einzubinden. Die Fehlermeldung „Du bist leider nicht berechtigt, diesen Dateityp hochzuladen.“ erscheint in diesem Fall.

Wir müssen also WordPress beibringen, dass eine .ttf Datei nicht gefährlich und sogar gewünscht ist. Dazu nutzte ich ein Plugin „WP Add Mime Type“ https://de.wordpress.org/plugins/wp-add-mime-types/ Mit „Mime Types“ wird beschrieben welche Dateiendung welchen Dateityp bedeutet. Einmal installiert und aktiviert haben wir jetzt unter „Einstellungen“ /  „Mime type Settings“ unser Tool. Oben stehen schon einige Mime-Types die WordPress bereits kennt und ganz unten ist ein großes Eingeabefeld „Add Values“. Hier gebe ich immer ttf = font/ttf  ein und drücke unten auf „save“.  Die „Security Options“ über dem Eingabefeld habe ich so gelassen wie sie waren, sonst gibt es doch noch Probleme z. B. beim Upload. Bei mir sind alle Haken aus. Ist das erledigt kann mit dem Hochladen der Schriften begonnen werden. Das Plugin muss so lange aktiviert bleiben, bis alle Schriften hochgeladen wurden.

Hochladen der Schriften (Google Fonts) in DIVI

Jetzt gehen wir auf eine beliebige Divi-Seite die einen Textblock enthält und aktivieren den Divi-Editor (Divi-Builder). Danach gehen wir in die Einstellungen des Textblocks (=Zahnrad-Symbol) und dort auf den Tab „Design“. Hier im Bereich „Text“ auf „Schriftart“ klicken – die Schriftauswahl erscheint als Dropdown. Nun klicken wir auf den Button „Hochladen“ der in der Auswahlbox angezeigt wird. (siehe Bilder).   

In der Dropdown Box auf den Button „Hochladen“ klicken.

Jetzt erscheint diese Dialogbox „Hochladen Schriftart“ Lasst euch von der wirren Übersetzung nicht irritieren, hoffentlich kommt hiee bald mal eine Korrektur.

Oben in das Feld gehört jetzt der Schriftname hinein. Ich ergänze hier um „Regular“ um es von den Kursivschriftarten abzugrenzen. Ausserdem schreibe ich „lokal“ dahinter. Das in zwar unkonventionell, aber ich sehe dann immer gleich woran ich bin. Danach auf den Button „Datei auswählen“ drücken und die .ttf-Datei (nicht die .zip) hochladen. 

Es sieht zwar anders aus, aber das System lasst nur eine Datei zu. Falls ihr keine variable Schriftdatei habt, müsst ihr den Prozess mit jeder Schrift wiederholen. Für diesen Fall gibt es unten die Checkbox „Alle“, die dann – sobald man den Haken entfernt – umschaltet und die Checkboxen für die einelnen Schriftgewichte (Fontweight) freigibt. 

Der Text den ihr oben eingebt, dient dazu später den richtigen Font auszuwählen. Kryptische Bezeichnungen, die ihr euch nicht merken könnt helfen hier nicht weiter. Jetzt ist nur noch wichtig auf „Hochladen“ zu drücken – das wars. Wir wiederholen das mit der Fontdatei für kursive Schrift oder mit allen Einzelfonts.

Einschub aus der Praxis: DIVI Google Fonts lokal einbinden

Kleiner Einschub aus meiner Praxis: Ich habe festgestellt, dass manchmal bei den variablen Fontdateien ich die einzelnen Schriftgewichte nicht vernünftig ansteuern kann. Also mit dem Wahlkonopf „fett, normal, dünn…“ der unter der gewählten Schriftart steht. Der Support konnte das bisher nicht vernünftig beantworten. Wenn ihr den Fall auch haben solltet: Ich lade in dem Fall dann doch noch die einzelnen Schriftgewichte-Dateien hoch – die sind in der geladenen Schrift – Zipdatei meist im Unterordner „static“.

Lokalen eingebundenen Google Font auswählen

So, das Hochladen wäre erledigt. Jetzt gibt es zwei Optionen. 

1. Will ich Schiften eher automatisch und allgemein vergeben, wählen wir in allen Textboxen – so auch hier – nur „Default“ als Schrift aus. Die Schrift wird dann von der Voreinstellung im Customzier übernommen. (ich erkläre gleich wie das geht). Nachdem auf der Seite alle Texte auf „Default“ stehen, bitte speichern und den Editor verlassen.
2. Will ich jede Textbox einzeln mit dem passenden Font versehen, dann bitte jetzt in allen Textblöcken die jeweils gewünschte Schriftart aus den eben hochgeladenen auswählen. Jetzt speichern und den Builder verlassen.

Abschließend für beide Schritte im Theme Cusomizer die lokalen Schriftarten voreinstellen. Dort stellen wir unter „Allgemeine Einstellungen“ / „Typografie“ je eine Schriftart für Überschriften (=Kopfzeile) und die Schriftart den ganzen Rest (=Hauptschriftart) aus. Jetzt klicken wir oben auf „Veröffentlichen“ und verlassen den Customzier über das „X“ oben links. 

Google Fonts deaktivieren

Ist das erledigt, können wir Google Fonts grundsätzlich abschalten. Das machen wir im Menü „Divi / Theme-Optionen“ im ersten Reiter „Allgemeines“ finden wir den Schalter „Google Schriftarten verwenden“ den wir ausschalten. (Der Screenshot zeigt den ausgeschalteten Zustand)

Ab sofort sind keine externen Google Fonts mehr verfügbar, wenn wir Schriften in den Designeinstellungen auswählen. Technisch läuft das Divi-Theme jetzt auf lokalen Fonts, also so wie wir uns das für den Datenschutz wünschen. Es ist aber ratsam, alle Seiten noch mal zu prüfen, und zu schauen, wo jetzt eine Schrift nicht wie gewünscht aussieht. Dort haben wir ggf. noch eine falsche Schrift eingestellt.

Viel Erfolg mit euerer Webseite. Fragen und Anregungen einfach in die Kommentare schreiben.

Über mich 

Ich bin Günther A. Biebl und gebe WordPress-Seminare, erstelle Webseiten und unterstütze euch gerne mit euerer WordPress Webseite. Bei Fragen einfach melden.

Der Beitrag Google Fonts im Divi Theme lokal einbinden erschien zuerst auf Collaborato Training.

Damit das Problem nicht offensichtlich vor allen Besuchern der Webseite passiert, wäre es klasse, solche Probleme frühzeitig zu erkennen und Ausfälle zu vermeiden, richtig? Es gibt ja schon seit gut zwei Jahren die Funktion „Website-Zustand“ in WordPress die uns zu Updates, entfernen nicht genutzter Plugins und Themes, update der PHP-Version und dergleichen ermahnt. (Im Backend unter dem Menüpunkt „Werkzeuge“ zu finden) Das ist natürlich eine gute Sache. Aber es gibt da noch ein System das nicht so offensichtlich ist: Fehlermeldungen bzw. Warnungen des Browsers oder Webservers. 

Offensichtliche und verdeckte Probleme

Manche Probleme auf der Webseite sind offensichtlich – da stimmt was nicht, da sieht was komisch aus oder da ist eine Funktion kaputt, klar. Da hilft häufig ein Blick in die Fehlerconsole des Browsers. (Ich spreche nicht von 404 oder 500er-Fehlermeldungen im Browser, sondern „niedrigschwelligeren“ Meldungen.) In Chrome oder Firefox am Desktop ist das einfach: Rechte Maustaste im Browserfenster drücken, „Untersuchen“ anklicken und auf den Reiter „Console“ gehen. Jetzt die Seite neu laden oder den fraglichen Prozess auf der Seite durchführen und es sollte eine verwertbares Ergebnis kommen: Eine Fehlermeldung oder eine Warnung. (Dabei ist der Eintrag in Chrome: „DevTools failed to load source map“ zu ignorieren, der kommt so gut wie immer.)

Soweit, so gut. Aber was ist jetzt, wenn ein Fehler auftritt, wenn ich gar nicht dabei bin? Ein Nutzer ein Formular ausfüllt und im Prinzip zwar alles läuft, aber im Hintergrund ein paar „rote Fahnen“ gehisst werden, die sagen sollen, dass hier was nicht ganz korrekt ist? Es wäre doch gut, das früh zu erkennen, noch bevor wichtige Daten verloren gehen oder Funktionen unbrauchbar werden. In meinem Beispiel (unten) wären das Anmeldedaten für meinen Newsletter oder sogar die Anmeldung für meine WordPress Seminare.

WordPress Ausfall vermeiden: Logfiles auswerten

Für solche Fälle gibt es in der IT die Logfiles. Das sind separate Dateien, in die die Software alle Meldungen des laufenden Prozesses schreibt. Natürlich macht es keinen Sinn, diese Meldungen jedem Besucher der Webseite um die Ohren zu hauen und wirre Meldungen auszuspucken. Das ist der Grund warum ein normaler Besucher üblicherweise von so etwas verschont bleibt. Im Standardfall ist die Logfile-Generierung in WordPress sogar deaktiviert.

Es gibt die Möglichkeit, das reine generieren des Logfiles direkt in der wp-config.php zu aktivieren und dort eine Datei für die Speicherung anzugeben. Das hat den Nachteil, dass ich in diese Datei auch gelegentlich reinschauen muss. Ich weiss nicht wie das bei Euch ist, aber ich würde das vergessen. Ich bin ja meistens im Backend unterwegs und nicht auf Dateiebene.

Lösung per Plugin „Error Log Monitor“

Die Lösung dafür ist ein Plugin: „Error Log Monitor“ von Janis Elsts (https://de.wordpress.org/plugins/error-log-monitor/). Nach der Installation und Aktivierung, mochte es mich für Newsletter und Tracking gewinnen, was ich mit „Skip“ überspringen kann, oder per „Allow & Continue“ erlaube.

Danach befinden wir uns in der Liste der aktivierten Plugins und werden oben aber darauf hingewiesen, dass wir das Error Log Monitor Plugin noch konfigurieren müssen. Um es einfach zu haben, hier auf „Use Recommended Settings“ drücken. (Über „Manual Configuration“ gibt es mehr Einstellmöglichkeiten. Unter anderem kann man einstellen, wo das Logfile auf dem Server liegen soll. Das ist aus Sicherheitsgründen gar nicht schlecht, ich bleibe hier aber bei der einfachen Lösung. Die Anleitung liefert das Plugin auf englisch mit sobald man auf den Knopf drückt. Und: Falls Ihr jetzt „Recommended“ gedrückt habe und zu „Manual“ wollt: Einfach im Backend noch mal auf den Menüpunkt „Plugins“ klicken)

Etwas Code dann doch

Nach dem Klick auf „Use Recommended Settings“ fordert es den Nutzer auf, ein paar Zeilen Code in die wp-config.php einzutragen und ggf. einen Eintrag anzupassen. Das geht am besten über einen FTP-Zugang. (Web-FTP im Backend des Providers oder z.B. die kostenlose Software „Filezilla“ mit den Zugangsdaten des Providers. (Aus Sicherheitsgründen empfehle ich euch bevor es weitergeht, ein Backup anzulegen – Veränderungen im Dateisystem können euer WordPress lahm legen und wir wollen ja Ausfälle vermeiden. Ein Option ist hier beschrieben: Backup per Updraft Plus)

Seid ihr per FTP eingeloggt, navigiert in das WordPress-Hauptverzeichnis, kopiert euch die wp-config.php auf den lokalen Computer (Bei Filezilla wird die Datei von der Server-Seite auf die andere mit dem lokalen Dateisystem gezogen.) Legt bitte zusätzlich eine Backup-Kopie der wp-config.php an, die unberührt bleibt, sollte was sein (Ausser ihr habt jetzt tatsächlich ein Backup, dann wäre das doppelt 😊). Jetzt öffnet ihr die lokale Datei in einem geeigneten* Editor. 

Bearbeiten der wp-config.php

*Mit „geeignet“ ist keinesfalls Word oder ähnliches gemeint. Gemeint ist ein reiner Text-Editor oder auch ein Code-Editor. Also: MS-Editor (=Notepad unter Windows) oder Textedit (auf Mac). Oder wahlweise als Extraprogramme zum kostenlosen download: BB-Edit (Mac) oder Notepad++ (Windows). Jetzt kopiert Ihr den Code, den das Plugin vorsieht, an das Ende der Datei und speichert die veränderte Datei ab.

Eine Leerzeile darüber ist OK, dann wird es übersichtlicher. Für den Fall dass euch Fehlermeldungen und Warnungen nicht reichen, kann auch noch die Zeile „define( ‚WP_DEBUG‘, false );“ auf define( ‚WP_DEBUG‘, true ); gesetzt werden. Dann wird das Log aber schnell voll. Das macht für mich nur Sinn, wenn ich grade auf der Suche nach einem Fehler bin – für meine Frühwarnfunktion lasse ich das aber aus, also auf „false“. Sonst bekomme ich so viele Meldungen, dass die wirklichen Fehler unter den Meldungen begraben werden, befürchte ich. (Obwohl ich grade sehe, dass bei den Konfigurations-Einstellungen es eine Filteroption gibt, falls ihr die testet, lasst mir einen Kommentar da.)

Bitte keine weiteren Änderungen ohne Knowhow vornehmen – hier reagiert WordPress empfindlich. Danach wird die wp-config.php wieder hochgeladen und damit die bestehende Datei überschrieben und im Plugin (WordPress-Backend) der Vorgang bestätigt. (Button „Done“ anklicken“)

Hat alles geklappt, nimmt das Programm seine Arbeit auf. Es ist gibt jetzt eine neue Anzeige auf der Backend-Seite “Dashboard“ die zunächst leer ist – und idealerweise leer bleibt. Weitere Konfigurationen können über dieses Dashboard-Widget vorgenommen werden. Dazu mit der Maus über die Kopfzeile des Widgets fahren und „Konfigurieren“ anklicken.

Es gibt eine Funktion sich die Einträge über Mail senden zu lassen – die bei mir aber nicht funktioniert.

Meine Erfahrung damit: Es wurde beim Test recht schnell klar, dass das Plugin, das die Mailadresse über das Anmeldeformular für Seminare an die Newsletter-Software weitergibt ein Problem hat. Und das, obwohl alles (noch) sauber ankommt und funktioniert. Um welches Modul es sich handelt, war an dem Pfad zur problematischen Datei zu erkennen der in der Fehlermeldung angegeben ist. Daraufhin habe ich auch gesehen, dass für das Plugin seit 1 Jahr kein Update mehr herausgebracht wurde. Einen Fehlerreport habe ich an den Autor über die Plugin-Support-Seite auf WordPress.org zwar gesendet, dort gibt es aber seit einiger Zeit kaum noch Rückmeldungen. Sprich: Früher oder später muss ich das Plugin ersetzen. Was sich gut trifft, denn ich wollte ja ohnehin ein Veranstaltungsplugin ausprobieren.

Letzte Worte zum Thema „Sicherheit“: Neben diesem Tool gibt es zusätzlich für Sicherheitslücken das sehr gute Sicherheitsplugin „iThemes Security“ das Sicherheitslücken frühzeitig anzeigt und inzwischen auch in der kostenlosen Version einen automatischen Scan auf und 2-Faktor Anmeldung anbietet.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei Ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Headerbild: von Rudy and Peter Skitterians auf Pixabay

Der Beitrag WordPress Ausfälle vermeiden – ein Frühwarnsystem erschien zuerst auf Collaborato Training.

Meine Meinung – keine Rechtsberatung – ist: Wenn keine persönlichen Daten (dazu gehört die IP-Adresse) der Besucher aufgezeichnet werden und auch kein Cookie gesetzt wird, gibt es hier keine Notwendigkeit per Popup darauf hinzuweisen. Alles was man macht, ist zu zählen wie oft die Webseiten an (anonyme) Besucher ausgeliefert werden.

Bisher habe ich als WordPress Besucherstatistik-Tool Statify empfohlen. Das Plugin ist recht simpel, kann aber auch (zu) wenig. Über das Tool von Verona Labs habe ich auch schon gesprochen – das ist aber etwas zu neugierig. Für den Fall gibt es jetzt Koko Analytics. Die Statistik ist fundierter und man kann auf einzelne Tage herunter brechen. Der Nachteil, wenn man ohne Cookies trackt ist, dass man „wiederkehrende Besucher“ nicht erfassen kann. Das System kann sich ja die Besucher dann nicht merken.

Die Installation und Konfiguration ist supersimpel (Bild unten, klicken vergrößert das Bild):

Oben erstmal die eigenen Nutzerrollen ausschließen. Das ist wichtig, sonst zählt man sich immer selbst mit. Cookies ausschalten, klar. Dann noch Berichtszeitraum einstellen und ab wann gelöscht wird – 30 Monate sollten reichen.

Ab sofort finden sich dann die WordPress Besucherstatistik unter „Einstellungen / Analytics“. Probiert es einfach mal aus. Neben den Überblick über Besucher und Seitenaufrufe gibt es auch eine Übersicht über die Anzahl der einzelnen Seitenaufrufe. Auch die Herkunft der Besucher wird unter „Verweise“ angegeben.

Viel Erfolg!

Headerfoto: Lukas via Pexels

Der Beitrag WordPress Besucherstatistik mit Koko Analytics – ohne Popup und Cookies erschien zuerst auf Collaborato Training.

Vorbereitung für den WordPress Umzug

Es gibt ein paar Sachen, die das Plugin nicht mag. Dazu gehören Dateiennamen die Sonderzeichen und Umlaute enthalten. Das sollte aber sowieso guter Standard sein: Dateinamen können aus Buchstaben und Zahlen bestehen. Zusätzlich gibt es den Unterstrich „_“ und Bindestrich „-“. Ein Punkt trennt den Namen vom Dateityp. Keine Sonderzeichen, Umlaute oder Leerzeichen. 

Jetzt können wir das Plugin installieren und aktivieren. 

WordPress Umzug: Ausführung

Das Plugin legt einen Hauptmenüpunkt im Backend unten links an. Wir starten mit dem Button „Neues erstellen“ rechts.

Der Prozess besteht aus drei Stufen. In der ersten Stufe können wir Änderungen vornehmen oder einfach alles belassen wie es ist. Alles so lassen und auf „Weiter“ drücken wäre mein Tipp.

Danach erfolgt ein Scan. Hier kommt es ggf. zu Warnungen wegen zu großer Dateien oder Dateinamen mit Sonderzeichen / Umlauten. In dem Fall entweder noch mal abbrechen und korrigieren oder die Warnung ignorieren und es probieren. Die Dateigrößenwarnung rührt daher, dass das Tool vermutet, der Provider schafft das Komprimieren der großen Dateinen nicht. Das muss ja nicht stimmen. Aufklappen erklärt mögliche Probleme genauer. Mit „Erstellen“ geht es weiter. Eventuell müsst ihr das ignorieren der Warnungen vorher noch bestätigen.

Jetzt wird das Archiv erstellt und es gibt einen Ladebalken. Etwas Geduld ist angesagt. Nachdem der Prozess fertig ist, bietet es zwei Dateien zum Download an. Eine Archivdatei und ein Installationsprogramm. Beides laden wir jetzt auf unseren Rechner.

WordPress Umzug: Vorbereitung Zielsystem

Beim neuen System benötigen wir Zugang zur Webspace-Verwaltung. Hier kann ich nachsehen oder anpassen mit welchem Unterverzeichnis auf dem Webspace unsere Domain verknüpft ist. Jetzt solltet Ihr noch eine neue Datenbank anlegen – der Menüpunkt könnte auch „MySQL“ heissen. 

Meist werdet Ihr in diesem Dialog gebeten, ein (möglichst komplexes) Passwort zu vergeben. Im Anschluss werden die wichtigen Parameter wie Username, Datenbankname und falls nötig die URL der Datenbank verraten. Diese Angaben benötigt Ihr während der folgenden Installation.  

Falls die FTP-Zugangsdaten unbekannt sind, kann man hier im Provider-Backend jetzt noch die Parameter nachschlagen oder ein neues Passwort oder einen neuen Account anlegen. Das ist wichtig für den nächsten Schritt. Falls euere Domain noch eine Fehlermeldung anzeigt, wenn sie mit der Vorsilbe https:// im Browser aufgerufen wird, ist jetzt die Gelegenheit das entsprechnde SSL-Zertifikat zu aktivieren. Vielleicht müsst ihr das vorher kaufen – das kommt auf eueren Hostingvertrag an.

Besonderheit Providerwechsel

Geht es nicht darum die Domain während des Umzugs zu ändern, sondern soll die Domain vom alten Provider übernommen werden, gibt es einen Zwischenschritt: Zunächst wird die Domain beim alten Provider gekündigt. Das kann man auch „den Auth-Code der Domain anfordern“ nennen. Liegt euch der Auth-Code dann vor, kann die Domain vom neuen Provider übernommen werden. Das führt automatisch zu einer Zwangspause, da der alte Provider meist nicht sofort reagiert und die Übernahme der Domain erst im Internet bekannt gemacht werden muss. Letzteres kann 1-2 Tage dauern. Handelt es sich nicht um eine .de – Domain wird häufig von beiden Parteien per Mail noch eine Zustimmung eingeholt. Ein Hinweis: Denkt an euere Mails, wen Ihr den Provider wechselt. Das Postfach muss beim neuen Provider angelegt werden, die Mails gesichert und das Mailprogramm auf den neuen Provider eingestellt werden. 

Upload auf Zielsystem

Ein FTP-Programm ist eine Software die Dateien von und zum Webserver kopieren kann. Habt ihr keines zur Hand, dann schaut euch das gute und für alle Plattformen kostenlose Filezilla an. Das Programm muss jetzt eine Verbindung zum Webspace aufbauen. Dazu benötigt es Serveradresse, Benutzername und Passwort. Eine kleine Gemeinheit ist, dass es nicht nur reguläres, unverschlüsseltes FTP, sondern auch verschlüsselte Varianten wie SFTP und FTP-SSL gibt. Das sollte der Provider bei der FTP-Accounteinrichtung verraten oder ihr probiert es durch. Möglicherweise müsst Ihr noch den Port mit angeben. Unverschlüsseltes FTP wird schon mal genutzt – Verschlüsselung wäre aber der empfohlene Weg. Euer Coworking- oder WLAN-Cafe Nachbar könnte sonst euere Dateien abgreifen.  Filezilla-Anleitung

Steht die Verbindung, müsst ihr nur noch zum richtigen Serverordner navigieren und in dem Verzeichnis, in das das WordPress später laufen soll die beiden Dateien hochladen. Bei Filezilla geschieht das per „Drag and Drop“. Dateien links anfassen und nach rechts auf den Server „schieben“.

WordPress Installation auf Zielsystem starten

Nach erfolgreichem Upload der Dateien ruft einfach mit dem Webbrowser eure Domain (am besten per HTTPS://) auf und ergänzt die Adresse um „/installer.php“. Zunächst folgt ein einen kurzer Systemtest und die Bestätigung der Lizenzbedingungen mit “Next“. Danach könnt ihr die Datenbank-Parameter aus dem vorhergehenden Schritt eingeben. 

Steht die Datenbankverbindung wird im Schritt 3 noch mal Titel, URL und Installationspfad editierbar angezeigt. Die Angaben sollten aber bereits korrekt sein. Nach drücken auf „Next“ startet die Installation und bestätgt nach ein paar Minuten den erfolgreichen Abschluss. 

Sicherheit: Duplicator löschen

Zur Sicherheit solltet ihr nach dem erfolgreichen WordPress Umzug das Duplicator-Plugin und die Installationsdateien aus dem Webspace löschen. Das muss nicht händisch passieren. Duplicator zeigt genau dafür einen „Admin Login“-Knopf auf der Seite „Installatin fertig“ an. Wenn ihr diesen Knopf jetzt für die Anmeldung klickt, werden die Dateien automatisch gelöscht. Viel Spass mit euerem neuen WordPress 

Fazit

Das Tool hilft mir, die für Kunden gebauten Seiten vom Test-/Staging-Server auf den Liveserver umzuziehen. Ich erspare mir Datenbank-Aktionen mit Suchen und Ersetzen, die immer etwas fehleranfällig sind. Es beschleunigt den Vorgang, weil statt tausender winziger und unkomprimierter Dateien nur eine komprimierte Archivdatei kopiert wird. Das lässt sich viel schneller laden. Und: Wenn man das nicht regelmäßig macht, vereinfacht es den Prozess erheblcih. Einen Nachteil gibt es: Da man die Installation erst aufrufen kann, sobald die Domain auf dem Zielsystem verfügbar ist – Beispiel: Providerwechsel mit Domainübernahme – gibt es einen kurzen Ausfall von ein oder zwei Tagen für die Webseite. Schliesslich kann ich mein WordPress nicht schon vorher vorbereiten, so dass es beim Domainwechsel schon auf dem neuen System vorhanden ist. Das Problem trifft vor allem Seiten, die nicht lange ausfallen dürfen wie gut besuchte Onlineshops oder Seiten, die stark vom erworbenen SEO-Rang leben.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei Ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Foto im Header: skeeze auf pixabay

Der Beitrag WordPress Webseiten per Plugin umziehen – kostenlos mit Duplicator erschien zuerst auf Collaborato Training.

Updraft Plus ist ein WordPress Plugin und direkt über euer WordPress installierbar. Backups lassen sich nach der Installation mit einem Knopfdruck erstellen und die Konfiguration ist einfach. Alles was Ihr wissen müsst, damit Euch auch nach einem schief gelaufenen Update oder Hackerangriff die gute Laune nicht vergeht erkläre ich Euch hier.

Installation und erstes WordPress Backup

Die Installation erfolgt wie gewohnt über den Menüpunkt „Plugin“ und „Installieren“ im Backend. Sucht nach dem Begriff „UpdraftPlus Backup“. Das richtige Plugin sieht wie im Foto aus. 

Danach „Jetzt Installieren“ anklicken, kurz warten und „Aktivieren“ anklicken.

Das Plugin führt bei der ersten Installation nach einer kurzen Willkommensmeldung mit dem Button „Drücke hier um zu starten“ zum ersten manuellen Backup. Die beiden Haken „Deine Datenbank zur Sicherung hinzufügen“ und „Deine Dateien zur Sicherung hinzufügen“ sind schon angehakt. Jetzt nur noch auf „Jetzt sichern“ klicken und das erste Backup läuft. 

Jetzt einfach kurz warten bis das WordPress Backup fertig ist – dann gratuliert Euch der Assistent zum ersten Backup ?. 

Der Dialog führt Euch weiter zu den Einstellungen mit dem Button „Gehe zu den Einstellungen“. Dabei sind die nächsten beiden Punkte interessant: Datei-Sicherungsplan und Datenbank-Sicherungsplan. Die Anzahl der Backups steht auf 2 das finde ich zu wenig – ich stelle hier mindestens 15 ein – meist ist heute ja noch reichlich Speicherplatz auf dem Webserver vorhanden – und das Intervall stelle ich auf „wöchentlich“ weil bei mir auf der Seite nicht täglich Neues passiert. Das mache ich synchron für „Dateien“ und „Datenbank“ – da ich immer beides benötige, um WordPress wieder vollständig herzustellen.

Konfiguration des WordPress Backups

Der Dialog weist mich noch auf weitere Einstellmöglicheikeiten hin, die aber im Standard schon gut konfiguriert sind. Ausser Ihr hättet etwas, was explizit NICHT gesichert werden soll. Jetzt fehlt nur noch „Änderungen speichern“ und schon ist die Konfiguration abgeschlossen – Jetzt kommt die Werbung – bzw. die kostenpflichtigen „Premium Features“.  Als Beginner mit einer ersten WordPress-Seite benötigt Ihr die nicht unbedingt. Als erstes kommt „Updraft Central“ – falls man mehrere Webseiten betreuet und die Backups zusammenfassen will. Das ist ein externer Dienst auf deren Server. Mit „Weiter“ weisst das Tool jetzt noch auf die Möglichkeit hin, die Dateien extern zu speichern. Allen voran die Premium-Option „Updraft Vault“. Ein externes Backup ist natürlich wünschenswert – lässt sich aber ggf. über Dropbox erreichen oder noch simpler – Ihr ladet es manuell herunter. Das erkläre ich Euch gleich, vorher sehen wir nach Klick auf „Weiter“ noch „Updraft Plus Premium“ und ignorieren das freundlichen Angebot mit dem Button „Fertigstellen“.

Im Backup-Plugin zurechtfinden

Nachdem die Führung beendet ist, seht Ihr das Plugin zum ersten mal „normal“. Wichtig zu wissen, dass Euch der Dialog über die „Reiter“ die Ihr oben seht, geführt hat. Hier kommt Ihr über den Tab „Sicherung / Wiederherstellen“ wieder zum Anfang zurück. Unter „Einstellungen“ finden sich Einstellungen zum Datei- und Datenbank-Sicherungsplan. Das ganze Plugin – wenn Ihr ganz frisch nach dem Backend-Login zugreifen wollt – findet sich etwas versteckt unter dem Menüpunkt „Einstellungen“ und dann „UpdraftPlus Sicherungen.

Backup-Dateien für manuell downloaden

Dazu als erstes auf der ersten Plugin-Seite (Reiter „Sicherung / Wiederherstellen“) bis zur Liste der vorhandenen Backups scrollen und auf die einzelnen Teile der jeweiligen Backups klicken. Die Knöpfe heissen „Datenbank“, „Plugins“, „Themes“, „Uploads“ und „Andere“ . Jedes mal entsteht oberhalb der Buttonliste ein Dialog „Herunterladen db (Datum….)“ und kurz darauf kommt ein Button „Auf deinen Computer herunterladen“ den Ihr noch drücken müsst (zweitens), um den Download zu starten. Bitte nicht ohne Not auf den anderen Button „Vom Webserver löschen“ drücken – dann bleibt die Kopie direkt im Plugin erhalten. Das macht Ihr dann für jeden einzelnen Button. Ist die Website recht umfangreich, kann es sein, das Updraft Plus die Datei in mehrere Pakete verteilt – dann bitte ausnahmslos alle herunterladen.

Bitte überprüft, ob beim zweiten Download auch wirklich ein Download stattfindet. Chrome hat die Eigenart, dass er nur einen Download pro Webseite zulässt. Will man mehr Dateien herunterladen, muss man in der Browser-Adressleiste auf das Icon klicken und mehr Dowloads zulassen. (Foto)

Nach klick auf das markierte Icon öffnet sich dieser Dialog. „…gestatten“ auswählen und mit „Fertig“ bestätigen.

Macht euer Browser die Downloads wie gewünscht, gibt es das Icon gar nicht und Ihr müsst auch nichts machen.

Und: Habt Ihr eine große Seite mit großen Datenmengen, teilt Updraft Plus den Datei-Download in viele kleine Datei-Häppchen auf. Bei großen Installationen kann das viel werden und schlicht nerven.

Im Erstfall: der WordPress Restore aus dem Backup

Ist mit Euerer Webseite etwas schief gelaufen und die Seite „spinnt“ oder der Datenstand ist nicht der richtige und Ihr habt ggf. Daten verloren könnt Ihr jederzeit ein vorhandenes WordPress Backup einspielen. Hinweis: Wenn Ihr nicht sicher seid, ob die Version die zurückgespielt wird besser ist als euere aktuelle, dann bitte zuerst ein Backup von der jetzigen Version machen. Denn, nur dann kommt ihr wieder auf den Stand vor dem Restore zurück. Für das Einspielen eines ältenen Standes einfach den Haken bei der gewünschten Version machen und auf „Wiederherstellen“ drücken und bestätigen

Danach kommt eine Auswahlbox in der ich für ein komplettes Restore alles anklicke: 

Nach Bestätigung mit „Weiter“ kommt in der gerade aktuellen Version einer Warnung die ich ignoriere. Es wurden keine Tabellen beim Backup ausgelassen. Vielleicht hängt der Fehler mit dem kurz vorher durchgeführten WordPress-Update zusammen.

Danach läuft der Restore-Prozesse mit einem Protokoll und zum Schluss ist das System wieder im ursprünglichen Zustand. Jetzt rufe ich einfach meine Domain wieder auf und ich bin wieder auf meiner Webseite im Zustand am Backup-Zeitpunkt.

Wird die Sicherung gar nicht mehr im Plugin angezeigt, könnt Ihr die auf dem lokalen Rechner gespeicherten Dateien hochladen. Das ist besonders wichtig, wenn WordPress nach einem Fehler gar nicht mehr ansprechbar ist. Sollte das der Fall sein und Ihr habt ein aktuelles Backup, dann könnt Ihr WordPress neu installieren, das Plugin installieren und aktivieren. Danach seid Ihr bereit, Euere Backup-Dateien hochzuladen und das Zurückspielen des Backups zu starten.

Nachteile des WordPress Backups Updraft Plus

Ein Nachteil ist, dass es viele Dateien erzeugt die man beim Restore alle wieder zusammenbekommen muss. Ausserdem muss WordPress und das Plugin funktionieren, sonst klappt auch das Einspielen des Backups nicht. Der Vorteil dabei ist aber, dass User die sich vor dem direkten Einspielen der Dateien per FTP und dem Importieren der Datenbank über Oberflächen wie PHPMyAdmin scheuen trotzdem ein Restore hinbekommen können. Ausserdem ist die Konfiguration extrem simpel und bisher hat es mich mit Zuverlässigkeit überzeugt. Etwas lästig sind die Hinweise auf die Premium-Dienste und nicht optimal finde ich, dass so ein wichtiges Plugin seine Oberfläche unter „Enstellungen / Updraft“ versteckt. Kostenpflichtige Dienste wie hier der Domainwechsel – z. B. vom Testserver zum Livebetrieb unter der richtigen Domain gibt es nur mit Aufpreis – oder mit anderen Plugins wie z.B. „Duplicator“ – ein extrem praktisches Plugin über das ich auch einen Artikel plane. 

Vergleich mit BackWPup

Ein anderes gutes Tool ist BackWPUp von Inpsyde GmbH. Es hat viele Einstellmöglichkeiten und das macht es auch schon komplexer alles zu durchschauen. Vorteil hier: Es wird nur eine Datei pro Backup erzeugt. Und: Man kann mehrere Backupjobs parallel konfigurieren – z. B. nur alles aus 2020. Bei größeren Installationen macht das Sinn. 

Letze Worte

Wenn Ihr bis hierher gelesen habt dann gibt es künftig keine Ausrede mehr im Notfall kein Backup euerer Webseite zu haben. Ich empfehle, immer bevor Ihr eines euerer regelmäßigen Updates macht, vorher auf den „Backup erstellen“ Button zu klicken. Ist die Seite in einem Zustand, den Ihr auch länger aufbewahren wollt – z.b. kurz nach dem Relaunch – dann setzt den Haken „Backup behalten“. Dann wird es nicht automatisch gelöscht sondern aufbewahrt. Und: Testet den Restore-Vorgang gelegentlich – einfach um zu prüfen, ob es auch im Notfall klappt.  

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei ihre WordPress Webseite zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Der Beitrag WordPress Backup einfach und kostenlos einspielen mit Updraft Plus erschien zuerst auf Collaborato Training.

Logo tauschen, kein Problem?

Zuhause habe ich mir den besagten Artikel angesehen und auf einem Testsystem nachgebaut. Also FTP-Programm angeworfen und auf dem Server ein Verzeichnis „polylang“ unterhalb von „wp-content“ erzeugt. Dort hinein eine Datei mit Namen „wpml-config.xml“ und diesem Inhalt dort abgelegt:

<wpml-config>
  <admin-texts>
    <key name='theme_mods_twentytwelve'>
      <key name='header_image' />
    </key>
  </admin-texts>
</wpml-config>

Und tatsächlich: Wenn ich das selbe Theme verwende (Twenty Twelve) und das Headerbild ansprechen möchte klappt das. Easy, dachte ich noch, aber dann kam es anders. Als ich versucht habe das Gelernte auf das Divi Logo anzuwenden ist gar nichts passiert. Es sind einfach keine zusätzlichen Felder unter „Sprachen“/“Zeichenfolgen-Übersetzungen“ aufgetaucht. (zum Glück ist unten rechts auf der Seite ein Zähler, dann sieht man den Misserfolg wenigstens gleich.)

Welcher String war das doch gleich?

Mit den üblichen Methoden wie Browser-Debugger oder studieren des Quellcodes dachte ich, kann ich den richtigen String für die vierte Zeile herausfinden – und die dritte Zeile ist dann einfach „theme_mods_Divi“. Ja, oder? Falsch. Die beiden Werte kommen nicht aus dem HTML oder dem CSS, nein. Die stehen in der Datenbank!

Ab jetzt (vorher auch schon) auf eigene Gefahr, bitte macht ein Backup vorher. Es gibt keinen Grund etwas in der Datenbank zu ändern. Wir lesen nur.

WordPress Datenbank, Divi Optionen

Also schnell den phpMyAdmin angeworfen und die Datenbank untersucht. Das sollte über das Webspace-Verwaltung beim Provider unter „Datenbanken“ zu finden sein.
Es gibt in der Tabelle „wp-options“ tatsächlich einen Eintrag (unter den mehr als 200 Einträgen, nach vorne blättern nicht vergessen) „theme_mods_Divi“. Der enthält aber genau gar nichts was nach „Logo“ klingt. Hier hätte es also im Standard sein sollen, aber wo hat Elegantthemes den Eintrag versteckt?
Mein Trick: Eine Datei mit einem eindeutigen Namen als Logo im Backend unter „Divi“/“Theme-Optionen“ einstellen & speichern. Im nächsten Schritt diesen Dateinamen in der Datenbank suchen. PhpMyAdmin bietet dafür oben den Menüpunkt „Suche“ an. Dateiname einfüllen, unten noch die Tabelle „wp-options“ auswählen und suchen lassen.

Hinweis: Diesen und andere Tipps bekommt Ihr automatisch wenn Ihr meinen Newsletter bestellt.

Gesucht, Gefunden!

Jetzt sollte sich die Suche mit einem Treffer melden. Noch kurz auf „Anzeigen“ klicken und wir haben den ersten gesuchten Wert unter „option_name“ stehen. Im Fall des Divi Themes ist das „et_divi„!

Als nächstes kopieren wir uns den Eintrag des Feldes. Dazu auf den Inhalt unter der Überschrift „option_value“ doppeklicken, den gesamten Inhalt markieren (Strg+a) und kopieren (Strg+c). Dann ESC drücken um dieses Bearbeitungsfenster ohne Bearbeitung zu schließen. (Wichtig!).

Sobald wir den Inhalt der Zwischenablage in einem Editor geladen haben können wir noch mal nach dem Bildnamen suchen und haben einen Treffer. Direkt (zumindest fast) davor in dem unleserlichen Kauderwelsch steht jetzt divi_logo – und das ist der zweite Wert. Heureka.

Gleich klappt das mit dem Divi Logo

Sobald wir jetzt unser beiden Werte in unsere wpml-config.xml auf dem Server wie folgt eingetragen haben, erscheint unter „Sprachen“ / „Zeichenfolgen-Übersetzungen“ ein zusätzlicher Eintrag.

<wpml-config>
  <admin-texts>
    <key name='et_divi'>
      <key name='divi_logo' />
    </key>
  </admin-texts>
</wpml-config>

Das war der schwierige Teil, ab jetzt wird es einfacher: Im WordPress Backend zunächst alle Logos in allen Sprachversionen unter „Medien“ hochladen. Die URL der Logos merken / kopieren. Den Link findet Ihr wenn Ihr nach dem Upload auf das kleine Vorschaubild in der Mediathek klickt. Dort steht er unten rechts unter „Link kopieren“.

Diese Links werden jetzt in die neue Felder unter „Sprachen“ / „Zeichenfolgen-Übersetzungen“ eingetragen (bzw. das Standardlogo das da jetzt drinsteht damit überschrieben.) Jetzt könnt Ihr das Ergebnis testen: Bei jeder Seite und jedem Blogbeitrag wird jetzt das Logo angezeigt, das seiner Spracheinstellung entspricht. (Das findet ihr unten rechts bei den Dokumenteneinstellungen der Seite / des Beitrag, nachdem Polylang installiert und über das Menü „Sprachen“ die benötigten Sprachen angelegt wurden)

Klappt das bei euch auch? Habt ihr Fragen? Hinterlasst mir einfach einen Kommentar. Wenn ich euch bei der Umsetzung für andere Felder oder Themes helfen kann, einfach melden.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Der Beitrag Logo sprachabhängig austauschen mit Sprachplugin Polylang erschien zuerst auf Collaborato Training.

WordPress fordert vom Webserver einiges an Leistung: Die Seiten müssen mit PHP zusammengebaut werden und die Datenbank soll Inhalte liefern. Ausserdem laden Themes und Plugins viele Dateien nach, die alle zum Besucher gelangen müssen. Da wünscht man sich manchmal eine statische HTML-Seite, die hier einfach einen Vorsprung hat. Nicht verzagen, hier ein paar Tipps wie man WordPress beschleunigen kann.

• Basis Webserver: Überprüft doch mal ob euer Server schon HTML/2 beherrscht. Einfach euere Adresse hier eingeben: https://http2.pro/ Falls kein grüner Haken kommt: Sprecht mal mit euerem Provider was er für euch tun kann. Bei mir war es ein kostenloser und reibungsloser Umzug auf den neuen Server. HTTP/2 kann einfach effektiver die einzelnen Dateien zum User übertragen als unser gutes altes HTTP 1.1.
• Bilder verkleinern: Schaut doch mal welche Bilder zu langsam laden. Alles was über 200 KB groß ist, braucht einen guten Grund dafür und ist hoffentlich in der Minderheit. Über die Mediathek im Backend könnt ihr in der Detailansicht die Bildgrößen sehen und mit Pfeiltasten durchklicken. Was zu groß ist, stärker komprimieren und austauschen. Falls ihr keine gute Bildbearbeitung euer eigen nennt, dann gebt es einfach dem Panda: https://tinypng.com/ (Gibt es sogar als Plugin, kennt das jemand? Es will eine Registrierung. https://wordpress.org/plugins/tiny-compress-images/)

WordPress beschleunigen: Gut für die Besucher

• Server Cache per Plugin integrieren:  Da wir in der Regel die Webseite nicht laufend aktualisieren, muss WordPress ja nicht für jeden Besucher einzeln die Seiten aus dem PHP zusammenbauen. Das reicht ja alle paar Stunden oder sogar Tage. Der Plan ist: Der erste User generiert die Seite und alle anderen bekommen dann nur noch die gespeicherte, bereits generierte Seite. Mein Favorit ist dabei „WP Super Cache“ von Automattic selbst. Ist im Prinzip schnell konfiguriert: Cache einschalten und den empfohlenen Einstellungen folgen. Meist drehe ich dann noch die Chache-Vorhaltezeit nach oben.
•  Reduzieren der Dateien: Wie gesagt übertragen alle aktivierten Plugins und das Theme kleine Dateien. 50 Stück ist noch wenig. Da jede Datei angekündigt, übertragen und überprüft werden muss gibt das einen Stau. HTTP/2 macht die Autobahn schon breiter, aber es geht noch besser. Einfach mal testen. Ich verwende für den Fall „Autoptimze“ von Frank Goossens.

Optimierte Webseite: Gut für SEO

• Lazy Loading: Wenn ihr viele Bilder verwendet und lange Seiten habt, dann könnte man überlegen, die Bilder weiter unten erst zu laden, wenn sie wirklich sichtbar werden. Dazu gibt es Plugins wie z.B.: „a3 Lazy Load“ von a3rev Software. Ich selbst habe das (noch) nicht im Einsatz.
• Nerven bewahren: Die Testtools meckern immer wieder Sachen an, an die wir gar nicht (so einfach) herankommen und je nach Tagesform kommen etwas unterschiedliche Werte dabei heraus. Nicht vergessen: Cache muss auch erst erzeugt werden bevor er etwas beschleunigt. Mit diesen Tools könnt Ihr testen:
  • Google Pagespeed insights:  https://developers.google.com/speed/pagespeed/insights/?hl=de und
  • Pingdom: https://tools.pingdom.com/

Habt ihr noch weitere Anregungen oder Kommentare? Einfach unten reinschreiben.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Der Beitrag WordPress beschleunigen: die 6 wichtigsten Punkte erschien zuerst auf Collaborato Training.

Auf der Suche nach einem einfachen Plugin für meine Seminarkunden das DSGVO-konform und einfach zu bedienen ist und aufschlussreiche Auswertungen erstellt, habe ich mir das WordPress Statistik Plugin „WP Statistics von VeronaLabs“ angesehen. Es hat bei mir zwiespältige Gefühle erzeugt, aber lest selbst.

Erster Eindruck vom WordPress Statistik Plugin

Wenn man Matomo (Piwik) gewohnt war, dann findet man hier auf den ersten Blick ähnliche Auswertungen wieder. Sogar mehr. Man findet jetzt neben dem Hauptmenüpunkt „Statistik“ mit 18 Unterpunkten noch zusätzliche Auswertungen auf der Seite „Dashboard“   Und das nur mit der einfachen Installation eines Plugins. Spitze, oder? Zunächst gilt es aber dem Datenschutz genüge zu tun. Das ist mit einem Besuch unter „Einstellungen / Privacy“ schnell erledigt. Es gibt zwei Optionen: IP-Adresse kürzen oder IP-Adressen in HASH-Werte verwandeln:

Beim ersten Fall arbeitet man ja immer noch mit „Persönlichen Daten“, also greift das Datenschutzgesetz. Der zweite Punkt macht aus der IP einen HASH-Wert der nur durch längeres ausprobieren zurückübersetzt werden kann. Vorteil soll wohl sein: Keine persönlichen Daten = keine Anwendbarkeit der Datenschutzgesetze. Was im Detail aber nur der Fachanwalt euerer Wahl beantworten kann.

Nachteil der sich schon im Deutsch-Englisch abzeichnenden Erklärung: Nachträgliche Lokalisierung der IP ist nicht möglich. In meinem Test war aber auch die Lokalisierung der aktuellen Besucher meist auf das Land beschränkt. Das liegt vielleicht in einem Fehler den meine Version 12.6.3 hat: Die verwendete MaxMind-Datenbank muss erst manuell geladen werden, denn mein System hatte das nächste Update für Januar 1970 geplant. Aber zwei Klicks auf die Buttons „Update Database“ helfen hier weiter.

Auf der selben Seite befinden sich unterhalb die Einstellungen zur Matomo Referrer Spam Blacklist. Das ist ziemlich genial, weil einfache Tools nicht zwischen echten Besuchern und Bots unterscheiden können. Diese Bots sind Software, die das Internet für eine Suchmaschine indizieren oder für die „bad guys“ Schwachstellen oder Mailadressen für Spam suchen. Da es keinen Marketing-Erfolg darstellt, möglichst viele Spambots angezogen zu haben ist es gut die Statistik zumindest um die bereits bekannten zu bereinigen. Also einmal anhaken und dann auf den Button „Update“ drücken. Soweit ist das Tool erst einmal installiert und man kann auf Besucher warten. Im Idealfall besucht man seine eigene Seite jetzt nur noch über den /wp-admin – Link oder als eingeloggter Admin. Alle anderen Versuche würden von der Software als Besucher gezählt. Weitere Ausnahmen von der Zählung kann man unter dem Menüpunkt „Ausnahmen“ einstellen.

Charts und Auswertungen

Die Grafiken und Listen finde ich optisch gelungen. Es gibt auch eine Vielzahl an Auswertungen dazu über:

• Webseite-Aufrufe – Nach Besuchern und Seitenaufrufen getrennt
• Verweisende Webseites – wer sendet mir Besucher?
• Suchbegriffe – Wo Begriffe fehlen, wird der Seitenname ergänzt (Funktioniert bei mir nicht s.u.)
• Suchmaschinen – Hier steht welche Suchmaschinen die Besucher liefern. (Funktioniert bei mir nicht s.u.)
• Seitenaufrufe – welche Seiten werden wie häufig aufgerufen mit Grafik
• Besucher – wer kommt auf meine Seite? Mit Browser, Land, Herkunft und Tag. IP ist aus und Ort klappte bei mir selten,
• Dann noch Länder und Browser-Typ
• Kategorien, Schlagwörter, Autoren – hier nutzt das Tool seine WordPress-Integration – bei Maotmo wäre das nicht so einfach zu bekommen.

Über den Menüpunkt „Einstellungen / Benachrichtigung“ kann man sich sogar einen Bericht per Mail senden lassen.

Das alles ohne Cookie – Genial,  also was gibt es zu meckern?

Ja, besonders verblüffend: Das läuft alles aus der Box und ohne ein Cookie. Das würde nach meiner Meinung den nervenden Cookie – Hinweis überflüssig machen. Zumal, wenn man noch nicht mal IP-Adressen speichert, aber lasst euch das sich das ggf. vom Anwalt bestätigen.

Das hier stört mich bzw. fehlt mir:

• Die Werte sind nicht immer nachvollziehbar bzw. glaubhaft.
  • Beispiel: Seit einem Monat kommt niemand von Google aus vorbei lt. Auswertung. Kann nicht sein und habe ich sogar selbst versucht.
  • Ich bin nicht mein eigener Haupt-Trafficlieferant (bin auf Platz 2 der verweisenden Hosts) könnte aber auch an einem Serverumzug liegen.
  • Sobald ich mich intensiver mit meiner Seite beschäftige, steigt die Besucherzahl. Scheinbar wird doch nicht mein gesamter Traffic gefiltert.
  • Manches ist nicht 100% überprüfbar: Klicke ich schnell durch die Seiten, verpasst das Tool mal einen Klick (sucht ja nur alle 30 Sekunden danach)
• Es fehlen mir wichtige Auswertungen
  • Verweildauer auf der Seite – welche Seite wird studiert und welche überflogen?
  • Einstieg und Ausstiegsseiten – wo kommen die User herein und wo steigen sie aus?
  • Anteil an Mobil- und Desktop Nutzern
  • Wiederkehrende Besucher – ist ohne Cookie auch schlecht machbar.

Ich erinnere ausserdem bei einem Kunden die Umstellung auf Google Analytics. Plötzlich waren es sehr viel weniger Besucher als mit diesem Tool. Das kann natürlich an der besseren Spambot-Erkennung liegen, verwundert aber erst mal.

Fazit

Wem das winzige „Statify-Plugin“ nicht mehr reicht, der kann mit WP-Statistics von VeronaLabs recht einfach die nächste Stufe zünden. Besonders gut finde ich, dass es keine IP-Adressen speichern muss und keine Cookies benötigt. Allerdings hat die Technik auch gewisse Grenzen, die dem Poweruser auffallen. Von mir bekommt es 3 von 5 Sternen.

Update November 2020: Ich habe mir inzwischen „Koko Analytics“ angeschaut. Das gefällt mir derzeit noch besser. Schaut doch mal rein.

Welche Erfahrungen habt Ihr mit WP Statistics gemacht? Schreibt es einfach in die Kommentare.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei Ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Der Beitrag WordPress Statistik Plugin WP-Statistics von VeronaLabs – Datensparsam und informativ erschien zuerst auf Collaborato Training.

Nachdem e-Recht 24 Statify von Pluginkollektiv als DSGVO-sicheres WordPress Statistikplugin in seiner Pluginliste aufführt, habe ich es mir mal genauer angesehen. Die Installation ist simpel und nach der Aktivierung findet man im Backend unter „Dashboard“ ein neues Feld names „Statify“. Das Plugin läuft jetzt schon – standardmäßig zeigt es die letzten 14 Tage in der Grafik an und die drei am häufigsten geklickten Webseiten. Im Moment  steht hier jedoch „Keine Daten verfügbar“ – weil es noch keine Besucher auf der Seite gezählt hat. Später sieht das dann z.B. so aus:

Konfiguration der WordPress Statistik

Statify kann man konfigurieren indem man den Mauszeiger über das Überschriftenfeld bewegt und danach den jetzt erscheinenden Link „Konfiguration“ anklickt. Alternativ kann man beim Plugin auf „Einstellungen“ klicken – selber Effekt. Danach gibt es ein kleines Einstellungsmenü. Hier kann man festlegen wie lange die Grafik in die Vergangenheit reicht und wie viele Seiten man in der Liste „Beste Inhalte“ angezeigt bekommen will. Dazu gibt es drei Checkboxen wie unten in der Grafik sehen kann. Hat man den Server-Cache an, sollte die Box Nr 2 aktiviert sein und will man nur frische Klicks in der Bestenliste sehen die Nr 1.  Nr. 3 Verweist auf Webseiten die Spam verbreiten und deshalb nicht wirklich relevante Zugriffe sind. Um das zu nutzen müsstet ihr erstmal Kommentare aktiviert haben und die Kommentar-Blacklist auch nutzen. Das ist eine Sperrfunktion für Kommentierende, die unter „Einstellungen / Diskussion“ zu konfigurieren ist.

Ergebnis ist eine die kleine Grafik von oben und direkt darunter die Liste der Seiten oder Beträge, die die meisten Nutzer anklicken. Darüberhinaus sind auch die häufigsten Quellen der User mit angegeben. Wobei natürlich alle herausfallen, die die Webseite direkt aufgerufen haben also die URL eingetippt haben oder ein eigenes Bookmark benutzt haben.

Datenschutz

Übrigens habe ich die Datenbank des Plugins durchgeschaut – es werden tatsächlich keine IP-Adressen gespeichert. Einzig das Datum, der Ursprung soweit bekannt (=Referrer) sowie die aufgerufene Seite (=Target) – also keinerlei personenbezogene Daten soweit ich sehe. (Cookies konnte ich auch nicht entdecken.) So wie im Bild unten sieht die Datenbank aus (mit „/“ ist ein Aufruf der Startseite gemeint)

Im Prinzip ist das ja ganz nett und es gibt auch noch zwei Zusatzplugins, die den Nutzen noch steigern: Ein Widget für die Seitenleiste (Statify Widget), das die beliebtesten Artikel anzeigen kann. Sowie eines das sich um die Datenqualität kümmert: Statify Blacklist. Hier kann ich Referrer eintragen, die nicht in der Statistik auftauchen sollen (ja, es gibt Referrer-Spam, warum auch immer) oder auch IP-Adressen.

Fazit für Statify WordPress Plugin

Für den „Hausgebrauch“ finde ich das Tool ganz in Ordnung und auch die Tatsache, dass ich keinen DSGVO-Problem auslöse wenn ich es nutze ist gut. Aber mir fehlen verschiedenen Daten:

• In welcher Abfolge laufen die User durch die Seite?
• Anzahl der Besucher (Visits) statt nur der Seitenaufrufe (Klicks)
• Bei welcher Seite springen sie ab?
• Wie lange halten sie sich auf einer Seite auf?
• Aus welchem Land / welcher Stadt kommen die Nutzer?
• Nach wie vielen Tagen kommen die Nutzer wieder?

Versucht man die Nutzer länger auf der Seite zu halten und einen „Kaufprozess“ abzuleiten, sind das entscheidende Daten die z.B. Matomo (ehemals Piwik) oder Google Analytics liefert. Das ist dann aber wieder ein separates System und etwas aufwändiger einzurichten. (Was ich im Rahmen einer SEO-Beratung natürlich gerne übernehme.) Habt ihr es selber mal getestet? Wie findet ihr es? Gerne Kommentieren oder den Beitrag verlinken.

Zusammenfassung

Nett und schnell eingerichtet – gibt einen ersten Eindruck – für ernsthaftes SEO aber zu beschränkt.
Update Nov 2020: Ich habe mir inzwischen das detaillierter auswertende und ebenfalls ohne Cookies oder IP-Adressen auskommende „Koko Analytics“ angeschaut – schaut doch mal rein.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei Ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Der Beitrag Statify: Statistik – Plugin mit eigebautem Datenschutz für WordPress erschien zuerst auf Collaborato Training.