SEO-Sprechstunde, 4. März 2022

Dies ist eine Zusammenfassung der interessantesten Fragen und Antworten der Google SEO Office Hours mit John Mueller am 4. März 2022.

Testen von Schema-Markup im schema.org-Validator vs. in der Google Search Console

7:41 „John, meine erste Frage lautet also, die Google Search Console gibt einen Fehler […] im erforderlichen strukturierten Datenelement aus. Aber wenn ich dasselbe auf validator.schema.org überprüfe , werden keine Warnungen oder Fehler angezeigt. Die erste Frage ist also, ist es die richtige Seite, um die AMP-Implementierung einer Webseite zu überprüfen? […]“

John antwortete: „ Ja, diese Testwerkzeuge dienen also etwas anderen Zwecken. Das ist wahrscheinlich der Grund, warum Sie diesen Unterschied sehen. Beim Testtool in schema.org geht es eher darum, schema.org-Markup im Allgemeinen zu verstehen, wie insgesamt, basierend auf den Anforderungen, die schema.org hat. Und das Testtool in der Search Console konzentriert sich ausschließlich darauf, was wir aus den strukturierten Daten ziehen und verwenden können, um es in der Suchfunktion anzuzeigen. Es konzentriert sich also wirklich auf den Suchteil dieser Geschichte. Und innerhalb der Suche verwenden wir nur einen kleinen Teil des schema.org-Markups. Und manchmal haben wir etwas andere Anforderungen, sodass wir vielleicht ein bestimmtes Element mehr benötigen, als das Basis-Schema.org-Markup erfordern würde. Und das ist oft der Grund, warum Sie diesen Unterschied sehen. Und der schema.org-Validator ist für das theoretische Markup, und der Google-Validator ist wirklich für die praktische Seite der Google-Suche. „

9:20 „[…] Im Grunde ist es kein Fehler. Es ist eine Warnung in der Search Console. Und wenn ich die Details in der Search Console überprüfe, heißt es nur, dass Sie es nicht richtig machen. Wird es also einen möglichen Weg geben, [um das Problem zu beheben], oder sollte mein Entwicklerteam es herausfinden?

John erklärte: „Ja, wenn es eine Warnung ist, dann würde ich mir darüber keine Gedanken machen. Es heißt im Grunde nur, dass man etwas anders hätte machen können. […]. Was ich tun würde, wenn Sie herausfinden möchten, was genau der Unterschied ist, ist, die Dokumentation auf developer.google.com für die Suche zu überprüfen, wo wir alle strukturierten Daten und alle erforderlichen und empfohlenen Felder dokumentiert haben. Und wahrscheinlich löst eines der empfohlenen oder optionalen Felder diese Warnung aus.“

Gründe, warum eine Seite möglicherweise gecrawlt, aber nicht indexiert wird

14:11 „ Was ist der mögliche Grund dafür, dass […] bestimmte Seiten nicht indexiert wurden, obwohl sie mehrfach gecrawlt wurden? ”

John antwortete: „ Das kann passieren. Ich würde davon ausgehen, dass dies nicht so häufig vorkommt, da wir normalerweise, wenn wir uns entscheiden, etwas zu crawlen, auch ziemlich gerne loslegen und es indizieren. Aber es kann passieren, dass wir eine Seite crawlen und dann am Ende entscheiden, dass wir sie eigentlich nicht indexieren müssen.

[…] Einige häufige Situationen, in denen dies passieren kann, die in Ihrem Fall möglicherweise nicht zutreffen, sind, wenn auf der Seite ein Fehlercode angezeigt wird. Wir müssen es zuerst crawlen und sehen dann den Fehlercode. Wenn es auf der Seite einen Noindex gibt , müssen wir ihn auch zuerst crawlen, und dann sehen wir den Noindex. Wenn die Seite ein vollständiges Duplikat von etwas anderem ist, das wir bereits gesehen haben, dann crawlen wir sie, sehen, dass es sich um ein Duplikat handelt, aber wir konzentrieren uns wieder auf die Primärseite. Das sind also die normalen Situationen, in denen wir etwas crawlen und es nicht indizieren würden. Aber es kann auch passieren, dass wir etwas crawlen und dann, wenn wir bei der Indexierung ankommen, entscheiden, oh, eigentlich, wir wollen stattdessen etwas anderes von der Website bekommen. ”

15:41 „[…] welche anderen Faktoren [neben den bereits erwähnten] können dazu führen, dass der Googlebot entscheidet, oh, wir wollen ihn am Ende nicht indizieren?“

John sagte: „Ich weiß es nicht ohne Weiteres. Ich denke, die allgemeine Website-Qualität spielt da definitiv eine Rolle, aber wenn wir von der Website-Qualität nicht überzeugt sind, würden wir die Seite wahrscheinlich gar nicht erst crawlen. Also das ist, glaube ich, eine ziemlich knifflige Situation. Und wenn Sie in der Search Console nachsehen, werden Sie, glaube ich, so ziemlich für jede Website die Gruppierung von entdeckt, aber nicht indexiert und auch gecrawlt und nicht indexiert haben. Das ist, glaube ich, auf allen Websites ziemlich üblich.“

Die Person, die die Frage gestellt hat, wollte wissen, ob es noch etwas gibt, das sie untersuchen sollte, abgesehen von Seitenqualität und technischen Problemen. John empfahl ihnen, sich nicht zu sehr auf eine Seite zu konzentrieren: „ Ich denke auch, dass es wichtig ist, sich nicht zu sehr auf diese bestimmte Seite zu konzentrieren. Wenn Sie also sicher sind, dass aus technischer Sicht alles in Ordnung ist, würde ich nicht davon ausgehen, dass die Qualität dieser bestimmten Seite ein Problem darstellt, sondern eher die wahrgenommene Qualität dieses Teils der Website oder der ganze Website selbst. Das ist eine Art Ort, an dem ich versuchen würde zu sehen, was Sie tun können, um die Dinge zu verbessern, nicht nur diese einzelne Seite, die nicht indiziert wurde, sondern das Gesamtbild um diese Seite herum. ”

Kann das Entfernen von Produktlisten auf einer E-Commerce-Website Sie benachteiligen?

21:48 „ Wir betreiben also eine E-Commerce-Website und befinden uns jetzt in einer Phase, in der wir unsere Kategorieseiten umfassend aktualisieren möchten. […] in einem Entwurf wollen wir die Produktlistings loswerden. So haben Sie die Produktlisten mit der facettierten Suche, wo Sie nach den gesuchten Produkten filtern können. […] Wenn wir das gesamte Produktlisting der Kategorieseiten entfernen, hätten wir dann einen Nachteil in den Rankings, weil erstens alle anderen Wettbewerber solche Produktlistings haben? Und zweitens vermute ich, dass dies ein so etabliertes Element für E-Commerce-Seiten ist, dass die Benutzer erwarten, […] eine Art Überblick über alle Produkte zu haben, und die Filter sie nach den gewünschten Produkten suchen lassen. ”

John antwortete: „ Aus SEO-Sicht würde ich da keine Probleme sehen. Ich denke, es gibt verschiedene Dinge, auf die Sie achten sollten, […] damit wir alle einzelnen Produkte finden, die wir dort sauber verlinkt haben. Aber wenn Sie diese Kategorieseite nur irgendwie umgestalten und sie eher wie eine Informationsseite aussehen lassen, würde ich damit keine Probleme erwarten. Ich glaube auch nicht, dass wir mit dieser Art von Kategorieseiten in der Suche sowieso etwas Besonderes machen, also ändern Sie aus dieser Sicht im Wesentlichen nur das Design.  

Ich denke, es wäre anders, wenn es eine Produktseite wäre, und Sie würden sie komplett ändern, weil wir versuchen, Produktseiten zu erkennen und herauszufinden, wo der Preis, die Verfügbarkeit und solche Dinge sind. Und wenn Sie es ganz anders aussehen lassen […], dann könnte ich mir vorstellen , dass sich das darauf auswirkt, wie wir die Produktseiten aufgreifen und ob wir es in den Ergebnissen der Produktsuche anzeigen können oder nicht. Aber mit den Kategorieseiten machen wir, soweit ich weiß, nichts Besonderes. Wenn Sie sie also im Wesentlichen ausblenden und sicherstellen, dass wir die Links zu den Produkten immer noch finden können […], könnten Sie das tun. Aber wenn Sie sie nützlicher machen möchten, indem Sie mehr Informationen darüber bereitstellen, halte ich das für eine gute Idee.“

Am Ende der Frage fügte John hinzu, dass es wichtig sei , die Änderungen aus der Sicht des Benutzers zu überprüfen : „[…] Sie erwähnten ‚würden Benutzer verwirrt sein'. Das würde ich nochmal prüfen. Von der SEO-Seite her denke ich also, dass das vollkommen in Ordnung ist, aber von der Benutzerseite aus ist es wahrscheinlich etwas, das Sie zuerst testen möchten.“

Die Bedeutung der internen Linkstruktur

25:18 „ Wenn Sie strukturierte Daten für die Einrichtung von Breadcrumbs haben, ist die interne Verlinkung dann immer noch wichtig für SEO?“

John antwortete: „Ja, absolut. Es ist etwas, wo die interne Verlinkung für SEO überkritisch ist. Ich denke, es ist eines der größten Dinge, die Sie auf einer Website tun können, um Google zu leiten und Besucher zu den Seiten zu führen, die Sie für wichtig halten. Und was Sie für wichtig halten, liegt ganz bei Ihnen. Sie können entscheiden, Dinge wichtig zu machen, wo Sie das meiste Geld verdienen, oder Sie können Dinge wichtig machen, wo Sie der stärkste Konkurrent oder vielleicht der schwächste Konkurrent sind. Mit internen Links können Sie sich wirklich auf diese Richtungen und diese Teile Ihrer Website konzentrieren. Und das ist nicht etwas, das Sie einfach durch strukturierte Daten ersetzen können.

Also, nur weil auf einer Seite irgendwo strukturierte Daten stehen, würde ich das nicht als Ersatz für die normale interne Verlinkung sehen. Auch wenn Sie in den strukturierten Daten auch URLs angeben, verwenden wir diese URLs nicht auf dieselbe Weise wie normale interne Links auf einer Seite. Es ist also definitiv nicht so, dass hreflang-Annotationen Links zwischen Länderversionen ersetzen oder Breadcrumb-Annotationen Links zwischen verschiedenen Ebenen einer Website ersetzen. Sie sollten wirklich normale HTML-Links zwischen den verschiedenen Teilen Ihrer Website haben. Und im Idealfall sollten Sie nicht nur ein einfaches Set an Links haben, sondern Sie sollten es strategisch betrachten und darüber nachdenken, was Ihnen am wichtigsten ist, und wie Sie dies mit Ihrer internen Verlinkung hervorheben können? ”

Mehrere Produktschemata auf der Produktlistenseite

29:50 „ Können wir für eine Produktlistenseite mehrere Produktschemata auf der Produktlistenseite implementieren? ”

John sagte: „ Aus unserer Sicht der Richtlinien denke ich nicht, dass Sie das tun sollten, zumindest als ich das letzte Mal die Richtlinien zu strukturierten Daten überprüft habe, denn für strukturierte Produktdaten möchten wir wirklich, dass dies für die Primärdaten gilt Element der Seite. Und wenn Sie mehrere Produkte auf einer Seite haben, ist es nicht so, dass eines davon das Hauptelement der Seite ist. Aus dieser Sicht sollten Sie also nicht mehrere strukturierte Produktdatenelemente auf einer Kategorieseite verwenden […]. ”

Können Ihre Rankings leiden, wenn Sie Seiten mit gemischten Sprachen erstellen?

30:30 „ Gibt es eine Best Practice für Seiten mit gemischter Sprache? Zum Beispiel richtet sich unsere internationale Schule in Japan an japanische und nicht-japanische Familien, aber wir halten die meisten Informationen auf unserer Homepage auf Englisch. Wir fügen Unterstützung auf der Seite auch auf Japanisch hinzu. […] Da unsere Kommunikation im wirklichen Leben eine gemischte Sprache ist, fühlte es sich natürlicher an, wenn die Homepage dies widerspiegelte. Werden wir bei der Suche bestraft, wenn eine Seite eine absichtlich gemischte Sprache ist?“

John antwortete: „Ich würde nicht unbedingt sagen, dass ein Page in einem solchen Fall bestraft wird. Aber wir versuchen zu verstehen, was die primäre Sprache einer Seite ist, und das hilft uns zu verstehen, für welche Art von Suchanfragen wir diese Seite anzeigen könnten. Das ist meiner Meinung nach in einem solchen Fall etwas schwierig.

Wir können auch verstehen, wenn eine Seite mehrere Sprachen enthält. Es macht es uns einfach viel einfacher, wirklich klar zu machen, dass dies die richtige Seite ist, wenn jemand auf Englisch sucht. Ich könnte mir also vorstellen, für so etwas wie eine Homepage, vielleicht macht es Sinn, diese Mischung oder eine leichte Mischung zu haben. Wenn Sie eine Homepage als primäres Englisch haben, dann fügen Sie vielleicht einige Elemente auf Japanisch hinzu. Wenn Sie eine andere Version haben, die hauptsächlich japanisch ist und einige Elemente auf Englisch enthält, ist dies in Ordnung. Aber es hilft uns wirklich zu verstehen, dass dies größtenteils eine englische Seite ist. Und wenn jemand auf Englisch nach einer bestimmten Art von internationaler Schule in Japan sucht, dann ist es für uns sinnvoll zu sagen, nun, hier ist ein englischer Inhalt, von dem wir wissen, dass er Ihren Bedürfnissen entspricht und der zu den von Ihnen gestellten Fragen passt. Aus dieser Sicht würde ich also nicht unbedingt sagen, dass die Seite bestraft wird, aber es macht es für unsere Systeme viel schwieriger, herauszufinden, wie man diese Seite richtig einordnet.

Eines der Dinge, an die Sie hier denken können, ist, in der Search Console nachzusehen, welche Suchanfragen an Ihre Website oder für Ihre Homepage gehen. Und überlegen Sie, welche dieser Suchanfragen betroffen sein könnten, wenn Google die Sprache nicht richtig verstehen würde. Und es könnte durchaus sein, dass, wenn die meisten Leute im Wesentlichen nach Ihrem Namen oder der Marke Ihrer Schule suchen, dies wahrscheinlich überhaupt nicht betroffen wäre. Auf der anderen Seite, wenn die meisten Leute nach breiteren Suchanfragen suchen, allgemeinere Suchanfragen, fast wie ein Satz, der zu etwas auf Ihrer Homepage passen würde, dann könnte ich mir vorstellen, dass es für Sie etwas schwieriger wäre, in den Suchergebnissen zu erscheinen , nur weil wir uns nicht sicher sind, ob Ihre Homepage tatsächlich in dieser Sprache dieser Abfrage vorliegt […].

Eine Sache, die Sie auch tun könnten, […] ist, Ihre Homepage so ähnlich wie diese zweisprachige Version zu machen […], aber zusätzlich separate Seiten für die einzelnen Sprachen zu erstellen, damit jemand nach ausführlichen Informationen über eine internationale Schule sucht Dadurch können sie immer noch diese rein englischen oder überwiegend englischen Seiten finden und dann von dort aus zum Rest Ihrer Website wechseln […].

Inhaltliche Unterschiede zwischen Mobil- und Desktop-Versionen

34:20 „ Wenn es einen Unterschied zwischen Inhalten in der mobilen und der Desktop-Version gibt, bedeutet das, dass Google die Website bestraft und das Ranking der Website beeinflusst, oder bedeutet das einfach, dass der Googlebot sie in der mobilen Version finden kann, aber gewonnen hat? nicht in der Lage sein, zu ranken? ”

John sagte: „ Also haben wir den größten Teil unserer Indexierung auf Mobile-First-Indexierung umgestellt, was bedeutet, dass wir in einem solchen Fall nur die mobile Version einer Website betrachten würden. Wenn also etwas auf der Desktop-Version einer Website etwas anders ist, würden wir das größtenteils nicht einmal für die Suche verwenden. Es ist also nicht so, dass wir eine Website wegen eines Unterschieds bestrafen würden, sondern es ist eher so, dass wir uns nur eine Version der Website ansehen und nicht einmal wissen, was auf der anderen Version ist, um sie irgendwie anders zu behandeln .  

Und für die wenigen Seiten, die sich noch in der Desktop-Indexierung befinden, gilt das umgekehrt. Natürlich, wenn es […] etwas auf der mobilen Version gibt, das nicht auf der Desktop-Version ist, und Sie vom Desktop-Crawler indexiert werden, dann würden wir das nicht wirklich sehen. Wir crawlen die alternative Version von Zeit zu Zeit, aber wir crawlen sie nicht, um weitere Informationen zu sammeln, sondern nur, um zu bestätigen, dass diese Verbindung zwischen der Desktop-URL und der mobilen URL besteht. ”

Können Sie Ihre Sitemap in einer Cloud hosten?

46:20 „ Wir haben eine wirklich riesige Seite mit Millionen von URLs, und […] die Sitemaps werden gerade überarbeitet. Und unser IT-Team erwägt, […] die neuen Sitemap-Dateien in unserem Cloud-Service zu speichern. Das heißt von example.com/sitemaps zu cloud.com/sitemaps. Und wir fragen uns, ist das ein Problem, wenn wir die Sitemaps in der Cloud speichern? Und wenn das kein Problem ist, sollen wir für diese example.com/sitemap auch eine dauerhafte Weiterleitung für die alte URL erstellen, oder wie sollen wir den Umzug planen? ”

John sagte: „ Es ist definitiv möglich, die Sitemap-Datei woanders zu hosten. Es gibt zwei Möglichkeiten, wie Sie das tun können. Eine davon ist, wenn Sie beide Domains in der Search Console verifiziert haben, dann funktioniert das. Die andere Möglichkeit besteht darin, sie mit der robots.txt-Datei einzureichen, in der Sie „sitemap:“ und dann die URL der Sitemap angeben. Das kann auch zu einer anderen Domain gehen. […] Ich würde auch die alte Sitemap-Datei an den neuen Speicherort umleiten, nur um sauber zu sein, aber wahrscheinlich, selbst wenn Sie nur die alte Sitemap-URL löschen und sicherstellen, dass die neue ordnungsgemäß übermittelt wird, dann sollte das einfach funktionieren.  

Was ein bisschen schwierig sein könnte, ist, dass ich nicht weiß, wie Search Console das direkt in der Benutzeroberfläche anzeigen würde, insbesondere wenn sich die Sitemap -Datei an einem anderen Ort befindet, wenn Search Console die Sitemap-Informationen im Indizierungsbericht anzeigen würde, zum Beispiel. Aber das ist ein Berichtsproblem. Das hängt nicht von der Funktionalität der Sitemap-Datei ab. Es ist wirklich nur die Search Console zeigt es nicht richtig an. Und wieder, vielleicht tut es das. Ich bin mir nur nicht 100% sicher. ”

Kann der Verlauf einer Domain Ihre Website beeinflussen?

49:40 „[…] Also [während der vorherigen SEO Office Hours ] haben wir diese Frage nach der Domain mit einer Geschichte als Escort-Dienstleister gestellt. […] die Domain hat eine lange Geschichte, denn der erste Schnappschuss dieser Website stammt aus dem Jahr 1997. […] wir haben unsere Website im Juni letzten Jahres neu gestartet […]. Und das Hauptproblem, das wir haben, ist […], dass wir immer noch [als Inhalt für Erwachsene] gekennzeichnet werden. Und zusätzlich haben wir dieses Problem […] – gecrawlt, derzeit nicht indexiert. Und wir versuchen zu verstehen, ob der Verlauf der Domain tatsächlich dazu führen kann, dass wir Probleme mit der Indexierung haben. […] Wir glauben, dass die von uns veröffentlichten Inhalte von guter Qualität sind. Es ist intern verlinkt und wir versuchen, eine qualitativ hochwertige Website zu erstellen. Wo wir im Moment Probleme haben, ist die Seitenleistung, also sind wir gerade dabei, dies zu optimieren. Aber wir verwenden prerender.io , also ist das, was wir für Google zeigen, bereits eine vorgerenderte Version. Wenn es also um unseren Leuchtturm-Score geht, ist alles gut. […] Was können wir verbessern oder suchen, um zu verstehen, warum wir nicht indexiert werden? Gerne teile ich auch die URL. „

John bot an, dass er sich die URL später ansehen könne, und antwortete dann: „ Normalerweise würde die Indizierungsseite der Dinge nichts damit zu tun haben, ob es vorher nicht jugendfreie Inhalte auf der Website gegeben hätte.

Die Indizierungsseite könnte betroffen sein, wenn der Inhalt, der sich dort zuvor befand, sehr spammig war. Das könnte also etwas sein, bei dem es aus Sicht der Indexierung nur eine Weile dauert, bis man herausfindet, oh, diese neue Website ist eigentlich überhaupt kein Spam.

Aber wenn es nur darum geht, dass dort vorher Inhalte für Erwachsene waren, könnte ich mir vorstellen, dass unsere SafeSearch-Filter das vielleicht etwas langsam erkennen. Ich weiß, dass wir einige Schritte unternommen haben, um das schneller zu machen […], oder vielleicht gibt es etwas anderes in SafeSearch, das irgendwie hängen bleibt.

Die SafeSearch-Seite ist etwas, das Sie überprüfen können, wenn Sie eine Website-Abfrage durchführen und dann SafeSearch ein- und ausschalten. Sie sollten sehen können, ob etwas von SafeSearch passiert oder nicht. Sie sehen das jedoch nicht in Bezug auf die Indizierung. Aber ich kann mir das danach ansehen, und wir können sehen, ob es etwas sehr Offensichtliches gibt, über das ich Sie informieren kann. ”