Descripción
VigIA (de «vigilante» o «vigilante», incorporando «IA» «inteligencia artificial») es un completo kit de herramientas de visibilidad IA para WordPress. Monitoriza más de 60 rastreadores de IA, controla el acceso a tu contenido y optimiza la forma en que los sistemas de IA descubren y comprenden tu sitio.
¿Qué hace VigIA?
- Puntúa tu visibilidad IA con un analizador de hasta 100 puntos que realiza 20 comprobaciones en 5 categorías.
- Haz seguimiento de los rastreadores de IA que visitan tu sitio web (GPTBot, ClaudeBot, PerplexityBot y otros más de 60).
- Ofrece analíticas detalladas con filtros avanzados, paginación propia e informes exportables con banner de metadatos
- Bloquea rastreadores no deseados mediante PHP (respuesta 403).
- Gestiona reglas de robots.txt para rastreadores de IA con monitorización de cumplimiento.
- Envía alertas por correo electrónico sobre la actividad de los rastreadores (diarias, semanales o mensuales).
- Genera archivos llms.txt files para ayudar a los sistemas IA a comprender tu sitio
- Sirve URLs en Markdown para entradas, páginas, archivos de taxonomía (categorías, etiquetas, categorías de productos de WooCommerce, taxonomías personalizadas) y productos de WooCommerce con datos tipo Schema
- Genera datos estructurados JSON-LD con señales de identidad del sitio y descubrimiento de IA.
- Expone capacidades para agentes de IA y herramientas de automatización (desde WordPress 6.9).
Características clave
Analizador de visibilidad de IA
* Sistema de puntuación de 100 puntos con calificaciones alfabéticas (de A+ a F)
* 20 comprobaciones individuales en 5 categorías
* Acceso y descubrimiento de IA (37 puntos): robots.txt, directivas para bots de IA, señales de contenido, llms.txt, mapa del sitio, feeds RSS
* Datos estructurados y contexto semántico (25 puntos): schemas JSON-LD, Open Graph, tarjetas Twitter, meta description, URL canónica
* Estructura del contenido y legibilidad (20 puntos): jerarquía de encabezados, HTML5 semántico, texto alternativo de imágenes, relación contenido/HTML
* Interacción y distribución de IA (8 puntos): entrega de Markdown, botones para compartir en IA
* Rendimiento de acceso (10 puntos): medición de TTFB
* Recomendaciones inteligentes con enlaces directos a funcionalidades de VigIA y sugerencias de plugins
* Analiza cualquier página de tu sitio desde el selector con autocompletado de URL
* Resultados almacenados en caché durante 24 horas con opción de nuevo análisis manual
Escritorio de analítica
* Estadísticas de visitas totales, rastreadores únicos y páginas rastreadas
* Gráfico cronológico con desglose diario
* Distribución por categorías (entrenamiento de IA, búsqueda con IA, asistente de IA, extractor de datos)
* Tablas de los principales rastreadores y las páginas más rastreadas con navegación paginada
* Integración de Share Buttons & AI-powered Summaries: Consulta los clics en los botones de compartir de cada página
* Registro de actividad reciente con columnas por tipo de contenido y estado HTTP (codificadas por colores según la familia de estados)
* Filtros avanzados: Selector de rastreadores con selección múltiple, tipo de contenido, código de estado HTTP y rango de fechas configurable
* Paginación integrada con paginador de cuatro botones (primera, anterior, siguiente, última): Opera sobre toda la base de datos, no solo sobre las últimas 500 filas
* Funcionalidad de comparación de periodos
* Exportación a CSV con un banner de metadatos (nombre del sitio, URL del sitio, tipo de exportación, rango de fechas, marca de tiempo de la exportación, filtros aplicados)
* Botón «Exportar filtro a CSV» que descarga exactamente lo que devuelven los filtros activos, con el nombre de archivo vigia-filtered-YYYY-MM-DD.csv
* La detección de tipo de contenido distingue entre inicio, entrada, página, producto, CPT personalizados, archivo de categorías, archivo de etiquetas, archivo de fecha/autor, feed, mapa del sitio, API REST, archivo, intentos de acceso a login/admin (/wp-admin, /wp-login.php), sistema de WordPress (admin-ajax, xmlrpc, wp-cron, wp-comments-post), 404 No encontrado y otros
Bloqueo de rastreadores
* Bloquea los rastreadores mediante PHP con una respuesta 403 Prohibido
* Menú desplegable de bloqueo rápido en el panel de analítica
* Gestiona los bloqueos desde la página de extras
* Funciona en cualquier servidor (Apache, Nginx, LiteSpeed, etc.)
Gestión de robots.txt
* Añade reglas de prohibición para los rastreadores de IA
* Vista previa visual de tu robots.txt
* Monitorización del cumplimiento: comprueba qué rastreadores ignoran tus reglas
* Bloqueo con un solo clic de los rastreadores que no cumplen las normas
* Funciona tanto con robots.txt físicos como virtuales
Alertas por correo electrónico
* Informes diarios, semanales o mensuales
* Tres niveles de detalle: mínimo, normal y completo
* Advertencias de rastreadores que no cumplen
* Comparación de la actividad con el periodo anterior
Markdown para agentes
* Sirve entradas, páginas y cualquier tipo de contenido público como Markdown optimizado para agentes de IA
* Sirve páginas de archivo de taxonomía (categorías, etiquetas, categorías de productos de WooCommerce, taxonomías personalizadas) como Markdown — desactivado por defecto, se puede activar para cada taxonomía
* URLs .md específicas (p. ej., /tu-entrada.md, /categoria/noticias.md, /categoria-de-producto/electronica.md)
* Acepta negociación de contenido text/markdown en entradas y páginas de archivo de taxonomía
* Descubrimiento a través de cabeceras HTTP Link y etiquetas HTML <link rel="alternate" type="text/markdown">
* Encabezado YAML para entradas: título, fecha, modificado, autor, imagen, categorías, etiquetas, tipo de contenido, idioma
* Encabezado YAML para términos de taxonomía: título, descripción, URL, tipo, taxonomía, padre, recuento, imagen (metadatos del término), idioma
* El encabezado de productos WooCommerce añade campos similares a los de Schema: sku, product_type, price, regular_price, sale_price, currency, availability, stock_quantity, rating, rating_count, review_count
* El cuerpo del término de taxonomía incluye la descripción del término (representada mediante the_content), la lista de términos hijos directos en taxonomías jerárquicas y un extracto de las últimas entradas/productos asignados al término
* Las listados de productos dentro de los archivos product_cat incluyen un resumen integrado con el precio formateado, la indicación «antes X» en los artículos rebajados, la valoración con estrellas y la indicación de falta de existencias
* Respeta las reglas de bloqueo (los rastreadores bloqueados reciben un 403) y los filtros de exclusión de LLMs.txt
* Detección de «noindex» por término de Yoast SEO, Rank Math, All in One SEO y SEOPress
* Integración con analítica: Hace seguimiento de las solicitudes de Markdown por rastreador.
* Cabecera de respuesta X-Markdown-Tokens.
* Filtros: vigia_markdown_post_eligible, vigia_markdown_term_eligible, vigia_markdown_term_posts_limit.
* Sigue el estándar Cloudflare Markdown for Agents.
Generador LLMs.txt
* Selecciona publicaciones por tipo de contenido con un solo clic
* Filtra por taxonomías (categorías, etiquetas, personalizadas)
* Incluye/excluye manualmente con búsqueda mediante AJAX
* Excluye por patrones de URL (admite comodines)
* Integración con plugins SEO (excluye automáticamente el contenido noindex)
* Regeneración automática (diaria, semanal, mensual)
* Integración con robots.txt (añade referencias a llms.txt y llms-full.txt)
* Genera archivos llms.txt y llms-full.txt
* Modo de contenido completo o extracto
* Compatible con Yoast SEO, Rank Math, All in One SEO, SEOPress, The SEO Framework y Native SEO NoIndexer
Datos estructurados JSON-LD
* Genera Schema WebSite y Organization/Person para la identidad del sitio.
* Descubrimiento de IA: punteros ReadAction a las variables de los llms.txt, llms-full.txt y Markdown para agentes.
* Perfiles sociales y enlaces sameAs para la identidad de marca en toda la web.
* SearchAction para la caja de búsqueda de enlaces del sitio en Google.
* Integración de la biblioteca de medios para la selección del logo.
* Detección de conflictos con plugins SEO (Yoast, Rank Math, AIOSEO, SEOPress, The SEO Framework).
* Elige la página de destino (página de inicio o cualquier página publicada).
* Vista previa en vivo del JSON-LD con actualizaciones en tiempo real.
* Integración inteligente con las características de LLMs.txt y Markdown para agentes.
Rastreadores IA incluidos
VigIA monitoriza más de 60 rastreadores de IA, entre los que se incluyen:
- OpenAI: GPTBot, OAI-SearchBot, OAI-AdsBot, ChatGPT-User
- Anthropic: ClaudeBot, Claude-SearchBot, Claude-User, Claude-Code
- Google: Google-Extended, GoogleOther, Gemini-Deep-Research, Google-NotebookLM
- Perplexity: PerplexityBot, Perplexity-User
- Meta: Meta-ExternalAgent, FacebookBot, Meta-WebIndexer
- Amazon: Amazonbot, Amzn-SearchBot, bedrockbot
- Mistral: MistralAI-User, MistralAI-Index
- Microsoft: BingBot
- ByteDance: Bytespider
- Apple: Applebot-Extended
- Y muchos más..
Nos importa mucho la privacidad
VigIA almacena localmente los datos de los visitantes en tu base de datos de WordPress. No se envía ningún dato a servidores externos.
Abilities API
VigIA es uno de los primeros plugins para WordPress en implementar la Abilities API incorporada en WordPress 6.9. Esta API permite a los agentes de IA, las herramientas de automatización y los sistemas externos descubrir e interactuar con la funcionalidad de VigIA de una manera estandarizada y segura.
¿Qué son las abilities?
Las abilities (capacidades) son unidades autónomas de funcionalidad que VigIA expone a través del registro central de WordPress. Cada ability tiene entradas, salidas y permisos definidos, lo que facilita su comprensión y uso por parte de las herramientas de automatización.
Capacidades disponibles
VigIA registra las siguientes abilities:
Analítica
vigia/get-crawler-stats– Obtiene estadísticas sobre las visitas de rastreadores de IA (total de visitas, rastreadores únicos, páginas rastreadas).vigia/get-top-crawlers– Obtiene una lista organizada de los rastreadores de IA más activos.vigia/get-top-pages– Obtiene las páginas más rastreadas de tu sitio.
Bloqueo
vigia/get-blocked-items– Lista todos los rastreadores y direcciones IP bloqueados.vigia/block-crawler– Bloquea un rastreador mediante un patrón de User-Agent.vigia/unblock-crawler– Elimina un bloqueo existente.
Robots.txt
vigia/get-robots-rules– Obtiene las reglas actuales de un rastreador de IA en robots.txt.vigia/add-robots-disallow– Añade una directiva de Disallow para un rastreador.vigia/remove-robots-rule– Elimina una regla de robots.txt.
Casos prácticos
- Monitorización automatizada: los agentes de IA pueden consultar las estadísticas de los rastreadores y alertarte de cualquier anomalía.
- Bloqueo reactivo: las herramientas de automatización pueden bloquear los rastreadores que ignoren repetidamente el archivo robots.txt.
- Panales de control externos: añade datos desde múltiples sitios WordPress con VigIA instalado.
- Integración con WP-CLI: acceso futuro a la línea de comandos a través de la Abilities API.
- n8n / Crear flujos de trabajo: crea flujos de automatización personalizados utilizando las capacidades de VigIA.
Requisitos
La Abilities API requiere WordPress 6.9 o posterior. En versiones anteriores de WordPress VigIA funciona con normalidad pero las abilities y el MCP no están disponibles.
Servidor MCP (Model Context Protocol)
VigIA expone sus 9 capacidades como herramientas nativas de MCP para cualquier cliente compatible con MCP (Claude Code, Cursor, Claude Desktop, Codex CLI, Antigravity, Continue, Cline, Zed y similares) mediante el adaptador MCP oficial de WordPress . El adaptador se incluye junto con el plugin, por lo que la variable MCP está activa inmediatamente después de la instalación – No es necesario ningún paso de Composer ni acceder al terminal.
Requisitos
- WordPress 6.9 o posterior (ofrece la Abilities API)
Conexión rápida (recomendado)
Abre VigIA > Extras > MCP y haz clic en «Generar contraseña y comandos de conexión». El plugin crea una contraseña de aplicación específica denominada VigIA MCP y muestra comandos listos para pegar para Claude Code, Cursor, Claude Desktop y un bloque genérico (URL + cabecera de autorización) para cualquier otro cliente MCP.
La contraseña sin cifrar solo se muestra una vez. Si la pierdes revoca el registro desde el mismo panel y genera una nueva
Variable
https://your-site.example/wp-json/vigia/v1/mcp
La variable utiliza identificación HTTP básica con las contraseñas de aplicación de WordPress. El usuario debe tener la capacidad de manage_options.
Conectar con Claude Code
La conexión rápida crea el comando completo por ti. Se hace así:
claude mcp add --transport http vigia https://your-site.example/wp-json/vigia/v1/mcp --header "Authorization: Basic BASE64_OF_USER_AND_APP_PASSWORD"
Claude Code fusiona el nuevo registro en su archivo de configuración automáticamente — No hay riesgo de romper otros servidores.
Conectar con Cursor
Guarda el bloque JSON de conexión rápida como ~/.cursor/mcp.json. También puedes acceder a este archivo desde Cursor en Ajustes Ajustes de Cursor MCP.
Si ya existe el archivo y tiene otro contenido mira las preguntas frecuentes.
Claude Desktop y otros clientes
Claude Desktop no es compatible con HTTP MCP, por lo que necesita un pequeño puente y su propio archivo de configuración. Cualquier otro cliente (Codex CLI, Continue, Cline, Antigravity, Zed o uno propio) utiliza los dos valores sin procesar que expone Quick Connect: la URL del servidor y el encabezado «Authorization». Ambos casos se tratan en las preguntas frecuentes, junto con cómo integrar VigIA en un archivo de configuración ya existente sin perder su contenido.
Modo solo lectura
Si solo quieres que tu IA consulte VigIA (sin modificar nada), activa el «Modo de solo lectura» en la pestaña MCP. Mientras esté activado las acciones de escritura (bloquear, desbloquear, cambios en robots) devolverán un error de permiso denegado. Las acciones de lectura (estadísticas, principales rastreadores, elementos bloqueados, reglas de robots) seguirán funcionando.
El conmutador almacena una opción vigia_mcp_read_only que se conecta al filtro vigia_can_write_via_abilities. Los desarrolladores pueden forzar el modo de solo lectura desde un mu-plugin:
add_filter( 'vigia_can_write_via_abilities', '__return_false' );
El filtro del mu-plugin con la prioridad por defecto tiene prioridad sobre el conmutador.
Quién puede obtener la variable
La variable requiere la capacidad de gestionar opciones, la misma que ya exigían todas las herramientas que lo respaldan. El filtro vigia_mcp_transport_capability puede rebajar ese nivel de exigencia. Cada herramienta mantiene su propia comprobación de permisos.
Después de conectar
Reinicia el cliente MCP después de añadir el servidor para que detecte las nuevas herramientas. A continuación prueba con algunos comandos para confirmar que todo funciona correctamente:
- «Muéstrame las estadísticas de VigIA de los últimos 7 días»
- «Enumera las 5 principales páginas más rastreadas de este sitio»
- «Añade una regla disallow en robots.txt para TestBot y, a continuación, enumera las reglas actuales para los rastreadores de IA»
El tercer ejemplo realiza un ciclo completo de lectura + escritura + lectura, que es la comprobación de integridad más completa.
Soporte
¿Necesitas soporte privado o un desarrollo personalizado?
¿Necesitas ayuda individualizada, resolución de problemas prioritaria o una funcionalidad, integración o adaptaciones personalizadas creadas específicamente para tu sitio? Ofrezco soporte privado y desarrollos personalizados. Solo tienes que contactarme y decirme qué necesitas.
¿Necesitas ayuda o tienes sugerencias?
¿Te gusta el plugin? ¡Déjanos un comentario de 5 estrellas y así ayudas a que lo conozcan otros!
Acerca de AyudaWP
Somos especialistas en plugins de optimización de seguridad, SEO, IA y rendimiento para WordPress. Creamos herramientas que solucionan problemas reales a los propietarios de sitios WordPress manteniendo los más altos estándares de programación y requisitos de accesibilidad.
Capturas
Instalación
- Sube los archivos del plugin al directorio
/wp-content/plugins/vigia/, o instálalo directamente desde la pantalla de plugins de WordPress. - Activa el plugin desde la pantalla de ‘Plugins’ en WordPress.
- Naviga a VigIA > Puntuación IA para comprobar tu puntuación de visibilidad IA
- Ve analíticas de rastreadores en VigIA > Analítica
- Configura reglas de bloqueo, llms.txt, markdown y JSON-LD en VigIA > Extras
FAQ
-
¿Qué es la puntuación de visibilidad IA?
-
La puntuación de visibilidad IA es un sistema de calificación con una escala de hasta 100 puntos que mide el grado de preparación de tu sitio ante los rastreadores de la IA y las búsquedas basadas en IA. Comprueba 20 señales en 5 categorías: acceso y descubrimiento, datos estructurados, estructura del contenido, interacción con la IA y rendimiento. Obtienes una calificación con letras (de A+ a F) y recomendaciones específicas para mejorar.
-
¿Este plugin ralentiza mi sitio?
-
No. VigIA añade una sobrecarga mínima al comprobar la cadena User-Agent en cada solicitud. La comprobación es muy rápida y solo escribe en la base de datos cuando se detecta un rastreador de IA.
-
¿Cuál es la diferencia entre el bloqueo mediante robots.txt y el bloqueo mediante PHP?
-
Robots.txt es orientativo: los rastreadores deberían respetarlo, pero pueden optar por ignorarlo. El bloqueo mediante PHP devuelve una respuesta 403 Prohibido, lo que impide realmente el acceso independientemente de si el rastreador respeta el archivo robots.txt o no.
-
¿Afectará el bloqueo de los rastreadores a mi SEO?
-
Bloquear los rastreadores de entrenamiento IA (como GPTBot o ClaudeBot) no afectará a los rankings tradicionales en los motores de búsqueda. Sin embargo, bloquear los rastreadores de búsqueda IA podría afectar a cómo aparece tu contenido en los resultados de búsqueda impulsados por IA.
-
¿Qué es Markdown para agentes?
-
Markdown para agentes es un estándar para servir contenido web como markdown limpio a agentes de IA. En lugar de procesar HTML completo, los agentes reciben markdown ligero con metadatos estructurados. VigIA admite tanto URLs .md dedicadas como negociación de contenido con «Accept: text/markdown». Actívalo en «VigIA > Extras > Markdown para agentes».
Esta funcionalidad también incluye archivos de taxonomía (categorías, etiquetas, categorías de productos de WooCommerce y taxonomías personalizadas) y productos de WooCommerce. Los archivos de términos incluyen la descripción del término, la lista de términos hijos en taxonomías jerárquicas y un extracto de las últimas entradas; los
.mdde los productos integran datos similares a los de schema (precio, precio de oferta, SKU, estado de inventario, valoraciones) directamente en el encabezado YAML. -
¿Qué tipos de contenido clasifica la tabla de actividad?
-
VigIA clasifica cada acceso de rastreador en una de estas categorías, indexadas en la base de datos para que los filtros y las exportaciones a CSV sean instantáneas: Inicio (la ruta
/), entrada, página, producto, cualquier otro tipo de contenido público personalizado, archivo de categoría, archivo de etiqueta, archivo de fecha/autor, feed, mapa del sitio, API REST, fichero (PDF, imágenes, descargas), intento de acceso a la administración o al inicio de sesión (/wp-admin,wp-login.php, útil para detectar bots que intentan acceder a la administración), sistema de WordPress (admin-ajax, xmlrpc, wp-cron, wp-comments-post), error 404 «No encontrado» y otros. -
¿Puedo añadir rastreadores personalizados a la monitorización?
-
¡Sí! En la página principal de analítica, desplázate hacia abajo hasta «Rastreadores personalizados» y añade tus propios patrones de User-Agent para realizar el seguimiento.
-
¿Dónde se almacenan los datos?
-
Todos los datos se almacenan en tu base de datos de WordPress en una tabla personalizada (
wp_vigia_visits). Ningún dato sale de tu servidor. -
¿Qué es un llms.txt?
-
El archivo llms.txt es un estándar que ayuda a los sistemas de inteligencia artificial a comprender el contenido y la estructura de tu sitio web. Proporciona una descripción general de tu sitio en un formato legible por máquinas que la inteligencia artificial puede utilizar para representar mejor tu contenido. Más información en llmstxt.org.
-
¿Qué plugins SEO incluye la detección de noindex?
-
VigIA incluye detección automática de noindex desde: Yoast SEO, Rank Math, All in One SEO, SEOPress, The SEO Framework y Native SEO NoIndexer.
-
¿Qué es la Abilities API?
-
La Abilities API es una nueva característica introducida en WordPress 6.9 que permite a los plugins exponer su funcionalidad de forma estandarizada. Esto permite a los agentes de IA, las herramientas de automatización y los sistemas externos descubrir y utilizar las características de los plugins programáticamente. VigIA implementa 9 capacidades (abilities) para analítica, bloqueo y gestión de robots.txt.
-
¿Cómo conecto Claude Desktop?
-
Guarda el bloque JSON de la conexión rápida como
claude_desktop_config.jsonen la biblioteca de tu user (no en la biblioteca del sistema situada en la raíz del disco):- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json - Linux:
~/.config/Claude/claude_desktop_config.json
En macOS, la forma más fácil de acceder a la carpeta es abrir el Finder, pulsar ⌘ Mayús G, pegar
~/Library/Application Support/Claude/y pulsar Intro. En Windows, pulsa Win+R y ejecuta%APPDATA%\Claude.Importante: Claude Desktop solo se comunica a través de stdio con procesos locales, por lo que el fragmento de código no se conecta directamente a VigIA a través de HTTP. En su lugar, ejecuta un pequeño paquete puente (
mcp-remote) mediantenpxque actúa como proxy para la conexión. Esto significa que necesitas tener Node.js instalado en el equipo. La primera ejecución descargamcp-remoteautomáticamente; las ejecuciones posteriores utilizan la caché de npm.Si no quieres instalar Node.js conecta desde Claude Code o Cursor en su lugar — Ambos hablan HTTP MCP de manera nativa y no necesitan un puente.
Reinicia Claude Desktop después de guardar el archivo. Si la aplicación se inicia con las preferencias por defecto, el archivo JSON tiene un formato incorrecto – Revisa el archivo o restaura tu copia de seguridad. Si Claude Desktop indica que la entrada «no es una configuración válida del servidor MCP», significa que
npxno se encuentra en la ruta PATH; comprueba que Node.js esté instalado y sea accesible para las aplicaciones con interfaz gráfica.Si ya existe el archivo y tiene otro contenido mira la siguiente pregunta.
- macOS:
-
¿Cómo añado VigIA a un archivo de configuración de MCP que ya exista?
-
Si ya existe tu archivo
claude_desktop_config.jsono~/.cursor/mcp.json, no pegues el bloque completo de conexión rápida encima. Si lo pegas encima se descartará todo lo demás (preferencias, otros servidores MCP) y la aplicación se iniciará con los valores por defecto.Haz siempre primero una copia de seguridad del archivo. A continuación ábrelo con cualquier editor de texto que admita JSON.
Hay dos escenarios posibles.
Escenario 1 — El archivo tiene contenido pero todavía no tiene un bloque de mcpServers.
Esto suele ocurrir cuando ya has utilizado Claude Desktop anteriormente, pero nunca has configurado servidores MCP. El archivo podría tener este aspecto:
{ "preferences": { "menuBarEnabled": false, "...": "..." } }Añade
mcpServerscomo propiedad hermana depreferences, separada por una coma. El resultado debería ser:{ "preferences": { "menuBarEnabled": false, "...": "..." }, "mcpServers": { "vigia": { "command": "npx", "args": [ "-y", "mcp-remote", "https://your-site.example/wp-json/vigia/v1/mcp", "--header", "Authorization: Basic BASE64_OF_USER_AND_APP_PASSWORD" ] } } }El orden de
preferencesymcpServersno es importante, pero es obligatorio incluir la coma entre ambos. Si se omite la coma el JSON no será válido y Claude Desktop se iniciará con las preferencias por defecto.Escenario 2 — El archivo ya tiene mcpServers con otros servidores.
Añade el registro
vigiadentro del objetomcpServersya existente, separado de los demás registros por una coma:"mcpServers": { "other-server": { "...": "..." }, "vigia": { "command": "npx", "args": [ "-y", "mcp-remote", "https://your-site.example/wp-json/vigia/v1/mcp", "--header", "Authorization: Basic BASE64_OF_USER_AND_APP_PASSWORD" ] } }En el caso de Cursor, el registro es diferente – Cursor utiliza HTTP MCP de forma nativa, por lo que su bloque emplea
type,urlyheadersdirectamente dentro del registro del servidor, en lugar del comando puente. El panel de conexión rápida genera el formato adecuado para cada cliente. -
¿Puedo usar un cliente MCP que no sea Claude Code, Cursor o Claude Desktop?
-
La mayoría de los clientes MCP aceptan el transporte HTTP con una cabecera de autorización personalizada. El panel de conexión rápida muestra los dos valores sin procesar que necesitas — la URL del servidor y la cabecera de autorización — para que puedas introducirlos en el formato de configuración que use tu cliente.
Los asistentes que solo funcionan en el navegador y no tienen un cliente MCP (AI Studio, ChatGPT web) no pueden conectarse. Necesitan un cliente de escritorio o de CLI que utilice MCP a través de HTTP.
-
¿Qué hace JSON-LD?
-
JSON-LD (JavaScript Object Notation for Linked Data) es un formato de datos estructurados que ayuda a los motores de búsqueda y a los sistemas de IA a comprender la identidad y el contenido de tu sitio web. VigIA genera dos tipos de JSON-LD: identidad del sitio (Schema WebSite + Organization/Person con perfiles sociales) y descubrimiento de IA (punteros ReadAction a tus variables de llms.txt y Markdown para agentes). Esto hace que tu contenido preparado para IA sea detectable a través de señales estructuradas. Actívalo en «VigIA > Extras > JSON-LD».
Reseñas
Colaboradores y desarrolladores
«VigIA – Analítica, control y visibilidad en IAs» es un software de código abierto. Las siguientes personas han colaborado con este plugin.
Colaboradores
«VigIA – Analítica, control y visibilidad en IAs» está traducido en 2 idiomas. Gracias a los traductores por sus contribuciones.
Traduce «VigIA – Analítica, control y visibilidad en IAs» a tu idioma.
¿Interesado en el desarrollo?
Revisa el código , echa un vistazo al repositorio SVN o suscríbete al registro de desarrollo por RSS.
Registro de cambios
2.6.4
- Mejorado: El adaptador MCP para WordPress incluido se ha actualizado a la última versión de origen. No hay que instalar nada: viene integrado en el plugin, como siempre.
- Mejorado: El servidor MCP ahora no se inicia cuando el adaptador final cargado ya no admite la llamada de retorno de permisos que protege la URL, en lugar de permitir que se recurra al valor por defecto del propio adaptador, que cualquier suscriptor cumple. Ningún adaptador en uso se comporta de esa manera, por lo que, por el momento, no hay cambios.
- Corrección: VigIA entraba en conflicto con otros plugins que incluyen el mismo adaptador MCP, como el plugin independiente MCP Adapter. El registro se llenaba de mensajes del tipo «Constante WP_MCP_DIR ya definida» y «Constante WP_MCP_VERSION ya definida», y el sitio dejaba de funcionar con un error fatal del tipo «No se puede volver a declarar la clase WP\MCP\Autoloader» cuando la otra copia se cargaba primero. VigIA ya no ejecuta el archivo del plugin independiente del adaptador, que era el que declaraba esos nombres, y ahora inicia las clases directamente, del mismo modo que lo hacen WooCommerce, WP Rocket y Elementor.
2.6.3
- Mejorado: La variable MCP ahora solicita la misma capacidad que las herramientas que expone. Anteriormente se mantenía el valor por defecto del adaptador incluido, que cualquier suscriptor cumple, por lo que un usuario que hubiera iniciado sesión sin derechos sobre el sitio podía acceder al punto final y ver la lista de herramientas disponibles. Sin embargo, nunca fue posible ejecutar ninguna de ellas, ya que las nueve solicitan por sí mismas la capacidad para gestionar opciones, y eso no ha cambiado. Existe un filtro «vigia_mcp_transport_capability» para aquellas instalaciones que necesiten un nivel de acceso diferente.
2.6.2
- Mejorado: Las respuestas en Markdown ahora incluyen la cabecera «X-Content-Type-Options: nosniff», por lo que un navegador no puede adivinar su tipo de contenido y decidir tratarlas como HTML.
- Corrección: La búsqueda de contenido en el generador LLMs.txt no escapaba correctamente los títulos de las entradas antes de mostrar los resultados, por lo que un título que contuviera comillas podía salirse de un atributo HTML y ejecutar un script en el navegador del administrador que realizara la búsqueda. Los títulos proceden de cualquier persona con permiso para publicar, incluido el rol de autor. La función de escapado ahora codifica las comillas, del mismo modo que ya lo hacía el resto del plugin.
- Corrección: En un sitio multisitio, los archivos robots.txt, llms.txt y llms-full.txt se encuentran en la carpeta raíz de la red y constituyen un único conjunto de archivos para todos los sitios de la red, pero cualquier administrador de un subsitio podía modificarlos. Ahora solo el sitio principal los escribe. Los subsitios conservan sus propias reglas y siguen aplicándolas a través del archivo robots.txt virtual, que es específico de cada sitio.
- Corrección: Al cerrar el aviso de activación, se comprobaba que la solicitud procediera de una página del plugin, pero no que quien la hubiera enviado tuviera permiso para modificar una opción del sitio. Ahora comprueba la capacidad, al igual que hacen todos los demás controladores.
2.6.1
- Mejorado: La versión en Markdown de una entrada se genera una sola vez y se mantiene, en lugar de generarse desde cero en cada solicitud. En una entrada de 55 KB, el tiempo de respuesta pasó de 74 a 22 milisegundos. Se vuelve a generar tan pronto como cambia la entrada o un término que la incluya en su documento.
- Mejorado: Ahora una respuesta en Markdown puede reutilizarse durante una hora, mientras que antes se indicaba a todos los agentes y proxies que no la almacenaran en absoluto. El documento es el mismo para cualquiera que lo solicite, generado como si se tratara de un visitante que ha cerrado sesión, por lo que no había nada que proteger al negarse a almacenarlo en caché. En un sitio con bloqueo de rastreadores configurado, se marca como privado, de modo que una caché situada delante del sitio nunca llega a responder a un rastreador al que tu sitio habría rechazado.
- Mejorado: Las herramientas de MCP ahora indican al cliente qué efecto tiene cada una de ellas en tu sitio. Las cinco que leen están marcadas como de solo lectura, y de las cuatro que realizan cambios, bloquear un rastreador y añadir una regla Disallow están marcadas como acumulativas, mientras que desbloquear un rastreador y eliminar una regla están marcadas como destructivas. Hasta ahora, las nueve opciones tenían el mismo aspecto, por lo que solicitar estadísticas de rastreadores generaba el mismo mensaje de confirmación que bloquear un rastreador en Claude Desktop, Claude Code o Cursor.
- Mejorado: El adaptador MCP incluido en WordPress se ha actualizado de la versión 0.5.0 a la 0.6.1, junto con la biblioteca php-mcp-schema de la que depende. No hay que instalar nada: ambos se incluyen en el plugin, como siempre.
- Corrección: Una página que también ofrezca contenido en Markdown ahora lo indica también en su respuesta HTML, mediante una cabecera «Vary: Accept». Sin ella, una caché compartida, una CDN o un proxy almacenan el HTML sin saber que la dirección tiene un segundo formato, y pueden entregar posteriormente ese HTML a un agente que solicite Markdown. Esto se aplica al HTML que genera WordPress, no a lo que la caché de la página sirve directamente desde el disco, y Cloudflare ignora el encabezado «Vary» en el HTML, donde el equivalente es una regla de caché.
2.6.0
- Nuevo: Ahora todas las páginas anuncian el archivo llms.txt correspondiente, mediante un enlace rel=»describedby» en la cabecera y como cabecera Link, y también en las respuestas .md, que carecen de dicha cabecera para incluirlo. Se trata de la versión 2 del mecanismo de descubrimiento de la especificación llms.txt, publicada en agosto de 2026, que responde a la pregunta más frecuente durante los dos años de adopción: dada una página, ¿cómo puede un agente encontrar el archivo llms.txt que la describe sin tener que adivinarlo?
- Nuevo: La versión en Markdown de una entrada también responde en las formas de URL que la especificación establece para las direcciones sin nombre de archivo, como /tu-entrada/index.md y /tu-entrada/index.html.md, además de la /tu-entrada.md que el plugin publica y a la que enlaza. No hay cambios en las URL anunciadas: las formas adicionales están ahí para los agentes que construyen la dirección por sí mismos a partir de la especificación.
- Mejorado: El archivo llms.txt enlaza cada entrada con su versión en Markdown en lugar de con la página, tal y como requiere la versión 2 de la especificación, según la cual los enlaces del archivo deben apuntar a contenido ya preparado para un modelo de lenguaje. La decisión se toma por cada entrada, por lo que cualquier elemento que no tenga su propia versión en Markdown, o cuya dirección no apunte a una, seguirá enlazando a la página exactamente igual que antes. Si Visibility es el que está sirviendo el Markdown en tu sitio se utilizarán sus entradas.
- Mejorado: Probado hasta WordPress 7.1.
- Mejorado: El archivo llms-full.txt aparece en la sección «Optional» que la especificación define para los enlaces secundarios, y como un elemento de la lista en lugar de como una frase. Las secciones del archivo son listas de enlaces, por lo que cualquier programa que leyera el archivo al pie de la letra omitía el antiguo párrafo.
- Mejorado: La referencia a llms.txt en el archivo robots.txt es una única línea comentada que apunta al índice, y ya no se hace referencia a llms-full.txt en ese lugar: ahora se enlaza desde el interior de llms.txt, en la sección «Optional», que es el punto de entrada que lee primero un agente. La casilla de selección para la referencia a llms-full.txt ha desaparecido de los ajustes y, con este plugin y Visibility instalados, solo el que realmente esté sirviendo el llms.txt escribe la línea, por lo que el archivo robots.txt nunca contiene la misma URL dos veces.
- Corrección: Una dirección .md con una barra al final redirigía al mismo documento en una segunda URL, sin que existiera una URL canonical entre ambas. WordPress elimina esa barra antes de aplicar la regla de reescritura, por lo que /tu-entrada.md/ accedía al contenido exactamente igual que /tu-entrada.md. Ahora se redirige a la dirección original.
- Corrección: Las referencias a llms.txt y llms-full.txt en el archivo robots.txt ahora aparecen como comentarios. Antes eran líneas de texto sin formato, y Google Search Console señalaba que el archivo robots.txt contenía sintaxis que no reconocía como no válida, lo que generaba una alarmante marca roja en la pantalla que consultan los propietarios de los sitios. Ningún rastreador ha interpretado nunca esas líneas como directivas, por lo que no se pierde nada, y la referencia permanece ahí para cualquiera que abra el archivo. En el archivo robots.txt físico, las líneas antiguas se han sustituido, no duplicado.
- Corrección: Una descripción del sitio que contenía un salto de línea provocaba un error en el resumen del archivo llms.txt. Solo se citaba la primera línea y el resto aparecía en el cuerpo del archivo como texto sin formato.
- Corrección: La puntuación de visibilidad de la IA ya no marca como mal formateado un archivo llms.txt que tenga el formato correcto. La comprobación buscaba un encabezado al principio de una línea, pero la marca de orden de bytes que el plugin escribe al principio del archivo se sitúa justo delante, por lo que un archivo con un título y un resumen, pero sin entradas aún, fallaba todas las pruebas y perdía puntos por un formato que, en realidad, era correcto.
Para entradas anteriores del registro de cambios revisa el archivo changelog.txt.