Hallo Synonym,
zur Begriffsklärung. Mit "Server-Login", "Admin-Server-Login" oder "zusätzlichem Login" meine ich immer den zweiten, zusätzlichen Login bzw. Passwortabfrage, die man beim Hoster einrichten kann, aber nicht muss. Aus Sicherheitsgründen empfiehlt es sich und ich habe das gemacht. Mat hat dazu eine extra htpasswd-Datei auf dem Server, deshalb "Server-Login". Ich werde das jetzt nur noch so nennen, damit es klar ist. Nach diesem Login kommt dann der normale WP-Login. Hier ist die - vielleicht normale - Sache, dass ich nach dem WP-Logout zum Server-Login komme, wohlgemerkt Server-Login, nicht der Admin-Webgo-Login.
Das andere ist eben jener Admin-Webgo-Login, auf den umgeleitet wird, wie du herausgefunden hast (ich wäre da nie drauf gekommen).
Das Anschreiben des technischen Hostersupportes hatte ich überlegt, weil du meintest, es müsse da auf einem Apache "irgendwas" bewusst als Umleitung eingerichtet worden sein. Und wenn dem so ist, könnte der Support das ja vielleicht deaktivieren oder ändern.
Ob das für G bereits zu spät ist oder nicht, ich würde mich wohler fühlen, wenn es "weg" wäre. Wer weiß, ob und in welcher Situation es doch gut wäre.
Was das canonical angeht: Auch die Startseite erscheint ganz normal mit http und dem zugehörigen title tag in den Serps sowie bei einer site-Abfrage (kannst du leicht ausprobieren) und auch in der SC überall. Ich habe noch nie etwas getan oder gesehen, was in Richtung https geht, weder bei der Startseite noch bei Unterseiten. Interne und externe Links, canonical-tag, 301 in der htaccess, Domaineinstellung in Wordpress, Domains in wp-config, alles immer einheitlich http.
In der Bildersuche von G (bei Bing ist ja nur ein Bild drin) sehe ich die Links bei den kleinen Bildern links ebenso wie beim groß angezeigten Bild rechts oben mit einem dynamischen Link, der http verlinkt zu meinen Seiten.
kannst du mir mal genau beschreiben, wo/wie du https-Bilder siehst?
Zum schema:
Ich kann ja nur das als "main item" mit strukturierten Daten auszeichnen, was auf der Seite ist und das sind halt nun mal "articles", zumindest auf den meisten Seiten, gibt auch ein paar andere. Da ich kein AMP habe beschreibt der schema-code auf den Seiten Non-AMP-Artikel. Und laut den developers-Seiten von G erfüllt da der Code alle "gewünschten" Elemente. Die Fehler kommen vom Testingtool nur deshalb, weil das stumpf von AMP-Artikel ausgeht!
Wenn G es nicht verwendet, ist das schade, denn es war einige Zeit, die ich da investiert habe, aber vielleicht ändert G das mal und Bing mag das anders handhaben. Wenn die Bilder zur Verfügung stehen, greift G vielleicht den schema code für featured snippets doch noch auf, wer weiß. Bisher haben ja die Bilder gefehlt, weil nicht indexiert. Blöderweise sind im Moment gerade die im schema code genannten article-Bilder wieder aus dem Bilderindex verschwunden.
Anthroposophie... ja, mit deren Philosophie kann ich mich ganz gut identifizieren. Was ich mache, hat damit gewisse Ähnlichkeit.
Da wir jetzt schon sehr weit fortgeschritten sind mit der ganzen Sache, würde ich das Ganze nicht mehr "verlegen" wollen, sondern hier zu Ende bringen. Noch mehr Input von anderen würde mir dann auch zu viel. Die PN mit Alex waren eher privater Natur, wegen des SEO-Campings. Mit zwei Leuten getrennt voneinander dieselbe Website-Sache diskutieren, das wäre ja "blöd" und ziemlich unhöflich dir und deinem Engagement gegenüber, nein, das mache ich nicht.
Tippen na ja..., ich hatte schon mal an ein Telefonat gedacht, aber jetzt ist es wohl auch zu spät und außerdem überschreitet das dann doch die Grenzen einer Forumshilfe. Will's auch nicht überbeanspruchen.
Ach ja, ich habe vor ein paar Tagen den Hotlinkingcode fpr die Bildersite komplett auskommentiert. Was immer mit dem Indexieren der Bilder für die Bildersuche von G und Bing nun nicht wie gewünscht läuft, kann also damit definitiv nichts zu tun haben (sondern mit der seltsamen Startseitenumleitung). Das macht es klarer.