Μπορείτε τώρα να εμπιστευτείτε την Google να ανιχνεύσετε ιστότοπους Ajax?

Περίληψη:

Στις 14 Οκτωβρίου, η Google ανακοίνωσε ότι δεν συνιστούν πλέον το πρόγραμμα Crawling Ajax που δημοσίευσαν το 2009. Αυτό εγείρει το ερώτημα αν μπορείτε να εμπιστευτείτε την Google να ανιχνεύσει με επιτυχία και να ευρετηθείτε έναν ιστότοπο Ajax.

Βασικά σημεία:

1. Οι σχεδιαστές και οι μηχανικοί ιστοσελίδων προτιμούν να χρησιμοποιούν το AJAX για την κατασκευή εφαρμογών μιας σελίδας (SPA) με πλαίσια όπως το Angular and React.
2. Το Ajax επιτρέπει ομαλές, διαδραστικές εφαρμογές ιστού που εκτελούν εφαρμογές επιφάνειας εργασίας.
3. Σε ένα σπα, το περιεχόμενο HTML δεν φορτώνεται αρχικά στο πρόγραμμα περιήγησης. Αντ ‘αυτού, το Ajax χρησιμοποιεί το JavaScript για να επικοινωνήσει δυναμικά με τον διακομιστή ιστού και να κάνει το HTML.
4. Η Google μπόρεσε να ανιχνεύσει κάποιο περιεχόμενο JavaScript, αλλά το SEO για τους ιστότοπους Pure Spa Ajax έχει δημιουργήσει προκλήσεις.
5. Το 2009, η Google εισήγαγε τη λύση Ajax Crawlable, η οποία περιελάμβανε τη χρήση URL ή μετα-ετικέτες “διαφυγής θραύσματος” για να δώσει εντολή στο Google να φέρει μια προ-εκδοθείσα έκδοση της σελίδας με το Full HTML.
6. Παρά την ικανότητα της Google να ανιχνεύει Javascript, πολλοί ιστότοποι που επέτρεψαν στην Google να σέρνουν τους ιστότοπους spa ajax παρουσίασαν περιορισμένη επιτυχία.
7. Ορισμένες τοποθεσίες είδαν ακόμη σημαντική πτώση της οργανικής κυκλοφορίας μετά τη μετάβαση στην εφαρμογή Ajax.
8. Στις 14 Οκτωβρίου, η Google ανακοίνωσε ότι δεν συνιστούν πλέον την παλιά πρόταση Crawling Ajax, αλλά εξακολουθούν να το υποστηρίζουν.
9. Υπάρχει μια εσφαλμένη αντίληψη ότι η Google μπορεί τώρα να ανιχνεύσει ιστότοπους Ajax χωρίς πρόβλημα, αλλά είναι σημαντικό να σημειωθεί ότι δηλώνουν ότι είναι “γενικά σε θέση” να κάνουν και να κατανοήσουν ιστοσελίδες όπως τα σύγχρονα προγράμματα περιήγησης.
10. Είναι σημαντικό να εξετάσουμε τη γλώσσα που χρησιμοποιεί η Google και να μην βασίζεται αποκλειστικά στην υπόθεση ότι μπορούν να κατανοήσουν πλήρως τις σελίδες Ajax.

Ερωτήσεις:

1. Μπορεί η Google να ευρετηθεί επιτυχώς οι ιστότοποι AJAX?
2. Ποιος είναι ο σκοπός της χρήσης του Ajax στο Web Design?
3. Τι συμβαίνει όταν ένα σπα φορτώνεται αρχικά?
4. Ποιες προκλήσεις αντιμετωπίζουν ιστορικά τοποθεσίες Ajax σε σχέση με το SEO?
5. Ποιες ήταν οι μέθοδοι που προτάθηκαν από την Google το 2009 για να κάνουν το Ajax Crawlable?
6. Επιτρέποντας στην Google να ανιχνεύσει ιστότοπους Ajax οδηγεί σε επιτυχή ευρετηρίαση για πολλούς ιστότοπους?
7. Τι αρνητικό αντίκτυπο γνώρισε ορισμένους ιστότοπους μετά την εφαρμογή του Ajax?
8. Τι ανακοίνωσε η Google στις 14 Οκτωβρίου σχετικά με τη σύσταση Crawling Ajax?
9. Είναι ακριβές να πιστεύουμε ότι η Google μπορεί τώρα να ανιχνεύσει τους ιστότοπους Ajax αποτελεσματικά?
10. Γιατί είναι σημαντικό να εξετάσουμε τη γλώσσα της Google στην ανακοίνωσή τους?
11. Μπορείτε να εμπιστευτείτε την Google για να κατανοήσετε πλήρως και να ανιχνεύσετε τον ιστότοπό σας Ajax?
12. Πώς χρησιμοποιούν οι σχεδιαστές ιστοσελίδων και οι μηχανικοί AJAX στην οικοδόμηση εφαρμογών ιστού?
13. Ποιος είναι ο ρόλος του JavaScript στη διαδικασία απόδοσης ενός ιστότοπου Ajax?
14. Γιατί ορισμένοι ιστότοποι κατέφυγαν σε προ-απόδοση στιγμιότυπα HTML ως λύση?
15. Τι παρανόηση υπάρχει για την ικανότητα της Google να ανιχνεύει ιστότοπους Ajax?

Απαντήσεις:

1. Η Google μπορεί να ανιχνεύσει ιστότοπους Ajax, αλλά η επιτυχία της ευρετηρίασης ποικίλλει και δεν είναι εγγυημένη.
2. Το Ajax χρησιμοποιείται στο Web Design για την κατασκευή εφαρμογών μιας σελίδας (SPA) που παρέχουν μια ομαλή και διαδραστική εμπειρία χρήστη παρόμοια με ειδικές εφαρμογές επιφάνειας εργασίας.
3. Όταν ένα σπα φορτωθεί αρχικά, το περιεχόμενο HTML δεν έχει ληφθεί και αποδίδεται. Αντ ‘αυτού, το πρόγραμμα περιήγησης βασίζεται στο JavaScript για να επικοινωνήσει με το διακομιστή και να καθιστά δυναμικά το HTML.
4. Ιστορικά, οι ιστότοποι Ajax αντιμετώπισαν προκλήσεις με το SEO επειδή η ικανότητα της Google να ανιχνεύει περιεχόμενο JavaScript ήταν περιορισμένο. Αυτό οδήγησε σε δυσκολίες στην αποτελεσματική ευρετηρίαση και κατάταξη.
5. Το 2009, η Google πρότεινε δύο μεθόδους για να κάνουν το Ajax Crawlable. Ο ένας αφορούσε τη χρήση URL “διαφυγόμενων θραυσμάτων”, οι οποίες είχαν ως αποτέλεσμα άσχημες διευθύνσεις URL. Η άλλη μέθοδος χρησιμοποιήθηκε α Meta = “θραύσμα” Ετικέτα στη σελίδα για να δώσετε εντολή στο Google να φέρει μια προ-εκδοθείσα έκδοση με Full HTML.
6. Το να επιτρέπει η Google να ανιχνεύει ιστότοπους Ajax να μην έχει οδηγήσει πάντοτε σε επιτυχή ευρετηρίαση για πολλούς ιστότοπους. Ορισμένες τοποθεσίες είδαν μόνο ένα μέρος των σελίδων τους πλήρως αποδόθηκαν και ευρετηριασμένες, ενώ άλλοι παρουσίασαν σημαντική πτώση της οργανικής κυκλοφορίας.
7. Μετά την εφαρμογή του Ajax, ορισμένοι ιστότοποι είδαν αρνητικό αντίκτυπο στην οργανική τους κυκλοφορία και έπρεπε να ανακάμψουν από την πτώση των επισκεπτών.
8. Στις 14 Οκτωβρίου, η Google ανακοίνωσε ότι δεν συνιστούν πλέον την παλιά πρόταση Crawling Ajax, αλλά συνεχίζουν να το υποστηρίζουν. Αυτό σημαίνει ότι δεν προτείνουν ενεργά τη χρήση του, αλλά εξακολουθούν να αναγνωρίζουν τη λειτουργικότητά του.
9. Δεν είναι ακριβές να υποθέσουμε ότι η Google μπορεί τώρα να ανιχνεύσει τους ιστότοπους Ajax αποτελεσματικά χωρίς προβλήματα. Ενώ δηλώνουν ότι είναι “γενικά σε θέση” να κάνουν και να κατανοούν ιστοσελίδες όπως τα σύγχρονα προγράμματα περιήγησης, είναι απαραίτητο να εξεταστεί η γλώσσα που χρησιμοποιείται και να μην βασίζεται αποκλειστικά σε αυτή τη δήλωση.
10. Είναι σημαντικό να εξετάσετε τη γλώσσα της Google στην ανακοίνωσή τους επειδή δεν παρέχουν εγγύηση απρόσκοπτης ευρετηρίασης για ιστότοπους Ajax. Η φράση “γενικά ικανή” συνεπάγεται τη δυνατότητα περιορισμών και προκλήσεων στην πλήρη κατανόηση και σέρνεται στις σελίδες Ajax.
11. Η εμπιστοσύνη στο Google να κατανοεί πλήρως και να ανιχνεύει έναν ιστότοπο Ajax δεν είναι σκόπιμη χωρίς περαιτέρω δοκιμές και παρακολούθηση. Η επιτυχία της ευρετηρίασης μπορεί να ποικίλει και είναι ζωτικής σημασίας να εξεταστούν εναλλακτικές λύσεις όπως η προ-απόδοση των στιγμιότυπων HTML.
12. Οι σχεδιαστές ιστοσελίδων και οι μηχανικοί χρησιμοποιούν το Ajax για να δημιουργήσουν σπα με πλαίσια όπως το Angular and React, επιτρέποντας την ανάπτυξη εφαρμογών ιστού που προσφέρουν μια διαδραστική και ομαλή εμπειρία χρήστη παρόμοια με ειδικές εφαρμογές επιφάνειας εργασίας.
13. Το JavaScript διαδραματίζει σημαντικό ρόλο στη διαδικασία απόδοσης ενός ιστότοπου Ajax. Επικοινωνεί δυναμικά με τον διακομιστή ιστού για να δημιουργήσει και να καταστήσει το περιεχόμενο HTML για να αλληλεπιδράσει ο χρήστης με.
14. Οι ιστότοποι κατέφυγαν σε προ-απόδοση στιγμιότυπων HTML ως λύση, επειδή ορισμένα πλαίσια Ajax, όπως το Angular, δεν υποστηρίζουν ακόμα την απόδοση του διακομιστή. Η προ-απόδοση επιτρέπει τη δημιουργία στιγμιότυπων HTML που σερβίρονται στις μηχανές αναζήτησης, εξασφαλίζοντας πλήρη ευρετηρίαση και ορατότητα.
15. Υπάρχει μια εσφαλμένη αντίληψη ότι η ικανότητα της Google να ανιχνεύει ιστότοπους Ajax είναι πλέον άψογη. Ωστόσο, είναι σημαντικό να σημειωθεί ότι η ικανότητά τους να κατανοούν και να ανιχνεύουν περιεχόμενο JavaScript έχει βελτιωθεί, αλλά οι προκλήσεις και οι περιορισμοί ενδέχεται να εξακολουθούν να υπάρχουν.

Μπορείτε τώρα να εμπιστευτείτε την Google να ανιχνεύσετε ιστότοπους Ajax

Και στη συνέχεια, στις 14 Οκτωβρίου, η Google είπε αυτό:

Το Google ανιχνεύει περιεχόμενο AJAX? [κλειστό]

Θέλετε να βελτιώσετε αυτήν την ερώτηση? Ενημερώστε την ερώτηση, ώστε να επικεντρώνεται σε ένα πρόβλημα μόνο με την επεξεργασία αυτής της ανάρτησης.

Έκλεισε πριν από 7 χρόνια .

Στην αρχική σελίδα του ιστότοπού μου χρησιμοποιώ τη λειτουργία AJAX του jQuery για να κατεβάσω μια λίστα πρόσφατης δραστηριότητας των χρηστών. Η πρόσφατη δραστηριότητα εμφανίζεται στη σελίδα και κάθε γραμμή της πρόσφατης δραστηριότητας περιλαμβάνει έναν σύνδεσμο προς το προφίλ χρήστη του χρήστη που έκανε τη δραστηριότητα. Η Google θα κάνει πραγματικά την κλήση Ajax για να μειώσει αυτές τις πληροφορίες και να το χρησιμοποιήσει για τον υπολογισμό της σελίδας Σχετική / Link Juice Flow? Ελπίζω ότι αυτό δεν Επειδή οι σελίδες προφίλ χρήστη δεν είναι πολύ ευρετήριο Google άξια και δεν θέλω όλους αυτούς τους συνδέσμους στις σελίδες προφίλ χρήστη που αραιώνουν τον χυμό σύνδεσης της αρχικής σελίδας μου από άλλους πιο σημαντικούς συνδέσμους.

Μπορείτε τώρα να εμπιστευτείτε την Google να ανιχνεύσετε ιστότοπους Ajax?

Στις 14 Οκτωβρίου, η Google ανακοίνωσε ότι δεν συνιστά πλέον το πρόγραμμα Crawling Ajax που δημοσίευσαν το 2009. Ο αρθρογράφος Mark Munroe καταδύεται στο ερώτημα εάν αυτό σημαίνει ότι μπορείτε τώρα να υπολογίζετε στο Google για να ανιχνεύσετε με επιτυχία και να ευρετηθείτε σε έναν ιστότοπο AJAX.

Mark Munroe στις 13 Νοεμβρίου 2015 στις 9:18 π.μ. | Χρόνος ανάγνωσης: 7 λεπτά

Οι σχεδιαστές ιστοσελίδων και οι μηχανικοί αγαπούν το Ajax για την κατασκευή εφαρμογών μιας σελίδας (spa) με δημοφιλή πλαίσια όπως το Angular and React. Οι καθαρές εφαρμογές AJAX μπορούν να παρέχουν μια ομαλή, διαδραστική εφαρμογή Web που εκτελεί περισσότερο σαν μια ειδική εφαρμογή επιφάνειας εργασίας.

Με ένα σπα, γενικά, το περιεχόμενο HTML δεν φορτώνεται στο πρόγραμμα περιήγησης στην αρχική λήψη της ιστοσελίδας. Το Ajax χρησιμοποιεί JavaScript για να επικοινωνήσει δυναμικά με τον διακομιστή ιστού για να δημιουργήσει το HTML για να κάνει τη σελίδα και να αλληλεπιδράσει με τον χρήστη. (Υπάρχει μια τεχνική που ονομάζεται “Απόδοση του διακομιστή” Όπου το JavaScript εκτελείται στην πραγματικότητα στο διακομιστή και το αίτημα σελίδας επιστρέφεται με το HTML που έχει προσβληθεί από το HTML. Ωστόσο, αυτή η προσέγγιση δεν υποστηρίζεται ακόμη σε όλα τα πλαίσια σπα και προσθέτει πολυπλοκότητα στην ανάπτυξη.·

Ένα από τα θέματα με τους ιστότοπους spa ajax ήταν SEO. Η Google έχει πραγματικά σέρνει κάποιο περιεχόμενο JavaScript για λίγο. Στην πραγματικότητα, αυτή η πρόσφατη σειρά δοκιμών επιβεβαίωσε την Google’η ικανότητα ανίχνευσης συνδέσμων, μεταδεδομένων και περιεχομένου που εισάγονται μέσω JavaScript. Ωστόσο, οι ιστότοποι που χρησιμοποιούν καθαρά πλαίσια spa ajax έχουν ιστορικά βιώσιμες προκλήσεις με SEO.

Πίσω το 2009, η Google ήρθε με μια λύση για να κάνει το Ajax Crawlable. Αυτή η μέθοδος είτε δημιουργεί “διαφυγμένος θραύσμα” URLs (άσχημες διευθύνσεις URL) ή πιο πρόσφατα, καθαρές διευθύνσεις URL με ένα Meta =”θραύσμα” ετικέτα στη σελίδα.

Η ετικέτα URL ή Meta Fragment που διαφεύγει καθοδηγεί την Google να βγεί και να πάρει μια προ-εκδοθείσα έκδοση της σελίδας που έχει εκτελέσει όλα τα JavaScript και έχει το Full HTML που η Google μπορεί να αναλύσει και να ευρετηρίου. Σε αυτή τη μέθοδο, η αράχνη εξυπηρετεί έναν εντελώς διαφορετικό πηγαίο κωδικό σελίδας (HTML VS. Javascript).

Με τη λέξη ότι το Google ανιχνεύει JavaScript, πολλοί ιστότοποι αποφάσισαν να αφήσουν το Google να σέρνει τους ιστότοπους spa ajax. Γενικά, αυτό δεν ήταν πολύ επιτυχημένο. Κατά το παρελθόν έτος, έχω συμβουλευτεί για μερικές ιστοσελίδες με γωνιακή υλοποίηση Ajax. Η Google είχε κάποια επιτυχία και περίπου το 30 % των σελίδων στο Google’Η προσωρινή μνήμη S έγινε πλήρως. Το άλλο 70 τοις εκατό ήταν κενό.

Ένας δημοφιλής τοποθεσία τροφίμων μετατράπηκε σε γωνιακό, πιστεύοντας ότι η Google θα μπορούσε να το ανιχνεύσει. Έχασαν περίπου το 70 τοις εκατό της οργανικής τους κυκλοφορίας και εξακολουθούν να ανακάμπτουν από αυτή τη συρρίκνωση. Τελικά, και οι δύο τοποθεσίες πήγαν στην προ-απόδοση στιγμιότυπων HTML, το συνιστώμενο διάλυμα Crawling Ajax εκείνη τη στιγμή.

Και στη συνέχεια, στις 14 Οκτωβρίου, η Google είπε αυτό:

Δεν συνιστούμε πλέον την πρόταση Crawling Ajax που κάναμε το 2009.

Σημειώστε ότι είναι ακόμα στήριγμα η παλιά πρότασή τους. (Υπήρξαν κάποια άρθρα που ανακοινώνουν ότι δεν το υποστηρίζουν πλέον, αλλά αυτό δεν είναι αλήθεια – απλά δεν συνιστούν πλέον αυτήν την προσέγγιση.·

Κατά τη απόσβεση της παλιάς σύστασης, φάνηκαν να λένε ότι μπορούν τώρα να σέρνουν Ajax.

Στη συνέχεια, μόλις μια εβδομάδα μετά την ανακοίνωση, ένας πελάτης με έναν πρόσφατα ξεκίνησε ιστότοπο με ζήτησε να το ελέγξω. Αυτή ήταν μια γωνιακή περιοχή, και πάλι μια εφαρμογή spa ajax.

Κατά την εξέταση της Google’S Index και Cache, είδαμε κάποιες μερικώς ευρετηριασμένες σελίδες χωρίς να σέρνεται όλο το περιεχόμενο. Επανέλαβα την προηγούμενη σύστασή μου για τη χρήση στιγμιότυπων HTML ή προοδευτικής βελτίωσης.

Αυτός ο ιστότοπος χτίστηκε με γωνιακή, η οποία δεν υποστηρίζει ακόμα την απόδοση του διακομιστή (και πάλι, στην περίπτωση αυτή, ο διακομιστής αρχικά καθιστά μια σελίδα για να εξυπηρετήσει το έγγραφο HTML), οπότε η προοδευτική βελτίωση θα ήταν δύσκολο να υποστηριχθεί και τα στιγμιότυπα HTML εξακολουθούν να είναι η καλύτερη λύση για αυτούς.

Αυτή απάντησε, “Μα γιατί? Όλα όσα διάβασα μου λένε ότι το Google μπορεί να ανιχνεύσει Ajax.”

Μπορούν? Αφήνω’να ρίξετε μια βαθύτερη ματιά στη νέα σύσταση όσον αφορά το Ajax.

Google’S Νέες συστάσεις Ajax

Εξηγώντας γιατί καταργούν την παλιά σύσταση, λένε (έμφαση στο δικό μου):

Είμαστε γενικά ικανός Για να κάνετε και να κατανοήσετε τις ιστοσελίδες σας όπως τα σύγχρονα προγράμματα περιήγησης.

Πολλοί άνθρωποι μπορεί να καταλήξουν γρήγορα στο συμπέρασμα ότι μπορούν τώρα να ανιχνεύσουν Ajax χωρίς πρόβλημα. Αλλά κοιτάξτε τη γλώσσα: “γενικά ικανός”? Θα στοιχηματίσετε τα έσοδά σας στην επιχείρηση με τη γνώση ότι η Google είναι “γενικά ικανός” Για να κατανοήσετε τη σελίδα σας?

Θα μπορούσα να κάνω απλώς τη σημασιολογία? Αφήνω’να εξετάσει περαιτέρω την ανακοίνωση. Αργότερα στην ανακοίνωσή τους, δηλώνουν σχετικά με το Ajax:

Δεδομένου ότι οι υποθέσεις για την πρότασή μας για το 2009 δεν ισχύουν πλέον, συνιστούμε να ακολουθήσετε τις αρχές της προοδευτικής βελτίωσης.

Δεν’T να το εξηγήσει στην ανακοίνωσή τους, αλλά συνιστώντας προοδευτική ενίσχυση (η οποία φορτώνει κάποια HTML για προγράμματα περιήγησης που Don’t Υποστήριξη JavaScript), φαίνεται να λένε σιωπηρά, “Κύριος’T Count in Us Crawling σας JavaScript.” Γιατί να συστήσετε αυτήν τη μέθοδο εάν πράγματι η Google μπορεί να ανιχνεύσει σταθερά spa spa ajax sites?

Ανησυχούσα ότι ίσως υπερηφανεύομαι το Google’S Words, αλλά τότε…

Ο John Mueller επιβεβαιώνει ότι η Google εξακολουθεί να έχει πρόβλημα με τον Ajax

Στις 27 Οκτωβρίου (λιγότερο από δύο εβδομάδες μετά την ανακοίνωση της Google), ο John Mueller, στο Webmaster Central Hangout, επιβεβαίωσε ότι η Google έχει πράγματι προβλήματα με το Ajax.

Μπορείτε να δείτε την ανταλλαγή περίπου στις 1:08:00 στο βίντεο, όπου υπήρχε μια ερώτηση σχετικά με μια συγκεκριμένη γωνιακή εφαρμογή:

Έχουν ακόμα προβλήματα με την απόδοση και αναμένουν να βελτιωθούν με την πάροδο του χρόνου. Ο John συνιστά μερικές ενέργειες για να βοηθήσουν στην εντοπισμό των ζητημάτων.

Τελικά, συνέστησε τη χρήση στιγμιότυπων HTML έως ότου η Google βελτιωθεί στο Ajax (ναι, η μέθοδος που ήταν απλώς επίσημα απογοητευμένη).

Λοιπόν, τι να κάνω?

• Προοδευτική ενίσχυση. Η απόδοση από την πλευρά του διακομιστή θα απαιτείται για προοδευτική βελτίωση και δεν υποστηρίζεται ακόμη από το γωνιακό. Ωστόσο, το επερχόμενο γωνιακό 2.Το 0 θα υποστηρίξει την απόδοση του διακομιστή. Το React υποστηρίζει σήμερα την απόδοση του διακομιστή. Αυτό είναι, ωστόσο, περισσότερη δουλειά από την απλή δημιουργία στιγμιότυπων HTML. Πρέπει να βεβαιωθείτε ότι έχετε κάνει τους απαιτούμενους συνδέσμους, ώστε η Google να μπορεί να ανιχνεύσει και να ευρετηρίου πρόσθετου περιεχομένου που φορτώνεται στη σελίδα. Παρ ‘όλα αυτά, για ιστότοπους που χρησιμοποιούν ένα πλαίσιο Ajax, αυτή θα ήταν η συνιστώμενη προσέγγισή μου. (Και, φυσικά, είναι το Google’συν τη συνιστώμενη προσέγγιση.·
• Προ-απόδοση στιγμιότυπων HTML. Και πάλι, Don’να μπερδευτείτε εάν έχετε ακούσει ή διαβάσετε ότι η Google δεν υποστηρίζει πλέον αυτήν τη μέθοδο. Θα συνεχίσουν να το υποστηρίζουν για το προβλέψιμο μέλλον. Δεν το συνιστούν πλέον πλέον. Αυτή η μέθοδος λειτουργεί. Ωστόσο, η σύνταξη του κώδικα για την προ-απόδοση και η εξυπηρέτηση των στιγμιότυπων δεν είναι ασήμαντη. Τα καλά νέα είναι ότι υπάρχουν αρκετοί πωλητές εκεί έξω όπως ο Prerender.IO που θα κάνει τη δουλειά για εσάς με σχετικά χαμηλό κόστος. Αυτή είναι ίσως η απλούστερη προσέγγιση. Αυτή η μέθοδος δεν είναι ιδανική. Εξυπηρέτηση διαφορετικού πηγαίου κώδικα σε ανιχνευτές vs. προγράμματα περιήγησης (HTML VS. Javascript) μπορεί να είναι προβληματική. Μπορεί να θεωρηθεί μια τεχνική κλίσης και δεν είναι απαραίτητα προφανές τι σερβίρονται τα bots. Το’είναι σημαντικό να παρακολουθείτε το Google’S Cache για να βεβαιωθείτε ότι δεν θα εξυπηρετηθούν η λανθασμένη σελίδα. Παρ ‘όλα αυτά, εάν χρησιμοποιείτε μια πλατφόρμα που δεν υποστηρίζει την απόδοση του διακομιστή, τότε αυτό μπορεί να είναι η μόνη σας λύση.

Καλύτερο ασφαλές από το συγγνώμη

Ακόμα κι αν είχα δει αποδείξεις ότι η Google σέρνει σταθερά τους ιστότοπους Ajax, θα ήμουν ακόμα προσεκτικός. Παίρνει πολύ περισσότερους πόρους και πολύ περισσότερο χρόνο για να αποδώσει πλήρως μια σελίδα παρά να εξυπηρετήσει απλά το HTML.

Τι θα συμβεί σε ιστότοπους με εκατοντάδες χιλιάδες ή εκατομμύρια σελίδες? Πώς θα επηρεάσει τον προϋπολογισμό ανίχνευσης? Ο ρυθμός ανίχνευσης θα παραμείνει συνεπής?

Πριν συστήσω αυτήν την προσέγγιση, εγώ’D Μάλλον περιμένετε και δείτε ισχυρές ενδείξεις ότι η Google μπορεί και ανιχνεύει σταθερά μεγάλες, καθαρές εφαρμογές μονής σελίδας AJAX χωρίς αρνητικές επιπτώσεις στον ρυθμό ανίχνευσης, την ευρετηρίαση και την κατάταξη. Παρακαλώ μοιραστείτε τις δικές σας εμπειρίες.

Οι απόψεις που εκφράζονται σε αυτό το άρθρο είναι αυτές του συγγραφέα επισκέπτη και όχι απαραίτητα μηχανών αναζήτησης. Οι συγγραφείς του προσωπικού παρατίθενται εδώ.

Πώς επηρεάζουν η ευρετηρίαση JavaScript και Ajax στο Google?

Με την πάροδο του χρόνου, η Google έχει βελτιώσει σημαντικά ευρετηρίαση του JavaScript και του Ajax. Στην αρχή, το έκανε’t index οτιδήποτε, ή ακολούθησε οποιονδήποτε σύνδεσμο που εμφανίζονται μέσα στο περιεχόμενο φορτωμένο μέσω αυτών των πλαισίων. Αλλά τότε, σιγά -σιγά, άρχισε να ευρετηρίου ορισμένες υλοποιήσεις και να βελτιώσει τις δυνατότητές του. Σήμερα, μπορεί να ευρετηρίου πολλές διαφορετικές υλοποιήσεις, και ακολουθήστε τους συνδέσμους που έχουν φορτωθεί μέσω ΑΪΑΣ ή API φέρεται. παρ ‘όλα αυτά, εξακολουθούν να υπάρχουν περιπτώσεις όπου μπορεί να μην το κάνει.

Για να αναλύσουμε περιπτώσεις στις οποίες η Google θα μπορούσε να καταλήξει να μην ευρετηθεί στον ιστότοπό μας, πρώτα πρέπει να κατανοήσουμε την έννοια του Απόδοση του πελάτη (CSR). Το υπονοεί αυτό Το HTML είναι βαμμένο πελάτη με JavaScript, Συνήθως χρησιμοποιώντας ΑΪΑΣ σε περίσσεια. Αρχικά, οι ιστότοποι ζωγραφίζουν πάντα το HTML Server-Side (Απόδοση του διακομιστή ή SSR), αλλά για κάποιο χρονικό διάστημα τώρα, Η ΕΚΕ έχει γίνει δημοφιλής, με την άφιξη πλαισίων JavaScript όπως το Angular, το React και το Vue. Ωστόσο, Η ΕΚΕ επηρεάζει αρνητικά την ευρετηρίαση, Ιστοσελίδα απόδοση και κατά συνέπεια, SEO.

Οπως εμείς’έχουν ήδη εξηγηθεί πριν, Για να διασφαλίσετε την ευρετηρίαση σε όλες τις μηχανές αναζήτησης και τις καταστάσεις, Εκτός από την επίτευξη καλής απόδοσης, Η καλύτερη λύση είναι να χρησιμοποιήσετε ένα καθολικό πλαίσιο, Όπως και με αυτά τα μέτρα καταλήγουμε με κάτι που ονομάζεται Υβριδική απόδοση. Αποτελείται Ζωγραφική του ιστότοπου στον διακομιστή με το πρώτο φορτίο και στη συνέχεια στον πελάτη μέσω του JavaScript και του Ajax καθώς η πλοήγηση μετακινείται στους συνδέσμους που ακολουθούν. Παρόλο που, στην πραγματικότητα, υπάρχουν περισσότερες καταστάσεις όπου η χρήση του όρου υβριδικής απόδοσης ισχύει επίσης.

Μερικές φορές, η αναπτυξιακή εταιρεία χρησιμοποιεί CSR και DoesN’t μας προσφέρει τη δυνατότητα χρήσης ενός καθολικού πλαισίου. Αυτό Η ανάπτυξη ιστού που βασίζεται στην ΕΚΕ θα μας οδηγήσει σε προβλήματα, σε μεγαλύτερο ή μικρότερο βαθμό, ανάλογα με τον ανιχνευτή και τους αλγόριθμους κατάταξης. Σε αυτήν την ανάρτηση, πρόκειται να αναλύσουμε Τι αυτά τα προβλήματα με το Google’είναι ανίχνευση και πώς να τα λύσετε.

Ζητήματα ΕΚΕ κατά τη διάρκεια του αρχικού φορτίου μιας σελίδας

Πρώτον, πρόκειται να αναλύσουμε τα προβλήματα ευρετηρίασης που συμβαίνουν Μόλις εισέλθουμε σε μια διεύθυνση URL έξω από τον ιστότοπο, και όταν το HTML αποδίδεται με την JavaScript με JavaScript.

Ζητήματα ως αποτέλεσμα της αργής απόδοσης

Google’Η διαδικασία ευρετηρίασης S περνάει από τα παρακάτω βήματα:

1. Σέρνεται: Το GoogleBot ζητά τη διεύθυνση URL στον διακομιστή.
2. Πρώτο κύμα ευρετηρίασης: Αναδεικνύει το περιεχόμενο ζωγραφισμένο στον διακομιστή αμέσως και παίρνει νέους συνδέσμους για να ανιχνεύσει.
3. Δημιουργεί το HTML βαμμένο πελάτη από την πλευρά του JavaScript. Αυτή η διαδικασία είναι υπολογιστικά δαπανηρή (μπορεί να γίνει αυτή τη στιγμή ή να πάρει αρκετές ημέρες, ακόμη και να περιμένει να πάρει τους απαραίτητους πόρους για να το κάνει).
4. Δεύτερο κύμα ευρετηρίασης: Με το HTML βαμμένο πελάτη, το υπόλοιπο περιεχόμενο είναι ευρετηριασμένο και λαμβάνονται νέοι συνδέσμοι που πρέπει να ανιχνεύονται.

Εκτός από το γεγονός ότι Οι σελίδες ενδέχεται να διαρκέσουν περισσότερο για να ευρετηθούν πλήρως, καθυστερώντας έτσι την ευρετηρίαση των επόμενων σελίδων που συνδέονται από αυτές, εάν η απόδοση μιας σελίδας είναι αργή, το GoogleBot’s renderer μπορεί να αφήσει άβαφτα μέρη. Εμείς’το δοκιμάσαμε αυτό χρησιμοποιώντας την επιλογή του “Λήψη ως Google” Παρέχεται από την κονσόλα αναζήτησης Google, και το στιγμιότυπο οθόνης που παράγει DOSN’να ζωγραφίσω οτιδήποτε διαρκεί περισσότερο από 5 δευτερόλεπτα για να εμφανιστεί. Ωστόσο, παράγει το HTML που διαρκεί περισσότερο από αυτά τα 5 δευτερόλεπτα. Για να καταλάβουμε γιατί συμβαίνει αυτό, πρέπει να έχουμε κατά νου ότι Κονσόλα αναζήτησης Google’Το S Renderer δημιουργεί πρώτα το HTML που τρέχει το JavaScript με το GoogleBot’s renderer, και στη συνέχεια ζωγραφίζει τη σελίδα’εικονοστοιχεία. Το πρώτο καθήκον είναι αυτό που πρέπει να ληφθεί υπόψη για την ευρετηρίαση, στην οποία αναφέρουμε τον όρο ΕΚΕ. Στην κονσόλα αναζήτησης Google μπορούμε να δούμε το HTML που δημιουργείται κατά τη διάρκεια του πρώτου κύματος ευρετηρίασης και όχι εκείνο που παράγεται από το GoogleBot’renderer.

Στην κονσόλα αναζήτησης Google δεν μπορούμε να δούμε το HTML ζωγραφισμένο από το JavaScript, που εκτελείται από το GoogleBot �� και χρησιμοποιείται στην τελευταία φάση ευρετηρίασης. Για να γίνει αυτό, πρέπει να χρησιμοποιήσουμε αυτό το εργαλείο: https: // search.Google.com/test/κινητό φιλικό �� κάντε κλικ στο tweet

Στις δοκιμές εμείς’Η VE διεξήγαγε, όταν η απόδοση HTML χρειάστηκε περισσότερο από 19 δευτερόλεπτα, το έκανε’να φτάσουμε να ευρετήρια οτιδήποτε. Ενώ αυτό είναι πολύ καιρό, σε ορισμένες περιπτώσεις μπορεί να ξεπεραστεί, ειδικά αν χρησιμοποιούμε εντατικά Ajax και σε αυτές τις περιπτώσεις Google’s renderer, όπως και κάθε renderer, πραγματικά, πρέπει να περιμένει τα ακόλουθα βήματα:

1. HTML μεταφορτώνεται και επεξεργάζεται Για να ζητήσετε συνδεδεμένα αρχεία και να δημιουργήσετε DOM.
2. CSS μεταφορτώνεται και επεξεργάζεται, Για να ζητήσετε συνδεδεμένα αρχεία και να δημιουργήσετε CSSOM.
3. Javascript μεταφορτώνεται, Συντάχθηκε και εκτελέστε, για να ξεκινήσετε το αίτημα Ajax.
4. Το αίτημα Ajax μετακινείται σε ουρά αιτήματος, Περιμένοντας να ανταποκριθεί, μαζί με άλλα ζητούμενα αρχεία.
5. Το αίτημα Ajax Ξεκινά και πρέπει να ταξιδέψει μέσω του δικτύου στο διακομιστή.
6. Ο διακομιστής ανταποκρίνεται στα αιτήματα μέσω του δικτύου και τέλος, Πρέπει να περιμένουμε να τρέξει το JavaScript, για να ζωγραφίσει το περιεχόμενο της σελίδας’S HTML πρότυπο.

Οι χρόνοι αίτησης και λήψης της διαδικασίας που μόλις περιγράψαμε εξαρτώνται από το φορτίο δικτύου και διακομιστή κατά τη διάρκεια αυτού του χρόνου. Εξάλλου, Το GoogleBot χρησιμοποιεί μόνο HTTP/1.1, που είναι πιο αργή από το HTTP/2, επειδή τα αιτήματα αντιμετωπίζονται το ένα μετά το άλλο, και όχι όλα ταυτόχρονα. Το’είναι απαραίτητο ότι τόσο ο πελάτης όσο και ο διακομιστής επιτρέπουν τη χρήση HTTP/2, γι ‘αυτό Το GoogleBot θα χρησιμοποιήσει μόνο HTTP/1.1, ακόμη και αν ο διακομιστής μας επιτρέπει το HTTP/2. Συνοψίζοντας, αυτό σημαίνει ότι το GoogleBot περιμένει να τελειώσει κάθε αίτημα για να ξεκινήσει το επόμενο και αυτό’Πιθανό κέρδισε’T προσπαθήστε να παραλληλίσετε ορισμένα αιτήματα ανοίγοντας διάφορες συνδέσεις, όπως κάνουν τα προγράμματα περιήγησης (αν και δεν κάνουμε’δεν ξέρω ακριβώς πώς το κάνει). Ως εκ τούτου, βρισκόμαστε σε μια κατάσταση όπου Θα μπορούσαμε να υπερβούμε αυτά τα 19 δευτερόλεπτα που εκτιμήσαμε νωρίτερα.

Φανταστείτε, για παράδειγμα, ότι με εικόνες, CSS, JavaScript και Ajax αιτήματα, ξεκινούν πάνω από 200 αιτήματα, το καθένα λαμβάνοντας 100 ms. Εάν τα αιτήματα Ajax αποστέλλονται στο πίσω μέρος της ουράς, εμείς’Πιθανότατα υπερβαίνετε τον απαιτούμενο χρόνο για να αναπροσαρμόζονται το περιεχόμενό τους.

Από την άλλη πλευρά, λόγω αυτών των προβλημάτων απόδοσης της ΕΚΕ, Θα έχουμε ένα χειρότερο σήμα για τη μέτρηση FCP (First Contentful Paint) στο Pagespeed από την άποψη της απόδοσης και του WPO της, και ως εκ τούτου, η κατάταξη.

Θέματα ευρετηρίου:

Κατά την ευρετηρίαση του περιεχομένου ζωγραφισμένης από την πλευρά του πελάτη, Το GoogleBot μπορεί να τρέξει στα ακόλουθα ζητήματα, τα οποία θα αποτρέψουν την ευρετηρίαση του HTML που παράγεται από το JavaScript:

• Χρησιμοποιούν ένα έκδοση του javascript Ο ανιχνευτής δεν κάνει’αναγνωρίζω.
• Χρησιμοποιούν ένα API JavaScript Δεν αναγνωρίζονται από το GoogleBot (προς το παρόν, γνωρίζουμε το Web Sockets, το WebGL, το WebVR, το IndexedDB και το WebSQL δεν υποστηρίζονται – περισσότερες πληροφορίες στο https: // προγραμματιστές.Google.com/search/docs/οδηγοί/απόδοση).
• Τα αρχεία JavaScript αποκλείονται από τα ρομπότ.κείμενο.
• Τα αρχεία JavaScript σερβίρονται μέσω HTTP ενώ ο ιστότοπος χρησιμοποιεί HTTPS.
• Υπάρχουν javascript Σφάλματα.
• Εάν τα αιτήματα αίτησης άδεια χρήστη να κάνει κάτι, και σε αυτό εξαρτάται από την απόδοση του κύριου περιεχομένου, κέρδισε’να ζωγραφιστεί, επειδή το googlebot αρνείται οποιαδήποτε άδεια’που ζητήθηκε από προεπιλογή.

Για να διαπιστώσουμε αν υποφέρουμε από οποιοδήποτε από αυτά τα θέματα, θα πρέπει να χρησιμοποιήσουμε το Google’μικρό Δοκιμή φιλικής προς κινητά. Θα μας δείξει ένα στιγμιότυπο οθόνης για το πώς μια σελίδα είναι ζωγραφισμένη στην οθόνη, παρόμοια με την κονσόλα αναζήτησης Google, αλλά επίσης μας δείχνει το Κωδικός HTML που δημιουργήθηκε από το renderer (Όπως αναφέρθηκε νωρίτερα), Μητρώα καταγραφής σφαλμάτων στον κωδικό JavaScript, και Το JavaScript διαθέτει το renderer δεν μπορεί να ερμηνεύσει ακόμα. Θα πρέπει να χρησιμοποιήσουμε αυτό το εργαλείο για να δοκιμάσουμε όλες τις διευθύνσεις URL που είναι αντιπροσωπευτικές κάθε προτύπου σελίδας στον ιστότοπό μας, για να βεβαιωθείτε ότι ο ιστότοπος είναι ευρετήριο.

Πρέπει να το έχουμε κατά νου στο HTML που δημιουργήθηκε από το προηγούμενο εργαλείο, όλα μεταδεδομένα (συμπεριλαμβανομένης της κανονικής διεύθυνσης URL) θα αγνοηθεί από το GoogleBot, καθώς λαμβάνει υπόψη μόνο τις πληροφορίες όταν’S ζωγραφισμένο στον διακομιστή.

Προβλήματα ΕΚΕ όσον αφορά την πλοήγηση στην επόμενη σελίδα

Τώρα, ας’να δούμε τι συμβαίνει όταν χρησιμοποιούμε έναν σύνδεσμο για να περιηγηθείτε, μόλις εμείς’re ήδη στον ιστότοπο, και το HTML είναι βαμμένο πελάτη από την πλευρά του πελάτη.

Ζητήματα ευρετηρίασης

Σε αντίθεση με την ΕΚΕ κατά τη διάρκεια του αρχικού φορτίου, Η πλοήγηση στην επόμενη σελίδα Η εναλλαγή του κύριου περιεχομένου μέσω JavaScript είναι ταχύτερη από το SSR. Αλλά εμείς’Θα έχετε προβλήματα ευρετηρίασης εάν:

• Σύνδεσμοι Don’να έχουν μια έγκυρη διεύθυνση URL που επιστρέφει 200 ​​εντάξει στο δικό τους Χαρακτηριστικό HREF.
• Ο διακομιστής επιστρέφει ένα σφάλμα κατά την πρόσβαση στη διεύθυνση URL απευθείας, χωρίς JavaScript, ή με ενεργοποιημένη από JavaScript και διαγραφή όλων των κρυφών προσώπων. Να είστε προσεκτικοί με αυτό: Εάν μεταβείτε στη σελίδα κάνοντας κλικ σε έναν σύνδεσμο, ίσως να το φανεί’δουλεύει, επειδή φορτώνεται από το JavaScript. Ακόμη και όταν έχετε πρόσβαση απευθείας, εάν ο ιστότοπος χρησιμοποιεί έναν εργαζόμενο υπηρεσίας, ο ιστότοπος μπορεί να προσομοιώσει μια σωστή απάντηση, φορτώνοντας την προσωρινή μνήμη του. Αλλά το GoogleBot είναι ένας ανιθαγενείς, λόγος για τον οποίο δεν το κάνει’να λάβετε υπόψη οποιαδήποτε προσωρινή μνήμη του διακομιστή ή οποιαδήποτε άλλη τεχνολογία JavaScript όπως τοπική αποθήκευση ή αποθήκευση συνεδρίας, οπότε θα λάβει σφάλμα.

Επιπλέον, για να είναι προσβάσιμος ο ιστότοπος, η διεύθυνση URL πρέπει να αλλάξει χρησιμοποιώντας το JavaScript με το API Ιστορίας.

Τι συμβαίνει με τα θραύσματα τώρα που η Google μπορεί να ευρετηρίου Ajax?

Τα θραύσματα αποτελούν μέρος μιας διεύθυνσης URL που μπορεί να εμφανιστεί στο τέλος, που προηγείται από ένα hash #. Για παράδειγμα:

http: // www.ανθρώπινο επίπεδο.com/blog.HTML#Παράδειγμα

Αυτό το είδος διευθύνσεων URL δεν φτάνει ποτέ στον διακομιστή, Διαχειρίζονται μόνο την πλευρά του πελάτη. Αυτό σημαίνει ότι όταν ζητήσατε την παραπάνω διεύθυνση URL στον διακομιστή, θα λάβει το αίτημα για “http: // www.ανθρώπινο επίπεδο.com/blog.HTML”, Και στον πελάτη, το πρόγραμμα περιήγησης θα μετακινηθεί στο θραύσμα του εγγράφου που αναφέρεται. Αυτή είναι η κοινή και αρχικά προβλεπόμενη χρήση για αυτές τις διευθύνσεις URL, κοινώς γνωστό ως Άγκυρες HTML. Και μια άγκυρα, στην πραγματικότητα, είναι οποιοσδήποτε σύνδεσμος (το “ένα” Η ετικέτα στο HTML προέρχεται από άγκυρα·. Ωστόσο, πίσω στις παλιές μέρες, Τα θραύσματα χρησιμοποιήθηκαν επίσης για την τροποποίηση των διευθύνσεων URL μέσω του JavaScript σε σελίδες με φορτίο Ajax, σκοπεύοντας να αφήσει τον χρήστη να περιηγηθεί στο ιστορικό περιήγησής του. Εφαρμόστηκε με αυτόν τον τρόπο, διότι τότε το θραύσμα ήταν το μόνο μέρος της διεύθυνσης URL που θα μπορούσαμε να τροποποιήσουμε τη χρήση του JavaScript, γι ‘αυτό και οι προγραμματιστές εκμεταλλεύτηκαν αυτό για να τα χρησιμοποιήσουν με τρόπο που δεν είχαν’προοριζόμενος. Αυτό άλλαξε με την άφιξη του ιστορικού API, επειδή επέτρεψε την τροποποίηση ολόκληρης της διεύθυνσης URL μέσω του JavaScript.

Πίσω όταν η Google δεν μπορούσε’T Index Ajax, εάν μια διεύθυνση URL άλλαξε το περιεχόμενό του μέσω του Ajax, με βάση το τμήμα θραύσματος, γνωρίζαμε ότι επρόκειτο μόνο να ευρετηθεί η διεύθυνση URL και το περιεχόμενο χωρίς να ληφθεί υπόψη το θραύσμα. Λοιπόν… τι συμβαίνει σε σελίδες με θραύσματα τώρα που η Google μπορεί να ευρετηρίου Ajax? Η συμπεριφορά είναι ακριβώς η ίδια. Εάν συνδέσουμε μια σελίδα με ένα κομμάτι και αλλάζει το περιεχόμενό του όταν έχει πρόσβαση μέσω του θραύσματος, θα ευρετηθεί το περιεχόμενο που αγνοεί το θραύσμα και η δημοτικότητα θα μεταβεί σε αυτή τη διεύθυνση URL, Επειδή η Google εμπιστεύεται το θραύσμα θα χρησιμοποιηθεί ως άγκυρα και όχι για να αλλάξει το περιεχόμενο, όπως θα έπρεπε.

Ωστόσο, η Google κάνει τις διευθύνσεις URL ευρετηρίου με ένα hashbang (#!·. Αυτό μπορεί να εφαρμοστεί με απλή προσθήκη του θαυμαστικού ή πάταγος, και η Google θα το κάνει να λειτουργεί, για να διατηρήσει τη συμβατότητα προς τα πίσω με μια παρωχημένη προδιαγραφή για να κάνει το Ajax ευρετήριο. Αυτή η πρακτική, ωστόσο, δεν συνιστάται, διότι τώρα πρέπει να εφαρμοστεί με το API ιστορίας και εκτός αυτού, Η Google θα μπορούσε ξαφνικά να σταματήσει την ευρετηρία.

Αποκλεισμός της ευρετηρίασης μερικών απαντήσεων μέσω του Ajax

Πότε ΑΪΑΣ αποστέλλεται αίτημα σε Οι διευθύνσεις URL ενός API REST ή GraphQL, εμείς’επέστρεψε ένα Json ή ένα κομμάτι μιας σελίδας που δεν’Δεν θέλω ευρετηρίαση. Ως εκ τούτου, πρέπει Αποκλείστε την ευρετηρίαση των διευθύνσεων URL στις οποίες κατευθύνονται αυτά τα αιτήματα.

Πίσω την ημέρα θα μπορούσαμε να τα αποκλείσουμε χρησιμοποιώντας ρομπότ.κείμενο, Αλλά από το GoogleBot’Το S Renderer ήρθε να υπάρχει, δεν μπορούμε να μπλοκάρουμε κανένα πόρο που χρησιμοποιείται για τη ζωγραφική HTML.

Επί του παρόντος, η Google είναι λίγο πιο έξυπνη και Δεν κάνει’συνήθως Προσπαθήστε να ευρετήρια απαντήσεις με το JSONS, αλλά αν θέλουμε να βεβαιωθούμε ότι δεν’T παίρνετε ευρετηρίαση, Η καθολική λύση που ισχύει για όλες τις μηχανές αναζήτησης είναι να κάνουν όλες τις διευθύνσεις URL που χρησιμοποιούνται με το Ajax για να δεχθούν μόνο αιτήματα που έγιναν μέσω της μεθόδου post, Επειδή δεν είναι’που χρησιμοποιείται από ανίχνευση. Όταν ένα αίτημα λήψης φτάνει στο διακομιστή, θα πρέπει να επιστρέψει ένα σφάλμα 404. Όσον αφορά τον προγραμματισμό, δεν το κάνει’να μας αναγκάσει να αφαιρέσουμε τις παραμέτρους από τη διεύθυνση URL’S Querystring.

Υπάρχει επίσης η δυνατότητα προσθήκης του HTTP “X-Robots-Tag: NoIndex” Header (εφευρέθηκε από την Google) σε απαντήσεις Ajax ή για να κάνει αυτές τις απαντήσεις να επιστρέφονται με 404 ή 410. Εάν χρησιμοποιούμε αυτές τις τεχνικές σε περιεχόμενο φορτωμένο απευθείας από το HTML, κέρδισε’T να πάρει ευρετηρίαση, ακριβώς σαν να το είχαμε μπλοκάρει μέσα από τα ρομπότ.αρχείο txt. Ωστόσο, δεδομένου ότι αυτό’είναι η ζωγραφική JavaScript Η απάντηση στη σελίδα, το Google doesn’να δημιουργήσει μια σχέση μεταξύ αυτής της απάντησης και της ζωγραφικής JavaScript το περιεχόμενο, Έτσι κάνει ακριβώς αυτό που περιμένουμε από αυτό. Και αυτό είναι: Δεν ευρετήριο την μερική απόκριση και ευρετήριο το παραγόμενο HTML. Προσέξτε με αυτό, επειδή αυτή η συμπεριφορά μπορεί να αλλάξει κάποια μέρα, και έτσι θα φορτωθεί όλο το περιεχόμενό μας μέσω του Ajax εάν εφαρμόσουμε αυτήν την τεχνική.

συμπέρασμα

Η Google μπορεί τώρα να ευρετηρίου JavaScript και Ajax, αλλά αναπόφευκτα υπονοεί ένα υψηλότερο κόστος για την ευρετηρίαση έχει ήδη επεξεργαστεί HTML στον διακομιστή. Αυτό σημαίνει ότι το SSR είναι και θα συνεχίσει να είναι η καλύτερη επιλογή για αρκετό καιρό. Εάν δεν έχετε άλλη εναλλακτική λύση παρά να αντιμετωπίσετε έναν ιστότοπο της ΕΚΕ, πλήρως ή εν μέρει, ξέρετε τώρα πώς να το κάνετε αυτό.