WordPress utilitza les opcions siteurl i home per crear enllaços d’administració, recursos i web públic. Si encara contenen un domini de proves, una ruta equivocada o HTTP, l’accés i el web poden redirigir fora del servidor nou.
Corregeix primer només els valors demostrats. Una substitució directa a tota la base pot malmetre dades serialitzades de connectors i ginys.
Confirma la base activa i el prefix
Llegeix DB_NAME i $table_prefix a wp-config.php sense exposar credencials. Des de phpMyAdmin o MySQL, confirma que existeixen la taula d’opcions esperada i contingut recent.
SELECT option_name, option_value
FROM wp_options
WHERE option_name IN ('siteurl', 'home');Substitueix wp_ pel prefix real. Executa una lectura abans d’actualitzar.
Entén les dues URL
siteurl indica on es troben els fitxers del nucli; home és l’adreça pública. Solen coincidir, però poden diferir si WordPress està instal·lat en un subdirectori.
No les igualis sense comprovar la disposició dels directoris i la configuració anterior.
Utilitza el host HTTPS canònic i, normalment, sense barra final.
Comprova constants que sobreescriuen valors
WP_HOME i WP_SITEURL a wp-config.php prevalen sobre la base. Un valor correcte pot semblar incorrecte perquè les constants encara apunten a staging.
define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );Utilitza-les intencionadament, no com a configuració duplicada i contradictòria. Fes còpia del fitxer i elimina les definicions temporals si no formen part del disseny.
Corregeix amb precisió i còpia prèvia
Fes còpia de la base i anota els valors anteriors. Utilitza WP-CLI quan estigui disponible:
wp option update home 'https://example.com'
wp option update siteurl 'https://example.com'Executa a l’arrel correcta i com l’usuari adequat. Com a alternativa, utilitza dues actualitzacions SQL exactes mitjançant una eina autoritzada.
No incloguis credencials a l’historial.
Tracta multilloc per separat
WordPress multilloc desa dominis i rutes de xarxa i llocs en diverses taules i constants. Canviar una sola taula d’opcions pot deixar les redireccions trencades.
Inventaria el domini i la ruta de xarxa, cada lloc i la configuració de galetes. Utilitza ordres WP-CLI compatibles i assaja en staging.
No apliquis instruccions d’una instal·lació simple a un multilloc sense adaptar-les.
Migra les URL del contingut amb seguretat
Quan recuperis l’accés, busca el domini antic a entrades, ginys, maquetadors i ajustos. Utilitza una substitució compatible amb serialització i primer en sec:
wp search-replace 'https://old.example' 'https://example.com' --all-tables-with-prefix --dry-runRevisa les taules i els recomptes abans d’executar i no canviïs els GUID tret que la política de migració ho exigeixi.
Alinea DNS, SSL i redireccions
L’URL corregida ha de resoldre cap al servidor nou amb un certificat vàlid. Unifica www o sense www i HTTP a HTTPS sense bucles.
Si Cloudflare o un proxy acaba TLS, configura correctament la detecció d’HTTPS. No confiïs en capçaleres reenviades arbitràries des d’Internet.
Mantén controlat el domini antic per a redireccions segures quan sigui adient.
Inventaria fonts fora de la base
El host antic pot romandre en variables, .htaccess, Nginx, regles de Cloudflare, el tema, bundles JavaScript, plantilles SMTP i panells de passarel·les. Busca cada font per separat.
No substitueixis hostnames dins de signatures, llicències codificades o secrets de callback. Per a cada coincidència, identifica el propietari i si és enllaç públic, endpoint segur o identificador històric.
Verifica accés, recursos i escriptura
Prova pàgines, wp-login.php, administració, desament de l’editor, mitjans i restabliment de contrasenya des d’un navegador net. Revisa peticions al domini antic i contingut mixt.
Buida les memòries cau pertinents i confirma els valors després d’escalfar-les. El manteniment recurrent hauria d’incloure un inventari d’URL a cada migració: un DNS correcte no basta si WordPress creu que viu en un altre lloc.