"window.prerenderReady" auf meiner Instanz implementiert [BEZAHLTER GIG]

stance455 · 25. April 2022 um 15:30

Ich verwende prerender.io, um die Version der Website “application/JS” für Crawler bereitzustellen (meine Instanz stellt Crawlern die JS-Version über eine versteckte Einstellung bereit).

Es funktioniert gut, aber es scheint, dass Discourse in diese Kategorie fallen könnte …

aber einige Webseiten verwenden benutzerdefinierte Ladeflüsse oder ständiges Polling, die die Logik von Prerender täuschen können; daher kann es keine Entscheidung über die Bereitschaft der Seite treffen.

Wenn Prerender zum ersten Mal auf eine Discourse-URL zugreift, wird ein Timeout ausgelöst (20 Sekunden, wie von Prerender eingestellt).

Die Seite wird korrekt gerendert, aber Prerender.io weiß nicht, dass die Seite vollständig geladen ist, und versucht daher, die Seite zu rendern, bis die 20 Sekunden abgelaufen sind, und liefert dann die HTML-Version.

Wenn der Crawler die Seite erneut anfordert, wird die Seite in 1 Sekunde (mehr oder weniger) geliefert – da eine HTML-Version der URL im Cache vorhanden ist.

… aber das ist nicht praktikabel, da es Tausende von URLs gibt und 20 Sekunden für jede URL (beim ersten Zugriff) nicht funktionieren.

Daher benötige ich das Folgende, das direkt nach dem <head>-Tag hinzugefügt wird (und wenn die Seite fertig ist, wird die Variable auf true gesetzt):

<script> window.prerenderReady = false; </script>

Ich möchte, dass dies seitenweit funktioniert – hoffentlich erleichtert das die Arbeit.

Ich bin mir nicht sicher, was das bedeutet, aber wenn ich falsch liege, lassen Sie es mich bitte wissen – 300 ? 400 ?

stance455 · 26. April 2022 um 13:30

Gibt es dazu Feedback?

Vielleicht gibt es eine Kerndatei, die ich in der Zwischenzeit bearbeiten kann.

pfaffman · 26. April 2022 um 13:45

Haben Sie den Code, den Sie dafür verwenden, irgendwo?

stance455 · 26. April 2022 um 14:06

Der Code, um die JS-Version bereitzustellen?

Es war die versteckte Website-Einstellung „crawler_user_agents“, die Sie (@pfaffman) mir geholfen haben zu aktivieren/anzupassen.

Bearbeiten: Ich habe „bots“, „crawlers“ und „spiders“ aus der obigen Liste entfernt.

pfaffman · 26. April 2022 um 14:07

Wie ist prerender.io beteiligt? Woher weiß Discourse, wann das \u003chead\u003e-Tag aufgenommen werden soll?

stance455 · 26. April 2022 um 14:11

Oh, ich glaube, prerender bezieht sich auf das vorhandene <head>-Tag, oder?

Damit wir das <script> window.prerenderReady = false; </script> direkt unter dem vorhandenen <head>-Tag hinzufügen können.

Bearbeiten: Ich bin mir auch nicht sicher, ob sie den Code innerhalb der Head-Tags oder nach dem schließenden Head-Tag benötigen.

pfaffman · 26. April 2022 um 14:17

Wie haben Sie Prerender installiert, damit es die vorgerenderten Seiten ausliefert? Auf How to Install Prerender in 3 Easy Steps sind drei Methoden aufgeführt. Haben Sie eine davon verwendet?

stance455 · 26. April 2022 um 14:51

Ja, ich habe die Cloudflare-Middleware verwendet.

Cloudflare leitet also alle Anfragen von Bots an Prerender weiter.

pfaffman · 26. April 2022 um 14:56

Können Sie also einen API-Aufruf für Prerender bereitstellen, der den true/false-Wert zurückgibt, den Sie in

 <script> window.prerenderReady = false; </script>

benötigen?

stance455 · 26. April 2022 um 15:34

Aha, ich verstehe. Ich habe etwas über die API gelesen, und das ist vielleicht ein bisschen zu viel für mich (aber hoffentlich erleichtert das die Aufgabe).

angus · 26. April 2022 um 16:29

Das Budget ist für so etwas im Grunde etwas niedrig. Das Ändern dessen, was für Crawler bereitgestellt wird, kann kniffliger sein, als es scheint. Es können verschiedene Probleme auftreten.

Persönlich bin ich ein wenig skeptisch, was die Weisheit betrifft, dies überhaupt zu tun, aber ich bin sicher, Sie haben Ihre Gründe.

Ich glaube, Jay meint die Discourse-Client-API. Sie könnten diese über eine Theme-Komponente verwenden, um zu erkennen, wann Discourse vollständig gerendert ist.

Sie scheinen sich einigermaßen mit Softwareentwicklung auszukennen. Ich habe letztes Jahr einen kleinen Einführungskurs zur Entwicklung von Discourse-Themes erstellt, der eine Diskussion darüber enthält, wie die API in einem Theme verwendet wird. Er ist kostenlos und Open Source. Sie können ihn hier durchlesen:

github.com/pavilionedu/discourse-theme-introduction

START

main

# learning_course
# key:         discourse_theme_development
# title:       Discourse Theme Development
# description: This course introduces you to Discourse theme development. It's 
#              made up of a series of units, each of which have a topic in a
#              category for this course on [Pavilion Education](https://education.thepavilion.io),
#              and their own repository on the [Pavilion Education Github](https://github.com/pavilionedu). 
#              Each unit has a series of steps which appear both as posts in the 
#              unit's topic and as comments in the code of the unit's repository. 
#              The content of the steps is the same in both places.
#
#              The best way to take this course is by working through each step in
#              each unit, step by step. It's easier to read the steps on 
#              [Pavilion Education](https://education.thepavilion.io), where you'll
#              also get the chance to have your work reviewed, watch videos of 
#              teachers completing the steps, chat with other students and track
#              your progress.
#
#              This course requires some knowledge of HTML, CSS and Javascript 
#              and a minimum degree of comfort with using your computer's terminal

This file has been truncated. show original

Sie müssen wahrscheinlich ein Frontend-Ereignis verwenden, das ausgelöst wird, wenn die Seite gerendert wird. Davon gibt es einige Beispiele, sobald Sie zur ersten JavaScript-Einheit im Kurs gelangen:

github.com/pavilionedu/discourse-theme-javascript-one

javascripts/discourse/initializers/theme-javascript.js

main


      
          export default {
            name: "theme-javascript-initializer",
            initialize() {
              withPluginApi("0.8.30", api => {
          
              });
            }
          };
          /* /learning_step */
          
          /* learning_step
          * unit:        discourse_theme_development.6
          * number:      6
          * title:       Using the client-side event bus.
          * description: Now that we're loading our external javascript when Discourse is
          *              initialized, and we've made it interact with page changes, the
          *              next step is to make it interact with other events in the Discourse
          *              client. Here we can use the Discourse client-side event bus.
          *
          *              In the plugin-api.js file, find the api method ``onAppEvent``.
          *              This is the wrapper we can use to register callbacks when specific

stance455 · 26. April 2022 um 19:02

Danke für die Antwort, Angus

Ich bin mir nicht sicher, ob das getan werden muss. Die Crawler erhalten bereits eine HTML-Version meiner Discourse-Instanz.

Es ist noch zu früh, um das zu sagen, aber ich bin ziemlich optimistisch. Es ist nur eine Menge SEO-Bereinigung – Google crawlt eine völlig neue Website. Ich kann mir einfach nicht vorstellen, dass Google die Nicht-JS-Crawler-Version der Website rankt und den gleichen Rang wie das tatsächliche Benutzererlebnis vergibt.

Der erste Teil, den ich erledigen muss, ist, diesen Code in den <head> zu bekommen.

Dann muss ich diesen Teil gemäß prerender.io implementieren.

Stellen Sie dann sicher, dass Sie diese Variable nur auf true setzen, wenn Ihre Seite vollständig gerendert ist und Prerender den Inhalt sicher abrufen kann. Dies ist in einem asynchronen Aufruf möglich, der sehr spät auf Ihrer Seite ausgeführt wird. Prerender.io wartet dann eine kurze Zeit, um sicherzustellen, dass alle Aufrufe abgeschlossen sind, und speichert Ihre Seite.

Ich werde die von Ihnen bereitgestellte Dokumentation durchgehen – vielen Dank dafür.

justin · 26. April 2022 um 22:14

Ich bin mir nicht sicher, was Sie sehen, aber unserer Erfahrung nach hat die Crawler-Ansicht Websites gut gerankt. Wir hatten Kunden, die berichteten, dass ihre Community ihre Hauptseite übertraf.

stance455 · 27. April 2022 um 14:44

Es könnte einfach sein, dass die Website sehr wertvolle Inhalte hat und der Algorithmus die „schlechten Teile“ ignoriert. Jeder Fall ist anders.

Es würde für Google keinen Sinn ergeben, die Crawler-Version so zu ranken, als wäre sie die JS-Version. (im Allgemeinen)

Es gibt kein Menü, keine vorgeschlagenen Themen, keine Randleisten-Links, die Seiten für Benutzerprofile/Abzeichen sind noindex und eine Menge anderer Funktionen, die in der Crawler-Version einfach nicht verfügbar sind.

Ich werde mit einem neuen Thema aktualisieren, sobald die Ergebnisse vorliegen. Bisher ist die Positionierung in den SERPs sehr erratisch

Bearbeiten: Benutzerprofil-/Abzeichenseiten sind über Header noindex

Thema		Antworten	Aufrufe
Disable or bypass feature detect for Googlebot (while serving JS app to crawlers) Support unsupported-install	8	3247	14. Juni 2022
Defer javascript and show interim content on initial page load Dev	20	2805	5. Juli 2022
[Paid work] Allow search engines to crawl the production JS-version Marketplace	6	925	4. Mai 2022
Googlebot is getting non-javascript version of the site Dev	16	1534	9. März 2024
Broken crawler view when you disable Javascript Feature	1	643	9. Mai 2022

"window.prerenderReady" auf meiner Instanz implementiert [BEZAHLTER GIG]

Verwandte Themen