Έχεις βελτιστοποιήσει το περιεχόμενό σου. Η ιστοσελίδα σου έχει εξειδίκευση, κύρος και σήματα εμπιστοσύνης. Όταν όμως ένας AI crawler φτάνει στη σελίδα σου και βρίσκει timeout, όταν ο server σου αργεί 6 δευτερόλεπτα να απαντήσει ή όταν το LCP δεν έχει ολοκληρώσει την απόδοση για 5 δευτερόλεπτα, ο crawler προχωρά παρακάτω. Το περιεχόμενό σου δεν ευρετηριάζεται ποτέ. Οι αναφορές σου δεν γίνονται ποτέ.
Η ταχύτητα σκοτώνει την ορατότητα. Όχι αργά. Αμέσως και οριστικά.
Οι AI crawlers δουλεύουν με περιορισμούς που δεν έχουν οι παραδοσιακές μηχανές αναζήτησης. Έχουν αυστηρά παράθυρα timeout, περιορισμένους υπολογιστικούς προϋπολογισμούς και λίγη υπομονή. Μια σελίδα που κατατάσσεται άψογα στην Google μπορεί να είναι εντελώς αόρατη στο ChatGPT, στο Perplexity ή στο Claude, επειδή δεν φορτώνει μέσα στην προθεσμία του crawler. Αυτό το κεφάλαιο καλύπτει πώς λειτουργούν τα Core Web Vitals για το AI, ποιες μετρικές μετρούν περισσότερο και ποιες αλλαγές πρέπει να κάνεις.
Τι μετρούν τα Core Web Vitals και γιατί υπάρχουν
Τα Core Web Vitals είναι τρεις μετρικές που δημιούργησε η Google για να μετρήσει την πραγματική εμπειρία των χρηστών. Καταγράφουν τη στιγμή που ο browser αρχίζει να δείχνει περιεχόμενο, τη στιγμή που οι χρήστες μπορούν να αλληλεπιδράσουν με τη σελίδα και πόσο σταθερή μένει η διάταξη κατά τη φόρτωση. Η Google τις αντιμετωπίζει ως παράγοντες κατάταξης. Για τους AI crawlers όμως είναι παράγοντες επιβίωσης.
Οι τρεις μετρικές είναι:
Largest Contentful Paint (LCP): πόσο αργεί να φορτώσει το μεγαλύτερο οπτικό στοιχείο. Ο στόχος είναι κάτω από 2,5 δευτερόλεπτα. Αυτό βλέπουν πρώτο οι χρήστες. Αν η κεντρική εικόνα, ο τίτλος ή η κύρια ενότητα περιεχομένου χρειάζεται 4 δευτερόλεπτα να εμφανιστεί, και οι άνθρωποι και οι crawlers πρέπει να περιμένουν.
Interaction to Next Paint (INP): πόσο αργεί ο browser να ανταποκριθεί αφού ο χρήστης πατήσει κάτι. Ο στόχος είναι κάτω από 200 χιλιοστά του δευτερολέπτου. Αυτή η μετρική δείχνει αν το JavaScript σου είναι φουσκωμένο ή αν η σελίδα σου παγώνει όταν οι crawlers προσομοιώνουν αλληλεπίδραση.
Cumulative Layout Shift (CLS): πόσο αναπηδά η σελίδα κατά τη φόρτωση. Ο στόχος είναι κάτω από 0,1. Όταν τα στοιχεία μετακινούνται απροσδόκητα, οι crawlers εξάγουν μπερδεμένο ή ελλιπές περιεχόμενο. Οι προσεκτικά γραμμένες παράγραφοί σου γίνονται ακατάληπτες στην ανάλυση του crawler.
Για την παραδοσιακή αναζήτηση, αυτές είναι υποδείξεις. Για τους AI crawlers, είναι σκληρά όρια.
Γιατί οι AI crawlers έχουν διαφορετικές απαιτήσεις ταχύτητας από την Google
Ο crawler της Google μοιράζει τη δουλειά. Σαρώνει εκατομμύρια URLs σε χιλιάδες servers. Μπορεί να περιμένει 10 δευτερόλεπτα να φορτώσει μια σελίδα, γιατί η αναμονή απλώνεται σε μια τεράστια υποδομή.
Οι AI crawlers δουλεύουν με συμπέρασμα ανά ερώτημα. Όταν ένας χρήστης κάνει μια ερώτηση στο ChatGPT, το Perplexity έχει 3 έως 5 δευτερόλεπτα για να βρει, να ανακτήσει και να αναλύσει το περιεχόμενό σου πριν ξεκινήσει να παράγεται η απάντηση. Κάθε δευτερόλεπτο μετρά. Κάθε χιλιοστό του δευτερολέπτου προσμετράται στον προϋπολογισμό σάρωσης.
Μελέτες της συμπεριφοράς των AI crawlers δείχνουν ότι οι ιστοσελίδες με First Contentful Paint κάτω από 0,4 δευτερόλεπτα έχουν κατά μέσο όρο 6,7 αναφορές, ενώ οι ιστοσελίδες που φορτώνουν πάνω από 1,13 δευτερόλεπτα έχουν κατά μέσο όρο 2,1 αναφορές. Δεν είναι συσχέτιση. Είναι αιτιότητα. Οι αργές σελίδες παραλείπονται.
Ο crawler ανάκτησης του ChatGPT έχει τεκμηριωμένο όριο timeout. Οι σελίδες που δεν απαντούν μέσα σε αυτό το παράθυρο σημειώνονται ως μη προσβάσιμες και υποβαθμίζονται σε μελλοντικές προσπάθειες σάρωσης. Το ίδιο κάνει και το bot του Perplexity. Μια ιστοσελίδα που αργεί 6 δευτερόλεπτα να απαντήσει δεν παίρνει δεύτερη ευκαιρία.
Time to First Byte (TTFB): η μετρική που νοιάζει περισσότερο τους AI crawlers
Το TTFB μετρά το διάστημα ανάμεσα στην αποστολή ενός αιτήματος και στη λήψη του πρώτου byte από τον server. Είναι το πιο καθαρό μέτρο της ανταπόκρισης του server.
Για τους AI crawlers, το TTFB καθορίζει αν θα επιχειρήσουν καν να αποδώσουν τη σελίδα. Αν ο server σου αργεί 700 χιλιοστά του δευτερολέπτου να απαντήσει, ο crawler έχει ήδη σπαταλήσει 700 χιλιοστά από το παράθυρό του των 3 έως 5 δευτερολέπτων. Ο crawler εγκαταλείπει εντελώς την απόδοση και πέφτει πίσω στην ανάλυση μόνο του HTML, κάτι που σημαίνει ότι το περιεχόμενό σου που αποδίδεται με JavaScript γίνεται αόρατο.
Τα σημεία αναφοράς είναι σαφή. Ένα TTFB κάτω από 200 χιλιοστά του δευτερολέπτου θεωρείται εξαιρετικό. Από 200 έως 500 χιλιοστά είναι αποδεκτό αλλά όχι ιδανικό. Πάνω από 600 χιλιοστά, έχεις πρόβλημα υποδομής server.
Τα περισσότερα άρθρα για την απόδοση αντιμετωπίζουν το TTFB ως δευτερεύον σε σχέση με τις οπτικές μετρικές. Για τους AI crawlers, είναι ο θυρωρός. Αν αποτύχει το TTFB, τίποτα άλλο δεν έχει σημασία.
Συνηθισμένες αιτίες αργού TTFB είναι τα αργά ερωτήματα βάσης δεδομένων πίσω από κάθε φόρτωση σελίδας, το υπερφορτωμένο hosting με πάρα πολλές ιστοσελίδες ανά server, η κακή γεωγραφική δρομολόγηση των αιτημάτων και η έλλειψη caching από δίκτυο παράδοσης περιεχομένου (CDN). Αυτά δεν είναι προβλήματα σχεδιασμού. Είναι προβλήματα υποδομής.
Largest Contentful Paint (LCP): η αναμονή για το μεγάλο στοιχείο
Το LCP μετρά τον χρόνο μέχρι να φορτώσει πλήρως το μεγαλύτερο οπτικό στοιχείο. Συνήθως είναι μια κεντρική εικόνα, μια εικόνα φόντου ή ένα μεγάλο μπλοκ κειμένου. Για σελίδες με πολύ περιεχόμενο, είναι η κύρια περιοχή περιεχομένου.
Ένα LCP κάτω από 2,5 δευτερόλεπτα είναι το "καλό" όριο. Οι AI crawlers αναφέρουν σελίδες σε αυτό το εύρος 2,8 φορές συχνότερα από σελίδες με πιο αργό LCP. Η διαφορά δεν είναι μικρή.
Ο crawler δεν περιμένει να ολοκληρωθεί η φόρτωση κάθε στοιχείου. Περιμένει όμως να εμφανιστεί το κύριο περιεχόμενο. Αν η κεντρική σου εικόνα είναι 4 megabytes και δεν την έχεις βελτιστοποιήσει για το web, ο crawler στέκεται αδρανής όσο κατεβαίνει η εικόνα. Μέχρι να τελειώσει η φόρτωση της εικόνας, έχεις ήδη περάσει το timeout του crawler.
Συνηθισμένες αιτίες αργού LCP είναι οι υπερμεγέθεις εικόνες χωρίς συμπίεση, τα μη βελτιστοποιημένα ενσωματωμένα βίντεο που μπλοκάρουν την απόδοση, οι γραμματοσειρές web που δεν είναι υποσύνολα και δεν φορτώνουν γρήγορα και τα scripts τρίτων που αποδίδονται πάνω από το όριο της οθόνης. Καθένα από αυτά προσθέτει δευτερόλεπτα στο LCP.
Η λύση δεν είναι να περιμένεις περισσότερο. Η λύση είναι να γίνεται το LCP πιο γρήγορα. Αυτό σημαίνει βελτιστοποίηση εικόνων, lazy loading του περιεχομένου κάτω από την οθόνη, ασύγχρονη φόρτωση scripts και ενδεχομένως αντικατάσταση βαρέων ενσωματώσεων τρίτων με στατικές εναλλακτικές σε HTML.
Interaction to Next Paint (INP): απόδοση εκτέλεσης JavaScript
Το INP μετρά την ανταπόκριση. Όταν ένας χρήστης (ή ένας crawler που προσομοιώνει χρήστη) αλληλεπιδρά με τη σελίδα, πόσο αργεί να αλλάξει κάτι στην οθόνη; Ο στόχος είναι κάτω από 200 χιλιοστά του δευτερολέπτου.
Για τους AI crawlers, το INP αποκαλύπτει αν το JavaScript σου είναι βελτιστοποιημένο ή φουσκωμένο. Ένα κακό σκορ INP δείχνει ότι η σελίδα σου έχει πολύ κώδικα που τρέχει στο κύριο νήμα ή ότι ο κώδικας δεν χωρίζεται και δεν αναβάλλεται σωστά.
Οι crawlers που προσομοιώνουν αλληλεπίδραση το κάνουν για να εξάγουν δυναμικό περιεχόμενο. Αν η σελίδα σου φορτώνει στατικό HTML αλλά εξαρτάται από JavaScript για να αποδώσει φόρμες, περιεχόμενο υπό συνθήκη ή διαδραστικά στοιχεία, ο crawler πρέπει να εκτελέσει αυτό το JavaScript. Αν το JavaScript είναι αργό, ο crawler παίρνει κακό σκορ INP και σημειώνει τη σελίδα σου ως αναποτελεσματική.
Το κρυμμένο πρόβλημα με την απόδοση από την πλευρά του client είναι ότι οι περισσότεροι AI crawlers δεν εκτελούν καθόλου JavaScript. Έρευνες δείχνουν ότι το στατικό HTML με schema markup πετυχαίνει 94% επιτυχία ανάλυσης, ενώ το περιεχόμενο που αποδίδεται με JavaScript φτάνει το 23%. Αυτό σημαίνει ότι αν το περιεχόμενό σου είναι κρυμμένο πίσω από JavaScript, οι AI crawlers μπορεί να μην το δουν ποτέ.
Αν η ιστοσελίδα σου χρησιμοποιεί απόδοση από την πλευρά του client, το πρόβλημα INP γίνεται πρόβλημα ορατότητας. Ο crawler δεν μπορεί να περιμένει να εκτελεστεί το JavaScript, οπότε παραλείπει το περιεχόμενο που εξαρτάται από JavaScript.
Cumulative Layout Shift (CLS): σταθερότητα κατά την εξαγωγή
Το CLS μετρά την οπτική αστάθεια. Όταν τα στοιχεία της σελίδας μετακινούνται κατά τη φόρτωση, το Cumulative Layout Shift αυξάνεται. Ο στόχος είναι κάτω από 0,1.
Για τους crawlers, το CLS δεν αφορά την εμπειρία χρήστη. Αφορά την ακρίβεια ανάλυσης. Όταν το DOM μετακινείται την ώρα που ο crawler εξάγει περιεχόμενο, μπορεί να πιάσει λάθος στοιχεία. Ένας τίτλος μπορεί να μετακινηθεί στον χώρο ενός άλλου τίτλου. Μια πλαϊνή στήλη μπορεί να σπρώξει το κύριο περιεχόμενο εκτός θέσης. Ο crawler εξάγει όποιο κείμενο βρίσκεται σε μια θέση, όχι όποιο κείμενο ανήκει λογικά εκεί.
Συνηθισμένες αιτίες υψηλού CLS είναι οι χώροι διαφημίσεων που φορτώνουν αργά και σπρώχνουν το περιεχόμενο προς τα κάτω, οι εικόνες χωρίς καθορισμένες διαστάσεις που φορτώνουν και μετακινούν τη διάταξη, οι γραμματοσειρές web που αλλάζουν και μεταβάλλουν τα διαστήματα και τα carousels που παίζουν αυτόματα και μετακινούν το περιεχόμενο. Το καθένα κάνει τη διάταξη να κινείται.
Η λύση είναι να δεσμεύεις χώρο για ό,τι πρόκειται να φορτώσει. Όρισε διαστάσεις εικόνων στο HTML. Όρισε το font-display σε swap, ώστε οι γραμματοσειρές να μην μπλοκάρουν την απόδοση. Φόρτωνε διαφημίσεις και δυναμικό περιεχόμενο σε δεσμευμένα containers που δεν προκαλούν μετακινήσεις διάταξης.
Πώς βελτιστοποιείς για την ταχύτητα των AI crawlers
Η βελτιστοποίηση ταχύτητας για AI crawlers διαφέρει από τη βελτιστοποίηση ταχύτητας για ανθρώπους. Οι χρήστες νοιάζονται για το πότε βλέπουν τη σελίδα και πότε μπορούν να αλληλεπιδράσουν. Οι crawlers νοιάζονται για το πότε απαντά ο server και αν ολοκληρώνεται η απόδοση όλου του περιεχομένου.
Ξεκίνα με το TTFB. Αν ο server σου αργεί πάνω από 500 χιλιοστά του δευτερολέπτου να απαντήσει, τίποτα άλλο δεν έχει σημασία. Έλεγξε τα ερωτήματα της βάσης δεδομένων σου, πήγαινε σε πιο γρήγορο πάροχο hosting, εφάρμοσε caching σε επίπεδο εφαρμογής ή χρησιμοποίησε CDN. Η επένδυση στο TTFB αποδίδει αμέσως στην κάλυψη από crawlers.
Βελτιστοποίησε τις εικόνες. Κάθε εικόνα στη σελίδα σου πρέπει να είναι συμπιεσμένη, με μέγεθος προσαρμοσμένο στις διαστάσεις εμφάνισης και να σερβίρεται σε σύγχρονες μορφές όπως WebP με εναλλακτικό PNG. Χρησιμοποίησε ένα εργαλείο συμπίεσης εικόνων. Για κεντρικές εικόνες, χρησιμοποίησε CDN με αυτόματη βελτιστοποίηση.
Αναβάλλε το μη κρίσιμο JavaScript. Φόρτωνε μόνο το JavaScript που είναι απολύτως απαραίτητο για να δει ο crawler το περιεχόμενο. Τα scripts που παρακολουθούν analytics, φορτώνουν διαφημίσεις ή τροφοδοτούν διαδραστικά χαρακτηριστικά πρέπει να αναβάλλονται ή να φορτώνονται ασύγχρονα. Έτσι το κύριο νήμα μένει ελεύθερο και η εκτέλεση γρήγορη.
Απόδωσε το κρίσιμο περιεχόμενο στον server. Αν η ιστοσελίδα σου χρησιμοποιεί framework από την πλευρά του client, απόδωσε την κρίσιμη διαδρομή στον server και κάνε hydrate στον client. Έτσι οι crawlers βλέπουν το περιεχόμενο αμέσως. Η στατική παραγωγή ιστοσελίδων (SSG) είναι ακόμα καλύτερη: φτιάξε τις σελίδες σου σε HTML τη στιγμή του deploy.
Απόφυγε τις μεγάλες ενσωματώσεις τρίτων. Αν ενσωματώνεις players βίντεο ή μουσικής ή μεγάλα εξωτερικά widgets, μπλοκάρουν την απόδοση. Αντικατάστησέ τα με placeholders που φορτώνουν με κλικ ή εξήγαγε τις βασικές πληροφορίες σε στατικό HTML.
Δέσμευσε χώρο για το δυναμικό περιεχόμενο. Όρισε ρητές διαστάσεις για εικόνες, διαφημίσεις και δυναμικές ενότητες. Αυτό αποτρέπει τη μετακίνηση διάταξης και εξασφαλίζει ότι ο crawler εξάγει το σωστό περιεχόμενο.
Χρησιμοποίησε CDN. Ένα δίκτυο παράδοσης περιεχομένου δρομολογεί τα αιτήματα στον πλησιέστερο γεωγραφικά server, μειώνοντας την καθυστέρηση και το TTFB. Τα περισσότερα CDN προσφέρουν και αυτόματη βελτιστοποίηση και συμπίεση εικόνων.
Τι να προσέξεις για ταχύτητα και βελτιστοποίηση για crawlers στη WEMASY
Με τον δημιουργό ιστοσελίδων της WEMASY φτιάχνεις τις δικές σου σελίδες στην ιστοσελίδα σου.
Η ταχύτητα εξαρτάται και από τις επιλογές σου: μικρές εικόνες, λίγα scripts τρίτων και καθαρό περιεχόμενο.
Δες τι περιλαμβάνουν τα πακέτα της WEMASY.
Συχνές ερωτήσεις
Επηρεάζει η ταχύτητα της σελίδας τις αναφορές από AI περισσότερο από το παραδοσιακό SEO;
Οι AI crawlers είναι πιο ευαίσθητοι στην ταχύτητα, γιατί δουλεύουν με πιο στενούς χρονικούς περιορισμούς. Οι παραδοσιακοί crawlers της Google μπορούν να περιμένουν 10 δευτερόλεπτα να φορτώσει μια σελίδα. Οι AI crawlers συνήθως κάνουν timeout μετά από 3-5 δευτερόλεπτα. Στο παραδοσιακό SEO, η ταχύτητα είναι σήμα κατάταξης. Στο GEO, η ταχύτητα είναι κατώφλι. Αν δεν το περάσεις, οι αναφορές δεν γίνονται καθόλου. Με τον δημιουργό ιστοσελίδων της WEMASY μπορείς να το στήσεις κατευθείαν στην ιστοσελίδα σου.
Πώς θα καταλάβω αν το TTFB μου είναι αρκετά γρήγορο για τους AI crawlers;
Χρησιμοποίησε το Google PageSpeed Insights (τρέξ' το σαν να ήταν crawler, ελέγχοντας την έκδοση για desktop). Ψάξε για TTFB κάτω από 500ms. Αν είναι υψηλότερο, πρέπει να ερευνήσεις το hosting, τη βάση δεδομένων ή τον κώδικα της εφαρμογής σου. Και άλλα δωρεάν εργαλεία ελέγχου ταχύτητας δείχνουν το TTFB. Αν το TTFB σου είναι σταθερά πάνω από 600ms, επικοινώνησε με τον πάροχο hosting ή σκέψου να μεταφερθείς σε πιο γρήγορο.
Να βελτιστοποιήσω τα Core Web Vitals αν δεν παρακολουθώ τις παραδοσιακές κατατάξεις Google;
Ναι. Τα Core Web Vitals επηρεάζουν άμεσα την ορατότητα στο AI. Μελέτες δείχνουν ότι το 85% των ιστοσελίδων που αναφέρονται από πλατφόρμες AI περνούν και τα τρία όρια των Core Web Vitals. Ακόμα κι αν οι κατατάξεις στην Google δεν μετρούν για την επιχείρησή σου, η ορατότητα στο AI μετρά. Η βελτιστοποίηση είναι η ίδια.
Αξίζει να μεταφερθώ σε πιο γρήγορο πάροχο hosting μόνο για τα Core Web Vitals;
Αν το τρέχον TTFB σου είναι πάνω από 600ms, ναι. Η διαφορά κόστους ανάμεσα στο βασικό και στο γρήγορο hosting είναι συνήθως $5-15 τον μήνα. Η απόδοση της επένδυσης από τις βελτιωμένες αναφορές AI και την κάλυψη από crawlers είναι σημαντικά υψηλότερη. Το γρήγορο hosting βελτιώνει επίσης την εμπειρία χρήστη και τα ποσοστά μετατροπής, όχι μόνο τη δυνατότητα σάρωσης.
Βελτιώνει το caching τα Core Web Vitals;
Το caching είναι απαραίτητο. Το caching στον browser λέει στους browsers των επισκεπτών να αποθηκεύουν εικόνες και στατικά αρχεία τοπικά, ώστε να μην χρειάζεται να τα κατεβάζουν ξανά. Το caching στον server αποθηκεύει πλήρως αποδοσμένες σελίδες στη μνήμη, ώστε να μην χρειάζεται να ξαναφτιάχνονται από την αρχή. Και τα δύο μειώνουν σημαντικά το TTFB και το LCP. Εφάρμοσε επιθετικά cache headers και χρησιμοποίησε CDN με αυτόματο caching.
Θα βλάψει η βελτιστοποίηση για την ταχύτητα των AI crawlers την εμπειρία χρήστη;
Όχι. Οι βελτιστοποιήσεις για την ταχύτητα των crawlers, δηλαδή πιο γρήγοροι servers, συμπίεση εικόνων, αναβολή του JavaScript, βελτιώνουν την εμπειρία χρήστη συνολικά. Οι σελίδες που φορτώνουν πιο γρήγορα για τους crawlers φορτώνουν πιο γρήγορα και για τους ανθρώπους. Η μόνη εξαίρεση είναι αν προσπαθήσεις να βελτιστοποιήσεις αποκλειστικά για crawlers αφαιρώντας εικόνες ή γδύνοντας το περιεχόμενο, κάτι που θα βλάψει τους χρήστες. Μην το κάνεις αυτό. Βελτιστοποίησε για ταχύτητα χωρίς να αφαιρείς αξία.