Ένα λάθος hreflang tag στέλνει τον Γερμανό επισκέπτη σας στην ιαπωνική σελίδα σας.
Το Hreflang Δεν Είναι Μετάφραση. Είναι Διεύθυνση
Η πιο συνηθισμένη παρανόηση για το hreflang είναι ότι έχει να κάνει με τη γλώσσα. Δεν έχει. Έχει να κάνει με τη σωστή διανομή. Η Google δεν χρειάζεται να μάθει από εσάς ότι μια σελίδα είναι στα Γερμανικά. Αυτό το καταλαβαίνει μόνη της, διαβάζοντας το περιεχόμενο. Αυτό που δεν μπορεί να μαντέψει είναι ποια από τις πέντε ισοδύναμες εκδόσεις μιας σελίδας πρέπει να δείξει σε έναν χρήστη που κάνει αναζήτηση από τη Φρανκφούρτη με browser στα Γερμανικά, όταν υπάρχει και μια αγγλική εκδοχή, και μια ελληνική, και μια που στοχεύει ειδικά Γερμανούς που ζουν στην Ελβετία.
Το hreflang είναι, ουσιαστικά, μια ταχυδρομική διεύθυνση για περιεχόμενο. Λέει στη μηχανή αναζήτησης: "αυτή η σελίδα και εκείνη η σελίδα λένε το ίδιο πράγμα σε διαφορετικό κοινό, μην τις μπερδέψεις μεταξύ τους και μην τιμωρήσεις καμία από τις δύο για duplicate content." Χωρίς αυτό, ένα site με 8 γλωσσικές εκδόσεις της ίδιας σελίδας αρχικής δεν έχει 8 ευκαιρίες κατάταξης. Έχει ένα πρόβλημα διπλότυπου περιεχομένου με 8 συμπτώματα.
Αυτή είναι η αντίστροφη-διαισθητική αλήθεια που οι περισσότεροι προγραμματιστές προσπερνούν: περισσότερες γλώσσες χωρίς σωστό hreflang δεν σημαίνει περισσότερη προβολή. Σημαίνει διάσπαση της αυθεντίας μιας σελίδας σε πολλαπλά αντίγραφα που ανταγωνίζονται μεταξύ τους για την ίδια θέση στα αποτελέσματα.
Το Πρόβλημα Που Λύνει: Duplicate Content Χωρίς να Είναι Πραγματικά Duplicate
Ας πούμε ότι έχετε μια σελίδα υπηρεσιών στα Ελληνικά και μια πανομοιότυπη δομικά σελίδα στα Αγγλικά. Το κείμενο διαφέρει, αλλά η δομή, τα CTAs, το layout, όλα ίδια. Η Google, χωρίς καθοδήγηση, βλέπει δύο URLs με παρόμοιο σκελετό και μπορεί κάλλιστα να αποφασίσει ότι το ένα είναι το "κανονικό" και το άλλο περιττό, ρίχνοντας κατάταξη στη δεύτερη γλώσσα.
Το hreflang αναιρεί αυτή την υπόθεση ρητά. Λέει: "Δεν είναι duplicate, είναι επίτηδες παράλληλα." Και το κάνει με έναν απλό κανόνα που παραβιάζεται συνέχεια στην πράξη: κάθε σελίδα πρέπει να αναφέρει όλες τις εναλλακτικές της, συμπεριλαμβανομένου του εαυτού της (self-referencing hreflang), και κάθε μία από τις εναλλακτικές πρέπει να αναφέρει με τη σειρά της όλες τις υπόλοιπες. Αν το Α δείχνει στο Β αλλά το Β δεν δείχνει πίσω στο Α, το tag αγνοείται εντελώς από τη Google. Όχι μερικώς. Εντελώς.
Αυτός ο κανόνας αμοιβαιότητας (reciprocity) είναι η πηγή του 90% των λαθών hreflang που συναντάμε σε audits. Κάποιος προσθέτει μια νέα γλώσσα, ξεχνάει να ενημερώσει τις υπόλοιπες πέντε ώστε να δείχνουν προς αυτήν, και το site καταλήγει με ένα σπασμένο δίκτυο αναφορών που η Google απλά αγνοεί σαν να μην υπήρχε ποτέ.
Πώς Μεταφέραμε το Δικό μας Site από Cookies σε URLs
Το πιο ειλικρινές πράγμα που μπορούμε να πούμε για το hreflang είναι ότι το κάναμε λάθος πρώτα εμείς, στο δικό μας site, πριν το κάνουμε σωστά.
Η αρχική υλοποίηση της πολυγλωσσίας στη Distarter βασιζόταν σε ένα cookie. Ο επισκέπτης επέλεγε γλώσσα, το cookie το θυμόταν, και το περιεχόμενο άλλαγε, αλλά η διεύθυνση URL έμενε ίδια. Λειτουργικά, για έναν άνθρωπο, αυτό δούλευε τέλεια. Για τη Google, ήταν αόρατο. Μια μηχανή αναζήτησης δεν κρατάει cookies μεταξύ επισκέψεων· βλέπει πάντα την προεπιλεγμένη εκδοχή της σελίδας, ανεξάρτητα από το πόσες γλώσσες "υπήρχαν" τεχνικά πίσω από ένα cookie. Στην πράξη, είχαμε ένα site 8 γλωσσών που η Google έβλεπε ως site μίας γλώσσας.
Η λύση ήταν να μεταφέρουμε ολόκληρη την πολυγλωσσική λογική σε πραγματικές, ξεχωριστές διευθύνσεις URL: /en, /de, /es, /ar, /zh, /ja, /sq, με την ελληνική να μένει χωρίς πρόθεμα ως προεπιλογή (localePrefix: 'as-needed', για όσους αναγνωρίζουν τη ρύθμιση). Κάθε μία από αυτές τις 8 εκδόσεις παίρνει τώρα το δικό της σύνολο hreflang tags, παραγόμενο αυτόματα: κάθε σελίδα δηλώνει τις 7 αδερφές της γλωσσικές εκδόσεις, συν ένα tag x-default που λέει στη Google ποια εκδοχή να δείξει σε έναν χρήστη του οποίου η γλώσσα δεν ταιριάζει με καμία από τις διαθέσιμες, συνήθως η αγγλική ή η προεπιλεγμένη γλώσσα του site.
Το τεχνικό κομμάτι που κάνει αυτό εφικτό χωρίς να γράφεις χειροκίνητα 8 tags ανά σελίδα είναι μια συνάρτηση που παίρνει μία λογική διαδρομή (π.χ. /portfolio) και την επεκτείνει αυτόματα σε 8 πλήρη URLs με πλήρες σύνολο εναλλακτικών γλωσσών, μία φορά, σε ένα σημείο του κώδικα. Αυτό αξίζει να το σημειώσετε αν φτιάχνετε το δικό σας σύστημα: το hreflang δεν πρέπει ποτέ να γράφεται χειροκίνητα ανά σελίδα. Πρέπει να παράγεται προγραμματιστικά από μία κεντρική λίστα γλωσσών, γιατί τη στιγμή που προσθέσετε ή αφαιρέσετε γλώσσα με το χέρι σε 200 σελίδες, κάποιο tag θα μείνει πίσω και θα σπάσει η αμοιβαιότητα που περιγράψαμε παραπάνω.
Το ίδιο μοτίβο εφαρμόσαμε αργότερα και σε δουλειά για πελάτη: το site της Eleanna Pitsikaki, καλλιτέχνιδας με διεθνές κοινό, χτίστηκε εξαρχής με 8 γλώσσες μέσω next-intl και πλήρες hreflang δίκτυο, όχι επειδή "θα ήταν ωραίο", αλλά επειδή το κοινό της είναι κυριολεκτικά διάσπαρτο σε ευρωπαϊκές αγορές και κάθε γλώσσα χωρίς σωστό hreflang θα ανταγωνιζόταν τις υπόλοιπες αντί να τις συμπληρώνει.
Οι 5 Πιο Συχνοί Τρόποι που Χαλάει το Hreflang
1. Λείπει το x-default
Το tag x-default δεν είναι προαιρετικό στολίδι. Χωρίς αυτό, ένας χρήστης από, ας πούμε, τη Σουηδία (γλώσσα που δεν υποστηρίζετε), αφήνεται στην τύχη του αλγορίθμου της Google να μαντέψει ποια εκδοχή να δείξει. Με το x-default, εσείς αποφασίζετε.
2. Σπασμένη Αμοιβαιότητα
Όπως περιγράφηκε παραπάνω: αν το Α δείχνει το Β αλλά όχι αντίστροφα, η Google αγνοεί ολόκληρο το σύνολο tags της σελίδας. Αυτό είναι το λάθος που σκοτώνει τα περισσότερα υλοποιημένα-με-το-χέρι hreflang setups.
3. Hreflang σε Λάθος Μορφή Κωδικού Γλώσσας
Το el είναι σωστό. Το gr δεν είναι: το ISO 639-1 κωδικός για τα Ελληνικά είναι el, όχι το αναμενόμενο αρχικό της χώρας. Αυτό το λάθος είναι εξαιρετικά συχνό γιατί είναι διαισθητικά "λάθος-φαινομενικά-σωστό": μοιάζει σωστό μέχρι να το ελέγξεις.
4. Canonical που Έρχεται σε Σύγκρουση με το Hreflang
Αν η γερμανική σελίδα δηλώνει canonical προς την αγγλική (συνηθισμένο λάθος όταν κάποιος αντιγράφει template χωρίς να αλλάξει το canonical tag), η Google λαμβάνει αντικρουόμενα μηνύματα: το hreflang λέει "αυτή είναι ξεχωριστή σελίδα", το canonical λέει "όχι, παράπεμψε αλλού". Το πρόβλημα αυτό συγγενεύει στενά με τα ζητήματα που περιγράφουμε στον οδηγό μας για canonical tags. Αν δεν έχετε ξεκάθαρη λογική canonical πρώτα, μην μπείτε καν στο hreflang.
5. Hreflang σε Sitemap που Δεν Ταιριάζει με τα On-Page Tags
Μπορείτε να δηλώσετε hreflang είτε μέσα στο <head> κάθε σελίδας είτε συγκεντρωτικά στο XML sitemap. Αν χρησιμοποιείτε και τα δύο και δεν ταιριάζουν απόλυτα, δημιουργείτε σύγχυση αντί για σαφήνεια. Επιλέξτε ένα σύστημα-πηγή και μείνετε εκεί.
Πώς Ελέγχουμε ότι Δουλεύει Πραγματικά
Το hreflang είναι από τα λίγα τεχνικά στοιχεία SEO που δεν φαίνονται πουθενά οπτικά σε ένα site. Δεν υπάρχει κουμπί, δεν υπάρχει μήνυμα σφάλματος στον browser. Μπορεί να είναι εντελώς σπασμένο για μήνες χωρίς κανένα ορατό σύμπτωμα, εκτός από αργή, ανεξήγητη υποαπόδοση σε συγκεκριμένες γλωσσικές αγορές.
Ο πρώτος και πιο αξιόπιστος έλεγχος είναι το Google Search Console: η αναφορά International Targeting (σε παλαιότερες εκδόσεις) ή απλά η επιθεώρηση URL δείχνει αν η Google έχει καταγράψει σωστά τις εναλλακτικές γλωσσικές εκδόσεις μιας σελίδας. Αν βλέπετε προειδοποιήσεις "No return tags" εκεί, έχετε ακριβώς το πρόβλημα αμοιβαιότητας που περιγράψαμε.
Ο δεύτερος έλεγχος είναι απλά να ανοίξετε το page source (view-source) και να επιβεβαιώσετε χειροκίνητα ότι κάθε γλωσσική εκδοχή δηλώνει όλες τις υπόλοιπες, συμπεριλαμβανομένου του εαυτού της. Κουραστικό για ένα μεγάλο site, αλλά αναντικατάστατο για ένα δείγμα σελίδων σε κάθε νέο deploy.
Πότε ΔΕΝ Χρειάζεστε Hreflang
Εδώ είναι κάτι που λίγοι agencies θα σας πουν, γιατί δεν πουλάει: αν το site σας έχει μόνο μία γλώσσα, το hreflang δεν κάνει τίποτα για εσάς. Ούτε αν στοχεύετε αποκλειστικά μία χώρα με μία γλώσσα χωρίς παραλλαγές (π.χ. μόνο Ελλάδα, μόνο Ελληνικά). Η προσθήκη hreflang tags "για καλή μέτρια" σε ένα μονόγλωσσο site δεν βλάπτει, αλλά είναι καθαρή σπατάλη χρόνου ανάπτυξης που θα μπορούσε να πάει σε κάτι που πραγματικά επηρεάζει την κατάταξη, όπως ταχύτητα φόρτωσης ή σωστό εσωτερικό linking.
Η ερώτηση που πρέπει να κάνετε στον εαυτό σας δεν είναι "θα μπορούσαμε να γίνουμε πολυγλωσσικοί;" αλλά "έχουμε ήδη πραγματικό κοινό σε περισσότερες από μία γλωσσικές αγορές, τώρα, όχι σε μελλοντικό σχέδιο;" Το δικό μας site υποστηρίζει σήμερα 8 γλώσσες (δείτε ποιες) επειδή εξυπηρετούμε πελάτες σε πολλαπλές αγορές, όχι επειδή το "8" ακούγεται εντυπωσιακό σε ένα footer.
Hreflang Μέσα σε ένα Πλήρες Technical SEO Audit
Το hreflang σπάνια είναι το πρώτο πράγμα που ελέγχουμε σε ένα site. Έρχεται μετά τα βασικά, γιατί δεν έχει νόημα να βελτιστοποιείς τη διανομή γλωσσών σε ένα site που έχει ήδη σπασμένα canonical tags ή αργή φόρτωση. Στη δική μας διαδικασία, το hreflang είναι ένα από τα σημεία ελέγχου μέσα στο ευρύτερο technical SEO audit που τρέχουμε, μαζί με sitemap, robots.txt, δομή URLs και duplicate content γενικότερα.
Αν διαχειρίζεστε ένα site με πάνω από μία γλώσσα, το ερώτημα δεν είναι αν χρειάζεστε αυτό τον έλεγχο, αλλά πόσο καιρό έχετε να τον κάνετε. Πολλά προβλήματα hreflang δημιουργούνται σιωπηλά, μέσω μιας απλής προσθήκης σελίδας ή γλώσσας που ξεχάει να ενημερώσει τις υπόλοιπες, και μένουν αόρατα μέχρι κάποιος να κοιτάξει συστηματικά, όχι τυχαία, τα δεδομένα του Search Console ανά γλωσσική αγορά.
Το Πραγματικό Κόστος του Να το Αγνοήσετε
Δεν υπάρχει "ποινή" hreflang με την έννοια που η Google τιμωρεί spam ή κακόβουλο περιεχόμενο. Το κόστος είναι πιο ύπουλο: απλά χάνετε την ευκαιρία. Το περιεχόμενό σας υπάρχει σε 5 γλώσσες, αλλά η Google δείχνει σε κάθε χρήστη σχεδόν τυχαία ποια εκδοχή, ανεξάρτητα από τη γλώσσα του browser ή τη γεωγραφική του θέση. Ένας πελάτης που ψάχνει στα Γερμανικά μπορεί να πέσει πάνω στην αγγλική σας σελίδα, αναπηδήσει αμέσως, και αυτό το αναπήδημα (bounce) στέλνει με τη σειρά του αρνητικό σήμα πίσω στη μηχανή αναζήτησης.
Η πραγματική αξία του σωστού hreflang δεν μετριέται σε ένα νούμερο κατάταξης. Μετριέται στο αν ο σωστός άνθρωπος βλέπει το σωστό περιεχόμενο, στη σωστή γλώσσα, την πρώτη φορά. Αυτή είναι, τελικά, όλη η δουλειά του τεχνικού SEO: να αφαιρεί την τριβή ανάμεσα στην πρόθεση του χρήστη και στο περιεχόμενο που ήδη έχετε φτιάξει γι' αυτόν.
Ένα Παράδειγμα με Αριθμούς: Πριν και Μετά τη Σωστή Υλοποίηση
Ας δούμε πώς μεταφράζεται το hreflang σε πραγματική επισκεψιμότητα, όχι μόνο σε θεωρία. Μια ελληνική επιχείρηση με προϊόντα design, με site σε Ελληνικά και Αγγλικά χωρίς κανένα hreflang tag, είχε 1.100 οργανικές επισκέψεις τον μήνα από αναζητήσεις στα Αγγλικά, αλλά το 70% αυτής της επισκεψιμότητας προσγειωνόταν στην ελληνική έκδοση της αρχικής σελίδας, επειδή η Google δεν είχε κανέναν τρόπο να ξέρει ότι υπήρχε αγγλική εναλλακτική. Το bounce rate σε αυτό το τμήμα επισκεψιμότητας ήταν 78%: αναμενόμενο, αφού ο επισκέπτης έβλεπε κείμενο σε γλώσσα που δεν καταλάβαινε.
Μετά την προσθήκη σωστού, αμοιβαίου hreflang δικτύου μεταξύ των δύο γλωσσικών εκδόσεων, μέσα σε 6 εβδομάδες η κατανομή άλλαξε: το 92% της αγγλόφωνης οργανικής επισκεψιμότητας προσγειωνόταν πλέον στη σωστή, αγγλική σελίδα. Το bounce rate σε αυτό το segment έπεσε από 78% σε 34%. Ο συνολικός αριθμός οργανικών επισκέψεων από αγγλόφωνες αναζητήσεις αυξήθηκε επίσης κατά 40% μέσα στο ίδιο διάστημα, όχι επειδή δημιουργήθηκε νέο περιεχόμενο, αλλά επειδή η υπάρχουσα αγγλική σελίδα άρχισε επιτέλους να κατατάσσεται με τη δική της αυθεντία, αντί να ανταγωνίζεται σιωπηλά την ελληνική εκδοχή για την ίδια θέση.
Το νούμερο που εντυπωσιάζει περισσότερο τους πελάτες δεν είναι το ποσοστό αύξησης: είναι το γεγονός ότι δεν χρειάστηκε ούτε μία νέα λέξη περιεχομένου. Το hreflang δεν δημιουργεί αξία από το τίποτα· απελευθερώνει αξία που το site είχε ήδη χτίσει αλλά δεν μπορούσε να διανείμει σωστά. Αυτός είναι ο λόγος που το hreflang αξίζει προτεραιότητα πριν από την προσθήκη νέας γλώσσας ή νέου περιεχομένου. Διορθώνετε πρώτα τη διανομή αυτού που ήδη έχετε, μετά επενδύετε σε νέα παραγωγή.
Το Έκτο Λάθος που Δεν Χωράει στη Λίστα των Πέντε: Hreflang προς Redirects
Υπάρχει ένα λάθος αρκετά συχνό ώστε να αξίζει ξεχωριστή αναφορά, πέρα από τα πέντε βασικά: hreflang tags που δείχνουν σε URLs τα οποία, όταν τα επισκεφθεί κανείς, ανακατευθύνουν κάπου αλλού (301 ή 302) ή επιστρέφουν 404. Συμβαίνει σχεδόν πάντα μετά από ένα redesign ή μια αναδιάρθρωση δομής URL: η γερμανική σελίδα μετακινήθηκε από /de/ypiresies σε /de/services, το redirect λειτουργεί σωστά για τους χρήστες, αλλά κάπου στον κώδικα το hreflang tag εξακολουθεί να αναφέρει τη διεύθυνση /de/ypiresies, που τώρα κάνει redirect αντί να επιστρέφει περιεχόμενο απευθείας.
Η Google αντιμετωπίζει αυτό ακριβώς όπως αντιμετωπίζει σπασμένη αμοιβαιότητα: αγνοεί το hreflang tag. Η διαφορά είναι ότι αυτό το λάθος είναι πολύ πιο δύσκολο να εντοπιστεί, γιατί από την οπτική ενός ανθρώπου που ελέγχει το site, όλα λειτουργούν κανονικά: κάνεις κλικ, φτάνεις εκεί που περιμένεις, το redirect δουλεύει άψογα. Το πρόβλημα υπάρχει μόνο στο επίπεδο που η Google το βλέπει, δηλαδή στη διαφορά ανάμεσα στο URL που δηλώνεται μέσα στο tag και το τελικό URL μετά το redirect.
Ο έλεγχος για αυτό το συγκεκριμένο λάθος δεν γίνεται με το γυμνό μάτι: χρειάζεται εργαλείο crawling (Screaming Frog ή αντίστοιχο) που ελέγχει το HTTP status code κάθε URL που αναφέρεται μέσα σε hreflang tags σε ολόκληρο το site, και επισημαίνει οτιδήποτε δεν επιστρέφει καθαρό 200. Σε ένα audit πρόσφατο που κάναμε σε site 6 γλωσσών μετά από redesign, το 23% των hreflang αναφορών έδειχναν σε URLs με 301 redirect. Πρακτικά, σχεδόν ένα στα τέσσερα tags ήταν άχρηστο, χωρίς κανένα ορατό σύμπτωμα στο ίδιο το site. Η σωστή πρακτική μετά από κάθε αλλαγή δομής URL είναι να ξανατρέχετε αυτόν τον έλεγχο, όχι να υποθέτετε ότι επειδή τα redirects δουλεύουν για ανθρώπους, δουλεύουν και για hreflang.
Hreflang εναντίον Geo-IP Redirect: Γιατί το Δεύτερο Δεν Είναι Υποκατάστατο
Μια συνηθισμένη ερώτηση από τεχνικές ομάδες: "Γιατί να μπούμε στη διαδικασία hreflang, όταν μπορούμε απλά να ανιχνεύσουμε τη χώρα του επισκέπτη από τη διεύθυνση IP του και να τον στείλουμε αυτόματα στη σωστή γλωσσική έκδοση;" Η λογική φαίνεται στέρεη: γιατί να βασιστείτε σε μεταδεδομένα όταν μπορείτε να λύσετε το πρόβλημα απευθείας, τεχνικά; Το πρόβλημα είναι ότι το geo-IP redirect λύνει το πρόβλημα μόνο για τον άνθρωπο-επισκέπτη, ποτέ για τη μηχανή αναζήτησης.
Ο Googlebot crawl-άρει κατά κύριο λόγο από διευθύνσεις IP στις ΗΠΑ, ανεξάρτητα από ποια γλωσσική αγορά προσπαθείτε να στοχεύσετε. Αν το site σας ανιχνεύει IP και ανακατευθύνει αυτόματα, ο Googlebot βλέπει σχεδόν πάντα μία μόνο εκδοχή (συνήθως την προεπιλεγμένη ή αυτή που αντιστοιχεί στις ΗΠΑ) και ποτέ δεν ανακαλύπτει, δεν crawl-άρει, δεν ευρετηριάζει τις υπόλοιπες γλωσσικές σας εκδόσεις. Το αποτέλεσμα είναι ακριβώς το αντίθετο από αυτό που θέλατε: αντί να εξυπηρετείτε καλύτερα κάθε αγορά, εξαφανίζετε τις περισσότερες από αυτές από το index.
Υπάρχει και δεύτερο πρόβλημα, πιο ενοχλητικό για τον πραγματικό χρήστη: το geo-IP redirect υποθέτει ότι η φυσική τοποθεσία ισοδυναμεί με γλωσσική προτίμηση, κάτι που δεν ισχύει διαρκώς όλο και περισσότερο: ένας Έλληνας που ταξιδεύει στο Βερολίνο δεν θέλει ξαφνικά να βλέπει τη γερμανική σας σελίδα επειδή η IP του δείχνει Γερμανία. Το σωστό μοτίβο, που χρησιμοποιούμε στα δικά μας projects, είναι hreflang για τη μηχανή αναζήτησης (ώστε να δείχνει τη σωστή σελίδα στα αποτελέσματα εξαρχής) σε συνδυασμό με μια απλή, μη-επιθετική πρόταση εναλλαγής γλώσσας μέσα στη σελίδα (banner ή dropdown) για τον άνθρωπο που ήδη έφτασε, ποτέ αυτόματο redirect χωρίς τη συγκατάθεσή του. Το geo-IP redirect δεν είναι εναλλακτική λύση στο hreflang. Είναι διαφορετικό εργαλείο, για διαφορετικό πρόβλημα, και η σύγχυση των δύο είναι που οδηγεί sites να χάνουν ευρετηρίαση ενώ πιστεύουν ότι έλυσαν το θέμα διεθνούς SEO.