Πώς να Μεταφέρετε ένα WordPress Site Χωρίς να Χάσετε Κατατάξεις SEO

Κάντε crawl και backup τα πάντα πριν αγγίξετε οτιδήποτε

Πριν μετακινηθεί οποιοδήποτε αρχείο ή αλλάξει οποιοδήποτε theme, κάντε crawl στο ζωντανό site (Screaming Frog, Sitebulb, ή ακόμα και ένα απλό sitemap export) και αποθηκεύστε μια πλήρη λίστα κάθε indexed URL, του title tag του, και ενός snapshot της τρέχουσας κατάταξής του από το Search Console. Αυτή είναι η πηγή αλήθειας για το δεύτερο βήμα — δεν μπορείτε να χτίσετε ακριβή redirects από τη μνήμη.

Φτιάξτε έναν πλήρη 301 redirect map — όχι ad hoc redirects

Το πιο συνηθισμένο λάθος στις μεταφορές είναι το redirect σελίδα-σελίδα καθώς αναφέρονται προβλήματα μετά το launch, αντί να χαρτογραφηθεί κάθε παλιό URL στο αντίστοιχο νέο του πριν βγει live. Ένας redirect map είναι ένα spreadsheet: παλιό URL, νέο URL, τίποτα άλλο. Κάθε URL από το crawl σας χρειάζεται μια γραμμή, ακόμα και αυτά που νομίζετε ότι «μάλλον δεν έχουν σημασία» — ένα τυχαίο backlink ή ένα παλιό bookmark που δείχνει σε ένα URL χωρίς redirect είναι ένας χαμένος επισκέπτης και ένα χαμένο σήμα.

Προσέξτε ιδιαίτερα τις αλυσίδες redirect (A → B → C αντί για A → C απευθείας) — επιβραδύνουν το crawling και αραιώνουν ελαφρώς το link equity σε κάθε hop. Ενημερώστε τον χάρτη ώστε να δείχνει απευθείας στον τελικό προορισμό.

Κάντε το staging σωστά — με noindex, όχι password wall

Χτίστε και δοκιμάστε το νέο site σε ένα staging subdomain με ένα site-wide noindex meta tag (ή έναν header X-Robots-Tag), όχι ένα password prompt που εμποδίζει επίσης τον crawler της Google να δει οτιδήποτε — θέλετε η Google να μπορεί να ανακτήσει το staging site για να βεβαιωθείτε ότι τίποτα δεν κάνει 500, χωρίς όμως να γίνει indexed. Αφαιρέστε το noindex τη στιγμή που κάνετε cutover, και ελέγξτε αμέσως ότι πράγματι έχει φύγει (ένα noindex tag που ξεχάστηκε μετά το launch είναι ένας κλασικός αυτο-τραυματισμός).

Διατηρήστε τα canonical tags και το hreflang αν το site είναι πολύγλωσσο

Αν το παλιό site είχε canonical tags ή hreflang alternates, το νέο site πρέπει να εκπέμπει ακριβώς τις ίδιες σχέσεις, όχι απλά οπτικά παρόμοιες σελίδες. Ένα συνηθισμένο λάθος: η μεταφορά αλλάζει τη δομή URL για μία γλώσσα αλλά όχι για την άλλη, σπάζοντας σιωπηλά το ζευγάρωμα hreflang — η Google δεν θα βγάλει σφάλμα δυνατά, απλά θα σταματήσει σιγά σιγά να εμπιστεύεται τις annotations.

Κάντε cutover με το DNS TTL χαμηλωμένο εκ των προτέρων

Χαμηλώστε το DNS TTL σας (π.χ. σε 300 δευτερόλεπτα) τουλάχιστον 24–48 ώρες πριν το πραγματικό cutover, ώστε όταν αλλάξετε nameservers ή την A record, η αλλαγή να διαδοθεί γρήγορα αντί να αφήσει κάποιους επισκέπτες (και crawlers) στον παλιό server για ώρες. Ανεβάστε ξανά το TTL στο κανονικό μόλις επιβεβαιώσετε ότι το cutover είναι σταθερό.

Υποβάλετε ξανά το sitemap και παρακολουθήστε στενά το Search Console για δύο εβδομάδες

Υποβάλετε το νέο sitemap.xml στο Search Console την ίδια μέρα που κάνετε launch — μην περιμένετε να το προσέξει η Google μόνη της. Στη συνέχεια παρακολουθήστε την αναφορά Coverage καθημερινά τις πρώτες δύο εβδομάδες: μια αύξηση σε 404 σημαίνει ότι ο redirect map σας παρέλειψε URLs· μια αύξηση σε «Discovered – not indexed» μπορεί να σημαίνει ότι το νέο site σερβίρει λεπτό ή διπλότυπο περιεχόμενο που η Google δεν είχε ξαναδεί. Και τα δύο διορθώνονται γρήγορα αν εντοπιστούν έγκαιρα, και είναι πολύ πιο δύσκολο να αναστραφούν αφού οι κατατάξεις έχουν ήδη πέσει.

Τα λάθη που πραγματικά προκαλούν πτώση κατατάξεων

• Αλλαγή slugs URL «για τακτοποίηση» χωρίς πραγματικό λόγο SEO, σπάζοντας κάθε υπάρχον backlink και bookmark προς αυτή τη σελίδα.
• Μεταφορά αρχείων εικόνων σε νέα paths χωρίς redirects, σκοτώνοντας σιωπηλά την επισκεψιμότητα από αναζήτηση εικόνων.
• Ξέχασμα ότι τα εσωτερικά links δείχνουν ακόμα σε παλιά URLs — μια αλυσίδα redirect που τεχνικά δουλεύει, αλλά προσθέτει latency και αραιώνει το σήμα σε όλο το site αν δεν διορθωθεί.
• Launch με ένα robots.txt που ακόμα μπλοκάρει το νέο site (κατάλοιπο από το staging) — αυτό και μόνο μπορεί να βγάλει ένα site από το index μέσα σε μέρες.

Η δική μας άποψη

Τίποτα από αυτά δεν είναι εξωτικό — είναι ένα checklist, όχι σκοτεινή τέχνη. Τα sites που χάνουν κατατάξεις κατά τη μεταφορά σχεδόν πάντα παρέλειψαν τον redirect map ή έκαναν launch ένα staging setup που μπλόκαρε εντελώς την Google. Κάντε αυτά τα δύο σωστά και τα υπόλοιπα είναι κυρίως επιμέλεια.

Σχεδιάζετε μια μεταφορά WordPress και θέλετε ένα δεύτερο μάτι στον redirect map πριν κάνετε cutover; Επικοινωνήστε μαζί μας.