Beiträge von b3317133

Wenn Du die o.g. erstellten eigenen Einträge in .htaccess auch für http und damit von diesen Scannern usw. beachtet haben willst, stelle http auf den gleichen Ordner wie https ein. Wie sollten die Scanner sonst an Deine Einstellungen kommen?

Wenn Du hostingseitig http auf https umleitest, kommen http Anfragen nicht an Deine .htaccess dran und somit auch nicht an Deine Angaben und eigene Redirects usw. dort...

Wo/wie werden diese MB Werte angezeigt?

Evtl. stört den Scanner auch das [FONT=Courier New]env=HTTPS[/FONT] in Deiner Zeile, so kommt der Header bei http nicht an.

Deine Art der Redirect Regel unterscheidet zwischen Domain/Subdomain, derzeit gilt sie nicht für "mit www". Evtl. siehst Du lokal das Ergebnis bei Änderungen nicht, da Browser gerne auch Redirects im Cache behalten.

Zitat von Foxi

Mir ist gerade was aufgefallen. Schau mal hier:

Die von Google ausgewählte kanonische URL ist gleich mit der vom Website angegeben, alles bestens, warte das Ende der Fehlerbehebung Prüfung ab.

Ergänze die [FONT=Courier New]RewriteBase[/FONT] Zeile ähnlich wie im WordPress Block. Ändert das etwas am Verhalten? Und hast Du auch die Kommentare zu Deinem PHP Script gelesen?

Generell solltest Du nur Deinen Stammbaum Ordner durch das PHP Script leiten, nicht auch alles andere was im WordPress uploads Ordner abgelegt wird.

Zitat von signag

Ich habe in die .htaccess folgende Zeilen vor dem WordPress-generierten Teil eingefügt:

Poste Deinen ganzen [FONT=Courier New].htaccess[/FONT] Block. Und ergänzend falls unklar, man sollte nichts manuell direkt in den WordPress Block einfügen...

1. Die Rewrite Regel versucht [FONT=Courier New]http://www.b33zle.de[/FONT] zu erkennen
2. Die verlinkte Analyse ist für [FONT=Courier New]b33zle.de[/FONT] und nicht für [FONT=Courier New]http://www.b33zle.de[/FONT]
3. Es fehlt zudem ggf. [FONT=Courier New]RewriteEngine On[/FONT] damit die Regeln beachtet werden
4. Rewrite Regeln setzt man normalerweise in [FONT=Courier New]<IfModule mod_rewrite.c> ... </IfModule>[/FONT] Blöcke

Nach der Live-URL Prüfung kannst Du auch noch jeweils Seite geändert? Indexierung beantragen klicken.

Bei den Sitemaps sollte nur die o.g. XML eingetragen sein. Würde daher das Feed entfernen, auf die Zeile mit Feed klicken und dann oben rechts die drei Punkte und Sitemap entfernen

1. Klicke in Bild 1 Fehlerbehebung überprüfen (kann einige Tage dauern).
2. Mache das gleiche für den anderen Duplikat Eintrag mit 18 Seiten.

Falls die Domain sternkonfetti noch in der Google Search Console registriert ist, entferne dort den Sitemap Link falls vorhanden.

Und falls bei der Domain loveanjalove in der Google Search Console noch keine Sitemap registriert ist, ergänze dort den Link zu [FONT=Courier New]sitemap_index.xml[/FONT]

Wenn es um die im Beitag/Signatur jetzt nachträglich ergänzte Webseite geht, wende Dich an den WordPress.com Support, Deine Installation ist offenbar dort gehostet. Dieses Forum ist nur für selbstgehostetes WordPress von WordPress.org, die Unterschiede sind z.B. hier erklärt.

Evtl. etwas abwarten, bis der Support des Plugins Deine dort gestellte Frage beantwortet? Falls Du mit dem Support nicht zufrieden bist, empfiehlt es sich ggf. ein anderes Plugin zu wählen. Alternativ in einer Testinstallation (z.B. InstaWP free o.ä.) ausprobieren, was nach der Nutzung und Deinstallation genau passiert.

Poste von einem Fall die Details Google Search Console Screenshots aus den 18 Duplikat Seiten.

• Zeile in der o.g. Liste anklicken
• Ein Beispiel unten anklicken
• URL prüfen anklicken
• Screenshot
• Live-URL testen (oben rechts) anklicken
• noch ein Screenshot

Möglichkeiten:

• Verwende eine aktuelle WordPress Version
• Verwende einen aktuellen Browser in einem aktuellen Smartphone

Wenn das noch nicht hilft:

• Deaktiviere temporär alle Plugins und verwende temporär ein Twenty XXX Standard WordPress Theme

Wenn das noch nicht hilft:

• Teile die genauen Eckdaten und Versionen den WordPress Entwicklern in einem Ticket mit

Für welche Domain ist die o.g. Ausgabe bei der Google Search Console?

Du kannst z.B. alle Zugriffe auf Deinen Stammbaum Ordner über eine passende [FONT=Courier New].htaccess[/FONT] durch ein [FONT=Courier New].php[/FONT] Script leiten und mit PHP über die WordPress API abfragen ob/welcher WordPress Benutzer aktuell angemeldet ist und nur bei passender Anmeldung die Daten (ggf. gleich mit passendem WordPress Menu ergänzt) ausliefern. Die Möglichkeiten sind endlos, man braucht nur etwas Programmiererfahrung mit PHP, WordPress und Rewrite Regeln.

Das verlinkte Theme ist lt. Verkäufer bis WordPress 6.4.x kompatibel, verwendet auf dem Website wird aber WordPress 6.5.x, evtl. kommen die Probleme daher.

Weiterhin laufen augenscheinlich viele weitere Plugins, deaktiviere alle bis auf Elementor.

Stelle die Ursprungseinträge der beiden URLs wieder her z.B. direkt in der Datenbank via phpMyAdmin über das Hosting.

Bei manchen Hosting Anbietern werden Updates usw. auch extern über Plesk oä. gesteuert bzw. eingespielt, vielleicht dort mal nachfragen.

• Und woher kommt das optionale ACF Enddatum? Wie heissen die ACF Felder genau?
  
• Und ist in der [FONT=Courier New]$meta_query[/FONT] Variable bereits Inhalt, bevor Du das überschreibst?

Theoretischer Lösungsansatz, siehe auch WordPress Dokumentation [FONT=Courier New]WP_Meta_Query[/FONT]:

$meta_query = array(
    'relation' => 'OR',
    array(
        'relation' => 'AND',
        array(
            'key' => 'startdatum',
           ... Deine Logik fürs Startdatum
        ),
        array(
            'key' => 'enddatum',
            'compare' => 'NOT EXISTS'    // evtl. auch nochmal tiefer mit weiterem OR verschachtelt auf leer prüfen
        )
    ),
    array(
        'relation' => 'AND',
        array(
            'key' => 'enddatum',
            'compare' => 'EXISTS'
        ),
        array(
            'key' => 'enddatum',
            'value' ... Deine Logik fürs Enddatum
        ),
        array(
            'key' => 'enddatum',
            'value' ... Deine Logik fürs Startdatum
        )
    )
);