Bots de SWPanel

Los bots de SWPanel

SWPanel es la plataforma con la que nuestros clientes gestionan su infraestructura IT. Para darles informes SEO, avisos de seguridad y vigilancia de disponibilidad, visita de forma automática las webs de esos mismos clientes, solo mientras su servicio está activo. Si has visto uno de estos nombres en tus logs, aquí tienes qué es, qué pide, cada cuánto pasa y cómo comprobar que somos nosotros.

Operador: DeepThink Software SLU Contacto: [email protected] Revisado el: 17 de octubre de 2026

Identificación

Un nombre, una función

Todos se presentan con el mismo esquema: el nombre SWPanelBot, un guion con la función, la versión y la dirección de su ficha. El nombre sirve también como token de robots.txt.

Mozilla/5.0 (compatible; SWPanelBot-SEO/1.1; +https://www.swpanel.com/bots/seo) Mozilla/5.0 (compatible; SWPanelBot-Uptime/1.1; +https://www.swpanel.com/bots/uptime) Mozilla/5.0 (compatible; SWPanelBot-Security/1.1; +https://www.swpanel.com/bots/security) Mozilla/5.0 (compatible; SWPanelBot-Code/1.1; +https://www.swpanel.com/bots/code) Mozilla/5.0 (compatible; SWPanelBot-Web/1.1; +https://www.swpanel.com/bots/web)

Nombres anteriores, que aún pueden aparecer en logs antiguos o en algún módulo que termina de cambiar:

  • SWPanelBot-*/1.0, que enlazaba a /bots
  • SWPanelSEO
  • SWPanel/SEOAnalyzer
  • SWPanel/SEOAnalyzer/1.0; headless
  • SWPanel-SOC
  • SWPanel-Uptime
  • SWPanel-CodeAnalyzer
  • SWPanel-WebGenerator

Qué pide cada uno

El resumen, y cada cuánto

Los datos salen del código de cada módulo. El detalle completo está en la ficha de cada bot.

Informes y seguimiento SEO

SWPanelBot-SEO

Recorre la web como lo haría un buscador para el informe y el seguimiento SEO: títulos, descripciones, encabezados, enlaces, códigos de respuesta, canonical, hreflang y datos estructurados.

Cuándo entra
Programado, en las webs con el módulo SEO activo, y cada vez que el propietario pide un informe. Un usuario también puede pedir a mano el informe de una web que no está en SWPanel.
Frecuencia
Cada 30 días en el plan Básico y cada 7 días en Profesional y Premium, más los informes que se piden a mano.
Qué pide
GET de la portada, de /robots.txt, del sitemap (el que declara robots.txt o /sitemap.xml) y de las páginas HTML del mismo dominio que encuentra siguiendo enlaces.
Volumen y ritmo
Hasta 10, 100 o 200 páginas por pasada según el plan, a 5 clics de la portada como mucho. Una petición cada vez, nunca en paralelo, y un máximo de 15 minutos por web. Frena si la web contesta 429 o 503. No vuelve a descargar las páginas que no han cambiado.
robots.txt
Lo pide con su nombre y lo guarda 24 horas como mucho. Busca primero el grupo SWPanelBot-SEO y, si no lo hay, el grupo SWPanelBot, y si tampoco, el grupo *, como manda RFC 9309. Si robots.txt da 404, entiende que puede rastrearlo todo; si da un error 5xx o no contesta, no rastrea.
Qué guarda
Títulos, descripciones, encabezados y métricas de cada página, y la lista de problemas, en el SWPanel del propietario.

El informe Premium pide además a PageSpeed Insights que mida la portada: esa visita llega con el nombre de Google, no con el nuestro.

Vigilancia de disponibilidad

SWPanelBot-Uptime

Comprueba que la web responde y avisa al propietario si se cae o va lenta.

Categoría: Monitorización Ficha técnica de SWPanelBot-Uptime
Cuándo entra
Programado, en los servicios con la vigilancia de disponibilidad.
Frecuencia
Unas cuatro veces al día por web: recorre todos los servicios en tandas de unos 200 cada 5 minutos, y una vuelta completa dura unas 6 horas.
Qué pide
Un GET a la portada por HTTPS y, si no contesta, por HTTP. Si algo sale mal, repite una vez a los 1,5 segundos. No comprueba el certificado.
Volumen y ritmo
Una o dos peticiones por web y pasada. Espera como mucho 5 segundos a conectar y 8 a la respuesta.
robots.txt
No lo consulta: es una sola petición a la portada, como cualquier monitor de disponibilidad.
Qué guarda
Solo las incidencias: cuándo, qué falló y cuánto tardó. No guarda el contenido de la página.

La misma vigilancia abre una conexión a los puertos de correo (25 o 587) y FTP (21) para leer el saludo del servidor, sin iniciar sesión. Esas conexiones no llevan User-Agent.

Seguridad 360

SWPanelBot-Security

Mira la web desde fuera, como la vería un atacante: el certificado y el cifrado, las cabeceras de seguridad y si hay ficheros que nunca deberían ser públicos. También confirma que una corrección de seguridad ha quedado aplicada.

Categoría: Pruebas de seguridad Ficha técnica de SWPanelBot-Security
Cuándo entra
En los análisis del SOC de Seguridad 360 y del análisis de código, y al aplicar o deshacer una corrección.
Frecuencia
Una vez por análisis programado del servicio, y una por cada corrección que se aplica o se deshace.
Qué pide
Un GET a la portada para leer las cabeceras, una conexión TLS al puerto 443 y un GET, sin seguir redirecciones, a estas rutas: /.git/config, /.git/HEAD, /.env, /wp-config.php.bak, /phpinfo.php, /server-status, /.svn/entries y /adminer.php. Para verificar una corrección pide la portada con un parámetro ?swsoc= y sin caché.
Volumen y ritmo
Una decena de peticiones por análisis, una detrás de otra, con esperas máximas de 3 a 8 segundos.
robots.txt
No lo consulta. Son comprobaciones puntuales que encarga el propietario, y las rutas son justo las que no deberían poder leerse.
Qué guarda
Solo el resultado: qué ruta respondió y con qué firma, para el aviso. Si encuentra un fichero expuesto, no guarda su contenido.

En tus logs estas peticiones pueden parecer un escaneo. Si llevan este nombre y encajan con esta lista, somos nosotros revisando la web por encargo de su propietario.

Análisis de código

SWPanelBot-Code

Averigua si el CMS, los plugins y los temas de la web están al día, para el análisis y la auditoría de código.

Cuándo entra
Al pedir un análisis o una auditoría de código, y en los análisis del SOC.
Frecuencia
Una vez por análisis.
Qué pide
El código se lee en el propio servidor, no por la web. Con este nombre solo consulta APIs públicas de versiones: api.wordpress.org, api.github.com y endoflife.date.
Volumen y ritmo
Una consulta por componente. Espera como mucho 10 segundos a conectar y 25 a la respuesta.
robots.txt
No aplica a las APIs. El análisis de JavaScript en vivo no lo consulta: lo encarga el propietario.
Qué guarda
Las versiones encontradas y, del análisis en vivo, los errores de JavaScript y las direcciones que fallan.

El análisis de JavaScript en vivo abre hasta 20 páginas (la portada, las más visitadas según los logs y las del sitemap) en un Chromium sin ventana. Lo hace con este mismo nombre y sin tocar el aviso de cookies.

Webs y tiendas con IA

SWPanelBot-Web

Reúne las fotos, los iconos y el logo de la web o la tienda que el propietario crea con IA.

Cuándo entra
Solo cuando el propietario crea o actualiza una web o una tienda con IA.
Frecuencia
Una vez por web creada o actualizada.
Qué pide
No recorre webs. Descarga fotos e iconos de bancos con licencia (Unsplash, Openverse, Picsum e Iconify) y, si el propietario indica la dirección de su logo, lo descarga de ahí.
Volumen y ritmo
Unas decenas de peticiones por web creada.
robots.txt
No aplica: son APIs públicas y una dirección que da el propietario.
Qué guarda
Las imágenes que usa la web, optimizadas, en el hosting del propietario.

Comprobar

¿Es de verdad un bot de SWPanel?

Un User-Agent se puede copiar. Por eso hay que mirarlo junto con lo demás. Cada ficha trae los comandos para hacerlo.

¿Es de verdad un bot de SWPanel?
El User-Agent Empieza por SWPanelBot y enlaza a su ficha. Disponible
Lo que pide Encaja con la ficha técnica de su función: las rutas, la frecuencia y el volumen. Disponible
La IP Publicaremos aquí las IP de salida en un fichero JSON con el formato que propone el IETF. En preparación
El DNS inverso Cada IP tendrá un nombre bajo bots.swpanel.com que resuelva de vuelta a la misma IP. En preparación
La firma Las peticiones llevan las cabeceras de Web Bot Auth, firmadas con la clave pública de /.well-known/http-message-signatures-directory. Cualquier cortafuegos que entienda Web Bot Auth puede comprobarlas. Disponible

Si dudas de una visita, escríbenos a [email protected] con el dominio, la hora con su zona horaria, la IP y la línea del log, y lo comprobamos.

Cómo pararlos

Los pide el propietario. Él los apaga.

Nuestros bots solo visitan webs de servicios activos de SWPanel, solo para las funciones que su propietario tiene activas, y dejan de pasar en cuanto el servicio se da de baja.

Si eres el propietario

Desactiva la función en tu SWPanel: el módulo SEO, la vigilancia de disponibilidad, Seguridad 360 o el análisis de código. El bot deja de pasar.

Si no lo eres

Si el dominio ya no está en SWPanel no debería llegarte ninguna visita programada. Si te llega, escríbenos a [email protected] y lo paramos.

Con robots.txt

Para SWPanelBot-SEO, con un grupo User-agent: SWPanelBot-SEO o User-agent: SWPanelBot. Hay un ejemplo en su ficha. Uptime y Security no lo consultan: son comprobaciones puntuales que encarga el propietario.

Si los bloqueas

La web sigue igual, pero SWPanel se queda ciego: informes SEO vacíos, una caída que no es real y correcciones sin confirmar.

Ojo con las reglas propias muy genéricas en otros cortafuegos: un patrón como «bot» también alcanza a SWPanelBot. Cómo funciona el bloqueo de bots de Seguridad 360.

Normas

Lo que piden los estándares, y cómo estamos

No hay una ley para los bots, pero sí normas del IETF y prácticas que siguen Google, Bing y Cloudflare. Esta es nuestra situación en cada punto, sin adornos.

Lo que piden los estándares, y cómo estamos
Un nombre propio en el User-Agent, con la dirección de su página RFC 9110, 10.1.5, y borrador IETF «Crawler best practices», 2.2 Cumple
Un nombre válido para robots.txt: letras, guiones y guion bajo RFC 9309, 2.2.1 Cumple
Visitar solo webs de servicios activos de SWPanel, y dejar de hacerlo en cuanto el servicio se da de baja Compromiso propio de SWPanel. Excepto el informe que un usuario pide a mano. Cumple
Que el navegador sin ventana se presente con su nombre y no acepte cookies Mismas normas: identidad honesta y no actuar en nombre de un visitante. Análisis de código en vivo. Cumple
Leer y respetar robots.txt RFC 9309 y «Crawler best practices», 2.1. El borrador permite la exención documentada de los rastreadores que trabajan por encargo. SWPanelBot-SEO. Uptime, Security y Code, exentos con motivo. Cumple
Respetar Crawl-delay Fuera de RFC 9309, pero Bing lo aplica y Cloudflare lo pide a los bots verificados. SWPanelBot-SEO Cumple
No entorpecer la web: una petición cada vez, límites de páginas y de tiempo, y esperas cortas «Crawler best practices», 2.3 Cumple
Frenar si la web contesta 429 o 503 «Crawler best practices», 2.3, y RFC 9110, 15.6. Todos, salvo el navegador del análisis en vivo. Cumple
Respetar la caché HTTP «Crawler best practices», 2.4, y RFC 9111. SWPanelBot-SEO, el único que recorre páginas. Cumple
Un contacto en la petición: cabecera From RFC 9110, 10.1.2. Todos, salvo el navegador del análisis en vivo. Cumple
Publicar las IP de salida en JSON, enlazadas desde esta página «Crawler best practices», 2.5, con el formato JAFAR En preparación
DNS inverso que se pueda confirmar Práctica de Google, Bing y Cloudflare para verificar bots En preparación
Firmar las peticiones (Web Bot Auth) Borrador IETF «HTTP Message Signatures for Bots», septiembre de 2026. Todos, salvo el navegador del análisis en vivo. Cumple
Página pública con qué hace, qué guarda, contacto, cómo pararlo y las exenciones «Crawler best practices», 2.6 Cumple

Exento, con motivo: Uptime y Security hacen comprobaciones puntuales que pide el propietario, como las que Google llama «fetchers activados por el usuario», y Code y Web consultan APIs públicas. En parte: cumple con una salvedad, que se explica en la fila. En preparación: depende de la red. Pendiente: aún sin fecha.

Preguntas frecuentes

Dudas sobre los bots de SWPanel

Porque el propietario del servicio tiene contratada una función que lo necesita: informes SEO, Seguridad 360, vigilancia de disponibilidad, análisis de código o la creación de una web con IA. Lo lanza su propio SWPanel, no un tercero.

Para comprobar que no se pueden leer desde Internet. Busca en la respuesta una firma concreta, como «[core]» en .git/config, y si la encuentra avisa al propietario. No guarda el contenido del fichero.

Solo a webs de servicios activos de SWPanel, y dejan de pasar en cuanto el servicio se da de baja: lo comprueban antes de cada petición. La única excepción es el informe SEO que un usuario pide a mano, que puede ser de una web que no está en SWPanel; también en ese caso respeta robots.txt.

SWPanelBot-SEO, sí: sigue el grupo SWPanelBot-SEO, después SWPanelBot y, si no hay ninguno, el grupo *. Uptime, Security y Code no lo consultan: hacen comprobaciones puntuales que pide el propietario. Para pararlos, el propietario desactiva la función en su SWPanel.

Se presenta con un User-Agent que empieza por SWPanelBot, pide solo lo que dice su ficha y firma cada petición con Web Bot Auth, con la clave publicada en www.swpanel.com. Si tienes dudas sobre una visita, escríbenos con el dominio, la hora, la IP y la línea del log, y lo comprobamos.

Todavía no. Las peticiones ya van firmadas con Web Bot Auth, que es lo que Cloudflare comprueba; falta darnos de alta. Mientras tanto, si tu web está detrás de Cloudflare y tienes la protección de bots activa, puedes dejar pasar SWPanelBot con una regla propia.

Se usa solo para el informe, el aviso o la web del propietario de ese servicio. Algunos informes usan modelos de IA para redactar las conclusiones con esos datos. No se usa para entrenar modelos de IA, ni se vende ni se cede a terceros.

Puedes, pero SWPanel dejará de poder analizar la web: los informes SEO saldrán vacíos, la vigilancia la dará por caída y las comprobaciones de seguridad no podrán confirmar nada. Por eso el bloqueo de bots de Seguridad 360 no deja bloquearlos.

Escríbenos a [email protected] con el dominio, la hora y la línea del log, y lo revisamos.