Una redirecció inesperada de WordPress pot enviar els visitants a un altre web mentre l’administrador veu una pàgina normal. Avaluem el recorregut comunicat, localitzem la capa responsable i definim la neteja quan es confirma codi o accés maliciós. La redirecció sola no demostra si l’origen és WordPress, una etiqueta externa, regles de l’allotjament o una resposta en memòria cau.
Envia la URL pública afectada i què va veure el visitant per sol·licitar una avaluació de redireccions malicioses. L’avaluació inicial no necessita contrasenyes. Acordem abast i pressupost abans d’intervenir; consulta com funciona la neteja.
Quin comportament estàs veient?
- Redirigeix visitants però no l’administrador: comparar recorregut sense sessió, origen d’entrada i condicions de la visita.
- El mòbil obre pàgines d’apostes o adults: registrar dispositiu, primera visita i pàgina sense demanar al client que ho repeteixi.
- Regles sospitoses d’htaccess redirigeixen des de cercadors: contrastar condicions amb rutes legítimes abans de substituir configuració.
Aquestes guies ajuden a descriure la incidència. No demostren que un fitxer concret en sigui la causa.
Què cobreixen l’avaluació i la neteja
L’abast segueix les proves: cadena de respostes i scripts, pàgines afectades, sistemes d’origen, canvis en fitxers o dades, etiquetes externes, regles de servidor/CDN i accessos que podrien restaurar la injecció. Si diversos webs comparteixen compte, pot caldre la col·laboració del proveïdor per delimitar la incidència.
- Abans de canviar: conservar proves rellevants i una via de recuperació.
- Diagnòstic: localitzar origen i persistència o entrada confirmades.
- Intervenció: retirar canvis maliciosos i tractar l’accés o component identificat dins l’abast aprovat.
- Comprovació: repetir el recorregut que activava el símptoma i visites de control acordades.
- Entrega: documentar troballes, canvis, proves, dependències pendents i responsables del seguiment.
Per a un compromís més ampli, consulta el servei de neteja de malware WordPress. Els canvis d’accés i la feina sobre comptes externs han de quedar acordats.
Què enviar abans de demanar accés
Indica URL legítima, hora aproximada i zona horària, dispositiu i navegador, origen d’entrada, primera visita o repetició, domini de destinació com a text i canvis recents que coneguis. Una captura pot ajudar. No enviïs contrasenyes, galetes de sessió, dades de clients ni fitxers sospitosos pel formulari públic.
Que el propietari no aconsegueixi reproduir-ho no invalida l’avís d’un visitant. Aquestes condicions orienten les proves controlades; no demanem al client que torni a seguir una destinació insegura.
Com es comprova el resultat
El registre distingeix visites afectades i controls: mòbil i escriptori, cercador i accés directe, primera sessió i repetició, pàgina pública i comportament d’origen/memòria cau quan correspon. Documenta què ha canviat i qualsevol condició que no s’ha pogut comprovar.
Després de corregir l’origen, renova les respostes afectades en memòria cau i comprova-les. Un escaneig net o una visita normal de l’administrador no són suficients per tancar la incidència. La reinfecció exigeix investigar persistència i accés, no esborrar repetidament el script visible.
Avisos de cercadors i seguiment
Si Google assenyala contingut enganyós, revisa també recursos externs. La sol·licitud de revisió ve després de retirar-lo; Google controla resultat i termini. Consulta la seva guia de contingut enganyós.
Mantén una còpia de recuperació actual i responsables de vigilància acordats. El manual de seguretat WordPress planteja una reducció contínua del risc. Cap neteja garanteix immunitat permanent.
Sol·licita una avaluació amb abast
Demana a Jordi que avaluï la redirecció amb símptoma i URL pública. El següent pas és definir la feina, no reconstruir automàticament tot el web. Contingut i referències revisats el 14 d’octubre de 2026.
RECUPERACIÓ DE WORDPRESS BASADA EN EVIDÈNCIES
Comprovar la redirecció i la persistència
En neteja de malware WordPress i prevenció de reinfeccions, el símptoma visible pot estar lluny de la causa. eliminar la persistència, tancar vies d’entrada demostrables i verificar el comportament que va activar l’alerta. El diagnòstic segueix el recorregut afectat i compara pàgines, respostes, scripts i dades amb les condicions comunicades. El treball s’acorda a partir de les proves; no es pressuposa que un fitxer concret sigui l’única causa.
Què comprovem
- El recorregut complet, no només la pantalla on apareix l’error
- Dependències externes, registres i evidències abans de canviar configuració
- Recorregut públic amb dispositiu, origen d’entrada i estat de sessió
- Cadena de respostes i scripts que provoca el canvi de destinació
- Fitxers, dades, regles del servidor i recursos externs implicats
- Accessos i tasques que podrien restaurar els canvis confirmats
- Comportament d’origen i memòria cau de les pàgines afectades
- Proves repetides i responsable del seguiment després de la neteja
Què significa un resultat verificat
El tancament documenta la causa trobada, el canvi aplicat i les proves realitzades. El resultat ha de ser observable i repetible, no una impressió que “sembla funcionar”.
ABANS DE L’AVALUACIÓ
Preguntes freqüents sobre aquesta incidència
Com es comprova que el problema està realment resolt?+
Es reprodueix el recorregut afectat, se’n revisen les dependències i es documenta l’evidència posterior al canvi.
Què necessiteu per començar l’avaluació?+
URL pública, símptoma, hora aproximada, dispositiu, origen de la visita i canvis recents. L’avaluació inicial no necessita contrasenyes.
Una visita normal de l’administrador demostra que està resolt?+
No. Cal tornar a comprovar les condicions que afectaven el visitant i comparar-les amb visites de control.
La neteja garanteix que el malware no tornarà mai?+
No. Cal tractar la persistència i els accessos confirmats, i acordar responsables i comprovacions de seguiment.