Beiträge von Putzlowitsch

Wichtig ist auch die Rückverlinkung. Du mußt in Deinem Google+-Profil bei den Links die Website dann auch unter Blogs/Websites eintragen. So kann Google verifizieren, das der Autor auf der Website tatsächlich auch zum Google-Nutzer gehört. Es ist also gewissermaßen eine wechselseitige Verlinkung notwendig.

Ob technisch alles stimmt, kann man auch mit einem Google-Tool testen:
http://www.google.com/webmasters/tools/richsnippets

Gruß
Ingo

Aha, danke.
Gut zu wissen.

Gruß
Ingo

Lucan
Bekommst Du eigentlich eine Provision, wenn jemand mit Deinen Gutschein-Codes ein Webhosting-Paket bestellt?

Gruß
Ingo

"und Dateien" schließt wohl auch die Uploads mit ein. Vermutlich sind einige Dateien in Deinem Artikel "Downloads" etwas größer.

Gruß
Ingo

Für das crawlen bzw. die Auffindbarkeit durch Google ist keine Sitemap erforderlich. Ich vermute eher, das durch das Einspielen des Backups andere Einstellungen oder Dateien den Zugriff durch Google verhindern. In Frage kommt z.B. die Option "Einstellungen › Privatsphäre", eine robots.txt-Datei oder Einstellungen durch ein SEO-Plugin.

Außerdem ist für die Sitemap-Dateien 777 falsch, es müßte 666 als Zugriffsrecht eingestellt werden.

Gruß
Ingo

Üblicherweise ändert Wordpress z.B. das ü nicht selbst in ein ue.
Hast Du ein weiteres Plugin aktiv, welches sich um die Umlaute kümmert oder verwendest Du die Lösung mit der de_DE.php-Datei im Verzeichnis /wp-content/languages/ ? Dann mußt Du diese zunächst deaktivieren, damit das Echtlaut-Plugin funktioniert.

Gruß
Ingo

Kleiner Nachtrag:
Ja, das Plugin funktioniert auch mit der akuellen Wordpress-Version 3.5.1. Ich habe es gerade erfolgreich getestet.

Gruß
Ingo

Also ich habe dafür dieses Plugin verwendet:
http://kubaseotr%c3%a4ume.schnurpsel.de/plugins/123-echtlaut/
Bin aber nicht sicher, ob es mit der aktuellen WP-Version läuft. Kannst es ja probieren.

Gruß
Ingo

Solche Änderungen werden bei externen Seiten auch nicht sofort sichbar. Facebook hat z.B. einen Zwischenspeicher, wo die Inhalte bereits einmal verlinkter Seiten abgelegt werden, um sie nicht jedesmal neu abfragen zu müssen.
Auch die Google-Suche braucht eine Weile, bis solche Änderungen übernommen werden.
Also hab einfach noch etwas Geduld.

Gruß
Ingo

Du kannts auch mal gucken, ob da noch was in einer .htaccess-Datei in einem übergeordneten Verzeichnis steht, sofern Wordpress nicht im Wurzelverzeichnis des Webspace installiert ist. Diese vererben ihre Einstellungen an untergeordnete Verzeichnisse.
Es könnte auch was mit einer benutzedefinierten Fehlerseite (ErrorDocument) zu tun haben.

Es ist es meist schwierig bis unmöglich, so einen Fehler von außen zu lokalisieren.

Gruß
Ingo

Gut, ich habe es jetzt mal getestet. Nun ist wieder der schon oben beschrieben Effekt mit der Weiterleitung per 302 auf /Default/ da, also wechselweise Startseite, dann /Default/ und wieder Startseite usw.

Da ist irgendwo noch etwas aktiv, was auf /Default/ weiterleitet (Plugin, weiterer Eintrag in der .htaccess, eine Einstellung beim Webhoster). Zumindest sehe ich in der .htaccess -Regel und in der Weiterleitung im Header kein Problem.

Gruß
Ingo

Was Du erreichen willst, ist mir schon klar.

So, wie Du die Deine Vorgehensweise beschreibst, sollte es normalerweise auch ohne Umleitungsfehler funktionieren. Ich sehe da erstmal keinen logischen Fehler.

Angenommen, Du hast beide Konfigurationen aktiv, also die Weiterleitung der 404-Seiten im Header und die Redirect-Regel in der .htaccess. Tritt dann der Fehler mit den zu vielen Umleitungen immer auf, egal ob Du eine Seite mit .htm oder eine existierende oder nicht existerende Seite aufrufst, oder nur in einem dieser Fälle?

Es wäre wirklich hilfreich, wenn Du zum Testen die Redirect-Regel wieder in die .htaccess aufnehmen könntest, damit ich sehen kann, was genau passiert.

Gruß
Ing

Noch mal zur Klarstellung. Der Umleitungsfehler tritt dann auf, wenn Du diese RedirectMatch-Regel in der .htaccess hast und dann eine nicht existierende Seite aufgerufen wird. Oder tritt er immer auf, wenn die Regel in der .htaccess steht?

Kannst Du die Regel mal bitte wieder reinschreiben damit ich sehen kann, was genau passiert.

Gruß
Ingo

Das Problem tritt im Moment auch auf, wenn ich eine nicht existierende Seite (ohne .htm) aufrufe.

Man wird zunächst per 301 auf die Startseite umgeleitet, dann aber wieder per 302 auf eine Seite /Default/, von dort wieder per 301 auf die Startseite usw.

Steht in der .htaccess sonst noch etwas drin? Sind weitere Plugins aktiv, die sich um Seitenweiterleitungen kümmern?

Gruß
Ingo

Mal davon abgesehen, daß

RedirectMatch permanent (.*)\.htm$ $1/

besser ist, sollte es eigentlich funktionieren. Ich habe das bei meinem Testblog mal genau so nachgestellt und da gibt es keine Probleme mit der Weiterleitung.

Kannts Du mal einen konkreten Link zu Deiner Seite posten?

Gruß
Ingo

Danke für die lobenden Worte, aber warum "Keinen Gruß"?

Gruß
Ingo

Die DNS-Informationen werde im Router bzw. lokal auf dem Rechner für einige Zeit zwischengespeichert, um nicht jedesmal eine echte DNS-Anfrage an den zuständigen Server rausschicken zu müssen.
Bei Dir geht deshalb noch alles, aber wer Deine Seite zum ersten Mal aufruft, bekommt eine Fehlermeldung "Server nicht gefunden" oder etwas Ähnliches.

Gruß
Ingo

Ja schon, aber ändern kann man im Backend weder den Login-Name (Benutzername) noch diesen Nicename. Insofern wäre die Information, daß das in der Datenbank gemacht werden muß und wie die Tabellenspalten da heißen, schon hilfreich gewesen.

Nachtrag: Mein Kommentar erübrigt sich nun.

Gruß
Ingo

Die Strato-DNS-Server sind scheinbar gerade down. Meine Seiten bei Strato sind auch nicht erreichbar.

Gruß
Ingo

Das läßt sich aber nur direkt in der Datenbank ändern, oder? Im WP-Backend taucht das im Benutzerprofil nicht auf, zumindest habe ich das nicht gefunden.

Gruß
Ingo