Η αλλαγή domain μπορεί να γίνει για rebranding, συγχώνευση εταιρειών, μετάβαση σε καλύτερο όνομα ή ενοποίηση πολλών websites. Για τον επισκέπτη ίσως μοιάζει με μια μικρή αλλαγή στη γραμμή διεύθυνσης. Για τις μηχανές αναζήτησης, όμως, κάθε παλιό URL πρέπει να συνδεθεί καθαρά με το νέο του σημείο.
Αν αυτή η σύνδεση δεν γίνει σωστά, σελίδες που είχαν ήδη οργανική επισκεψιμότητα, backlinks και ιστορικό μπορεί να επιστρέφουν 404, να οδηγούν σε άσχετο περιεχόμενο ή να ανταγωνίζονται τη νέα έκδοση. Το ζητούμενο δεν είναι να υποσχεθεί κανείς ότι δεν θα υπάρξει καμία προσωρινή διακύμανση. Είναι να μειώσει το ρίσκο με μετρήσιμη διαδικασία.
Ξεκινήστε με πλήρη απογραφή των URLs
Πριν αλλάξει οτιδήποτε, χρειάζεται λίστα των διευθύνσεων που υπάρχουν σήμερα. Η λίστα δεν πρέπει να βασίζεται μόνο στο sitemap. Χρήσιμες πηγές είναι:
- τα XML sitemaps
- οι σελίδες και τα media του CMS
- τα landing pages των διαφημίσεων
- τα δεδομένα από Search Console και analytics
- τα server logs και οι σελίδες που δέχονται backlinks
- αρχεία PDF, εικόνες ή downloads με εξωτερικούς συνδέσμους
Δίπλα σε κάθε παλιό URL καταγράφεται το αντίστοιχο νέο. Αυτό είναι το URL mapping. Δεν χρειάζεται κάθε σελίδα να διατηρηθεί, αλλά κάθε απόφαση πρέπει να είναι συγκεκριμένη: μεταφορά σε ισοδύναμη σελίδα, συγχώνευση σε σχετικό περιεχόμενο ή πραγματική κατάργηση με 404 ή 410.
Ένα redirect προς την αρχική δεν λύνει το πρόβλημα
Η εύκολη λύση είναι να στέλνονται όλα τα παλιά URLs στην αρχική σελίδα. Αυτό απογοητεύει τον χρήστη που περίμενε συγκεκριμένο προϊόν ή υπηρεσία και μπορεί να αντιμετωπιστεί ως soft 404. Το σωστό redirect έχει νοηματική αντιστοιχία.
Για μόνιμη αλλαγή χρησιμοποιούνται server-side 301 ή 308 redirects. Κάθε παλιό URL πρέπει να οδηγεί απευθείας στον τελικό προορισμό και όχι μέσα από αλυσίδα διαδοχικών redirects. Οι αλυσίδες αυξάνουν τον χρόνο απόκρισης και κάνουν τη διάγνωση δυσκολότερη.
Παράδειγμα:
Παλιό: old-domain.gr/ypiresies/kataskevi-eshop
Νέο: new-domain.gr/kataskevi-eshop
Redirect: 301 απευθείας από το παλιό στο νέο URL
Τι αλλάζει μέσα στη νέα ιστοσελίδα
Τα redirects είναι μόνο ένα μέρος της μετάβασης. Στη νέα έκδοση πρέπει να ενημερωθούν:
- τα εσωτερικά links ώστε να δείχνουν απευθείας στο νέο domain
- τα canonical URLs ώστε κάθε σελίδα να αναφέρεται στη σωστή νέα διεύθυνση
- τα hreflang links σε πολυγλωσσικά sites
- τα Open Graph URLs και τα structured data όπου υπάρχει απόλυτο URL
- τα XML sitemaps, τα feeds και τα links προς εικόνες ή αρχεία
- οι διευθύνσεις σε emails, διαφημίσεις και εταιρικά προφίλ
Χρειάζεται επίσης έλεγχος ότι δεν παρέμεινε κατά λάθος noindex από το staging και ότι το robots.txt επιτρέπει την πρόσβαση στο περιεχόμενο που πρέπει να ευρετηριαστεί. Ένα άψογο redirect plan δεν βοηθά αν η νέα ιστοσελίδα είναι μπλοκαρισμένη.
Search Console και αλλαγή διεύθυνσης
Σε αλλαγή domain είναι χρήσιμο να έχουν επαληθευτεί τόσο το παλιό όσο και το νέο property στο Google Search Console. Υποβάλλεται το νέο sitemap και, όπου εφαρμόζεται, χρησιμοποιείται το εργαλείο Change of Address. Η Google συνιστά να δηλώνονται σωστά και οι παραλλαγές του domain, όπως www και non-www ή σχετικά subdomains.
Τα redirects πρέπει να παραμείνουν ενεργά για μεγάλο διάστημα. Η επίσημη καθοδήγηση της Google αναφέρει γενικά τουλάχιστον έναν χρόνο, ενώ από την πλευρά του χρήστη συχνά έχει νόημα να διατηρηθούν περισσότερο.
Έλεγχος πριν και μετά το launch
Πριν ανοίξει το νέο domain, αυτοματοποιημένοι έλεγχοι μπορούν να επιβεβαιώσουν ότι:
- κάθε σημαντικό παλιό URL επιστρέφει μόνιμο redirect
- ο προορισμός επιστρέφει 200 και όχι νέο redirect ή error
- το canonical συμφωνεί με το τελικό URL
- δεν υπάρχουν εσωτερικά links προς το παλιό domain
- sitemap και robots.txt είναι προσβάσιμα
- φόρμες, checkout, login και integrations λειτουργούν στο νέο origin
Μετά το launch παρακολουθούνται 404, redirect loops, indexing, impressions, clicks και οργανικά landing pages. Οι πρώτες ημέρες δεν είναι στιγμή για εικασίες. Χρειάζεται dashboard ή τακτικό report που να δείχνει ποιο URL έχασε κίνηση και αν υπάρχει τεχνική αιτία.
Αλλάξτε ένα μεγάλο πράγμα τη φορά
Αν γίνεται ταυτόχρονα αλλαγή domain, CMS, δομής URLs, design και περιεχομένου, είναι δύσκολο να εντοπιστεί τι προκάλεσε ένα πρόβλημα. Η Google προτείνει, όπου είναι πρακτικό, οι μεγάλες αλλαγές να χωρίζονται. Για παράδειγμα, πρώτα η μεταφορά domain με σταθερό περιεχόμενο και έπειτα το redesign.
Για μικρότερα sites μπορεί να είναι λογική μια ενιαία μετάβαση. Για πολύ μεγάλα συστήματα ίσως χρειάζεται δοκιμή σε περιορισμένο τμήμα. Η απόφαση πρέπει να λαμβάνει υπόψη την εποχικότητα, τη διαθέσιμη υποδομή και την ικανότητα της ομάδας να παρακολουθεί τα σφάλματα.
Πώς το υλοποιεί η Ai Foundry
Στην Ai Foundry αντιμετωπίζουμε την αλλαγή domain ως τεχνικό SEO project με σαφές σχέδιο μετάβασης. Δημιουργούμε απογραφή και mapping των URLs, εφαρμόζουμε και δοκιμάζουμε redirects, ενημερώνουμε canonical, sitemap, structured data και εσωτερικά links και ελέγχουμε τις κρίσιμες ροές της ιστοσελίδας πριν το launch.
Το πλεονέκτημα είναι ότι συνδυάζουμε ανάπτυξη ιστοσελίδων και εφαρμογών με τεχνικό SEO. Έτσι δεν μένουμε σε ένα spreadsheet οδηγιών: μπορούμε να υλοποιήσουμε τους κανόνες στον server ή στο application layer, να γράψουμε αυτοματοποιημένα tests για χιλιάδες URLs και να παρακολουθήσουμε πραγματικές αποκρίσεις μετά τη μετάβαση. Δεν υποσχόμαστε μηδενικές διακυμάνσεις· οργανώνουμε τη διαδικασία ώστε κάθε πρόβλημα να εντοπίζεται γρήγορα και να διορθώνεται τεκμηριωμένα.
Συμπέρασμα
Μια ασφαλής αλλαγή domain βασίζεται σε αντιστοίχιση URL προς URL, μόνιμα redirects, σωστά canonical και συνεχή παρακολούθηση. Όσο νωρίτερα ενταχθεί το SEO στον σχεδιασμό της μετάβασης, τόσο λιγότερες δυσάρεστες εκπλήξεις εμφανίζονται μετά το launch.