Dienstag, 30. September 2008
Das Betreiben einer Website kann kompliziert sein – deshalb stellen wir Ihnen die
Google Webmaster Tools
zur Verfügung, um Webmastern zu helfen, potenzielle Probleme zu erkennen, bevor sie zu echten Problemen werden. Einige der Probleme, die Sie dort entdecken können, sind relativ klein (wie z. B.
doppelte Titel und Beschreibungen), andere Probleme können größer sein (wie etwa, dass Ihre Website nicht erreichbar ist). Auch wenn die Google Webmaster Tools Ihnen nicht genau sagen können, was Sie ändern müssen, können sie Ihnen helfen zu erkennen, dass ein Problem vorliegen könnte, das behoben werden muss.

Werfen wir einen Blick auf einige Beispiele, auf die wir in den
Google Webmaster Help Groups:
gestoßen sind:
Behandelt Ihr Server den Googlebot wie einen normalen Besucher?
Während der Googlebot versucht, sich wie ein normaler Nutzer zu verhalten, sind manche Server möglicherweise verwirrt und reagieren auf seltsame Weise. Obwohl Ihr Server beispielsweise die meiste Zeit einwandfrei funktioniert, reagieren einige IIS-basierte Server möglicherweise mit einem Serverfehler (oder einer anderen Aktion, die mit dem Auftreten eines Serverfehlers zusammenhängt), wenn sie von einem Nutzer mit dem User-Agent des Googlebots besucht werden. In der Webmaster Help Group haben wir gesehen, dass IIS-Server im Diagnoseabschnitt „Web-Crawling“ den 500 Ergebniscode
(Serverfehler)
sowie den 404 Ergebniscode
(Datei nicht gefunden)
und beim Einreichen von Sitemap-Dateien den 302 Ergebniscodezurückgeben. Wenn Ihr Server auf eine Fehlerseite weiterleitet, sollten Sie sicherstellen, dass wir diese Fehlerseite crawlen können und dass sie den richtigen Ergebniscode zurückgibt. Sobald Sie das getan haben, können wir Ihnen diese Fehler auch in den Webmaster Tools anzeigen. Weitere Informationen zu diesem Problem und möglichen Lösungen finden Sie unter
https://todotnet.com/archive/0001/01/01/7472.aspx
und
https://www.kowitz.net/archive/2006/12/11/asp.net-2.0-mozilla-browser-detection-hole.aspx.
. Wenn Ihre Website auf einem Microsoft IIS-Server gehostet wird, denken Sie außerdem daran, dass
URLs zwischen Groß- und Kleinschreibung unterscheiden
per Definition (und so behandeln wir sie auch). Dies schließt URLs in der
robots.txt-Dateiein, was Sie berücksichtigen sollten, wenn Ihr Server URLs ohne Berücksichtigung der Groß- und Kleinschreibung verwendet. Zum Beispiel wird disallow: /paris die URL /paris blockieren, aber nicht /Paris.

Weist Ihre Website irgendwo systematisch defekte Links auf?
Moderne Content-Management-Systeme (CMS) können es leicht machen, Probleme zu erzeugen, die eine große Anzahl von Seiten betreffen. Manchmal sind diese Probleme unkompliziert und beim Betrachten der Seiten sofort sichtbar; manchmal sind sie etwas schwerer selbst zu erkennen. Wenn ein derartiges Problem eine große Anzahl defekter Links verursacht, werden diese im Allgemeinen im Diagnoseabschnitt „Web-Crawling“ Ihres Webmaster Tools-Kontos angezeigt (vorausgesetzt, diese defekten URLs geben einen ordnungsgemäßen 404 Ergebnis-
code
zurück). In einem kürzlich aufgetretenen Fall hatte eine Website einkleines Kodierungsproblem in ihrem RSS-Feed
404 , was dazu führte, dass über 60.000 fehlerhafte URLs gefunden und in ihrem Webmaster Tools-Konto aufgelistet wurden. Wie Sie sich vorstellen können, hätten wir unsere Zeit lieber damit verbracht, Inhalte zu crawlen, anstatt diese
🙂.
Fehler
zu untersuchen.
Leitet Ihre Website einige Nutzer an einen anderen Ort weiter?Für einige Websites kann es sinnvoll sein, sich auf eine Gruppe von Nutzern an einem bestimmten geografischen Standort zu konzentrieren. Eine Methode dafür kann darin bestehen, Nutzer, die sich woanders befinden, auf eine andere Seite umzuleiten. Denken Sie jedoch daran, dass der Googlebot möglicherweise nicht aus Ihrem Zielgebiet heraus crawlt und daher ebenfalls umgeleitet werden könnte. Dies könnte bedeuten, dass der Googlebot nicht auf Ihre Startseite zugreifen kann. Wenn das passiert, stoßen die Webmaster Tools wahrscheinlich auf Probleme, wenn sie versuchen, den Bestätigungscode auf Ihrer Website zu verifizieren, was dazu führt, dass Ihre
Website nicht verifiziert bleibt.
. Dies ist nicht der einzige Grund, warum eine Website unbestätigt wird, aber wenn Sie dies regelmäßig feststellen, ist es ratsam, der Sache nachzugehen. Stellen Sie in diesem Zusammenhang immer sicher, dass der Googlebot genauso behandelt wird wie andere Nutzer von diesem Standort aus, da dies sonst als
Cloaking
angesehen werden könnte.
Ist Ihr Server unerreichbar, wenn wir versuchen zu crawlen?
Das kann selbst den besten Websites passieren – Server können ausfallen und Firewalls können übermäßig restriktiv sein. Wenn dies passiert, während der Googlebot versucht, auf Ihre Website zuzugreifen, können wir die Website nicht crawlen und Sie wissen vielleicht nicht einmal, dass wir es versucht haben. Glücklicherweise behalten wir den Überblick über diese Probleme, und Sie können
Fehler wie „Netzwerk nicht erreichbar“ und „robots.txt nicht erreichbar“
in Ihrem Webmaster Tools-Konto sehen, wenn wir Ihre Website nicht erreichen können.Wurde Ihre Website gehackt?
Hacker fügen manchmal seltsame, themenfremde versteckte Inhalte und Links zu fragwürdigen Seiten hinzu. Wenn diese versteckt sind, fällt es Ihnen vielleicht nicht sofort auf; dennoch kann dies ein großes Problem darstellen. Zwar kann Ihnen das Nachrichtencenter eine Warnung zu bestimmten Arten von verstecktem Text geben, aber es ist am besten, wenn Sie selbst ebenfalls die Augen offen halten. Die Google Webmaster Tools können
Ihnen Keywords von Ihren Seiten im Bereich „Was der Googlebot sieht“ anzeigen , sodass Sie einen Hack dort oft erkennen können. Wenn Sie völlig irrelevante Keywords sehen, ist es ratsam, der Ursache auf den Grund zu gehen. Sie können auch versuchen,Google Alerts
einzurichten oder Abfragen wie site:example.com spammy words
durchzuführen, wobei.
spammy words
Wörter wie Porn, Viagra, Tramadol, Sex oder andere Wörter sein könnten, die Ihre Website normalerweise nicht anzeigen würde. Wenn Sie feststellen, dass Ihre Website tatsächlich gehackt wurde, empfehle ich Ihnen, unseren Blogbeitrag über
Maßnahmen nach einem Hack
zu lesen.
So setzen wir das um
We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.
Verwandte Leistungen