Imatges trencades, botons que tornen a staging i ginys amb el domini antic solen indicar una substitució incompleta o insegura. WordPress desa URLs en entrades, metadades, opcions i estructures pròpies dels connectors. La reparació ha de respectar-les, no executar un reemplaçament cec.
Identifica totes les formes de la URL antiga
Llista l’origen i destí exactes: HTTP i HTTPS, www i arrel, hostnames temporals, ports, URLs escapades i rutes. Cerca en una exportació de només lectura per saber on apareix cada variant.
No assumeixis que cada menció s’ha de canviar. Biografies, referències externes, correus, llicències i registres multisite poden ser intencionats.
Estableix el destí canònic
Confirma primer el DNS, certificat i política de redireccions. Decideix si home i siteurl utilitzen arrel o www i verifica HTTPS a l’origen. Substituir abans d’estabilitzar el destí obliga a netejar dues vegades.
wp option get home
wp option get siteurlLes constants de wp-config.php poden sobreescriure la base; compara totes dues fonts.
Crea una còpia restaurable
Exporta la base just abans del canvi i registra prefix, nombre de files i hora. Desa la còpia fora del directori públic. Només és útil si hi ha credencials i una ruta d’importació provada.
Pausa l’edició o prepara un delta final. Un rollback no ha de descartar entrades, comentaris, usuaris o comandes creats durant la reparació.
Utilitza una substitució conscient de serialització
Les cadenes serialitzades de PHP inclouen longituds. Un REPLACE() SQL les pot invalidar si canvia la mida de la URL i trencar ginys o ajustos.
WP-CLI entén la serialització. Simula primer:
wp search-replace 'https://staging.example.net' 'https://example.com'
--all-tables-with-prefix --precise --dry-runRevisa les quantitats i elimina --dry-run només si tenen sentit. Evita --all-tables quan inclogui aplicacions alienes.
Inspecciona ginys i constructors per separat
Els ginys clàssics apareixen a sidebars_widgets i opcions widget_*; blocs, patrons reutilitzables i navegació poden ser entrades. Els constructors acostumen a desar JSON o metadades codificades i ofereixen una eina pròpia.
No editis blobs opacs manualment. Utilitza el mètode compatible, regenera CSS i recursos i neteja només les memòries cau afectades.
En una instal·lació multilingüe, repeteix la inspecció per a les entitats en anglès, castellà i català. Una traducció pot conservar el seu propi bloc, plantilla o ajust. Revisa també selectors d’idioma i enllaços personalitzats dels menús.
Corregeix mitjans i referències generades
Verifica adjunts, destacades, srcset, galeries, descàrregues, fons CSS i Open Graph. Els fitxers han d’existir en rutes d’uploads coherents.
El domini antic també pot aparèixer en CSS generat, minificats, ajustos de CDN o memòria cau de pàgina. Regenera els recursos descartables després de corregir la base.
Comprova redireccions i contingut mixt
Sol·licita URLs antigues representatives i confirma que arriben al destí sense bucles. Els enllaços interns han d’utilitzar directament la URL canònica; dependre de redireccions malgasta peticions i amaga errors.
Utilitza Consola i el codi font per trobar recursos HTTP. No mantinguis un connector de reescriptura com a substitut de corregir l’emmagatzematge.
Valida funcions i senyals SEO
Rastreja pàgines, entrades, categories, mitjans, ginys i landings. Revisa canònics, hreflang, sitemap, dades estructurades i imatges socials. Envia formularis i prova l’edició autenticada.
Compara coincidències del domini antic, però classifica manualment les supervivents. Zero resultats no és automàticament correcte.
Evita la pròxima reparació
Quan sigui possible, prova la migració amb el hostname real mitjançant hosts. Mantén una política de domini canònic i un procediment de substitució limitat.
El manteniment recurrent ha de detectar dominis de staging a l’HTML públic i validar enllaços de mitjans nous, perquè un giny ocult no continuï trencat durant mesos.