Antes de empezar
- Pide que el cierre indique qué se corrigió y qué queda por investigar.
- Comprueba las funciones que usa tu negocio con pruebas acordadas.
- Deja por escrito quién revisará los avisos y las señales de recurrencia.
Cuando el proveedor termina de limpiar tu WordPress, la portada puede volver a cargar aunque sigan pendientes tareas importantes. Antes de cerrar la incidencia, pide tres cosas: qué corrigió el técnico, qué pudo volver a hacer el negocio y quién se encargará de lo que quede abierto.
Pide un cierre que distinga lo corregido de lo pendiente
Solicita un resumen con los componentes revisados, los cambios aplicados y los límites de la intervención. Si se identificó la causa, el informe debe decir qué acción la corrigió y cómo se comprobó. Si sigue sin confirmarse, deja constancia de la incertidumbre y acuerda qué se va a revisar y cuándo. Así podrás saber si falta una decisión, como sustituir un componente sin soporte o ampliar la revisión a otra instalación.
La documentación de WordPress sobre recuperación recomienda actualizar el software y volver a cambiar las contraseñas tras la limpieza. Pide que el responsable indique qué accesos revisó, qué cambios hizo y cuáles necesitan coordinación con el alojamiento o con otro proveedor. El parte de cierre puede identificar una cuenta por su función, sin incluir la contraseña ni otros datos de acceso.
Comprueba lo que volverán a usar tus clientes
Escoge un recorrido real de cada función crítica. Si tu web capta solicitudes, acuerda con soporte un envío controlado y confirma que el equipo recibe el mensaje en el buzón correcto. Si acepta reservas, comprueba que el registro se crea y que el personal puede consultarlo. Para una tienda, prepara una compra de prueba con el responsable técnico y acordad cómo evitar cobros o envíos no deseados.
Una comprobación útil incluye fecha, recorrido y resultado. Por ejemplo: «Formulario de presupuesto. Envío de prueba recibido en el buzón acordado y visible en el registro». Si la limpieza incluyó restaurar una copia, pide que se compare su fecha con los pedidos, consultas o cambios que se hicieron después. Deja por escrito qué falta recuperar y quién va a conciliarlo antes de dar el trabajo por terminado.
Acuerda quién revisará las alertas
Si Google mostró una advertencia, revisa el informe Problemas de seguridad de Search Console. Google indica que las URLs del informe son ejemplos y que debes corregir los problemas en todo el sitio antes de solicitar la revisión. Anota quién hará esa solicitud, cuándo y dónde se comprobará la respuesta.
Acuerda también quién recibe los avisos del alojamiento, cuándo se revisarán de nuevo y qué señal reabriría la incidencia. Por ejemplo, una nueva alerta del hosting o la reaparición de una redirección inesperada debe tener un responsable y un canal de aviso ya definidos.
Qué pedir por escrito antes de cerrar
| Comprobación | Qué debe quedar registrado |
|---|---|
| Corrección técnica | Qué se cambió, qué causa se pudo confirmar y qué sigue abierto. |
| Funciones del negocio | Qué recorridos se probaron, con qué resultado y en qué fecha. |
| Seguimiento | Quién recibe avisos, cuándo revisará el estado y qué motivaría reabrir la incidencia. |
Si necesitas concretar qué queda por revisar después de una limpieza, el servicio de seguridad WordPress permite valorar el alcance de las comprobaciones y del seguimiento según tu instalación.
Fuentes y documentación
Referencias para ampliar los aspectos técnicos. El alcance de cada servicio debe concretarse en su propuesta.
- WordPress: respuesta y recuperación tras una intrusión · consultada el 11 de noviembre de 2026
- Google Search Console: informe Problemas de seguridad · consultada el 11 de noviembre de 2026