Beiträge von b3317133

Oft entstehen vermeintliche Probleme, wenn man nach Änderungen einfach zu ungeduldig ist. Es kann Tage oder auch mal Wochen dauern, bis Suchmaschinen reagieren. Über die o.g. Mittel in der Search Console kann man Dinge ggf. beschleunigen aber auch nicht erzwingen.

Bzgl. der Suche, hier werden derzeit Kategorie und Einzelbeitrag gezeigt:

https://www.google.com/search?q="Gesunde+Geschenke+zu+Ostern+haben+Tradition"

Die Kategorie steht auf robots noindex, das wird einige Zeit dauern, bis Google das respektiert, wenn Du das jetzt erst umgestellt hast. Den Kategorie Link kannst Du manuell über "Live-URL testen" und neu bewerten lassen, alternativ über die Search Console ausblenden.

Bzgl. verschwommene Bilder, deaktiviere das JetPack Plugin bzw. die Beschleuniger Funktionen dort. Das Plugin lädt Deine Bilder derzeit auf irgendwelche Server im Ausland und bindet sie von dort aus ein, siehe auch hier.

Ok, der erste genannte Block am Anfang ist mit dem Deaktivieren der OceanWP Open Graph Einstellung jetzt offenbar verschwunden.

Der zweite Block kommt demnach aus einer anderen Quelle.

Ist das Plugin OG — Better Share on Social Media aktiv? Falls ja, deaktiviere es und prüfe im Seitenquelltext, ob der Open Graph Block mit den fehlerhaften Kommentareinträgen dann verschwunden ist.

Dein Website enthält derzeit doppelte Open Graph Daten im HTML Quelltext (rechte Maustaste > Seitenquelltext).

Einmal am Anfang ab ca. Zeile 9, dann nochmal weiter unten ab ca. Zeile 70 (dort mit den von Dir angemerkten Kommentaren als Inhalt) eine Vielzahl von weiteren Einträgen.

Generell sollte nur ein Block mit solchen Daten vorhanden sein.

Deaktiviere mal die OceanWP Open Graph Einstellung. Welcher Block verschwindet dann?

Im Vergleich zum Google Cache von gestern (06.03.) sind inzwischen einige Plugins (Yoast SEO, WooCommerce, Borlabs Cookies, Supreme Modules für Divi, WP Event Manager) und das Theme (Divi) aktualisiert worden. Ein Child Theme wird nicht verwendet.

Die Bezeichnung des jetzt nicht mehr funktionierenden sog. Shortcodes [eventmanagercustom] deutet darauf hin, dass ggf. selbst geschriebener Code zum Einsatz gekommen sein könnte, der manuell irgendwo in eine Datei eingetragen war und jetzt durch das Theme Update oder auch das Event Manager oder WooCommerce Plugin Update überschrieben wurde.

Am besten das Theme und das Plugin mit einem Backup der Dateien abgleichen und dann ggf. manuell ergänzten Code selbst wieder einbauen (im Optimalfall als extra eigenes Plugin oder als Child-Theme).

Wende Dich an den Hersteller des Themes und frage nach, wie Du den sog. "Demo-Content" des Themes bekommst. Viele Themes haben dafür eingebaute Funktionen.

Diese Zeile ist nicht nötig, eine Action gibt nichts zurück:

return $query;

siehe auch Codebeispiele in der pre_get_posts Dokumentation.

Hinweis am Rande: Jeder "geschützte" Text kann natürlich trotzdem kopiert werden, z.B. über das Abschalten solcher CSS-Regeln über den Browser Inspector, über die WordPress RSS-Feed Ausgabe, über die WordPress REST-API und natürlich auch über den HTML-Quellcode.

• /wp-login.php alleine ging, zeigte Loginformular, ein Login damit ging nicht, denn
  
• /wp-admin/ zeigte einen künstlichen 404 und setzte kryptische Cookies wie manche "Sicherheitsplugins".
  
• /wp-admin/index.php zeigte ebenfalls einen künstlichen 404 und setzte kryptische Cookies wie manche "Sicherheitsplugins".
• /wp-admin/upgrade.php ging.

Die vier Ergebnisse in dieser Kombination waren ein relativ klarer Hinweis, dass ein "Sicherheitsplugin" die Ursache sein muss.

Möglicherweise ist der Link /wp-admin/ durch irgendein "Sicherheitsplugin" gesperrt, erinnere mich dunkel, das Du hier und da WP Cerber einsetzt, deaktiviere das Plugin z.B. durch Umbenennen des Ordners /wp-content/plugins/wp-cerber/

Zitat von BELE

Was habe ich falsch gemacht und hat vielleicht jemand einen Tipp für mich, wie ich das Problem mit der doppelten H1 lösen kann?

Du kannst in Design > Editor (Beta) > Seitentitel den H1 Tag des Seitentitels verändern.

Zitat von BELE

Ich nutze das neue wp Blog Theme twentytwentytwo.

Verwende kein Theme mit diesen unausgereiften Beta Funktionen, suche Dir ein anderes älteres, das weniger experimentell ist.

Zitat von Centershock86

In der Datenbank habe ich dann noch diese Redirects gelöscht, die zur Zeit der Umstellung der URLs eingerichtet wurden ..

Wie wurden die eingerichtet? Mit einem Plugin? Falls ja, deaktiviere dieses Plugin.

Und beantworte noch die Fragen bzw. folge den weiteren Hinweisen in Beitrag #5 oben.

Wurde in der Datenbank an den zwei genannten Stellen das Unterverzeichnis wieder ergänzt?

Ist das Unterverzeichnis in beiden Feldern zu sehen in Einstellungen > Allgemein > URLs?

Versuche es mit einmal Einstellungen > Permalinks > Speichern Button (ohne Änderungen).

Danach Browser Cache leeren.

Zitat von Centershock86

Irgendwie habe ich es dann doch noch geschafft die Änderungen wieder zurückzusetzen (zumindest dachte ich das).

Was genau hattest Du da gemacht? Irgendwelche Anpassungen in .htaccess Dateien o.ä.?

Zitat von Centershock86

... im Admin Bereich von 1 & 1 in der Datenbank wieder ändern, ..

In der Tabelle [FONT=Courier New]wp_options[/FONT] (ggf. anderes Präfix als [FONT=Courier New]wp_[/FONT] bei Dir) in den Zeilen [FONT=Courier New]home[/FONT] und [FONT=Courier New]siteurl[/FONT] das Unterverzeichnis (ohne / am Ende) wieder ergänzen, siehe auch hier.

Danach Browser Cache leeren.

Für die Installation eines Duplicator Paketes brauchst Du kein WordPress Projekt, nur einen leeren Ordner und Zugangsdaten einer leeren Datenbank.

In den leeren Ordner kopierst Du installer.php und das Duplicator .zip Archiv, das Du in der Subdomain Installation erstellt hast, verknüpfst dann die Hauptdomain mit diesem Ordner und rufst mit dem kompletten später gewünschten Domainpfad installer.php auf und folgst den Installationsprozess, z.B.

https://www.example.com/installer.php

Im Verlauf ersetzt Duplicator in der neuen Datenbank automatisch überall die Subdomain durch die Hauptdomain.

Siehe auch Video in der Beschreibung von Duplicator, das erklärt den Prozess ganz gut (auch wenn es nur englisch ist).

Ergänzung: Das WordPress Projekt auf der Subdomain bleibt dabei unangetastet, Du kannst es später auch einfach über Strato löschen.

Da hier auf Sicherheitslücken verwiesen wurde, hier eine sehr aktuelle Sicherheitslücke in UpdraftPlus:

• https://nvd.nist.gov/vuln/detail/CVE-2022-23303 - Ursache ein fehlerhafter Fix einer Sicherheitslücke von 2019
  
• https://updraftplus.com/updraftplus-se…-1-22-3-2-22-3/ - Weitere Hinweise vom Hersteller
  
• https://jetpack.com/2022/02/17/sev…aftplus-1-22-3/ - technische Details vom Entdecker

Die seit 2019 bestehende Lücke wurde mit Version 1.22.3 / 2.22.3 am 15.02.2022 geschlossen, die aktuelle Version ist inzwischen 1.22.4 / 2.22.4 vom 17.02.2022

Die robots.txt sieht absolut valide aus.

Zitat von 9GRAMM

... also wirklich rein nur die Seite anschauen.

Genau dafür ist das Plugin gedacht.

Alternatives Plugin: Password Protected