Google Mai 4 Kernupdate-Auswirkungen auf Discourse-Foren

Ich stimme vollständig zu. Mein schnelles Suchergebnis war nicht der Punkt und sollte keinesfalls als autoritativer Test verstanden werden; und als ich es gepostet habe, habe ich auch keine solchen Behauptungen aufgestellt. Ich habe lediglich eine Frage basierend auf meinen Suchergebnissen gestellt. Ich hätte mich vor der Suche eigentlich abmelden sollen, denn wenn ich mich abmelde, erhalte ich die gleichen „fehlenden

4 „Gefällt mir“

Also, für all diejenigen, die sich über Mai 2020 beschwert haben – das war nichts im Vergleich zu dem, was vielleicht im Mai 2021 auf uns zukommt? :wink: Ich meine, ihr sagt auch, dass Discourse-Communities nächstes Jahr möglicherweise in Bezug auf Suchergebnisse Einbußen erleiden werden (wir werden schon sehen, was passiert).

2 „Gefällt mir“

Ja, ich stimme dir und allen hier, die sich Sorgen um LCP und die Auswirkungen von Googles Core Web Vitals machen, voll und ganz zu.

Zudem möchte ich jedem, der sich beeilt, Antworten und Lösungen für dieses drohende Problem zu finden, ausdrücklich meinen Respekt aussprechen.

Bezüglich des SEO-Einbruchs im Mai 2020: Dies ist uns auch auf LAMP-Servern passiert. Es handelt sich also keineswegs per se um ein Discourse-Problem, und wir wissen immer noch nicht die genauen Schritte, um dieses Problem von Mai 2020 zu beheben. Denn wenn wir mit hoher Sicherheit wüssten, was zu beheben ist, könnten wir alle das Problem „beheben“ und „anpassen“.

Im Laufe der Jahre haben wir alle sehr seltsame Ergebnisse von Googles KI gesehen – wie Googles KI Inhalte klassifiziert und mit den SERP-Ergebnissen spielt.

Mein früherer Punkt war, dass es mir unsubstanziiert erschien, in diesem Thema zu lesen, wie jemand das Discourse-Meta-Team drängt, aufgrund von Annahmen und Vermutungen und nicht aufgrund harter Fakten, die auf überprüfbarem Code basieren, sehr grundlegende strukturelle Änderungen an ihrem gesamten Ökosystem vorzunehmen.

Das gesagt, wird LCP in einem Augenblick, egal was passiert, sehr wichtig sein.

Cheers.

4 „Gefällt mir“

So funktioniert Discourse schon seit jeher :laughing:

Das Neue ist, dass LCP von Android-Handys der Nutzer erfasst wird. Android ist die langsamste Plattform, auf der wir laufen, und das wirkt sich überproportional auf uns aus.

Was @sam vorgeschlagen hat, war auch, diese Ansicht für einige anonyme Nutzer über ein Plugin auszuliefern, aber das werden wir in nächster Zeit nicht umsetzen.

7 „Gefällt mir“

Ok. Mir fehlen noch Kenntnisse darüber, wie es genau funktioniert (aber es scheint, dass am Anfang noch etwas geladen werden muss, und das könnte schneller gehen. Daher dieses ganze Thema). Diese Diskussion wurde bereits am 14. Oktober oben geführt. Jeff selbst hat die Idee eigentlich aufgebracht:

Warum nicht den Inhalt nehmen und eine komplett vorab generierte statische Seite erstellen? Etwas so schnell wie möglich. Und dieses den Suchmaschinen einreichen statt des eigentlichen Forums? Die Idee wäre, dass der Inhalt hier am wichtigsten ist, nicht die Erfahrung. Und den Fokus auf die Geschwindigkeit der Auslieferung legen, da dies den Suchmaschinen wichtig zu sein scheint.

Unendliches Scrollen wurde in letzter Zeit nicht mehr angeprangert, aber du würdest statische vorab generierte Seiten ohne unendliches Scrollen erstellen. Und du würdest es wie ein Rennauto designen: Jedes Bit an Gewicht, das nicht strikt notwendig ist, wird entfernt. Kein Hamburger-Menü, kein Logo, kein Avatar für Poster. Du konzentrierst dich ausschließlich auf den Inhalt und auf die Geschwindigkeit.

Es wäre wie ein schönes Restaurant (=das Discourse-Forum), bei dem du einen Drive-in mit Abholbestellungen einrichtest. Das gleiche großartige Essen (=der Inhalt), aber ohne jegliche Erfahrung. Du bestellst an einem Lautsprecher, der hereinkommt (=deine Suche in der Suchmaschine), und du bekommst dein Essen vorgepackt durch dein Fenster geworfen. Die ganze Idee ist, dass das gefordert wird, und nur das Essen (=Inhalt) und die Geschwindigkeit der Auslieferung wichtig sind. Wenn die Leute das Essen mögen, kommen sie vielleicht zurück und genießen die ganze Erfahrung im Inneren.

Danach liegt es an jedem Besitzer (=Admin), eine Entscheidung zu treffen: Glaubst du, ein Drive-in schadet deiner Marke und du weigerst dich, es zu tun, oder gehst du diesen Weg, um mehr Leute anzulocken, wissend, dass viele vielleicht nie zum Essen ins Innere kommen (viele tun es bereits nicht, aber es könnte noch schlimmer werden. Und vielleicht wird dein Restaurant so präsentiert viel weniger schön wirken). Aber vielleicht schickt dir diese berühmte Website, die Restaurants empfiehlt, mehr Leute (es bleibt abzuwarten, ob es effektiv ist).

Was benötigt würde, ist ein Plugin oder Modul, das diese statischen Seiten generiert, sobald Inhalt zum Forum hinzugefügt wird (ich vermute, es sollte nicht übermäßig kompliziert sein). Du würdest hier und da einen Link zu deinem eigentlichen Forum hinzufügen (das für Suchmaschinen auf „nicht crawlen“ eingestellt ist). Es läge an jedem Admin, diese Lösung zu nutzen oder nicht.

Wenn das oben Gesagte im Prinzip korrekt ist und dieses Problem in Zukunft schlimmer werden könnte, scheint dies eine für mich akzeptable Lösung zu sein. Oder vielleicht habe ich es nicht gut verstanden. (Hinweis: alles wäre natürlich NUR LESEN)

1 „Gefällt mir“

Wir liefern Crawlern bereits reines HTML ohne JavaScript :upside_down_face:

Wie oben erwähnt, ist das Problem, dass der neue LCP-Wert von den Browsern der Nutzer erfasst wird, nicht von Crawlern.

7 „Gefällt mir“

Okay, aber was ich dann nicht verstehe, ist doch, dass in diesem Fall niemand besser dasteht, oder? Warum sollte das die Suchergebnisse beeinflussen? Wenn Discourse-Seiten genauso gut (oder genauso schlecht :wink: ) abschneiden wie andere. Andere Seiten werden doch auch auf Android geöffnet, oder?

2 „Gefällt mir“

Android ist bei der Single-Core-Leistung langsamer als der Durchschnitt, was sich auf ressourcenintensive Single-Page-Anwendungen wie Discourse auswirkt. Wir gehen darauf in The State of JavaScript on Android in 2015 is… poor ausführlich ein.

Das Top-iPhone ist beim Rendern von Discourse zehnmal schneller als das letzte Pixel. Google berücksichtigt iPhone-Rendering nicht im LCP, da dies nicht möglich ist, da es auf iOS keinen echten Chrome gibt.

9 „Gefällt mir“

Also könnte es auf diesem Gebiet tatsächlich einen Vorteil haben, stattdessen eine Website mit „kleinen Seiten

1 „Gefällt mir“

Beim schnellen Überfliegen dieser Seite Overview of CrUX  |  Chrome UX Report  |  Chrome for Developers scheint es, als würde Google die Informationen durch Überwachung der Nutzer (mit deren Zustimmung) erhalten. Das heißt, du müsstest viele davon überzeugen, deine „Arme-Leute-Discourse“-Lösung zu nutzen :slight_smile:

4 „Gefällt mir“

Es scheint, als würdest du Ember und Ember CLI verwechseln. Ember ist das Framework, das wir bereits nutzen (und das tun wir seit über 8 Jahren). Ember CLI sind die Kommandozeilen-Tools, auf die wir umsteigen, anstatt die Asset-Pipeline von Rails zu verwenden. Ich erwähne dies, weil einige deiner Aussagen (dass Versionen vor 3 neu geschrieben werden müssen) auf Ember CLI nicht zutreffen, aber sehr wohl auf Ember.

Wiederum: Ember CLI übernimmt kein Rendering. Das macht Ember, und manchmal hat es Leistungsprobleme. Beachte, dass dies nichts Spezifisches für Ember ist – alle aktuellen Frameworks haben Leistungsfallen, auf die du achten musst. Nach Jahren der Arbeit mit Ember haben wir zwei kritische Pfade identifiziert (Head und Topic-Ansicht), die eine bessere Performance benötigten, und sind zu einem Ansatz basierend auf einem virtuellen DOM übergegangen.

Wir müssen dies nicht immer tun, je nachdem, wie sich Glimmer/Ember Octane entwickelt, aber der Code ist mittlerweile sehr stabil und läuft auch auf älteren mobilen Geräten schnell.

Ember Octane wurde in Version 3.15 eingeführt, und seitdem gab es zwei LTS-Releases (3.16 und 3.21). Wir werden darauf upgraden, aber in Stufen. Glücklicherweise erlaubt das Ember-Team, sich pro Datei für das gewünschte Format zu entscheiden.


Trotzdem gibt es einiges an Kritik an Ember. Damals, als Performance ein größeres Problem für Discourse war, gab es einige versprochene Releases, die uns mehr geschadet als geholfen haben. Das war schwierig. Wir mussten über lange Zeit sehr genau darauf achten, um unsere Anforderungen zu erfüllen.

Heute hat es nur noch einen Bruchteil der Popularität neuerer Frameworks wie React. Aber React gab es vor 8 Jahren noch gar nicht! Unsere einzigen Optionen waren Angular, Ember und Knockout. Wenn du denkst, ein Ember-Upgrade sei schwierig, solltest du mal sehen, was Angular von Version 1 bis 2 durchgemacht hat (nicht zu erwähnen ihre Nebenprojekte mit Dart!).

Das Upgrade von Ember über die Jahre war viel Arbeit, aber zumindest ist es eine Option! Keine der anderen Frameworks bot einen solchen Upgrade-Pfad.

Was ein Neuschreiben in Vue/Next/React angeht: Ich denke, die Leute unterschätzen massiv, wie viel Code wir haben, der einfach funktioniert. Es wäre eine unfassbare Menge an Arbeit.

19 „Gefällt mir“

Ja, das ist korrekt. Wenn Ihre Nutzergruppe überwiegend alte Geräte verwendet, wird Ihre Website in der Regel schlechter bewertet.

6 „Gefällt mir“

Ich erwäge es, @justin und @awesomerobot, aber ich wollte, dass sich Robin zuerst zu den Details von Ember CLI äußert.

Im Kern gibt es hier ein gewisses Paradoxon: [„Was passiert, wenn eine unstopfbare Kraft auf einen unverschiebbaren Gegenstand trifft?

23 „Gefällt mir“

Für diejenigen, die ihre Statistiken im Auge behalten, hier ein weiteres Datum zum Notieren. Es wird interessant sein zu sehen, was in den kommenden Wochen im Zusammenhang mit Googles jüngstem Core-Update vom Dezember 2020 passieren wird.

https://searchengineland.com/googles-december-2020-core-update-was-big-even-bigger-than-may-2020-says-data-providers-344429

1 „Gefällt mir“

Man darf die kürzlich angekündigten Apple Silicon Macs nicht vergessen! :grinning:

Aus Neugier: Woher kam diese Publicity?

Der A10-Chip hängt nur noch an einem Faden.

Für alle Fälle setze ich meine Erwartungen niedrig an. Apple war immer voraus.

Trotzdem versuchen Android-Smartphones immer noch, aufzuholen. Das ist absolut lächerlich. Apple hat bereits den A14-Chip und arbeitet wahrscheinlich jetzt am A15-Chip für das nächste Jahr.

2 „Gefällt mir“

Danke, dass du das geteilt hast. Hier sind einige relevante Punkte aus dem Artikel, die wir für diese Diskussion herausgreifen können:

Was zu tun ist, wenn Sie betroffen sind. Google hat in der Vergangenheit bereits Ratschläge dazu gegeben, was zu berücksichtigen ist, wenn Sie von einem Core-Update negativ betroffen sind. Es gibt keine spezifischen Maßnahmen zur Wiederherstellung; tatsächlich kann ein negativer Einfluss auf die Rankings nicht unbedingt darauf hindeuten, dass mit Ihren Seiten etwas nicht stimmt. Dennoch hat Google eine Liste mit Fragen veröffentlicht, die Sie sich stellen sollten, wenn Ihre Seite von einem Core-Update betroffen ist. Google hat zudem erwähnt, dass Sie zwischen Core-Updates eine gewisse Erholung verzeichnen können, doch die deutlichsten Veränderungen werden Sie erst nach einem weiteren Core-Update feststellen.

Das ist ebenfalls hilfreich.

https://searchengineland.com/google-advice-on-improving-your-sites-ranking-for-future-core-ranking-update-320184

7 „Gefällt mir“

Meiner Meinung nach ist es bei SEO, also der Optimierung von Suchmaschinenergebnissen im Vergleich zu anderen Websites, weitgehend irrelevant, über die Benutzerhardware zu sprechen.

Warum?

Es ist eigentlich ziemlich einfach.

Nehmen wir das Beispiel einer einzelnen Person und deren Suchergebnisse auf ihrem mobilen Gerät.

Unabhängig von der Geschwindigkeit des Geräts oder dem verwendeten Chipsatz wird die Leistung auf allen Websites ähnlich sein, da die Endbenutzererfahrung (Leistung) eines einzelnen Endgeräts im Netzwerk für die meisten Websites mit ähnlicher Leistung gleich ist. Schnellere Websites sind schneller, langsamere Websites sind langsamer, unabhängig vom Chipsatz usw. des Endgeräts. Ein steigender Pegel hebt alle Boote, ein sinkender Pegel senkt alle Boote. Im SEO ist das Endgerät „Rauschen

2 „Gefällt mir“

Dies steht im Widerspruch zu den vorliegenden Daten – wir wissen, dass Google reale Ladezeiten von Android-Geräten erfasst und für das Page-Ranking verwendet.

4 „Gefällt mir“

Ja, aber alle Android-Geräte (derselben Art) verhalten sich bei allen Websites (derselben Art) im Wesentlichen gleich. Mit anderen Worten: Wenn Sie eine JavaScript-basierte Website optimieren, die Webpacker und Bundler verwendet, konkurrieren Sie aus SEO-Sicht mit allen anderen Sites, die JavaScript-SPAs mit Webpacker und Bundler usw. verwenden.

Ich habe nicht gesagt, dass Google diese Informationen nicht erfasst. Ich versuche zu erklären, dass die Fokussierung auf das Client-Gerät das Problem der SPA-SEO-Leistung nicht lösen wird. Ein „steigender Wasserstand hebt alle Boote“ – ein schnellerer Prozessor, der komprimiertes JavaScript gut verarbeitet (schnell, optimiert usw.), wird bei allen ähnlichen Websites gut abschneiden.

Mit anderen Worten: Das SEO liegt auf der Serverseite (wie ich oben ausführlich und zeitaufwendig dargelegt habe), nicht auf der Clientseite.

Das ist übrigens gut dokumentiert.

Lassen wir das :). Ich bevorzuge es, dies hier auf Meta nicht zu diskutieren. Danke.

Google hat sehr klar dargelegt, was sie als wichtige SEO-Signale betrachten, sowohl jetzt als auch bis 2021. Sie werden ihre KI kontinuierlich neu gestalten, basierend auf Ereignissen und Situationen im Cyberspace.

2 „Gefällt mir“

Aus SEO-Sicht konkurrieren Sie tatsächlich mit technisch ähnlichen Websites.

Aus geschäftlicher Sicht konkurrieren Sie jedoch mit anderen Websites in Ihrem Markt, unabhängig von deren Technologie. Das könnte dazu führen, dass Menschen auf eine Technologie umsteigen, die aus SEO-Sicht als „besser

5 „Gefällt mir“