Welche Fehler genau? Auf welcher Seite genau? Mit welcher Internet Explorer Version genau?
Beiträge von b3317133
-
-
Wie kann ich dies für zwei Sprachen ohne Plugin umsetzen?
Ohne Plugins z.B. mit dem Programm Poedit, das .po in .mo kompilieren kann. -
Der für die ursprünglich fehlende Abdeckung verantwortliche [FONT=Courier New]x-robots-tag[/FONT] Header, der für Google die erstgenannte [FONT=Courier New]noindex[/FONT] Meldung für alle Seiten des Websites bewirkt hatte, ist seit dem 28. Mai 2021 nicht mehr vorhanden.
Wenn ich also eine nicht indexierte URL in der Search-Console überprüfen lasse, sagt Google, es gäbe ein 'noindex' im HTTP-Header »X-Robots-Tag«.
Genaues Beispiel für so eine URL?Was generell auffällt, im Gegensatz zum Stand Ende Mai werden jetzt in jeder Seite zwei meta robots HTML Tags im Header ausgegeben. Das sollte keinesfalls so sein. Befrage Deinen Sysadmin, warum das so ist. Möglicherweise werden jetzt mehrere SEO-Plugins oder SEO-Theme-Einstellungen oder manuelle Eingriffe parallel verwendet (fatal).
-
Verwende zum Posten von Code das kleine [FONT=Courier New][+][/FONT] Symbol im Forum mit Code.
Relevant für Hilfe ist v.a. der von Dir geänderte Code der [FONT=Courier New]functions.php[/FONT] des Themes bzw. Child Themes.
Mit einem Link zur Seite mit den (fehlenden) Kommentaren können Dritte besser helfen und spätere Leser daraus lernen, siehe auch Forenregeln, Punkt II, das ist der Sinn dieses Forums.
-
Im Theme, in etwa hier: Divi Theme Options > Builder > Advanced > Static CSS File Generation -> Löschen/Deaktivieren.
-
Wie man Dinge im Child Theme einbinden kann, kommt immer auf die Art der Einbindung im Parent Theme an. Hier ist es am hilfreichsten, den Code des Parent Themes zu lesen.
Versuche es in diesem Fall mal ohne die Action einfach mit dieser Zeile am Ende der [FONT=Courier New]functions.php[/FONT] des Child Themes ohne jegliche Änderungen im Parent Theme:
Vorausgesetzt, Deine angepasste Datei [FONT=Courier New]wp_bootstrap_navwalker.php[/FONT] existiert im Child Theme an entspr. Stelle... -
Das Menü auf dieser Seite enthält keine [FONT=Courier New]$atts['href'][/FONT] mit [FONT=Courier New]'#'[/FONT], also scheinen Deine Änderungen übernommen zu werden. Um übernommene Änderungen besser sehen zu können, kann man testweise für diese Fälle auch extra eigene CSS Klassen einfügen o.ä.
Wo genau steht der og. Code "Register Custom Navigation Walker"? Woher kommt er?
Nach kurzem Einblick steht im Parent Theme bei der [FONT=Courier New]wp_bootstrap_navwalker.php[/FONT] Integration der Pfad zum Parent Theme [FONT=Courier New]get_template_directory()[/FONT] und nicht [FONT=Courier New]get_stylesheet_directory()[/FONT] zum Child Theme und der entspr. Code wird ausserhalb einer [FONT=Courier New]after_setup_theme[/FONT] Action ausgeführt. Hier dürfte das Problem liegen.
-
WordPress speichert den Domainnamen an diversen Stellen in der Datenbank, u.a. auch direkt in den Inhalten.
Daher ist ein "dann nur noch umbenennen" nicht ganz trivial.
Suchbegriff dafür wäre z.B. WordPress Umzug oder auch Better Search Replace oder Duplicator, das sind Plugins, die dafür oft zum Einsatz kommen.
-
Poste Deinen nicht funktionierenden Code, dann kann ggf. jemand den Fehler darin entdecken.
-
Google beachtet selbstverständlich auch den 404 Statuscode.
Siehe Anleitung von Google wie man Einträge etwas beschleinigt aus dem Index entfernen kann.
Da ein Link zur Seite fehlt, kann man nicht nachvollziehen, was da genauer passiert, siehe auch Forenregeln, Punkt II.
Oft werden Seiten zwar gelöscht, aber z.B. weiter irgendwo auf dem Website oder von anderen externen Seiten o.ä. verlinkt, das verlangsamt dann das Verschwinden im Index, oder es werden seltsame Plugins mit "301 statt 404" verwendet usw.
-
Der o.g. Code lädt die Datei [FONT=Courier New]inc/wp_bootstrap_navwalker.php[/FONT] aus dem Child Theme Ordner.
- Ist das Child Theme aktiv?
- Welche Änderungen wurden in der Datei gemacht?
- Welche Änderungen werden "nicht übernommen"?
- Link zur Seite wo diese Änderungen zu sehen sein sollten?
- Ist ein Cache Plugin aktiv?
-
Der entspr. Code im Plugin Contact Form 7 ist in der Funktion [FONT=Courier New]wpcf7_check_disallowed_list(..)[/FONT] zu finden und sollte relativ einfach in diesen Happyforms Filter übertragbar sein, viel Erfolg dabei.
Am Rande bemerkt, die WordPress Liste ist in aktuellen WordPress Versionen in der Option [FONT=Courier New]disallowed_keys[/FONT] gespeichert. Vor WordPress 5.5.x hiess die Option [FONT=Courier New]blacklist_keys[/FONT], aber da gab es dann "politische Korrekturen" in der Bezeichnung des Datenbankfeldes... Das sollte man also beachten, wenn man Code für auch ältere Core Versionen schreibt.
-
Evtl. stellt diese Portfolio Funktion keine sog. Archivseite zur Verfügung oder diese ist nicht aktiv.
Unter dem Permalink [FONT=Courier New]/portfolio/[/FONT] war lt. Google Cache bisher eine normale WordPress Seite (Post Type "page" mit dem ID 2323) und einer einer masonry Galerie/Übersicht aktiv.
Alle nicht gefundenen Links werden derzeit per 302 Redirect auf eine Seite [FONT=Courier New]/wegweiser/[/FONT] weitergeleitet. Für Suchmaschinen ist nicht ersichtlich dass etwas nicht gefunden wurde, ein 404 Code wird nie gesendet.Ohne genaue Angaben, was/wo/wie genau geändert wurde und was/wo/wie vorher wie genau funktioniert hat, ist es relativ schwer, hier sinnvolle Hilfe zu leisten.
-
Mit einem selbst programmierten Shortcode, der den Parameter erkennt, auswertet, absichert und dann den iframe Code ausgibt.
-
Ezoic (und ähnliche Plugins) sind oft die Übeltäter. Wenn sowas nicht dringend und zwingend nötig ist und auch entspr. ausgewertet wird, sollte man wohl besser darauf verzichten. Viele Browser Add-ons blockieren solche Mechanismen auch - mal mehr und mal weniger erfolgreich.
Die PHP Fehler sind jetzt auch nicht mehr da, die waren vermutlich während Deines Punkt 5 im Ezoic Cache gelandet o.ä.
-
Deaktiviere alle Cache-, Minify- und Optimierungsplugins, derzeit mind. aktiv: Fast Velocity Minify, Ezoic
Ergänzung: Weiterhin stelle sicher, dass alle WordPress Core Dateien an richtiger Stelle vorhanden sind, derzeit werden hier und da Fehler erzeugt, die darauf hindeuten, dass welche fehlen, z.B.
CodeWarning: require(/pages/8d/1e/d00XXX/home/htdocs/Schwarzer-kaffee/wp-includes/version.php): failed to open stream: No such file or directory in /pages/8d/1e/d00XXX/home/htdocs/Schwarzer-kaffee/wp-settings.php on line 33 Fatal error: require(): Failed opening required '/pages/8d/1e/d00XXX/home/htdocs/Schwarzer-kaffee/wp-includes/version.php' (include_path='.:/usr/share/php74/PEAR') in /pages/8d/1e/d00XXX/home/htdocs/Schwarzer-kaffee/wp-settings.php on line 33 -
Im verwendeten Theme Xtron ist in der Datei [FONT=Courier New]header.php[/FONT] fest eine maximale Menütiefe von 2 hinterlegt.
Mehr dazu siehe hier, da hast Du schon was ähnliches gefragt.
-
Das Problem scheint gelöst.
Damit andere Mitleser dazulernen können, woran lag es denn genau?
-
Wenn nachträglich Plugins o.ä. mit zusätzlichen Bildformaten installiert werden, sollten alle Thumbnails bzw. Bildformate neu erstellt werden. Dafür verwendet man in der Regel Plugins zum Thema Regenerate Thumbnails o.ä.
-
Änderungen bzw. Neuerungen bei WordPress 5.7 kann man z.B. hier nachlesen: