Was ist an der Sitemap falsch? [2]

Die Beispiele auf developers.google.com hat die KI bei der Antwort wohl nicht berücksichtigt:

Sitemap: https://example.com/sitemap.xml
Sitemap: https://www.example.com/sitemap.xml

Wenn Google die Sitemap geschluckt hat, ist "text/xml" wohl ausreichend.

Möglicherweise ist das Online-Tool von xml-sitemaps.com auch über die robots.txt gegangen und kam deswegen zu dem Ergebnis, dass der Content-Type nicht stimmt

Die Sitemap passt definitiv, es war ja nur die Sitemap-Verweisung in der robots.txt falsch, aber die SM selbst hatte immer die korrekten URLs mit https drin.
Auch die canonical-URLs waren von vorneherein alle korrekt mit https und bei unseren redirects haben wir auch an alle Konstellationen gedacht.
Die internen Links sind auch von vorneherein alle auf https umgestellt. Mehr eindeutige und übereinstimmende Signale für https statt http kann ich nicht liefern.

Trotzdem nervt mich die Search Console jeden Tag mit Meldungen, dass aus allen möglichen Gründen die Seiten nicht indexiert werden mit https:

"Neuer Grund dafür, dass Seiten nicht indexiert werden

Die Search Console hat festgestellt, dass einige Seiten auf Ihrer Website aus folgendem neuen Grund nicht indexiert werden:

Duplikat – Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt

Sollte dieser Grund nicht von Ihnen beabsichtigt sein, empfehlen wir Ihnen, das zugehörige Problem zu beheben, damit Seiten indexiert werden und auf Google erscheinen."

Es betrifft irgendwelche drei der 16 Seiten, die keine auffällige Gemeinsamkeit haben. Welche andere URL soll das denn sein bei den dreien und warum? Hab jetzt mal eine Validierung gestartet. Welche falschen canonicals saugt sich da die SC entgegen Sitemap, jetzigen canonicals, redirects und internen Links aus den Fingern? Nach einer "URL-Prüfung" scheint Google die http-Version als canonical anzusehen, aber warum?

Was soll ich da "beheben"? Das unvermeidliche .html hinten an den Dateien jetzt haben wir mit den Redirects doch mitbehoben. Das soll gleich wie vorher "ohne .html" sein und wird beim Aufruf der Seiten auch so angezeigt. Sollte kein Problem sein und hat sich ja gar nicht geändert. Das https habe ich überall korrekt.

10 andere Seiten sind auch noch nicht indexiert mit https ("nicht validiert"). Nur drei Seiten sind bislang indexiert, u.a. die Startseite. Es sind aber alle Seiten eigentlich "gleich", was die URL angeht.

Gibt es noch starke externe Links, die auf die http:// Version der Seiten verweisen? Zur Überprüfung / Beobachtung kannst du auch die http:// Version zusätzlich als Property in Google Search Console anlegen.

Es gibt keine starken externen Links, nur ein paar von meinen eigenen Sites und ein paar schwache vielleicht. Eine der drei monierten Seiten ist die Kontaktseite, welche bestimmt gar keine externen Backlinks hat.
Selbst wenn es starke Backlinks gäbe, gibt es dafür nicht die redirects? Aber wie gesagt, da gibt es nichts Nennenswertes.

die http-Version gab es schon in der SC bzw. gibt es noch immer. Die https-Version habe ich als property einfach zusätzlich angelegt. Angeblich macht man das so, weil G https in der SC wie eine ganz neue Domain behandelt.

Alle 16 Seiten haben bezüglich der URL die absolut selbe "Geschichte" und die selben Signale per Sitemap/redirects/canonical/interne+externe Links.
Bei dreien kommt G zu einer falschen canonical, drei hat sie anstandslos indexiert und zehn will sie - zumindest im Moment - nicht näher unter die Lupe nehmen.
Diese unterschiedliche Behandlung ist mir völlig unverständlich. Wie immer G die neuen URLs sieht, es müsste doch bei allen gleich sein??

Diese Seiten werden nicht über HTTPS ausgeliefert.

Wäre es vielleicht möglich, dass der Bot die Seiten gecrawlt hat, als grad keine gültiges Zertifikat ausgeliefert wurde?

Zuletzt gecrawlt am 27.06.2026.

Das Zertifikat ist ausgestellt am 26.06. - war es zu diesem Zeitpunkt auch schon installiert?

Ich habe mal die Google-KI mit einer langen Frage dazu befragt.

Offenbar greift G auch bei überall richtigen https-URLs noch gerne einige Zeit auf alte URLs zurück, vor allem, wenn es eine alte http in der SC gibt.

"Diese Seiten werden nicht über HTTPS ausgeliefert." klingt aber eher danach, dass die betreffenden Seiten über HTTPS aus irgendeinem Grunde nicht abrufbar waren.

Da ich bereits die "Validierung" angestoßen habe, warte ich das mal ab und danach kann ich ggf. das probieren.

Die Validierung stößt m. E. bei Erfolg auch eine (Re-)Indexierung an. Das Problem sollte dann hoffentlich behoben sein.