La pàgina predeterminada de Plesk indica que la petició ha arribat a un servidor gestionat per Plesk, però ha seleccionat un altre virtual host o document root, o ha trobat un index.html abans de l’index.php de WordPress. Els fitxers i la base poden continuar intactes en una altra ruta.
No moguis ni eliminis fitxers fins a demostrar l’assignació del hostname i la subscripció.
Identifica quina capa respon
Anota l’arrel i www, HTTP i HTTPS, capçaleres, certificat i cos, juntament amb l’hora.
Comprova:
A, AAAA i CNAME públics
certificat servit i SNI
subscripció i àlies a Plesk
tipus d'allotjament
document root
fitxers index
memòria cau de proxy o CDNRepeteix-ho des d’un navegador i una xarxa nets.
Verifica DNS i IPv6
Confirma que el DNS autoritatiu dirigeix l’arrel i www al servidor Plesk previst. Un AAAA antic pot afectar només els visitants amb IPv6.
Prova el hostname i SNI contra la IP correcta per separar DNS de la configuració del virtual host. No modifiquis els MX ni TXT de correu quan reparis el DNS web.
Revisa la subscripció i el tipus de hosting
A Websites & Domains, confirma que el domini pertany a la subscripció esperada i que Hosting type és Website hosting, no forwarding o no hosting.
Els àlies han d’apuntar al lloc primari i mantenir la canonicalització SEO prevista. Evita dues subscripcions que reclamin el mateix hostname: Plesk pot seleccionar la inesperada.
Comprova el document root
A Hosting Settings, localitza el directori que conté index.php, wp-config.php i wp-content.
Les arrels varien per subscripció i subdomini. No assumeixis que sempre és httpdocs si hi havia una ruta personalitzada. Si WordPress viu intencionadament en un subdirectori, conserva el disseny de home i siteurl.
Retira l’índex predeterminat amb seguretat
Un index.html de Plesk pot tenir prioritat sobre index.php. Fes-ne una còpia o canvia-li el nom:
index.html -> index.plesk-default.backup.htmlNo eliminis l’index.php de WordPress. Revisa l’ordre de DirectoryIndex i els processos que puguin recrear el fitxer. Purga el proxy quan se serveixi l’índex correcte.
Comprova PHP i el seu handler
Després de seleccionar index.php, el domini necessita un handler PHP compatible. Revisa la versió, FPM, estat del pool i socket assignat.
Si PHP es descarrega, mostra codi o retorna 502, atura’t i repara el handler immediatament: el codi font pot revelar configuració. Utilitza eines de Plesk, no canvis improvisats als virtual hosts generats.
Distingeix la previsualització del domini real
La vista prèvia de Plesk i l’accés per IP poden seleccionar una altra subscripció i provocar redireccions diferents. Prova el hostname real amb DNS, --resolve o una entrada hosts temporal i SNI correcte.
No canviïs home o siteurl per la URL de previsualització. Després del tall, elimina overrides i prova arrel, www, IPv4, IPv6 i CDN.
Regenera el virtual host des de Plesk
Utilitza les eines de reparació o reconfiguració de Plesk, o el suport. Editar directament fitxers generats no és durador perquè el panell els sobreescriu.
Revisa directives addicionals que modifiquin root o proxy i valida les personalitzacions. Conserva un registre dels canvis intencionats.
Comprova SSL i proxy
HTTPS pot seleccionar un altre virtual host si el certificat o la vinculació són incomplets. Emet Let’s Encrypt després de corregir DNS.
Si Proxy mode o la memòria cau Nginx estan actius, compara amb l’origen mitjançant eines compatibles. No desactivis permanentment TLS ni la protecció del proxy.
Conserva la resposta que identifica el host
Abans de canviar, desa estat, Server, Location, capçaleres de memòria cau i subjecte del certificat per a HTTP i HTTPS. En conjunt distingeixen un host equivocat d’una pàgina en memòria cau.
Una query diferent serveix d’evidència, no de reparació.
Verifica WordPress
Prova portada, enllaços interns, inici de sessió, administració, mitjans i REST. Alinea URLs i redireccions canòniques i regenera els enllaços permanents si cal.
Monitoritza externament la signatura de la pàgina de Plesk. És un símptoma de routing, no una prova que WordPress s’hagi perdut.