Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Errors & Diagnosis

WordPress continua redirigint o enllaçant al domini antic després d’una migració

Les referències de domini antic poden viure en opcions, contingut serialitzat, cau, redirecionaments o configuració externa.

Una migració no s’acaba quan només home i siteurl apunten al domini nou. El domini antic pot continuar apareixent en redireccions, dades del maquetador, menús, canonicals, HTML en memòria cau, webhooks o regles del CDN. El primer pas és identificar quina capa el genera.

Classifica primer on apareix el domini antic

Captura un cas concret i comprova si surt en una capçalera Location, a l’HTML, en una URL d’asset, en el canonical o en una resposta d’API. Cada cas apunta a un origen diferent.

Revisa la configuració autoritativa abans de buscar a la base de dades

  • home i siteurl de WordPress;
  • configuració de dominis multilloc o multilingüe;
  • redireccions de Nginx, Apache, hosting i CDN;
  • memòria cau de pàgina/objectes i sitemaps;
  • webhooks, plantilles de correu i callbacks externs.

Fes les substitucions respectant dades serialitzades

Si el domini antic està guardat en widgets, maquetadors o opcions, utilitza una eina compatible amb WordPress, primer en mode de prova i amb una còpia verificada. Per problemes de routing després de migrar, consulta els enllaços permanents que donen 404 després d’una migració.

Diferencia dades incorrectes i sortida antiga en memòria cau

Si la base de dades ja és correcta però l’HTML encara mostra l’host antic, busca una capa de cache o un node desactualitzat. Si també fallen les imatges, revisa les imatges trencades després d’una migració.

No substitueixis identificadors a cegues

No modifiquis GUIDs, registres històrics o identificadors de tercers si no són URLs operatives que realment hagin de canviar.

Com validar-ho

Prova pàgines, redireccions, canonicals, assets, formularis, webhooks i sitemap. El domini antic només ha de quedar on sigui intencionat.

CRITERI D’INCIDENT WP REPAIR

Reconstrueix la incidència abans de corregir-la

La localització del navegador, les capçaleres de resposta i la font de pàgina distingeixen una redirecció HTTP d’un enllaç emmagatzemat o un problema de metadades SEO.

WP RepairModel de diagnòstic
1Símptoma2Evidència3Canvi controlat4Verificació
Segueix la cadena fins a trobar el primer punt que deixa de comportar-se com hauria de fer-ho.
  1. 1

    Captura l’ocurrència exacta de domini antic: capçalera de localització, HTML, URL actiu o resposta API.

  2. 2

    Mireu les opcions de casa, lloc web, xarxa i configuració de domini multilingüe.

  3. 3

    Busqui a la base de dades amb una prova en sec seriada.

  4. 4

    Inspecciona les redireccions servidor/CDN, memòria cau d’objectes i mapes de lloc generats.

Què ha de quedar verificat

  • L'antic domini redirecciona només on es mapeja intencionalment.
  • Canònic, webmap, actius i enllaços interns usen el nou domini.
  • Formularis, webhooks i treballs programats diuen al servidor correcte.

SOBRE ESTE SÍNTOMA

Preguntes freqüents d'aquesta guia.

Si home i siturl ja estan actualitzats al nou domini, per què continuen apareixent antics enllaços?+

Perquè la generació WordPress URL només controla el nucli. Els menús, estris, dades del constructor de pàgines, etiquetes canòniques, treballs cron i configuració CDN s'emmagatzemen o es desen a la memòria cau per separat i encara poden fer referència a l’antic host fins i tot després que es corregeixin aquestes dues configuracions.

És segur substituir cada ocurrència de l’antic domini a la base de dades?+

No. Alguns identificadors, com els valors GUID i certes dades històriques, no han de ser canviats, de manera que un reemplaçament cec-tot pot malmetre registres que es van deixar intencionalment fent referència al valor original.

Com puc saber si estic tractant amb un servidor redirecció versus un enllaç emmagatzemat a la base de dades?+

Comproveu les capçaleres de resposta del navegador i la capçalera d’ubicació a la font HTML de la pàgina. Una redirecció que succeeix al servidor o nivell CDN es mostra a les capçaleres de resposta abans de qualsevol càrrega de contingut, mentre que un enllaç emmagatzemat apareix directament a la pàgina HTML o una resposta API.

L’esborrat del cau corregeix les referències de domini antic si les dades subjacents encara no s’han corregit?+

No, i fer-ho massa aviat pot ser enganyós. Cada capa de memòria cau només ha de ser descarregada després que la vostra font —base de dades, regla del servidor o configuració CDN — hagi estat corregida, altrament la memòria cau es repoblarà simplement amb les mateixes referències rancis.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència