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

Errors & Diagnosis

Els enllaços permanents donen 404 després de migrar WordPress

La portada carrega però el resto de URLs dóna 404. Les regles de reescriptura no van sobreviure al trasllat, i la solució sol ser un clic més una comprovació.

Resposta breu: si la portada funciona però totes les pàgines interiors tornen 404, WordPress funciona però el servidor no li passa les URLs amigables. El contingut està intacte; la capa de reescriptura es va moure malament.

Per què la portada és l’excepció

La portada es serveix a l’arrel, que no necessita reescriptura. Totes les altres URLs —entrades, pàgines, categories, fitxers— depenen d’una regla que lliura la petició a WordPress. Quan aquestes regles falten o s’ ignoren, només sobrevisqui l’arrel, que és exactament el patró que veus.

Corrigelo en l’ordre correcte

  1. Confirma que les adreces del lloc i de WordPress a Arranjaments &# 8250; Generals coincideixen amb el nou domini, protocol inclòs.
  2. Vés a Arranjaments &# 8250; Enllaços permanents i pulsa Desa sense canviar res: regenera les regles i, en Apache, reescriu el .htaccess.
  3. A Apache, confirma que AllowOverride All està actiu perquè el .htaccess es llegeix; en Nginx, confirma que existeix la regla try_files ... /index.php?$argsperquè Nginx no usa .htaccess.
  4. Buit totes les capes de memòria cau, inclòs el CDN, abans de tornar a provar.

Revisa també les URLs antigues barrejades

Una migració que va trencar els enllaços sol deixar referències absolutes al domini antic a la base de dades. No provoquen 404 per si soles, però produeixen imatges trencades, avisos de contingut mixt i redireccions rares. Corrígenes amb una cerca i substitució que entengui dades serialitzades —wp search-replace 'urlvieja' 'urlnueva' --skip-columns=guid de WP-CLI — i no un substitueixment de text pla, que corromp les arrays serialitzats.

Verifica

Prova una entrada, una pàgina, un fitxer de categoria, un llistat paginat i la cerca. Després confirma que l’administració funciona i que cap URL redirigeix en silenci al domini anterior.

CRITERI D’INCIDENT WP REPAIR

Seqüència d’intervenció segura

Quan funciona la portada i les rutes interiors donen 404, el contingut sol estar intacte i falla la reescriptura o la ruta base.

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. Confirma home/sit i subdirectori d'instal·lació després de migrar.
  2. Regenera una vegada les regles WordPress.
  3. Verifica AllowOverride de Apache o try_ files de Nginx usades per aquest vhost.
  4. Prova entrades, pàgines, taxonomies, paginació, cerca i REST.

Què ha de quedar verificat

  • Tipus de ruta representatius retornen el seu contingut.
  • Les URLs antigues redigeixen només quan existeix substitut vàlid.
  • Cap ruta torna silenciosament al domini o subdirectori anterior.

SOBRE ESTE SÍNTOMA

Preguntes freqüents d'aquesta guia.

Si la meva pàgina d'inici es carrega bé, descarta això un problema seriós?+

La pàgina d’inici no necessita reescriptura URL perquè es serveix a l’arrel del lloc, mentre que cada altre URL depèn de les regles de reescriptura que donen la petició a WordPress, de manera que funciona mentre que tota la resta 404s apunta directament a la reescriptura trencada.

Voleu esperar la configuració de Permalink funcionarà de la mateixa manera en qualsevol host?+

El mecanisme difereix per servidor. En Apache, desa permalinks regenera.htaccess, però això només té efecte si AllowOverride All està configurat perquè.htaccess sigui llegit. En Nginx no hi ha.htaccess en absolut, de manera que necessita la regla try_ files... / index.php?$args present en la configuració del servidor en el seu lloc.

Vaig corregir els 404, per què encara veig imatges trencades i advertències de contingut mixt?+

Una migració que va trencar els permalinks sovint també va deixar referències absolutes a l’antic domini dispersat a la base de dades. Aquestes no causen 404s per si mateixos, però sí produeixen imatges trencades, advertències de contingut mixt i redireccions estranys, i neceswebn una recerca seriada amb coneixement de dades i substituir-les per corregir-les.

Puc corregir l'antic domini URLs amb un text pla, trobar i substituir a la base de dades?+

No, això corre el risc de corromper el lloc. WordPress emmagatzema algunes dades com ara arrays serialitzats, on un text pla substitueix les longituds de cadena sense actualitzar les metadades de serialització. Useu una eina construïda per això, com el wp search-replace de WP-CLI amb -- skip-columns=guid.

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