Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Verification Recurring Protection

Los problemas de seguridad de Search Console siguen tras limpiar malware

Resuelve avisos persistentes validando cada patrón, propiedad, caché, método de verificación y ruta de reinfección.

Search Console puede seguir mostrando contenido hackeado o recursos dañinos después de limpiar los archivos visibles. El informe puede referirse a otro protocolo o subdominio, una caché, un patrón generado o una página que cambia solo para Google.

Trata cada ejemplo como evidencia representativa, no como lista completa.

Confirma la propiedad correcta

Revisa la propiedad de dominio y las propiedades con prefijo para HTTP, HTTPS, dominio raíz, www y subdominios. Un staging antiguo puede mantener el problema aunque producción parezca limpia.

Verifica propietarios y usuarios en Search Console. Elimina usuarios o tokens desconocidos después de conservar evidencia y confirmar agencias legítimas.

Asegura la cuenta Google y sus métodos de recuperación.

Exporta los ejemplos afectados

Registra categoría, URL de muestra, fechas de detección y revisión y recursos externos descritos. Agrupa las rutas por patrón.

No visites cada URL dañina desde el navegador habitual. Usa comprobaciones aisladas y evidencia de red guardada.

Las muestras son representativas; analiza el espacio de URL que coincide.

Prueba diferencias entre rastreador y visitante

Compara respuestas de visita directa sin sesión, referencia de buscador, móvil y agente similar al rastreador. Registra estado, canonical, hash y dominios externos.

Si el resultado cambia, inspecciona reescrituras, condiciones PHP, generadores de base y claves de caché del CDN.

No dependas de la previsualización del editor.

Comprueba todas las capas de entrega

Inspecciona archivos y base del origen, caché de página y CDN, Workers, redirecciones, DNS y service workers. Verifica cada nodo web.

Elimina el generador antes de purgar ejemplos. Devuelve 404 o 410 honestos para URL inexistentes.

Revisa sitemaps, feeds y enlaces internos que todavía anuncien rutas retiradas.

Audita sitemaps y métodos de verificación

Lista todos los sitemaps enviados y anunciados en robots.txt. Conserva y elimina referencias creadas por el atacante y confirma que el plugin SEO genera índices correctos de idiomas y contenido.

Revisa métodos de propiedad mediante etiqueta HTML, registro DNS, Analytics, Tag Manager y archivos de verificación. Un archivo o token desconocido puede mantener acceso incluso tras eliminar un usuario.

No retires la verificación de una agencia legítima sin confirmar su traspaso. Comprueba de nuevo después de la propagación DNS o CDN.

Termina la limpieza del incidente

Verifica paquetes, código propio, usuarios, contraseñas de aplicación, tareas, hosting y webs hermanas. Corrige vulnerabilidades y rota secretos expuestos.

Busca dominios y hashes conocidos junto con comportamiento variante. Un escáner de archivos no cubre la base ni etiquetas externas.

Observa durante el intervalo anterior de recurrencia.

Envía la validación con evidencias

Usa el flujo de validación de problemas de seguridad cuando cada patrón esté limpio. Explica causa, limpieza, trabajo de acceso y pruebas.

No envíes un mensaje vago ni varias solicitudes mientras la web cambia. Mantén la respuesta pública estable y rastreable.

Las retiradas temporales de URL no resuelven un problema de seguridad.

Monitoriza después de validar

Comprueba Indexación de páginas y ejemplos de rastreo por nuevas rutas spam. Revisa logs de Google y confirma los estados.

Vigila usuarios, sitemaps y archivos de verificación. Confirma que las herramientas SEO legítimas siguen funcionando.

Compara páginas nuevas por fecha de creación y rastreo. Las descubiertas después de limpiar requieren investigación inmediata aunque los ejemplos antiguos esperen recrawl.

Revisa canonical y hreflang de inglés, español y catalán: una plantilla alterada puede apuntar traducciones limpias a una URL spam. Conserva ejemplos renderizados limpios con fecha.

Cuándo conviene una revisión experta

Solicita ayuda si el problema persiste entre propiedades, el rastreador recibe otra respuesta o los ejemplos crecen. Envía capturas y URL públicas sin credenciales.

El objetivo no es solo un panel limpio, sino respuestas coherentes y una ruta de generación y acceso cerrada.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia↗