Audit SEO: πώς κάνω audit σε μια σελίδα βήμα προς βήμα

Το audit SEO είναι η απόφαση για το τι να διορθωθεί πρώτο στη σελίδα, με απόδειξη σε κάθε σύσταση και με τρόπο ελέγχου μετά την υλοποίηση. Η λίστα σφαλμάτων από ένα εργαλείο είναι μόνο το υλικό του audit. Το τεχνικό audit είναι το μέρος του που ελέγχει αν τα ρομπότ των μηχανών αναζήτησης και των βοηθών AI μπορούν να πάρουν και να διαβάσουν τη σελίδα, και αν η μηχανή αναζήτησης μπορεί να την καταχωρίσει στο ευρετήριό της.

Το audit το κάνω σε οκτώ βήματα:

1. Ορίζω τον στόχο και την κατάσταση της σελίδας πριν ανοίξω το crawler, δηλαδή το πρόγραμμα που διατρέχει τη σελίδα όπως ένα ρομπότ μηχανής αναζήτησης.
2. Ελέγχω αν τα ρομπότ παίρνουν καν τη σελίδα.
3. Συγκεντρώνω δεδομένα από αρκετές πηγές και ελέγχω τι δεν βλέπει η καθεμία.
4. Μελετώ τις λέξεις-κλειδιά και τα αποτελέσματα Google, πριν ασχοληθώ με τα τεχνικά ζητήματα.
5. Περνώ τη σελίδα από κατάλογο προβλημάτων με όρους προτεραιότητας.
6. Σε κάθε ζήτημα δείχνω απόδειξη.
7. Ορίζω σειρά, απαιτούμενη προσπάθεια και παραλλαγές.
8. Παραδίδω το αποτέλεσμα σε διασταυρούμενο έλεγχο και, μετά την υλοποίηση, ελέγχω κάθε ζήτημα.

Τι είναι το audit SEO και σε τι διαφέρει από το τεχνικό audit;

Το audit SEO λέει σε ποια κατάσταση βρίσκεται η σελίδα και τι περιορίζει την ορατότητά της, ενώ το τεχνικό audit ελέγχει αν η μηχανή αναζήτησης μπορεί να πάρει τη σελίδα, να την κάνει render και να την καταχωρίσει στο ευρετήριο. Σε ένα πλήρες audit ελέγχω το τεχνικό σκέλος, την αρχιτεκτονική και το περιεχόμενο των σελίδων, τις λέξεις-κλειδιά, τους εξωτερικούς συνδέσμους και τον ανταγωνισμό, και στο τέλος ορίζω τη σειρά των ενεργειών. Το τεχνικό audit αρκεί όταν το ερώτημα είναι τεχνικό: πτώση μετά από υλοποίηση, μετάβαση, σελίδες που βγαίνουν από το ευρετήριο.

Το audit είναι η αφετηρία για τη στρατηγική και όχι η ίδια η στρατηγική. Η στρατηγική λέει για ποια ζήτηση παλεύετε και τι αφήνετε στην άκρη, ενώ το audit λέει τι εμποδίζει σήμερα να το κάνετε. Στο κείμενο για τη στρατηγική SEO περιέγραψα πώς το ένα περνά στο άλλο.

Πώς να κάνετε audit SEO βήμα προς βήμα;

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

Βήμα 1. Στόχος και κατάσταση της σελίδας, πριν ανοίξω το crawler

Η πρώτη ερώτηση είναι αν η σελίδα χάνει επισκεψιμότητα ή δεν τη χτίζει, γιατί από την απάντηση εξαρτάται ολόκληρο το audit. Μια σελίδα χωρίς ορατότητα χρειάζεται πρώτα χάρτη λέξεων-κλειδιών και σελίδων που θα τις καλύπτουν. Μια σελίδα που έχει ορατότητα χρειάζεται πρώτα προστασία όσων ήδη κατέχουν θέσεις, πριν αρχίσει κάποιος να τη διορθώνει.

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

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

Βήμα 2. Αν τα ρομπότ παίρνουν καν τη σελίδα

Πριν διαβάσω οποιονδήποτε αριθμό από εργαλείο, ελέγχω αν ο διακομιστής αφήνει τα ρομπότ να μπουν, γιατί ένα μπλοκαρισμένο ρομπότ δίνει δεδομένα που μοιάζουν με προβλήματα SEO. Μέσα σε μία εβδομάδα του Ιουλίου 2026 τρία «προβλήματα SEO» σε τρεις διαφορετικούς ιστότοπους αποδείχθηκαν μπλοκάρισμα ρομπότ:

1. Ένας ιστότοπος «έχανε» πάνω από 2.200 συνδέσμους, γιατί οι σελίδες από τις οποίες ξεκινούσαν βρίσκονταν πίσω από firewall που απέρριπτε το ρομπότ του εργαλείου ανάλυσης συνδέσμων.
2. Ένα κατάστημα είχε στο εργαλείο βαθμολογία υγείας της σελίδας 0 με σχεδόν 42.000 σφάλματα, γιατί αντί για σελίδες το ρομπότ του εργαλείου έπαιρνε απαντήσεις του firewall Cloudflare.
3. Σε έναν τρίτο ιστότοπο ένα μπλοκάρισμα σταματούσε το crawler στην πρώτη διεύθυνση και επί τρεις εβδομάδες κανείς δεν το πρόσεξε.

Την ίδια διεύθυνση την κατεβάζω ως κανονικός browser και ως ρομπότ της Google, του Bing, της OpenAI, του Perplexity και της Anthropic, και μετά συγκρίνω τους κωδικούς απόκρισης και το μέγεθος της σελίδας. Η διαφορά ανάμεσα στον browser και στο ρομπότ είναι το πρώτο πράγμα που εξηγώ, πριν αρχίσω να μετρώ οτιδήποτε. Ένα τέτοιο τεστ στέλνει αιτήματα από τη δική μου διεύθυνση IP με το όνομα ενός ρομπότ, ενώ τα firewall αναγνωρίζουν τα πραγματικά ρομπότ της Google και του Bing από τη διεύθυνση από την οποία έρχονται. Το μπλοκάρισμα του «Googlebot» στο τεστ δεν αποδεικνύει επομένως μπλοκάρισμα του πραγματικού Googlebot. Το Search Console, ο δωρεάν πίνακας της Google για τους ιδιοκτήτες σελίδων, δείχνει πώς βλέπει τη σελίδα ο πραγματικός Googlebot.

Το αρχείο robots.txt το διαβάζω μέχρι το τέλος με parser, δηλαδή με πρόγραμμα που εφαρμόζει τους κανόνες όπως ένα ρομπότ, και όχι με το μάτι. Το ρομπότ της Google εφαρμόζει μόνο μία ομάδα κανόνων, αυτήν με το πιο ταιριαστό όνομα ρομπότ, και αγνοεί τις υπόλοιπες. Ο κανόνας Disallow: χωρίς διαδρομή δεν μπλοκάρει τίποτα (Google Search Central). Τον Αύγουστο του 2026 από ένα απόσπασμα του robots.txt μιας σελίδας φαινόταν ότι μπλοκάρει την Google. Ο parser έδειξε ότι ο Googlebot είχε πλήρη πρόσβαση και ότι μπλοκαρισμένα ήταν τα ρομπότ του Bing και των βοηθών AI. Η διάγνωση ήταν επομένως διαφορετική: το πρόβλημα αφορούσε το Bing και τα ρομπότ AI και όχι την Google.

Η απουσία αρχείου robots.txt δεν μπλοκάρει την Google, αλλά μετά από κάθε υλοποίηση ελέγχω αν το αρχείο δεν εξαφανίστηκε. Η Google αντιμετωπίζει ένα σφάλμα 4xx στο robots.txt (εκτός από το 429) σαν να μην υπήρχε το αρχείο, δηλαδή χωρίς περιορισμούς (Google Search Central). Η δική μου σελίδα επέστρεφε τον Αύγουστο του 2026 σφάλμα 404 στο robots.txt, πριν το διορθώσω.

Βήμα 3. Δεδομένα από αρκετές πηγές και ό,τι δεν βλέπει η καθεμία

Κάθε αριθμός από crawler είναι υπόθεση, μέχρι να τον επιβεβαιώσει μια δεύτερη πηγή. Συγκεντρώνω crawl με εκτέλεση JavaScript και χωρίς, και δεδομένα ταχύτητας από πραγματικούς χρήστες από την αναφορά CrUX. Προσθέτω το προφίλ συνδέσμων και τα αποτελέσματα Google για τις σημαντικές λέξεις-κλειδιά της ημέρας της μέτρησης. Στο κείμενο για το link building περιέγραψα πώς ελέγχω το προφίλ συνδέσμων πριν από το σχέδιο μιας καμπάνιας. Για κάθε αρχείο καταγράφω την πηγή, την ημερομηνία και το εύρος, ώστε μετά από ένα μήνα να μπορεί να αναπαραχθεί κάθε αριθμός.

Τα δεδομένα του Search Console τα παίρνω μέσω API, δηλαδή μέσω διεπαφής για αυτόματη λήψη δεδομένων, γιατί η εξαγωγή από τον πίνακα κόβει τη λίστα στις 1.000 γραμμές. Το API δίνει έως 50 χιλιάδες γραμμές την ημέρα για κάθε τύπο αποτελεσμάτων, για παράδειγμα χωριστά για αποτελέσματα σελίδων, εικόνων και βίντεο (Google, Βοήθεια Search Console). Στο κείμενο για τα εργαλεία AI στο SEO έδειξα πώς μια κομμένη εξαγωγή διόγκωσε το CTR σε έναν ιστότοπο.

Το crawler μπορεί να υποτιμήσει το μέγεθος του ιστότοπου, γι' αυτό τους αριθμούς σελίδων και προϊόντων τους ελέγχω σε δεύτερη πηγή. Σε δύο καταστήματα το crawler έφτασε στην πρώτη σελίδα της λίστας προϊόντων μιας κατηγορίας και δεν προχώρησε παρακάτω, αν και οι επόμενες σελίδες της λίστας λειτουργούσαν και δεν ήταν μπλοκαρισμένες. Στο ένα κατάστημα βρήκε λιγότερα από τα μισά προϊόντα, στο άλλο λιγότερα από το ένα τρίτο. Αν είχα δώσει αυτούς τους αριθμούς ως κατάσταση των καταστημάτων, το audit θα περιέγραφε ελλείψεις στην προσφορά που δεν υπήρχαν.

Τις ξαφνικές αλλαγές στα ημερήσια δεδομένα τις περιγράφω, πριν τους αποδώσω αιτία. Το κάνω για κλικ, εμφανίσεις, θέσεις, συνεδρίες και αιτήματα του ρομπότ της Google. Ψάχνω ημέρες από τις οποίες η διάμεσος επτά διαδοχικών ημερών διαφέρει τουλάχιστον κατά 25% από τη διάμεσο των δεκατεσσάρων ημερών που προηγούνται. Για κάθε τέτοια ημερομηνία καταγράφω μια εξήγηση: υλοποίηση, ενημέρωση της Google, βλάβη, αλλαγή στη μέτρηση ή «άγνωστη αιτία». Η περιγραφή των ημερομηνιών δίνει υποθέσεις και την αιτία την υποδεικνύω μόνο αφού ελέγξω άλλες πιθανές εξηγήσεις.

Βήμα 4. Λέξεις-κλειδιά και αποτελέσματα Google πριν από τα τεχνικά ζητήματα

Πρώτα ψάχνω ευκαιρίες, μετά διορθώνω σφάλματα. Μέρος των τεχνικών προβλημάτων μπορεί να αξιολογηθεί μόνο με φόντο τις λέξεις-κλειδιά: αν ένα φίλτρο στο κατάστημα πρέπει να μπαίνει στο ευρετήριο, αν μια ετικέτα αξίζει ξεχωριστή σελίδα, αν δύο σελίδες πράγματι ανταγωνίζονται για το ίδιο πράγμα. Στον κατάλογο 32 τύποι προβλημάτων έχουν σήμανση ότι χωρίς ανάλυση λέξεων-κλειδιών και αποτελεσμάτων Google δεν μπορούν να αξιολογηθούν.

Η απουσία σελίδας για μια σημαντική λέξη-κλειδί είναι ένα από τα συχνότερα προβλήματα στα audit μου: 15 από 63 audit, σε 14 από 50 ιστότοπους. Το crawler δεν θα το αναφέρει μόνο του, γιατί κατεβάζει μόνο τις σελίδες που υπάρχουν. Φαίνεται μόνο όταν αντιπαραθέσω τη ζήτηση με τη λίστα διευθύνσεων και με το ποιες σελίδες ανταγωνιστών εμφανίζονται στα αποτελέσματα.

Βήμα 5. Έλεγχος με βάση τον κατάλογο και τους όρους προτεραιότητας

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

Κάθε τύπος προβλήματος στον κατάλογο έχει κανόνα εντοπισμού, όρο αναφοράς, απαιτούμενη απόδειξη, προτεραιότητα με όρους και τρόπο ελέγχου μετά την υλοποίηση. Από τους 256 τύπους οι 86 ξεκινούν τον κανόνα προτεραιότητας από το «υψηλή», αλλά σχεδόν πάντα με όρο: όταν η λέξη-κλειδί έχει ζήτηση, όταν η σελίδα έχει επισκεψιμότητα, όταν το σφάλμα βρίσκεται στο template.

Γι' αυτό η βαθμολογία υγείας της σελίδας από ένα εργαλείο δεν ορίζει τις προτεραιότητες. Το εργαλείο μετρά σφάλματα και όχι την επισκεψιμότητα που εξαρτάται από αυτά. Μια σύσταση για σελίδες με άγνωστη επισκεψιμότητα δεν παίρνει υψηλή προτεραιότητα, μέχρι να ελέγξω τα δεδομένα.

Βήμα 6. Απόδειξη σε κάθε ζήτημα

Ένα ζήτημα χωρίς απόδειξη μένει στο audit ως «προς έλεγχο» και όχι ως σύσταση. Απόδειξη είναι ένα στιγμιότυπο της θέσης στον κώδικα ή το HTML από τον διακομιστή δίπλα στην έκδοση μετά την εκτέλεση JavaScript. Μπορεί να είναι και ένα γράφημα από το Search Console ή μια μέτρηση ταχύτητας με το όνομα του στοιχείου που τη χαλά. Το στοιχείο που επιβραδύνει τη φόρτωση ή μετακινεί τη διάταξη της σελίδας το ονομάζω όπως το δείχνει η μέτρηση και όχι όπως ταιριάζει στην υπόθεσή μου.

Κάθε ζήτημα το περιγράφω σε τέσσερα μέρη, από το πρόβλημα μέχρι τον έλεγχο της διόρθωσης. Γράφω σε τι συνίσταται το πρόβλημα, γιατί βλάπτει και τι επηρεάζει, πώς διορθώνεται βήμα προς βήμα και πώς θα ελέγξουμε ότι η διόρθωση δούλεψε. Τον κώδικα προς διόρθωση τον αντιγράφω από τη σελίδα κατά λέξη, ώστε ο προγραμματιστής να βλέπει ακριβώς το σημείο που πρέπει να αλλάξει.

Έτσι φαίνεται συνοπτικά μια αναφορά για συνδέσμους προς ανακατευθύνσεις:

• Πρόβλημα: οι σύνδεσμοι στο μενού οδηγούν σε διευθύνσεις χωρίς κάθετο στο τέλος, που ανακατευθύνουν στην έκδοση με κάθετο.
• Γιατί βλάπτει: το μενού υπάρχει σε κάθε σελίδα, γι' αυτό κάθε κλικ και κάθε λήψη από ρομπότ περνά από μια επιπλέον ανακατεύθυνση. Στις αναφορές των εργαλείων χιλιάδες τέτοιοι σύνδεσμοι δυσκολεύουν την εύρεση των σημαντικότερων σφαλμάτων.
• Διόρθωση: στο template του μενού οι διευθύνσεις αντικαθίστανται με τις τελικές, με απόσπασμα κώδικα πριν και μετά την αλλαγή.
• Έλεγχος: μετά την υλοποίηση το crawl δεν δείχνει στο template συνδέσμους προς διευθύνσεις με ανακατεύθυνση.

Βήμα 7. Σειρά, απαιτούμενη προσπάθεια και παραλλαγές

Αποτέλεσμα του audit είναι η σειρά και όχι ο αριθμός των ευρημάτων. Στην αρχή του εγγράφου υπάρχει πίνακας όλων των ζητημάτων με προτεραιότητα και απαιτούμενη προσπάθεια. Την προσπάθεια την περιγράφω σε τέσσερις κατηγορίες: λίγες ώρες, μία ή δύο ημέρες, μία εβδομάδα ή ολόκληρο έργο. Μια ομάδα με μικρότερες δυνατότητες παίρνει ελάχιστη παραλλαγή δίπλα στην πλήρη, με σαφή περιγραφή του τι χάνει επιλέγοντας τον συντομότερο δρόμο.

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

Βήμα 8. Διασταυρούμενος έλεγχος και έλεγχος μετά την υλοποίηση

Πριν το audit φτάσει στον πελάτη, το ελέγχει κάποιος που δεν το έγραψε. Κάνω δύο γύρους ελέγχου: τον πρώτο σε ολόκληρο το έγγραφο, τον δεύτερο μόνο σε ό,τι άλλαξε μετά τον πρώτο. Ο ελεγκτής υπολογίζει ξανά τους αριθμούς από την αρχή και αναζητά συμπεράσματα που δεν τεκμηριώνονται. Στο τέλος ελέγχω ο ίδιος τις προτεραιότητες και τα συμπεράσματα που εξαρτώνται από την κατάσταση του πελάτη.

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

Τι ελέγχω στο τεχνικό audit;

Στο τεχνικό audit περνώ από μια δεκαπενταριά περιοχές και τα προβλήματα τα αναφέρω συχνότερα στις ανακατευθύνσεις, στην αρχιτεκτονική της σελίδας και στο περιεχόμενο. Η τελευταία στήλη δείχνει σε πόσα από τα 63 audit του αρχείου ο συντάκτης ανέφερε τουλάχιστον ένα πρόβλημα στη συγκεκριμένη περιοχή. Η στήλη «Τι ελέγχω» δίνει παραδείγματα και όχι το πλήρες πεδίο της περιοχής. Ο πίνακας δείχνει επιλεγμένες περιοχές, ενώ ο κατάλογος χωρίζει τα προβλήματα σε 22.

Ένα πρόβλημα που αναφέρεται σπάνια δεν σημαίνει ότι εμφανίζεται σπάνια. Η ταχύτητα και το JavaScript έχουν σε αυτόν τον πίνακα λίγες αναφορές, αλλά τα audit του αρχείου είχαν διαφορετικό πεδίο. Ο χαμηλός αριθμός αναφορών δεν λέει επομένως πόσο συχνά εμφανίζονται αυτά τα προβλήματα στις σελίδες.

Πώς ελέγχω την ευρετηρίαση μιας σελίδας;

Την ευρετηρίαση την ελέγχω σε τρεις λίστες: τι υπάρχει στο sitemap, τι έχει καταχωρίσει η Google και τι βρίσκει το crawler μέσω συνδέσμων. Η απόκλιση ανάμεσα σε αυτές τις τρεις λίστες δείχνει το πρόβλημα καλύτερα από καθεμία χωριστά. Sitemap με διευθύνσεις που επιστρέφουν ανακατεύθυνση, σφάλμα ή είναι εξαιρεμένες από το ευρετήριο αναφέρθηκε σε 20 από 63 audit, σε 18 από 50 ιστότοπους. Για μεμονωμένες διευθύνσεις χρησιμοποιώ τον έλεγχο διεύθυνσης στο Search Console, που δείχνει και τη σελίδα μετά την εκτέλεση JavaScript.

Επηρεάζουν τα Core Web Vitals τις θέσεις;

Τα Core Web Vitals είναι μέρος των συστημάτων κατάταξης της Google, αλλά δεν νικούν τη συνάφεια του περιεχομένου. Η Google γράφει ρητά ότι τα συστήματα κατάταξης χρησιμοποιούν τα Core Web Vitals. Γράφει επίσης ότι προσπαθεί πάντα να δείχνει το πιο συναφές περιεχόμενο, ακόμη και όταν η εμπειρία στη σελίδα είναι αδύναμη (Google Search Central). Στο audit χρησιμοποιώ δεδομένα από πραγματικούς χρήστες από την αναφορά CrUX και όχι ένα μεμονωμένο τεστ σε εργαστηριακό εργαλείο. Όπου η Google έχει τέτοια δεδομένα για επιμέρους τύπους σελίδων, τα δίνω χωριστά. Τις ελλείψεις αυτών των δεδομένων τις περιγράφω στο audit. Από τις 12 Μαρτίου 2024 μέτρο της αντίδρασης της σελίδας είναι το INP, που αντικατέστησε το FID (web.dev).

Ποια σφάλματα βρίσκω συχνότερα στα audit SEO;

Συχνότερα επαναλαμβάνονται τα βασικά σφάλματα συντήρησης, δηλαδή αυτά που τα εργαλεία εντοπίζουν εύκολα: σύνδεσμοι προς ανακατευθύνσεις και προς σφάλματα 404, sitemap με λάθος διευθύνσεις και διπλότυποι τίτλοι και περιγραφές σελίδων. Εσωτερικοί σύνδεσμοι προς διευθύνσεις με ανακατεύθυνση εμφανίστηκαν σε 24 από 63 audit, σε 20 από 50 ιστότοπους. Τα εργαλεία τους εντοπίζουν καλά και το κόστος διόρθωσης εξαρτάται από το template και το σύστημα της σελίδας.

Προβλήματα δομής που αναφέρονται σπανιότερα μπορεί να έχουν μεγαλύτερη επίδραση στην επισκεψιμότητα από τα βασικά σφάλματα συντήρησης. Η απουσία σελίδων για σημαντικές λέξεις-κλειδιά αναφέρθηκε σε 15 από 63 audit, και τόσες φορές και το blog που δεν συνδέει προς σελίδες προσφοράς και κατηγοριών. Ο κατάλογος δίνει στη σελίδα που λείπει υψηλή προτεραιότητα όταν η λέξη-κλειδί έχει ζήτηση και ο ανταγωνισμός κατέχει θέσεις με ξεχωριστές σελίδες. Το blog χωρίς συνδέσμους παίρνει υψηλή προτεραιότητα όταν οι σελίδες προορισμού έχουν επισκεψιμότητα ή έσοδα και το blog έχει κύρος. Αυτούς τους όρους τους ελέγχω στα δεδομένα, πριν δώσω προτεραιότητα.

• 938ευρήματα σε 63 audit σε 50 ιστότοπους, από τα οποία έφτιαξα κατάλογο 256 τύπων προβλημάτωνΑρχείο audit 2020-2026, κατάλογος της 11.10.2026
• 38%των audit με εσωτερικούς συνδέσμους προς διευθύνσεις με ανακατεύθυνση, το συχνότερα αναφερόμενο πρόβλημα στο αρχείο (24 από 63)Κατάλογος της 11.10.2026
• 15 από 63audit με απουσία σελίδων για σημαντικές λέξεις-κλειδιά, κάτι που το crawler δεν θα αναφέρει μόνο τουΚατάλογος της 11.10.2026
• 14τύποι συστάσεων που ο κατάλογος χαρακτηρίζει σήμερα ως ξεπερασμένους, και άλλοι 30 ως αλλαγμένη πρακτικήΚατάλογος της 11.10.2026

Τι άλλαξε στα audit SEO από το 2020;

Στα audit των ετών 2023-2026 τα δομημένα δεδομένα και η σελιδοποίηση εμφανίζονται συχνότερα από ό,τι στα έτη 2020-2022, ενώ οι ανακατευθύνσεις, τα canonical και η ευρετηρίαση σπανιότερα. Προβλήματα με τα δομημένα δεδομένα αναφέρθηκαν σε 23 από 33 νεότερα audit έναντι 16 από 30 παλαιότερα. Ανακατευθύνσεις και κωδικοί απόκρισης: 23 από 33 έναντι 27 από 30. Τα μπλοκαρίσματα ρομπότ AI εμφανίζονται μόνο σε audit του 2026. Το έτος του audit είναι η ημερομηνία του αρχείου, άρα όχι πάντα το έτος εκτέλεσης της εργασίας.

Η μείωση δεν αποδεικνύει ότι τα προβλήματα ανακατευθύνσεων εξαφανίστηκαν. Άλλαξε η σύνθεση των audit: τα νεότερα αφορούσαν συχνότερα δομημένα δεδομένα, περιεχόμενο και ορατότητα στην AI, και άλλαξε και ο τρόπος εργασίας. Από αυτό το γράφημα προκύπτει με τι ασχολούνταν τα audit και όχι πώς άλλαξαν οι σελίδες στην Πολωνία.

Ποιες συστάσεις SEO είναι σήμερα ξεπερασμένες;

Ορισμένες συστάσεις εξακολουθούν να εμφανίζονται σε audit και οδηγούς, αν και σήμερα δεν αξίζει να υλοποιηθούν. Μέρος τους δούλευε πριν από μερικά χρόνια και μέρος τους η Google το αποθάρρυνε ή το αγνοούσε εδώ και καιρό. Στον πίνακα, για κάθε πρακτική δίνω τον λόγο και τι να κάνετε αντί γι' αυτήν.

Πηγές για τον πίνακα: Google για τη σελιδοποίηση, Google για πέντε λάθη με το rel=canonical, Google για τα αποτελέσματα FAQ και HowTo, Matt Cutts για το nofollow και τη διανομή δύναμης συνδέσμων, John Mueller για τις ανακατευθύνσεις στην αρχική σελίδα, μέσω Search Engine Roundtable, Google για το robots.txt, Google για τους μη υποστηριζόμενους κανόνες στο robots.txt, Google για τα sitemap, Google για τα πεδία lastmod, changefreq και priority, web.dev για το INP, Google για το πεδίο αναζήτησης στα αποτελέσματα.

Γι' αυτό κάθε σύσταση στον κατάλογό μου έχει πεδίο επικαιρότητας με αιτιολόγηση. Ο κατάλογος χαρακτηρίζει σήμερα 14 τύπους συστάσεων ως ξεπερασμένους και 30 ως αλλαγμένη πρακτική. Μια σύσταση που ήταν σωστή πριν από μερικά χρόνια δεν μπαίνει στο audit μόνο και μόνο επειδή κάποτε δούλευε.

Πώς να ελέγξετε την πρόσβαση των ρομπότ AI στο audit;

Την πρόσβαση των ρομπότ AI την ελέγχω στο ίδιο βήμα με την πρόσβαση του Googlebot, γιατί μπορεί να τα μπλοκάρει η ίδια ρύθμιση του firewall ή του CDN. Το CDN είναι ένα δίκτυο ενδιάμεσων διακομιστών, για παράδειγμα το Cloudflare. Τον Σεπτέμβριο του 2026 έλεγξα 12 domain πελατών μου που λειτουργούν πίσω από το Cloudflare. Μόνο το αρχείο robots.txt έδειξε:

• 3 domain μπλόκαραν το ίδιο σύνολο επτά ρομπότ που συλλέγουν δεδομένα για εκπαίδευση μοντέλων, με πανομοιότυπη λίστα ονομάτων. Μια πανομοιότυπη λίστα υποδηλώνει κοινή πηγή, για παράδειγμα έτοιμη ρύθμιση στον πίνακα του Cloudflare. Απ' έξω αυτή η ρύθμιση δεν φαίνεται, γι' αυτό πρέπει να επιβεβαιωθεί στον ίδιο τον πίνακα.
• 1 domain μπλόκαρε ρομπότ που κατεβάζουν σελίδες για απαντήσεις του ChatGPT, του Perplexity και του Claude. Δεν το έκανε ρητά, αλλά με γενικό κανόνα για όλα τα ρομπότ που δεν αναφέρονται με όνομα. Το ίδιο domain έδειχνε στο GPTBot σελίδα προστασίας χωρίς ετικέτα noindex, που αποκλείει τη σελίδα από το ευρετήριο. Αν μια τέτοια σελίδα την έπαιρνε ρομπότ ευρετηρίασης, στο ευρετήριο θα μπορούσε να καταλήξει η σελίδα του μπλοκαρίσματος αντί για το περιεχόμενο.
• 8 domain δεν είχαν μπλοκαρίσματα στο robots.txt.

Για τα ρομπότ που κατεβάζουν σελίδες για απαντήσεις και για τα ρομπότ που συλλέγουν δεδομένα για εκπαίδευση αποφασίζετε χωριστά. Στο κείμενο για το GEO και AI SEO περιέγραψα πώς να τα ξεχωρίσετε. Από τις 31 Αυγούστου 2026 υπάρχει επίσης ξεχωριστή ρύθμιση στο Search Console που αποκλείει τη σελίδα από το AI Overview, τη λειτουργία AI και τις παραγωγικές λειτουργίες του Discover. Σύμφωνα με την Google δεν επηρεάζει τα υπόλοιπα αποτελέσματα αναζήτησης (Βοήθεια Search Console). Μια τέτοια ρύθμιση την ελέγχω στο audit όπως και το robots.txt, γιατί κάποιος μπορεί να την ενεργοποίησε χωρίς να το ξέρει ο υπεύθυνος SEO. Το αν μετά το άνοιγμα της πρόσβασης το brand εμφανίζεται στις απαντήσεις είναι ξεχωριστή μέτρηση, που την περιέγραψα στο κείμενο για την ορατότητα του brand στην AI.

Ένα τεστ από μία διεύθυνση IP δείχνει μόνο μέρος της κατάστασης και μπορεί από μόνο του να δώσει ψευδή συναγερμό. Στην ίδια ανασκόπηση μια σειρά αιτημάτων ανέφερε σε δύο domain μπλοκάρισμα μετά την υπέρβαση ορίου. Αυτό το μπλοκάρισμα το προκάλεσαν τα δικά μου προηγούμενα αιτήματα. Ο έλεγχος λίγα λεπτά αργότερα, με ένα αναγνωριστικό ρομπότ και μεμονωμένα αιτήματα, έδωσε πέντε και επτά σωστές απαντήσεις στη σειρά. Αν δεν υπήρχε αυτός ο έλεγχος, δύο πελάτες θα έπαιρναν πληροφορία για ένα μπλοκάρισμα που δεν υπήρχε. Μόνο τα logs του διακομιστή δείχνουν αν το ChatGPT πράγματι κατεβάζει τη σελίδα. Στο κείμενο για το αρχείο llms.txt δείχνω τι φαίνεται στα logs της δικής μου σελίδας.

Ο κωδικός 200 δεν σημαίνει ότι το ρομπότ πήρε περιεχόμενο. Σε έναν πελάτη με εφαρμογή σε JavaScript ο Googlebot και ο Bingbot έπαιρναν έτοιμο HTML από υπηρεσία prerender, ενώ τα ρομπότ των βοηθών AI έπαιρναν άδεια σελίδα. Η υπηρεσία αναγνώριζε τα ρομπότ από το όνομα και δεν είχε τα ρομπότ AI στη λίστα της. Το τεστ μου έδωσε αποτέλεσμα «εντάξει», γιατί μετρούσε τον κωδικό απόκρισης και όχι το περιεχόμενο. Από τότε συγκρίνω το περιεχόμενο που παίρνει το ρομπότ με το περιεχόμενο μετά την εκτέλεση JavaScript στον browser.

Αρκεί ένα δωρεάν audit SEO;

Ένα δωρεάν εργαλείο θα δείξει μια λίστα σφαλμάτων, αλλά από μόνη της η αναφορά δεν λέει ποια από αυτά σας κοστίζουν επισκεψιμότητα. Για τη λέξη-κλειδί «audyt seo» στην Πολωνία, 7 από τα 9 οργανικά αποτελέσματα στην πρώτη σελίδα της Google είναι εργαλεία ή προσφορές δωρεάν audit (αποτελέσματα της 17ης Οκτωβρίου 2026). Μια τέτοια αναφορά μετρά σφάλματα με τους κανόνες του εργαλείου και όχι με το πόση επισκεψιμότητα και πόσα έσοδα εξαρτώνται από αυτά. Πρέπει επίσης να ελεγχθεί αν το αποτέλεσμα δεν προέρχεται από μπλοκάρισμα του ρομπότ, όπως στην περίπτωση του καταστήματος με βαθμολογία υγείας 0.

Πολλά μπορείτε να κάνετε δωρεάν, αν ξέρετε πού να κοιτάξετε. Το Search Console δείχνει δεδομένα της Google για την ευρετηρίαση, τα Core Web Vitals και τη σελίδα μετά την εκτέλεση JavaScript. Η δωρεάν έκδοση του Screaming Frog διατρέχει έως 500 διευθύνσεις σε ένα crawl (Screaming Frog), κάτι που αρκεί για μια μικρή εταιρική σελίδα. Audit με σύμβουλο έχει νόημα όταν ένα σφάλμα κοστίζει πολύ (μετάβαση, πτώση επισκεψιμότητας, μεγάλο κατάστημα) ή όταν δεν έχετε χρόνο να συγκεντρώσετε και να αξιολογήσετε τα δεδομένα.

Μπορεί το ChatGPT να κάνει audit SEO;

Το ChatGPT ή άλλο μοντέλο AI δεν θα κάνει πλήρες audit μόνο του, γιατί δεν βλέπει τη σελίδα όπως ένα ρομπότ μηχανής αναζήτησης. Συνήθως τη βλέπει μέσω ενός εργαλείου που την κατεβάζει και τη μετατρέπει σε κείμενο. Το μοντέλο θα διαβάσει τα δεδομένα που θα του δώσετε και θα προτείνει τι να ελέγξετε. Το εργαλείο λήψης όμως μπορεί να χάσει μέρος της σελίδας: τον Σεπτέμβριο του 2026 διαπίστωσα ότι το εργαλείο λήψης σελίδων στο Claude Code κόβει τα δομημένα δεδομένα όταν μετατρέπει τη σελίδα σε κείμενο. Το μοντέλο απάντησε ότι η πληροφορία δεν υπάρχει, αν και υπήρχε στην ετικέτα της ίδιας σελίδας. Ένα audit που θα γινόταν έτσι θα ανέφερε έλλειψη δομημένων δεδομένων που δεν λείπουν. Στη δική μου διαδικασία η AI είναι εργαλείο, κυρίως για τη συγκέντρωση δεδομένων από το crawl, το Search Console και άλλες πηγές. Το πεδίο, την αξιολόγηση και τις προτεραιότητες ορίζω ο ίδιος.

Πόσο κοστίζει ένα audit SEO;

Το audit το χρεώνω όπως τη συμβουλευτική: 70 EUR χωρίς ΦΠΑ την ώρα εργασίας, με ανώτατο όριο ωρών που ορίζεται πριν από την έναρξη. Ο αριθμός των ωρών εξαρτάται από το τι πρέπει να ελεγχθεί:

• διαγνωστικό audit, δηλαδή ένα ή δύο συγκεκριμένα προβλήματα (πτώση, μετάβαση, ευρετηρίαση), είναι συνήθως 10-16 ώρες, δηλαδή 700-1.120 EUR χωρίς ΦΠΑ·
• πλήρες audit με σειρά ενεργειών είναι συνήθως 32-50 ώρες, δηλαδή 2.240-3.500 EUR χωρίς ΦΠΑ·
• μια μικρή σελίδα έως 500 διευθύνσεις βρίσκεται πιο κοντά στο κάτω όριο, και ένα κατάστημα με χιλιάδες διευθύνσεις και φίλτρα πιο κοντά στο πάνω·
• οι γλωσσικές εκδόσεις προσθέτουν συνήθως 3-5 ώρες και μια κρίση σε εξέλιξη που πρέπει να διαγνωστεί 4-8 ώρες.

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

Χωρίς πρόσβαση στο Search Console, στον πίνακα του CDN και στο hosting δεν μπορώ να ελέγξω πλήρως το τεχνικό μέρος και το λέω πριν από την τιμολόγηση. Αναφέρω τότε τι δεν θα μπορώ να επαληθεύσω χωρίς αυτές τις προσβάσεις και περιορίζω ανάλογα το πεδίο. Στο κείμενο για τη συμβουλευτική SEO περιέγραψα πότε αντί για audit αρκεί μια συζήτηση για μία απόφαση.

Συχνές ερωτήσεις για το audit SEO

Από πού να ξεκινήσετε;

Ξεκινήστε από μία ερώτηση: η σελίδα χάνει επισκεψιμότητα ή δεν τη χτίζει. Από την απάντηση εξαρτάται αν θα προστατέψετε πρώτα τις σελίδες που έχουν θέσεις ή αν θα ψάξετε λέξεις-κλειδιά για τις οποίες λείπουν σελίδες. Έπειτα κάντε τρεις δωρεάν ελέγχους από την απάντηση για το audit που κάνετε μόνοι σας: robots.txt, αναφορά ευρετηρίασης στο Search Console και crawl με τη δωρεάν έκδοση του Screaming Frog. Αν το αποτέλεσμα σας εκπλήξει ή δεν ξέρετε τι να διορθώσετε πρώτο, είναι καλό θέμα για συμβουλευτική.