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
- Confirma que les adreces del lloc i de WordPress a Arranjaments &# 8250; Generals coincideixen amb el nou domini, protocol inclòs.
- Vés a Arranjaments &# 8250; Enllaços permanents i pulsa Desa sense canviar res: regenera les regles i, en Apache, reescriu el
.htaccess. - A Apache, confirma que
AllowOverride Allestà actiu perquè el.htaccesses llegeix; en Nginx, confirma que existeix la reglatry_files ... /index.php?$argsperquè Nginx no usa.htaccess. - 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.
- Confirma home/sit i subdirectori d'instal·lació després de migrar.
- Regenera una vegada les regles WordPress.
- Verifica AllowOverride de Apache o try_ files de Nginx usades per aquest vhost.
- 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.
Fonts tècniques oficials
Continua el diagnòstic
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →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.