Beiträge von b3317133

    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.

    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:

    Code
    require_once(get_stylesheet_directory() . '/inc/wp_bootstrap_navwalker.php');


    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.

    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 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.

    Code
    https://www.google.com/search?q=site%3Amichaelgeyer.de+inurl%3Aportfolio


    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.

    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.

    Code
    Warning: 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