Google Webmastertool findet zehntausende falsche Seiten

Moin liebes Forum,

das Google-Webstastertool "findet" für meine Seite https://www.griechenlandtipps.de 16.288 "Alternative Seite mit richtigem kanonischen Tag" und 41.435 "Gecrawlt – zurzeit nicht indexiert". Die "gefundenen" Seiten sind alle im Stil

https://www.griechenlandtipps.de/index.php/reiseversicherung-griechenland/reisetipps-griechenland-spezialist/griechenland-faehren-spezialist/griechenland-faehren/griechenland-blog/einreise-nach-griechenland_-die-rolle-rueckwaerts/common/info/mietwagen-griechenland/griechenland-blog/tzatziki--von-der-kunst-ihn-richtig-zuzubereiten/rundreisen-griechenland/griechenland-standort-rundreise/griechenland-reiseempfehlungen/griechenland-blog/die-frist-fuer-die-plf-anmeldung-zum-qr-code-wird-verkuerzt/griechenland-blog/olympic-innergriechische-fluege-fuer-eur-23/griechenland-fluege-buchen/flughaefen-griechenland/griechenland-blog/das-griechische-chaos-geht-weiter/griechenland-blog/corona_-die-einreise-nach-griechenland-ab-dem-1_-juli-2020/

Gemein haben alle diese zehntausenden Seiten, dass sie mit https://www.griechenlandtipps.de/index.php/ beginnen. In den Servereinstellungen habe ich "URLs, die auf .php enden, alternativ zu .html akzeptieren" schon rausgenommen, die Seiten vom oben genannten Beispiel liefern aber nach wie vor ein "Ergebnis" und keinen 404 oder so.

Ich benutze Siquando Pro 8, updatetechnisch bin ich bei 8.0.0.1040, PHP 8.2.22. Server ist Strato, MariaDB

Hat jemand eine Idee warum das passiert und wie ich das Webmastertool "aufräumen" kann? Händisch über "Entfernen" ist bei über 50.000 Seiten keine Option

Vielen Dank im Voraus

Gruß

Kosta

Hallo,

das Problem habe ich leider auch mit meinenm Pro Shop 6. Bei mir sind es bisher zwar nur 10.000 Seiten, Der Anstieg beträgt pro Tag ca. 55 Seiten. (siehe Anhang)

Ich habe irgendwann aufgegeben die Seiten händisch neu zu indexieren.

Dieses Phänomen habe ich aber nur auf unserer Webseite mit aktivem Shop. Auf unserer anderen Webseite ohne aktivierten Shop tritt dieses Problem nicht auf.

Ich hoffe auch auf eine Idee, woran das liegen könnte. Vielen Dank schon mal vorab.

Pageindex.png

Hallo Andreas,

vielen Dank für Dein Feedback

Auf meiner Seite wird kein Shop betrieben, ist eine reine Contentseite. Von meinen über zehn aktiven Domains ist das aber auch die einzige, bei der das passiert.

Lieben Gruß

Kosta

Warum löscht Du nicht einfach alle bestehenden Einträge bei Google und reichst anschließend Deine aktuelle sitemap.xml zwecks kompletter Neuindizierung ein?

https://www.griechenlandtipps.de/sitemap.xml

Dann bleibt als Ergebnis nur noch effektiv das übrig, was auch wirklich als tatsächlich existierende Seite Deiner Präsenz vorhanden und damit auch ganz normal für jedermann aufrufbar ist.

Hallo Volker,

vielen Dank für Deine Antwort

Ich bin natürlich kein Experte, habe jedoch ein paar Bedenken in Bezug auf Deinen Vorschlag. Zum einen weiß ich nicht, wie sich das auf mein Ranking auswirkt, wenn ich auch die "guten" Seiten rausschmeiße. Weißt Du dazu etwas? Verliere ich nicht sämtlicher meiner Suchstatistiken, wenn ich alle Seiten lösche?

Vielleicht noch eine Verständnisfrage: alle bestehenden Einträge löschen kann ich doch nur, indem ich die Domain aus der Search Console entferne und dann wieder hinzufüge, oder?

Über "Indizierung" -> "Seiten" kann ich die Quelle der Seitenindexierung filtern. Hier ist eine Trennung zwischen über sitemap eingereichte und "nur nicht eingereichte Seiten" möglich. Die besagten zehntausende .php-Seiten hat Google alle selbst gefunden und nicht über einen Sitemap. Wenn ich jetzt wirklich alle lösche und einen neuen Sitemap einreiche, wie stelle ich dann sicher, dass Google diese Seiten nicht wieder "findet"?

Noch als Hinweis, an Siquando habe ich nicht "rumgeschraubt". Ist in dem Zustand, wie das Programm/die Updates aufgespielt wurden.

Vielen Dank im Voraus

Kosta

Hallo Kosta,

Hast du eventuell bei den Ordnereigenschaften Index.php stehen, anstatt bei den Seiteneigenschften.

Bei Ordner gehört kein .php hin.

Hallo Thomas,

danke für Deine Antwort

In der Ordnereigenschaft steht nur "Home" und in der Seiteneigenschaft der Hauptseite index.html (siehe Screenschot).

Ich habe gerade mal was anderes probiert, nachdem Du das mit den Ordnereigenschaften sagtest. Obwohl In den Servereinstellungen "URLs, die auf .php enden, alternativ zu .html akzeptieren" deaktiviert ist, lässt dich die seite https://www.griechenlandtipps.de/index.php aufrufen. Kann ich vielleicht über .htaccess irgendwie alles was mit /index.php beginnt zum Beispiel auf die Hauptseite umleiten?

Gruß

Kosta

Seiteneigenschaften.jpg

Das ist einer von vielen seo-fehlern bei siquando 

Habe ich auch schon öfters gemeldet aber der Kundenservice macht nichts wie immer 

Bei der Startseite und der sitemap ist die falsche und doppelte URL (Index.html oder Index.php) als canonical URL hinterlegt. Ich änder das immer unter filezilla.

Das zweite ist, zumindestens bei siquando Web 12, das von jeder anderen URL auch eine zweite im System hinterlegt ist und die auch erreichbar sind denke das wird bei Pro Web nicht anders sein. Beide Fehler sind für Google extrem verwirrend.

Gibt aber auch noch viele weitere seo-fehler. Wie z.B dass das System die Bilddateien Namen in manchen Absätzen einfach in einen Zahlencode umschreibt. Ach da gibt es so viele Sachen die man Seo mäßig bei der Software verbessern könnte das mit dem Bild Alt tags Zb das habe ich vor Jahren schon gemeldet und sie haben es erst und leider NUR in pro web geändert, nach keine Ahnung sechs oder sieben Jahren. 

Diese Fehlerbeschreibung mag ja in Bezug Siquando Web 12 eventuell zutreffen. Wir sind hier aber nicht bei Web 12, sondern bei ProWeb 8 und da trifft diese Aussage nicht zu. Beschreiben mal bitte wie du bei ProWeb 8 canonical URL in der Index-Datei mit filezilla änderst?
Das Web 12 ist total anders aufgebaut als ProWeb 8 und in keinster weise vergleichbar. Fehler die in Web 12 sind, sind auch nicht gleich in ProWeb 8. Ich schreibe jetzt hier nicht, das ProWeb8 fehlerfrei ist, sondern das eben durch unterschiedlicher Grundaufbau ganz anders gelagert ist.
Hier geht es um ProWeb 8.

Desweiteren wenn ich eine solche URL lese:

domain.de/ordner.php/ordner/datei.php oder domain.de/ordner.php/ordner/datei.html

dann kann es daran liegen, dass als Ordnername wie in diesem Beispiel "ordner.php" steht, anstatt nur "Ordner" als Name. Das würde ich mal bei den Ordner nachsehen und hat nichts mit canonical zu tun.

 Du zeigst hier die Seiten-Eigeneigenschaft mit "index.html" auf deinem Bild, ABER was steht den in der Ordner-Eigenschaft? -> Ergänzung: habe es überlesen -> dort steht "Ordner". Das passt.

UND was hast du als canonical bei Websiteigenschaften angegeben?
domain.de ODER domain.de/index.html

Ich habe als canonical nur domain.de/ angegeben und genau so soll es auch aussehen, damit alles andere danach auch richtig generiert wird.

Hallo Kosta,

habe mir mal das verhalten nochmal angesehen.

So wie ich das sehe funktioniert die Umleitung mit .htaccess-Redirect nicht, das dafür sorgen soll, dass Anfragen die auf den Ordner /index.php/ auf eine Ordentliche URL umleitet. Das funktioniert normalerweise mit aktiven mod_rewrite-modul.
In der .htaccess muss normalerweise folgendes stehen:

RewriteEngine on
RedirectMatch 301 ^/index.php/(.*) /$1

Dieser Code sorgt dafür dass alle Links mit dem Ordner /index.php/ umgeleitet wird auf den link ohne diesen Ordner.

Beispiel:

domain.de/index.php/ordner/datei 
wird dann umgeleitet auf
domain.de/ordner/datei

Das dies z.B. nicht funktioniert beweist, das du die Seite oben im Beitrag #1 den langen link aufrufen kannst und als Seite sehen kannst, anstatt das dieser wie von mir beschrieben umleitet.

Da Google diese Seiten also auch aufrufen kann und nicht umgeleitet wird, werden diese auch indiziert.

Das Problem hat also nichts mit canonical zu tun.

Hoffe dir hilft diese Information weiter.

Hallo Thomas,

vielen Dank für Deinen Lösungsvorschlag

Ich habe den Code in die .htacces integriert und er sorgt zumindest dafür, dass nun ein 404 ausgeworfen wird. Wenn Du Dir den Link anschaust, siehst Du, dass er nach dem /index.php/... aus einer willkürlichen Aneinanderreihung von Seiten besteht. Alle zehntausende, von Google "gefundenen" Seiten sehen so aus. Es gibt keinen Ordner in dem *die* Seite ist. Alle diese gefundenen Links verweisen auf eine -ich nenne es mal- schlecht programmierte Version der Startseite von Griechenlandtipp.de, in der alles Verzogen ist.

Bei dem Problem geht es nicht darum, dass zusätzlich zu einem Ordner eine .php-Version gefunden wird. Es geht darum, dass Google Seiten "findet", welche erreichbar sind, dadurch, dass sie auf diese Variante der Hauptseite verweisen.

ABER: Dein Code ist trotzdem sehr hilfreich und ich bin Dir sehr dankbar für diesen. Nachdem ich Deinen Code in die .htacces eingebaut habe, leiten die Links in Google auf eine nichtvorhandene Seite bzw. nicht vorhandenen Ordner und schmeissen einenen 404 aus. So wird Google früher oder später diese zehntausenden Seiten hoffentlich vergessen. Ist nicht der eleganteste Weg aber vielleicht funktioniert es mittelfristig.

Trotzdem bin ich natürlich für jeden Tipp dankbar das Problem eleganter zu lösen

Nochmal vielen Dank und lieben Gruß

Kosta

Kosta wie gesagt, habe das auch schon festgestellt allerdings mit web 12 hatte ich ja schon mehrfach mitgeteilt. Viele viele Fehler in der Software und auch bei proweb wenn viele sind fast identisch. Haben ja die gleichen Leute programmiert. Man merkt allerdings vieles erst wenn man die Software durch einen SEO Tool Haut oder in der Google Search Console anmeldet. 

Diese Fehler gibt es auch bei proShop8. Diesbezüglich habe ich schon einige Fälle bei Siquando eröffnet, welche nicht mal mehr beantwortet werden, sondern im Status "warten auf Entwicklung" sind. Mal schauen was am Dienstag von Siquando kommt

Hallo René,

von welchen Fehler schreibst du? Wenn es um den Fehler Beitrag #1 geht, dieser Fehler ist natürlich auch in ProShop8, da hier ProWeb8 im ProShop8 steckt. Auch hier kann der Code aus Beitrag #11 eventuell helfen.
Hintergrund: Dieser Fehler ist nicht nur bei SIQUANDO, sonder ein genereller Fehler in vielen CMS-Systeme auch andere Programierer, da sehr viele CMS-System diese Seite in einem virtuellen Ordner /index.php/ erstellen bzw. installiert. Das kann man auch auf vielen Seiten im internet nachlesen und der Code aus Beitrag #11 wird hier auch als Abhilfe vorgeschlagen. Daher habe ich auch geschrieben es fehlt der Code, der diese virtuelle Links umleitet. Meiner Meinung ist dies der Fehler, der in ProWeb/ProShop vorhanden ist. Dieser Fehler ist auch nur dann rellevant, wenn Google auf umwegen diese Seite oder eine deiser Seite in /index.php/ indiziert hat, da ja normalerweise Google keine direkten Link zu diesem Ordner /index.php/ über die eigentlichen Homepageseiten gesetzt sind. Es muss also hier schon ein direktlink in diesen Ordner /index.php/ gegeben haben.

Bzgl. canonical-Fehler, das ist ein anderes Problem und hat mit dem eigentlichen Fehlverhalten seitens der beschriebener Tatsache nichts zu tun. Dieser Fehler ist auch überall eine Streitfrage, da z.B. Google selber als zwei canonical-Verfahen beschreibt und selber auch ein canonical-direkt-linkt zur Datei empfehlt.

SIEHE HIERZU diese SEITE von GOOGLE:
Kanonische URL mit rel="canonical" und anderen Methoden angeben | Google Search Central | Dokumentation | Google for Developers

Demnach ist also z.B. auch in der klassischen SIQUANDO-Version der empfohlene direktlink (Beispiel: domain.de/index.php) richtig.
Bei ProWeb wird übrigens bei Angabe von "domain.de/" auch diese genau so als canonical-Angabe auf der generierten Webseite angegeben. Also kann ich hier auch keinen Fehler diesbezüglich bestätigen.

Hallo Thomas
Sorry, habe natürlich #1 gemeint. Und da stimmt Deine Aussage zu 100 % auch was die pro Versionen anbelangt. Mit SEO ist es immer so eine Sache, da ja Google auch ständig wieder neue Barrieren einbaut. Daher ich bin mal gespannt was am Dienstag kommt. Kann natürlich auch eine neu proWeb Version sein und die proShop Version kommt dann irgendwann (hat Siquando ja auch schon mal so gemacht) Aber bitte, das war von mir wieder rein Spekulativ.
@ich habe zudem schon einiges versucht, was Google in Ihren Hilfeforen beschreibt aber irgendwie sind gewisse Sachen nicht auf die Software von Siquando adaptierbar oder ich bin zu blöd als Laie Aber es kann ja nicht jeder alles