Un service worker infectado puede seguir redirigiendo o modificando peticiones después de limpiar WordPress porque tiene su propio ciclo de vida y caché. Demuestra qué script está registrado, su scope y qué respuesta del origen lo instaló antes de asumir reinfección.
Inspecciona el registro en navegador afectado
Usa herramientas de Application para registrar URL del worker, scope, estado y caches. Compara con perfil limpio para separar estado del cliente de servidor actual.
Obtén el worker desde red
Evita caché del navegador e inspecciona el script actual. Si la versión de red está limpia pero queda un worker antiguo activo, el problema es ciclo/cache del cliente.
Busca quién lo registró
Busca la URL de registro en tema, plugin/PWA e inyecciones. Dar de baja el worker sin eliminar el registro no autorizado permite que vuelva.
Limpia primero origen y edge
Asegura que origen y CDN ya no sirven worker ni payload malicioso. Un unregister local es temporal si la misma URL sigue comprometida.
Invalida el ciclo del cliente
Desregistra el worker no autorizado, limpia caches/site data apropiados y recarga de forma controlada. Prueba perfil afectado y perfil nuevo.
Verifica que no se reinstala
Navega páginas representativas y deja pasar comprobaciones de actualización. Confirma que el worker sigue ausente o coincide con versión legítima y no reaparecen redirects.
Compara inyección de servidor con JavaScript desconocido en todas las páginas y después usa verificación posterior a la limpieza.