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.

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.

Fundstellen:

(a) die knappe Pressemitteilung: https://curia.europa.eu/jcms/upload/docs/application/pdf/2019-10/cp190125de.pdf

(b) das Urteil in voller Länge: http://curia.europa.eu/juris/document/document.jsf?text=&docid=218462&pageIndex=0&doclang=de&mode=req&dir=&occ=first&part=1&cid=1436279

(c) Zusammenfassung bei Heise: https://www.heise.de/newsticker/meldung/EuGH-Keine-Cookies-ohne-Zustimmung-4543630.html

(d) Etwas ausführlicher bei Golem: https://www.golem.de/news/eugh-urteil-jeder-cookie-erfordert-einwilligung-der-nutzer-1910-144187.html

(e) Am ausführlichsten bei Spiegel Online mit Stellungnahme von Bitkom: https://www.spiegel.de/netzwelt/netzpolitik/europaeischer-gerichtshof-cookies-brauchen-aktive-einwilligung-des-nutzers-a-1289439.html

Aussagen des EuGH:

Ohne übertrieben komplizierten Begründungsaufwand verweist das Gericht mehr oder weniger klar auf nachvollziehbare Sprache der einschlägigen EU-Normen. Und kommt zu folgenden fünf Ergebnissen:

(1) Cookies: Für alle Cookies (die nicht unter die enge Ausnahme nach Art. 5 Abs. 3 Satz 2 der ePrivacy-Richtlinie in der Fassung von 2009 fallen) muss eine aktive Einwilligung über ein Opt-in erfolgen. Sprich: Das Zustimmungshäkchen darf nicht schon vorab gesetzt sein.

(2) Voraussetzung für eine wirksame Einwilligung ist eine klare Information darüber, in was man einwilligt.

(3) Die Cookie-Vorschrift gilt sowohl für Cookies, die personenbezogene Daten speichern, wie für solche, die nur nicht-personenbezogene Daten erfassen. Also für alle Cookies (die nicht unter die enge Ausnahme nach Art. 5 Abs. 3 Satz 2 der ePrivacy-Richtlinie in der Fassung von 2009 fallen).

(4) In den Datenschutzinformationen muss auf jeden Fall auch über die Speicherzeit der Cookies im Browser informiert werden. Und über alle Dritten, an die Daten weitergeleitet werden und deren Verwendungszwecke.

(5) Weil vom deutschen Gericht nicht als Frage vorgelegt, sagt das Urteil ausdrücklich (siehe Randnummer 64) nichts zur Frage, ob ein Angebot (z.B. eine kostenfreie Nutzung einer Website) gekoppelt werden darf an die Einwilligung in ein Cookie (für Werbetracking). Das wird diskutiert unter dem für wirksame Einwilligungen erforderlichem Merkmal „ohne Zwang“ (in der Fachliteratur unter dem Schlagwort „Koppelungsverbot“).

Fazit:

Da viele Besucher der Websites die Einwilligungen nicht erteilen werden, wird sich wahrscheinlich das gesamte System des Onlinemarketings neu aufstellen. Ein Freund von mir bei Teads (einem großen Dienstleister für Videowerbung) sagte heute Morgen schon: „Zurück in die Online-Steinzeit.“

Handlungsbedarf:

Nach diesem Urteil sind alle einfachen Cookie Banner irrelevant. Zugespitzt formuliert: Man kann Websites auch genauso gut ganz ohne ein Banner betreiben.

(1) Jeder Onlinedienst (Website, App, etc.), der mindestens ein Cookie setzt, muss eine Funktion für Cookie Consent anbieten (das ist deutlich mehr als ein herkömmliches Cookie-Banner). Die Einwilligung muss erfolgt sein, BEVOR der Cookie gesetzt wird.

(2) Jeder Cookie muss mit ausreichenden Informationen in den Datenschutzinfos vorgestellt werden.

(3) Für alle Third Party-Cookies müssen – falls nicht bereits vorliegend – (belastbare) Informationen von deren Anbietern zur Verarbeitung der Daten in deren Bereich eingeholt werden. Nur so kann man diese Angaben in die eigene DS-Info aufnehmen. Sprich: Google, Facebook, Oracle und diverse andere Dienstleister, mit denen man zusammenarbeitet, müssen unter Umständen weitere Informationen zur Verfügung stellen.

Der einfache Weg:

Dies ist die große Stunde der Cookie Consent-Tools. Deren Anbieter sollten die notwendigen Informationen zusammentragen, soweit das noch nicht geschehen ist, und über das Consent-Tool anbieten.

Die Betreiber von Websites müssen dann „nur“ ein leistungsstarkes Consent-Tool in ihre Seiten einbauen.

Und abhängig vom eigenen Geschäftsmodell muss man schauen, wie hart Einbußen dadurch sind, dass bisherige Funktionen zur „zielgruppengerechten“ Ausspielung von Inhalten und Kampagnen nicht mehr möglich ist.

______________________________

Mark Rüdlin

Rechtsanwalt + Datenschutzbeauftragter 

https://markruedlin.de

Headerbild: Brigitte Tohm/Pexels via Canva

Der Beitrag Gastbeitrag RA Mark Rüdlin: Keine Cookies ohne Einwilligung 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.

Wollen Sie künftig früher und automatisch an meine Beiträge kommen, dann Empfehle ich meinen WordPress Newsletter zu abonnieren.

Anpassung am 15.8.2018: aktualisiertes PDF verlinkt.

Der Beitrag DSGVO – Umsetzung bis 25. Mai! erschien zuerst auf Collaborato Training.

Hinweis: Aktuell (Stand 9. Juni 2018) ist der kostenlose Generator abgeschaltet wegen Wartungsarbeiten. Wollen Sie künftig früher und automatisch an meine Beiträge kommen, dann Empfehle ich meinen WordPress Newsletter zu abonnieren.

Der Beitrag Datenschutzerklärung mit eRecht24 für die Webseite erschien zuerst auf Collaborato Training.