Una reparació urgent de WordPress comença per localitzar on perden l’accés els visitants: domini, allotjament, HTTPS o l’aplicació mateixa. La pàgina predeterminada de Plesk, un error de servidor i un checkout trencat requereixen intervencions diferents. Envia’ns l’URL públic, què hi veus i l’últim canvi. Avaluem la incidència i acordem el pas següent abans de modificar res.
L’objectiu immediat és recuperar la funció de negoci afectada conservant contingut, comandes actuals i una via de recuperació viable. Que torni la portada ajuda; la reparació continua pendent si el client encara no pot enviar una sol·licitud o acabar el seu recorregut.
Què necessitem per a la primera avaluació
- Domini públic i pàgina o acció afectada.
- Missatge visible, quan va començar i si afecta totes les visites.
- Canvis recents de hosting, DNS, certificat, plugins o desplegament.
- Impacte en el negoci i recuperacions ja intentades.
Comença per aquesta descripció. Els accessos, registres complets i arxius de configuració es comparteixen pel canal privat acordat després de delimitar l’abast.
Quan el domini porta a un altre web
Que el servidor respongui per IP no demostra que el domini públic arribi a l’aplicació correcta. Distingim respostes DNS, lloc seleccionat a l’allotjament, identitat HTTPS, resposta del proxy i redireccions de WordPress abans de proposar un canvi.
Si reconeixes el símptoma, les guies sobre Plesk mostrant la pàgina predeterminada en lloc de WordPress i WordPress funcionant per IP però no pel domini expliquen quines observacions ajuden a localitzar-lo. Canviar DNS i URL de l’aplicació alhora per veure què passa pot convertir una fallada en diverses.
Quan la petició arriba a WordPress però falla una funció
La revisió segueix la ruta afectada i els errors pertinents. Un conflicte d’actualització, una dependència absent, una fallada de base de dades o un límit de recursos necessiten el seu diagnòstic. Pot convenir un aïllament temporal, però abans de desactivar un component cal entendre què passarà amb formularis, comptes i vendes.
Separem recuperar disponibilitat de completar una correcció duradora. Si la contenció deixa una funció de negoci indisponible, el tancament ho ha d’indicar i identificar la decisió següent.
¿Tu web está afectada ahora mismo?
Envía la URL y el síntoma que ves. Jordi Ensenyat revisa el caso personalmente y define el alcance y el presupuesto antes de tocar nada. Este formulario nunca pide contraseñas.
Acordar què es canviarà i com es comprovarà
La proposta identifica capa afectada, punt de recuperació disponible, canvi previst i recorregut de verificació. Una incidència d’allotjament pot requerir el proveïdor; una altra organització pot controlar els DNS. Cal confirmar qui autoritza cada canvi: un accés a WordPress no governa necessàriament tot el circuit.
En treballs de domini i hosting, el pla contempla el correu i altres serveis que comparteixen la zona. Corregir l’adreça web no hauria de substituir registres aliens a la incidència. Si es planteja restaurar una base de dades, es valoren comandes i enviaments posteriors abans de reemplaçar dades actuals.
Què ha de quedar en acabar la intervenció
- Causa diagnosticada, component modificat i dependències pendents.
- Comprovació del domini públic previst per HTTPS i la seva destinació canònica.
- Verificació del recorregut de negoci afectat amb un mètode controlat i acordat.
- Estat provat, limitacions que continuen obertes i instruccions de recuperació.
Si el web està caigut, sol·licita una avaluació de reparació web urgent. El procés de recuperació explica avaluació, abast, intervenció i verificació. La causa i els accessos disponibles determinen la reparació proposada i el pressupost.