Μετά από αλλαγή domain, παλιές διευθύνσεις μπορεί να παραμένουν σε posts, media, widgets, page builders και options. Η αντικατάσταση πρέπει να σέβεται serialized data, διαφορετικά μπορεί να καταστραφούν ρυθμίσεις.
Πριν ξεκινήσεις
- Πάρε database backup και δοκίμασε σε staging.
- Κατέγραψε ακριβώς παλιό και νέο URL, με πρωτόκολλο και www.
- Επιβεβαίωσε πρώτα ότι home/siteurl είναι σωστά.
- Μην εκτελέσεις γενικό SQL
REPLACE()σε serialized δεδομένα.
Βήματα
- Έλεγξε Settings > General για WordPress Address και Site Address.
- Πάρε νέο database export ακριβώς πριν την αλλαγή.
- Με WP-CLI εκτέλεσε πρώτα dry run, για παράδειγμα
wp search-replace 'https://old.example' 'https://new.example' --all-tables --precise --dry-run. - Έλεγξε πόσες αντικαταστάσεις προτείνονται και απέκλεισε πίνακες που δεν ανήκουν στην εγκατάσταση.
- Αν το αποτέλεσμα είναι σωστό, επανάλαβε χωρίς
--dry-run. Εναλλακτικά χρησιμοποίησε αξιόπιστο migration/search-replace εργαλείο με υποστήριξη serialization. - Καθάρισε WordPress/page builder/object/CDN cache.
- Άνοιξε Settings > Permalinks και αποθήκευσε ξανά.
- Έλεγξε ξεχωριστά menu links, CSS background images, custom code, widgets και external integrations.
Προσοχή: Μην αντικαταστήσεις emails ή τυχαία τμήματα κειμένου που μοιάζουν με το domain. Χρησιμοποίησε πλήρη URL και backup.
Πώς ελέγχω ότι πέτυχε
- Κάνε νέο dry run προς το παλιό URL· οι αναμενόμενες εμφανίσεις πρέπει να είναι μηδενικές ή εξηγήσιμες.
- Έλεγξε αρχική, posts, media, menus, forms και page-builder templates.
- Άνοιξε browser Console/Network και αναζήτησε requests προς το παλιό domain ή HTTP.
- Δοκίμασε login, save/update και checkout χωρίς cache.
Συνηθισμένα προβλήματα
- Σπασμένα widgets/options: έγινε μη serialized-safe SQL replacement.
- Παλιές εικόνες: URL σε CSS/page-builder cache ή διαφορετική μορφή URL.
- Mixed content: παραμένουν
http://resources. - CLI timeout/permissions: χρησιμοποίησε staging ή ζήτησε ασφαλή εκτέλεση από την υποστήριξη.