Google Fonts DSGVO konform lokal in Divi hochladen + bessere Lösung über Child Themes

[@sneggie]

Puh, klasse Content! Würde ich viele Websiten bauen, wäre das definitiv Pflicht. Danke für die klasse Lösung, die Du uns hier präsentierst!

[@nexTabDE]

Falls dir das Video gefallen hat und du gerade mit dem Gedanken spielst, dir das Divi-Theme zu holen, dann unterstütze uns bitte, indem du unseren Affiliate-Link verwendest. Das Theme kostet dich dann keinen Cent mehr, wir bekommen aber anteilig etwas gut geschrieben, wenn du über diesen Link kaufst: divi-tutorials.com/divi_yt Das gibt uns dann auch die Möglichkeit, noch mehr coole Tutorials für dich anzufertigen. 🙂

[@ahab_579]

Danke! Ohne dich wäre ich aufgeschmissen!

[@SuPerPhilOmAt]

Du bist der hammer. Einfach top content

[@MichaelsPaintingChannel]

Ich glaub's net.. Hätte nie gedacht, dass diese Fonts mit eine der größten Hürden sein würden. Es hat bei mir ohne Child Theme geklappt, indem ich einfach das "Additional CSS" im Customzier benutzt habe. Beim Google Webfonts helper ging bei mir nur dieser Link (also etwas genauer). fonts/ alleine ging nicht. Customize folder prefix (optional): /wp-content/themes/sydney/fonts/ Font size habe ich dann im folgenden einfach weggelassen, dann nimmt er das an, was ich jeweils selbst aussuche beim Schreiben. h1, h2, h3, h4, h5, h6 { font-family: 'Inter'; font-weight: 900; } Juhu! Danke auch dir nochmal

[@nexTabDE]

Freut mich, dass du eine Lösung gefunden hast, die für dich funktioniert. 🙂

[@Sir_Jack07]

Klasse deine Video's, Habe viel dazu gelernt.🖕 Habe allerdings eine Frage: Wie kann ich bei Divi die Schriftarten auswählen von denen die hochgeladen wurden, denn diese werden in Divi nicht angezeigt. Oder muss man diese in Divi selbst hochladen? Danke schon mal im voraus.

[@nexTabDE]

Die Lösung, die wir im Video vorstellen, ist darauf ausgelegt, dass du nicht mehr in den Divi Optionen Fonts auswählst, sondern dass diese immer automatisch vorausgewählt sind. Ich halte von den Divi-Einstellungen in Hinblick auf Fonts leider wirklich nichts, weil du jedes Modul einzeln anfassen musst. Ich bevorzuge es, dass man das einmal global festlegt und dann in den Modulen gar nichts mehr machen muss. Das erreicht man mit der beschriebenen Vorgehensweise. 🙂

[@Sir_Jack07]

@@nexTabDE Danke für die Info. Ich denke das deine Lösung sehr gut ist. Leider bin ich noch nicht so versiert in sachen CSS + Co. da ist es für noch etwas einfacher mit den Divi-Einstellungen. Leider will einiges nicht so in meinem Kof wie ich das gerne hätte, liegt wohl am schon etwas fortgeschritten Alter und den vielen grauen Zellen 😀🤫😉

[@springseilpower]

Hi Daumen hoch 👍 für Deinen Content. FRAGE: Hast Du schon ein Video zu Split-Testing mit Divi. Wäre schön, wenn Du hier mal ein paar sinnvolle Beispiele bringen könntest. Danke & tolles 2022❗️

[@nexTabDE]

Danke dir für das Lob! Offen gestanden hab ich das Feature bisher kaum verwendet, weil man dafür ja auch die entsprechenden Landing Pages *mit relevantem Traffic* benötigt, um sinnvolle Vergleiche anstellen zu können. Ich habe Kundenseiten mit viel Traffic, die allerdings kein Divi verwenden und ich habe viele Seiten mit Divi, die dafür weniger Traffic haben. Dass hier beides zusammenkommt UND der Kunde auch noch gewillt ist, solche Optimierungs-Maßnahmen zu testen (und das halt zu bezahlen), ist bisher leider echt die Ausnahme gewesen. Dir selbstverständlich auch einen guten Start in 2022! 🙂

[@peterveil1070]

Danke für das Video, klasse! Ich habe ein Child Theme angelegt, Verzeichnis "fonts" angelegt + Schriften reingelegt, in die style.css die "@font-face" (ohne Slash davor :-)) ergänzt und sowohl Body als auch h1-h6 die Schritart zugewiesen (font-family, font-style, font-weight) Ich habe jetzt auf meiner Webseite ein ziemliches "Mischmasch", d.h. Einiges erscheint mit den eigenen Schriften, Anderes aber nicht. Ein normaler Text funktioniert, aber sobald ich ihn als Überschrift formatiere geht es nicht mehr. Auch z.B. Buttons haben die Schrift nicht übernommen Hast Du einen Tipp, was das Problem sein könnte?

[@nexTabDE]

Es ist sehr gut möglich, dass du z. B. ein Demo-Layout eingespielt hast und dann im Demo-Layout die Schriften in den jeweiligen Modulen festgelegt waren. Es gibt hier zwei Vorgehensweisen: 1.) Du gehst in die Divi-Optionen und deaktivierst die Verwendung von Google Fonts. Das sollte dafür sorgen, dass die Font-Dateien vom Google-Server nicht mehr geladen werden, so dass diese angepassten Angaben nicht mehr greifen (die Schriftart wird nicht gefunden und der Browser macht dann einen Fallback auf die nächst-bessere Angabe). Das funktioniert in vielen Fällen, löst aber das zugrunde liegende Problem nicht wirklich und daher ist das aus meiner Sicht eher eine Behelfslösung. 2.) Du schnappst dir das jeweilige Modul, in dem alles wie Kraut & Rüben aussiehst und machst dann einen Rechtsklick. Du wählst dann "Angepasste Styles anzeigen" (im Englischen "View Modified Styles"; ich bin leider nicht sicher, ob das im Übersetzungsfile von Divi richtig übersetzt wurde... es war mal total falsch übersetzt). Alternativ kannst du auch in das Modul rein und dann hast du oben rechts einen Filter und in dem möchtest du halt auswählen, dass dir nur die geänderten Stile angezeigt werden. Dann musst du in den Modul-Design-Einstellungen die abgeänderten Styling-Angaben rückgängig machen (das Rückwärts-Pfeil-Icon ist hier dein bester Freund). Das ist zwar auch irgendwo umständlich, aber die sauberste Lösung, durch die auch der gesamte unsinnige Styling-Code, der das Chaos überhaupt erst erzeugt, raus gelöscht wird.

[@peterveil1070]

@@nexTabDE vielen Dank!! Arbeite mich mit Variante 2 durch die Elemente. Geht voran, passieren immer wieder seltsame Effekte (z.B. alle H's Überschriften kann ich formatieren, nur die H1 nicht...)

[@nexTabDE]

@@peterveil1070 Jo, manchmal muss man dann leider noch spezifischere Angaben im Stylesheet machen. Für mich ist der Joker dann meist sowas wie #page-container h1 { font-size: .......; } (Durch die ID vorne (#page-container) gilt das als super spezifische Angabe; spezifischer als Angaben, die mehrere Klassen referenzieren.)

[@Boersenwunder-]

Warum nicht einfaxhdas kostenlose OMGF Plugin?

[@nexTabDE]

In der besseren Lösung wird das ja sehr ausführlich erläutert. Wir binden die Schriften über Child Themes ein, weil die dann eben auch abhängig von der Auflösung des Screens größer und kleiner werden können. Es ist ansonsten auch einfach "sauberer", wenn man einmal alle Schriften klar durch-definiert anstatt sich auf Plugins zu verlassen, die das System leider auch wieder langsamer machen.