SEO-Sprechstunde, 11. März 2022

Veröffentlicht: 2022-03-28

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

Inhalt verstecken
1 Kann eine einzelne Seite die gesamte Domain beeinflussen?
2 Zu viele interne Links können Ihrer Website schaden?
3 Crawling-Probleme für kleine Websites diagnostizieren
4 Warum Synonyme im Ranking einen Unterschied machen
5 Kombinieren mehrerer Rich-Suchergebnistypen auf einer Seite
6 So stellen Sie sicher, dass eine Paywall keine Cloaking-Penalty auslöst
7 Sind Links innerhalb bestimmter Bereiche einer Seite für Google wichtiger?
8 Verhilft Ihnen die Mobile-First-Indexierung zu einem höheren Ranking?

Kann eine einzelne Seite die gesamte Domain beeinflussen?

6:50 […] wir haben vor Kurzem eine Seite zu unserer Website hinzugefügt, die ständig erheblichen Traffic und Interaktionen generiert […]. Meine Frage an Sie ist, kann eine einzelne Seite mit extrem hohem Engagement und Traffic einen Einfluss auf die Domain als Ganzes haben? […]

John antwortete: „ Ich glaube nicht, dass wir Engagement als Faktor verwenden würden. Es ist jedoch so, dass Seiten innerhalb einer Website normalerweise mit dem Rest der Website verknüpft sind. Und über diese internen Links auf der Website leiten wir einige der Signale weiter. Wenn wir also sehen, dass eine Seite eine wirklich gute Seite ist und wir sie gerne häufig in der Suche anzeigen möchten, vielleicht hat sie auch verschiedene externe Links, die dorthin führen, dann gibt uns das viel zusätzlichen Kontext über diese Seite. Und wir können einiges davon an den Rest der Website weiterleiten. Also normalerweise ist das eine gute Sache.

Worauf ich achten könnte, ist, ob es das Engagement für die Art von Dingen fördert, die Ihnen wichtig sind. Das ist nur etwas, das ich manchmal gesehen habe, wo eine Seite für bestimmte Suchanfragen sehr sichtbar sein kann, aber wenn Sie sich die Suchanfragen ansehen, denken Sie, nun, ich möchte nicht wirklich dafür ranken. Mein Thema ist ein anderes. Das könnte also etwas sein, um nur einen vorsichtigen Blick auf die Metriken zu werfen.“

Die Person fragte dann, ob ein schlechter Core Web Vitals-Score in einem Abschnitt einer Seite Auswirkungen auf den Rest der Domain haben kann. Wenn Sie mit den von ihr erwähnten Metriken nicht vertraut sind: Largest Contentful Paint (LCP) und Cumulative Layout Shift (CLS), empfehle ich Ihnen, unsere Leitfäden zu What Is Largest Contentful Paint und What Is Cumulative Layout Shift zu lesen.

8:28 „[…] für Core Web Vitals priorisieren wir unsere häufig gesuchten Seiten für Produktverbesserungen, […]. Kann eine Teilmenge von Seiten mit schlechtem LCP oder CLS, sagen wir nur die Videoseite auf der Website, die nicht die Haupt- oder sekundären oder sogar tertiären Such-Traffic-treibenden Seiten auf der Website sind, den Rest der gesamten Core Web Vitals der Website beeinflussen Punktzahl? […]

John antwortete: „ Normalerweise wäre das kein Problem. Also ich denke da gibt es zwei Aspekte. Auf der einen Seite sehen wir uns für die Core Web Vitals eine Stichprobe des Datenverkehrs zu diesen Seiten an, was über, ich weiß nicht, die Chrome User Experience Report - Funktion erfolgt. Ich glaube, das ist irgendwo auf der Chrome-Seite dokumentiert. Aber es ist im Wesentlichen ein Teil des Verkehrs auf Ihre Website. Das bedeutet also, dass die Dinge, die wir uns am meisten ansehen werden, wirklich die Seiten sind, die die meisten Besuche erhalten. Wenn Sie also zufällige Seiten auf der Seite haben, die sich nie jemand ansieht, und sie wirklich langsam sind, dann würden diese Ihre Website nicht nach unten ziehen . Und umgekehrt auch – wenn diese zufälligen Seiten wirklich schnell wären, würden sie Ihre Website nicht nach oben ziehen. Selbst wenn es viele zufällige Seiten sind, wenn sie insgesamt nicht viel Verkehr bekommen, dann ist uns das nicht wirklich wichtig. […] die Dinge, die die Leute sehen, sollten eine gute Benutzererfahrung haben. Wenn also die meisten Leute einen bestimmten Teil Ihrer Website sehen, dann ist das der Teil, auf den wir uns konzentrieren möchten.

Die andere Sache ist, dass wir mit dem Page Experience-Update, je nachdem, wie viele Daten wir für eine Website haben, sie möglicherweise in verschiedene Abschnitte aufteilen. Und wir versuchen, dies zu tun, indem wir verstehen, welche Seiten einer Website im Wesentlichen ähnlich sind. Und das kann nach Art der Vorlage oder so ähnlich sein, was bedeutet, wenn wir das sehen können, sagen wir für eine E-Commerce-Site, dass alle Produktseiten wirklich schnell sind und wir vielleicht genug Daten haben, um uns die Produktseiten anzusehen getrennt, dann können wir diese Gruppe von Seiten selbst behandeln lassen. Und wenn es eine andere Art von Seite auf der Website gibt, die genug Daten hat, die irgendwie langsam ist, dann sagen wir, nun, diese Art von Seite ist langsamer. Das ist also der zweite Teil, wenn Sie eine Art von Seite haben, die sehr langsam ist und wir genug Daten haben, damit diese Art von Seite sie verstehen kann, nun, das ist nur dieser Teil der Website, dann wird nur dieser Teil es tun von den Core Web Vitals und der Aktualisierung der Seitenerfahrung betroffen sein.

Zu viele interne Links können Ihrer Website schaden?

12:50 Also in den letzten Office Hours haben Sie einmal gesagt, dass die Verwendung zu vieler interner Links auf derselben Seite deren Wert verwässern kann und Google möglicherweise nicht in der Lage sein wird, die Seitenstruktur zu verstehen. Wie hoch ist Ihrer Meinung nach die Anzahl der idealen internen Links pro Seite für eine E-Commerce-Website, vielleicht mit Millionen von Seiten?

John antwortete: „ Ich glaube nicht, dass es eine optimale Zahl gibt. Der Teil, auf den ich irgendwie achten würde, ist, dass Sie beim Crawlen der Website immer noch eine Struktur erkennen können. Also besonders bei einer E-Commerce-Site, die Sie immer noch erkennen können: Hier ist die Haupthomepage, hier sind die Kategorien der obersten Ebene, die Kategorien der zweiten Ebene, Sie können diese Struktur immer noch erkennen, sodass klar ist, wie der Kontext der einzelnen Seiten ist . […] es ist schwieriger, die Struktur zu erkennen, wenn jede Seite mit jeder anderen Seite verlinkt ist. Und wenn Sie Millionen von Seiten auf Ihrer Website haben, wird es nicht so sein, dass Sie Millionen von Links auf jeder Seite haben. Aus dieser Sicht sehe ich normalerweise kein Problem damit bei E-Commerce-Sites, nur weil, ich weiß nicht, das E-Commerce-CMS sowieso so eingerichtet ist, dass Sie unterschiedliche Kategorienebenen haben und dann irgendwann die einzelne Produktseite.

Crawling-Probleme für kleine Websites diagnostizieren

25:47 Wir haben uns die Crawling-Statistikberichte in der Search Console angesehen und versucht herauszufinden, ob es auf der technischen Seite ein Problem mit dem Crawlen unserer Website durch Google geben könnte. Was sind einige der zu identifizierenden Signale oder Dinge, die uns darauf hinweisen, wenn Google Schwierigkeiten hat, etwas zu crawlen, oder wenn der Googlebot von irrelevanten Dateien abgelenkt wird […]?

John stellte sicher, dass die Person, die die Frage stellte, eine relativ kleine Website verwaltet, und antwortete dann: „ Okay, ich vermute also, dass der Crawl-Statistikbericht in diesem Fall [für eine kleine Website] für Sie nicht nützlich sein wird, weil mit dem Crawl Statistikbericht sehen Sie sich wirklich eine Gesamtansicht des Crawlings Ihrer Website an. Und normalerweise macht das mehr Sinn, wenn Sie so etwas wie, ich weiß nicht, ein paar hunderttausend Seiten haben. Dann können Sie sich das ansehen und sagen, na ja, im Durchschnitt ist das Krabbeln langsam. Wenn Sie dagegen eine Website haben, die, ich weiß nicht, vielleicht etwa 100 Seiten oder so hat, dann können wir im Wesentlichen, selbst wenn das Crawling wirklich sehr, sehr langsam ist, diese 100 Seiten immer noch bekommen, etwa einmal am Tag Tag, im schlimmsten Fall vielleicht einmal pro Woche. Es wird kein technisches Problem in Bezug auf das Crawlen sein.

Es geht im Wesentlichen mehr darum zu verstehen, dass die Website tatsächlich etwas Einzigartiges und Wertvolles bietet, das wir indizieren müssen. Es geht also weniger um die Crawling-Seite als vielmehr um die Indizierungsseite. Die Ausnahme hier wäre, wenn es wirklich ein großes technisches Problem mit Ihrer Website gibt. Aber das würden Sie sofort sehen, weil Sie wahrscheinlich einzelne dieser URLs überprüfen und feststellen würden, oh, Google kann sie überhaupt nicht crawlen. Es wird ein Fehler zurückgegeben, oder es wird ein noindex [Tag] zurückgegeben. Und das wäre sehr offensichtlich. Meine Vermutung ist also, gerade bei einer kleineren Website, dass es wirklich darauf ankommt, dass Google den Wert der Website versteht und weiß, dass es sinnvoll ist, möglichst viel zu indizieren. Denn die kriechende Seite wird nicht der limitierende Faktor sein. Es ist wirklich eher so, na ja, man muss Google erst davon überzeugen, dass es eigentlich versuchen sollte zu crawlen.

Warum Synonyme im Ranking einen Unterschied machen

39:34 „Warum könnte es winzige Unterschiede bei Synonymen geben […], die einen so großen Unterschied in der Rangfolge ausmachen?“

Die Person stellte die folgenden Beispiele für Synonyme vor: „Video bearbeiten“ und „Video-Editor“.

John antwortete: „Aus unserer Sicht kann das völlig normal sein, und das ist etwas, wo wir einerseits versuchen, Dinge wie Synonyme in einer Abfrage zu verstehen, aber wir versuchen auch, den gesamten Kontext zu betrachten die Abfrage. Und gerade wenn es um Synonyme geht, könnten wir davon ausgehen, dass etwas hauptsächlich ein Synonym ist, aber das bedeutet nicht, dass es vollständig ein Synonym ist. Und besonders wenn Sie so etwas wie „Video bearbeiten“ im Vergleich zu „Video-Editor“ betrachten, sind die Erwartungen der Benutzer etwas anders. Einerseits möchten Sie ein Video bearbeiten. Andererseits möchten Sie vielleicht einen Video-Editor herunterladen. Und es scheint sehr ähnlich zu sein, aber die Dinge, die die Benutzer dort wollen, sind etwas anders. Also aus meiner Sicht macht das irgendwie Sinn, dass wir dort unterschiedliche Rankings zeigen würden. Und wir haben dasselbe mit leicht unterschiedlichen Schreibweisen von Wörtern. Wenn Sie zum Beispiel die britische oder die amerikanische Version eines englischen Wortes haben, wenn Sie ein Wort oder einen Buchstaben mit Akzent haben und es keinen Akzent hat, verstehen wir, dass diese meistens gleich sind, aber wir verstehen auch, dass sie wieder etwas anders. Und wir versuchen, Suchergebnisse anzuzeigen, die das berücksichtigen.“

Kombinieren mehrerer Rich-Suchergebnistypen auf einer Seite

42:06 Wir haben festgestellt, dass die meisten Rezept-Websites in meinem Land keine sehr nützlichen Informationen bereitstellen, und wir versuchen, dies zu ändern, indem wir nützlichere Informationen bereitstellen und so weit gehen, dass zu jedem Rezept FAQs hinzugefügt werden. Wie füge ich diese FAQs am besten hinzu?

John antwortete: „[…] aus meiner Sicht liegt es ganz bei Ihnen. Das einzige, worauf ich in Fällen wie diesem achten würde, in denen Sie mehrere Rich-Suchergebnistypen haben, die möglicherweise für Ihre Seiten relevant sind, ist, dass wir einige dieser Typen kombinieren können und andere nicht wirklich kombinieren können Gut. Ich weiß nicht genau, was Rezepte betrifft, ob wir sie kombinieren können oder ob wir uns im Wesentlichen für das eine oder andere entscheiden müssen. Und wenn Sie bemerken, dass keine andere Rezept-Website das Rezept-Rich-Snippet plus den FAQ-Bereich unten hat, dann können wir diese wahrscheinlich nicht kombinieren. Und dann ist es wahrscheinlich besser für Sie, auszuwählen, welche Art von Rich-Suchergebnistyp Sie wirklich angezeigt haben möchten, und sich nur auf diesen Typ zu konzentrieren.

So stellen Sie sicher, dass eine Paywall keine Cloaking-Penalty auslöst

43:43 Google erklärt in seinen Richtlinien für Abonnement- und Paywall-Inhalte, dass einer Seite ein bestimmtes Schema hinzugefügt werden muss, um Paywall-Inhalte im Index freizugeben und keine Cloaking-Penalty auszulösen. Nach der Implementierung scheint der Rich Results Test dies jedoch nicht zu erkennen, und riskieren wir nicht versehentlich eine Cloaking-Strafe?“

John sagte: „Ich gehe also davon aus, dass der Rich-Ergebnis-Test dies zeigen wird, aber ich habe es nicht wirklich überprüft, da sich der Rich-Ergebnis-Test größtenteils darauf konzentriert, was Google tatsächlich in den Suchergebnissen als Rich-Ergebnis-Typ anzeigen würde . Und im Wesentlichen gehört der Paywall-Inhalt wahrscheinlich nicht zu den Dingen, die wir als bestimmten Rich-Suchergebnistyp anzeigen würden. Es ist also möglich, dass wir das in diesem Test nicht zeigen würden. Eine einfache Möglichkeit, dies zu tun, besteht darin, eine sehr einfache Testseite zu erstellen und diese Seite einfach einzeln zu testen. Der andere Test, den Sie durchführen können, um sicherzustellen, dass Google tatsächlich den vollständigen Inhalt mit dem Markup sieht, ist der normale URL-Inspektionstest, bei dem Sie eine Live-Skizze der Seite erstellen und sich den dafür generierten HTML-Code ansehen können Seite. Und Sie könnten das in einen Editor kopieren und nochmals überprüfen, ob die strukturierten Daten, die Sie dort sichtbar haben möchten, dort tatsächlich angezeigt werden. Das ist also die Richtung, in die ich dorthin gehen würde.“

Sind Links innerhalb bestimmter Bereiche einer Seite für Google wichtiger?

45:11 […] werden Links innerhalb bestimmter Bereiche einer Website unterschiedlich betrachtet? Wenn eine Seite beispielsweise in einer Kopf- oder Fußzeile verlinkt und daher auf jeder Seite einer Website enthalten ist, sieht Google diese Links anders als Links im Hauptteil der Seite?

John antwortete: „ Wir unterscheiden da nicht wirklich. Wenn also Dinge [Seiten] in Ihrer Fußzeile der Seite verlinkt sind und sie von der gesamten Website aus verlinkt sind, dann haben Sie aus unserer Sicht diese Links von Ihrer gesamten Website. Es ist nicht so, dass wir sagen würden, oh, Links in einer Fußzeile haben weniger Gewicht oder sind nicht so nützlich, wir werden sie ignorieren oder so etwas. Aus dieser Sicht sehen wir also Links, wenn es um Links geht, im Wesentlichen nur als Links auf einer Seite.

Es ist etwas anders, wenn es um Text darin geht, da wir versuchen zu verstehen, was der Hauptinhalt der Seite ist. Und wenn es um das Ranking im Verhältnis zu den anderen Inhalten Ihrer Website geht, versuchen wir, uns auf den primären Inhaltsbereich der Seite zu konzentrieren. Aber Links helfen uns aus unserer Sicht nur dabei, die Struktur einer Seite besser zu verstehen. Und ob sie in der Kopfzeile oder in der Fußzeile oder in der Seitenleiste oder im Hauptinhalt sind, das ändert für uns nicht wirklich etwas.

Hilft Ihnen die Mobile-First-Indexierung dabei, einen höheren Rang zu erreichen?

46:33 Hilft die Mobile-First-Indexierung bei Suchrankings? Unsere Website wird immer noch vom Googlebot-Desktop gecrawlt. Und wir können nicht herausfinden, warum es nicht zu Mobile-First wechselt. Wir haben die Google-Dokumentation und Fehlerbehebung durchgesehen, aber nichts springt heraus. Würde der Umstieg auf eine Progressive Web App und Offline-Support helfen?

John antwortete: „ Zunächst einmal ändert die Mobile-First-Indexierung nichts am Ranking. Es ist also nicht der Fall, dass Sie einen Wechsel zur Mobile-First-Indexierung erzwingen müssen. Es geht lediglich darum, die Inhalte zu indizieren und auszuwählen, die wir auf einer Website verwenden würden. Also aus dieser Sicht würde ich mir darüber keine Gedanken machen. Wenn Ihre Website auf Mobilgeräten einwandfrei funktioniert, wird sie irgendwann umgestellt. Ich glaube, es gibt noch einige Seiten, die wir noch nicht umgestellt haben. Aber zum größten Teil haben wir, denke ich, die meisten Seiten umgestellt. Und die verbleibenden werden wir weiterhin doppelt überprüfen. Wenn sie bereit sind und wenn wir glauben, dass sie bereit sind, tauschen wir sie einfach aus.

Aber es ist nicht so, dass Sie dort eine Ranking-Änderung bemerken würden, es sei denn, die mobile Version unterscheidet sich erheblich von der Desktop-Version. Und das wäre für uns auch ein Grund, nicht auf die Mobile-First-Indexierung umzustellen. Und wenn sich die mobile Version erheblich unterscheidet und wir die Mobile-First-Indexierung für Ihre Website verwendet haben, würden wir Ihre Inhalte im Wesentlichen nur auf der Grundlage der mobilen Version indizieren. Und wenn es mehr Inhalte auf einer Desktop-Version gibt, würden wir das ignorieren. Aus dieser Sicht würde ich also nicht versuchen, dies zu erzwingen. Der Wechsel zu einer Progressive Web App ist etwas, was Sie tun können, aber ich glaube nicht, dass dies Auswirkungen darauf hat, wie die Mobile-First-Indexierung auf Ihrer Website aussieht. Und wenn es um Progressive Web Apps geht, handelt es sich normalerweise um JavaScript-Framework-Websites. Und das bringt eine ganze Reihe anderer Herausforderungen mit sich, da Sie sicherstellen müssen, dass Google Ihre Inhalte tatsächlich sehen kann, da JavaScript etwas ist, das wir normalerweise gut rendern und handhaben können, aber es ist nicht immer so einfach wie eine reine Statik HTML-Seite.