La web ya no es solo para humanos. Los agentes de IA son la tercera audiencia, porque junto a los visitantes humanos y los motores de búsqueda tradicionales, ahora hay que contar con los crawlers y agentes de inteligencia artificial que rastrean, procesan y devuelven tu contenido en las respuestas de ChatGPT, Claude, Perplexity y compañía.

El problema es que la web está construida con HTML, un formato pensado para navegadores. Una página web WordPress típica arrastra cientos de líneas de CSS, scripts, barras de navegación, banners de cookies, barras laterales.

Todo eso es ruido para un agente de IA que solo necesita el contenido, y el ruido cuesta, cuesta tokens, cuesta tiempo de procesamiento y todo eso es dinero, para la IA y para el usuario que le pide información.

Aquí es donde entra Markdown for Agents, un concepto que está cambiando la forma en que las webs se comunican con los sistemas de IA. Te cuento qué es, por qué debería importante, la polémica que ha generado (que también) y cómo puedes implementarlo en WordPress, si es que es lo que terminas decidiendo.

Índice de contenidos

Qué es Markdown for Agents

La idea es sencilla: si un agente de IA visita tu web y te dice «oye, prefiero Markdown», tú le devuelves una versión limpia de tu contenido en markdown en lugar del HTML completo. De este modo el agente recibe exactamente lo que necesita, sin costra, y tú reduces el consumo de tokens hasta en un 80%.

Esto funciona mediante un mecanismo estándar de HTTP llamado negociación de contenido. Cuando un agente envía la cabecera Accept: text/markdown en su petición, el servidor detecta esa preferencia y responde con Markdown en lugar de HTML. Los visitantes normales siguen viendo la web tal cual, así que en ese sentido no hay de qué preocuparse.

No es una idea teórica. Herramientas como Claude Code y OpenCode ya envían esa cabecera Accept: text/markdown en sus peticiones. Los agentes están preparados, son las webs las que aún no lo están.

Para que te hagas una idea de la diferencia práctica, según datos de Cloudflare, un encabezado <h2> en HTML con sus clases y atributos consume entre 12 y 15 tokens. En Markdown, el equivalente ## cuesta apenas 3 tokens. Cuando multiplicas eso por toda una página web la reducción es brutal.

Cloudflare entra en juego (como siempre)

El 12 de febrero de 2026 Cloudflare anunció oficialmente su funcionalidad Markdown for Agents. La idea es que cualquier web que use Cloudflare puede activar una opción en su escritorio y, automáticamente, cuando un agente de IA solicite Markdown la CDN convierte el HTML a Markdown sobre la marcha, antes de llegar siquiera a la web, sin que tú tengas que hacer nada en tu servidor.

La respuesta convertida incluye además:

Una cabecera X-Markdown-Tokens con una estimación del número de tokens del documento, para que el agente pueda calcular si cabe en su ventana de contexto.
Una cabecera Content-Signal que indica si el contenido puede usarse para entrenamiento de IA, búsqueda o uso agéntico.
La cabecera Vary: Accept para que las cachés almacenen versiones separadas según el formato solicitado.

Suena genial pero tiene sus limitaciones. Para empezar, la conversión es genérica, pues Cloudflare no sabe si tu página es un artículo de blog, una ficha de producto o documentación técnica, simplemente convierte el HTML que encuentra. Tampoco hay URLs dedicadas tipo .md ni mecanismos de descubribilidad para que los agentes sepan que existe una versión Markdown antes de pedirla.

Y el detalle que más duele es que solo está disponible para planes de pago (Pro, Business y Enterprise). Si usas el plan gratuito de Cloudflare te toca esperar, aún con sus limitaciones.

Google dice que es una idea estúpida (la polémica)

Aquí se pone interesante, pues mientras el ecosistema se ha volcado ya con la idea de servir Markdown a los bots, desde Google, John Mueller ha sido extremadamente crítico con la práctica, y no ha tenido reparos en expresarlo.

En noviembre de 2025, cuando Lily Ray (VP de SEO en Amsive) preguntó en Bluesky sobre la tendencia de crear páginas Markdown o JSON específicas para LLMs, Mueller respondió tajante que los LLMs llevan entrenándose con páginas web normales desde el principio, así que no necesitan formatos especiales. También añadió que si esos formatos fueran realmente ventajosos las propias empresas de IA lo estarían pidiendo a gritos.

Fabrice Canel, de Microsoft/Bing, se sumó a la crítica advirtiendo que crear páginas separadas para bots duplica la carga de rastreo y puede violar las políticas contra cloaking (mostrar contenido diferente a bots y humanos).

Mueller fue todavía más lejos en febrero de 2026, cuando llamó directamente a la idea «estúpida» en un hilo de Reddit, cuestionando si los LLMs pueden siquiera reconocer un archivo .md como algo distinto de un archivo de texto plano.

La ironía es que el propio Google añadió un archivo llms.txt a su documentación de Search Central en diciembre de 2025. Cuando lo descubrieron, Mueller respondió con un críptico «hmmn :-/» y el archivo desapareció a las pocas horas. Dime tú qué pensar de eso, ¿hacemos caso a Google? ¿otra vez? ¿o es otra pataleta?

Matices importantes

La crítica de Mueller se centra en la práctica concreta de crear páginas separadas solo para bots, detectando los User-agent y sirviendo contenido diferente. Y sí, eso sí se parece al cloaking tradicional.

Pero es que lo que propone, y hace, Cloudflare es diferente, porque la negociación de contenido es un mecanismo HTTP estándar, por la que el cliente pide un formato y el servidor responde. No se detecta quién eres, sino qué formato prefieres. El contenido es el mismo, solo cambia la representación. Es como pedir la carta de un restaurante en español en vez de en inglés, eso da igual, la comida es la misma.

Aun así hay zona gris, pues para Googlebot, que solicita HTML estándar, la web se ve normal, mientras que para un agente que solicita Markdown, la respuesta es una versión limpia sin navegación, scripts ni decoración. El resultado práctico es que diferentes visitantes (máquinas) ven diferentes cosas. ¿Es eso cloaking? Google no se ha pronunciado oficialmente sobre la negociación de contenido como tal.

El experimento del creador de Drupal

Dries Buytaert, el creador de Drupal, hizo un experimento muy interesante a la par que revelador en enero de 2026. Implementó Markdown en su blog personal mediante negociación de contenido y añadió una etiqueta <link rel="alternate" type="text/markdown"> en el HTML de cada página para que los agentes pudieran descubrir la versión Markdown.

Su plan era dejarlo funcionando unas semanas y escribir sobre ello más adelante. En menos de una hora tenía cientos de peticiones de ClaudeBot, GPTBot, OAI-SearchBot y otros. Los crawlers de IA analizan el HTML, encuentran la etiqueta alternate y solicitan inmediatamente la versión Markdown.

El dato confirma algo que muchos sospechábamos, y es que los agentes de IA ya están buscando activamente versiones Markdown del contenido web, no hace falta convencerlos, solo darles la opción.

Dries lo resumió con una reflexión bastante honesta, diciendo que no sabe si esto le beneficia o si simplemente facilita que las empresas de IA usen su contenido sin enviarle tráfico de vuelta, pero los agentes ya están rastreando las webs de todas formas.

Dar contenido más limpio a los agentes de IA puede traducirse en mejor atribución y respuestas más precisas que enlacen de vuelta al contenido original, o no. El intercambio de valor entre creadores y empresas de IA es un tema que está lejos de resolverse, y esta es otra batalla más, que no sabemos si ya hemos perdido o si aún queda lucha.

¿Cuál es la mejor manera de implementar Markdown para agentes IA en WordPress?

Vamos a la parte práctica, porque al final tú decides, y yo estoy aquí para mostrarte las opciones, conocer oportunidades, y sobre todo ayudarte con tu web en todo lo que pueda y sepa. Así que si quieres servir Markdown a los agentes de IA tienes varias opciones. Te las repaso todas con sus pros y contras.

Cloudflare Markdown for Agents (nivel CDN)

Si tu web ya usa Cloudflare con un plan de pago solo tienes que ir al escritorio, buscar las acciones rápidas y activar el activador de Markdown for Agents. No necesitas tocar nada en WordPress.

Ventajas:

Cero esfuerzo: un conmutador y listo.
Funciona con cualquier web, no solo WordPress.
Conversión eficiente desde la CDN.
Incluye cabeceras Content-Signal y X-Markdown-Tokens.

Inconvenientes:

Solo planes de pago (Pro, Business, Enterprise).
Conversión genérica: no entiende la estructura de tu contenido WordPress.
Sin URLs dedicadas .md (solo negociación de contenido por cabecera Accept).
Sin mecanismo de descubribilidad (no añade etiquetas link alternate).
Sin integración con herramientas de bloqueo de crawlers ni analíticas.

Markdown Alternate de Joost de Valk (plugin WordPress)

Joost de Valk, creador de Yoast SEO, desarrolló Markdown Alternate, un plugin que llevaba funcionando en su blog personal unas dos semanas antes de que Cloudflare anunciara lo suyo. Coincidencia o convergencia de ideas, lo cierto es que ambos llegaron a conclusiones idénticas de forma independiente.

El plugin opera a nivel de aplicación WordPress, lo que le permite ir más allá que Cloudflare en varios aspectos. Por ejemplo, genera URLs dedicadas .md para cada entrada, añade etiquetas <link rel="alternate"> para descubribilidad, inclulye negociación de contenido y genera YAML con metadatos de la publicación (título, fecha, autor, imagen, categorías y etiquetas con sus propias URLs .md).

El propio Joost reconoce que ambos enfoques son complementarios, pues por un lado Cloudflare da amplitud y cero esfuerzo, mientras que su plugin da profundidad y control.

Ventajas:

Gratuito y Open Source.
URLs .md dedicadas.
Descubribilidad automático con link alternate.
YAML con metadatos completos de WordPress.
Compatible con tipos de contenido personalizados mediante filtros.

Inconvenientes:

Solo disponible en GitHub, no está en WordPress.org (de momento).
Sin interfaz de configuración en WordPress, se activa y ya está.
Sin integración con bloqueo de crawlers.
Sin analíticas de peticiones Markdown.
Sin integración con filtros de exclusión de contenido.
No respeta reglas de bloqueo existentes.

md4AI (ojito con esto)

Hay un plugin en WordPress.org llamado md4AI que merece mención, pero con bastantes precauciones. Este plugin detecta agentes de IA por su User-Agent y les sirve directamente una versión Markdown en lugar del HTML, sin que el agente la solicite.

Además, permite editar manualmente el Markdown que se sirve a cada bot, e incluso generarlo con IA para añadir FAQs o contenido adicional que solo ven los bots.

Aquí hay una diferencia fundamental con los otros enfoques. Cuando detectas al visitante por su User-Agent y le sirves contenido diferente eso es exactamente lo que Google define como cloaking. No hay negociación de contenido, no hay petición del agente, tú decides qué mostrar basándote en quién es el visitante, y encima puedes servir contenido enriquecido que los humanos nunca ven.

Esto es precisamente lo que Mueller y Canel critican, y con razón. Si vas a implementar Markdown para agentes, hazlo bien, mediante negociación de contenido estándar, sirviendo el mismo contenido en diferente formato, no contenido diferente a diferentes visitantes.

Vamos, que no es que no lo recomiende, es que es del todo desaconsejable.

VigIA: Markdown para agentes integrado con control total

Y llegamos a VigIA. Desde la versión 1.5.0 he incorporado en VigIA Markdown for Agents como parte de su conjunto de herramientas de gestión de rastreadores de IA. La diferencia con las otras opciones es que no es una funcionalidad aislada, sino que está integrada con todas las demás herramientas de monitorización y control del plugin.

Esto es lo que ofrece VigIA en lo relativo a Markdown para agentes IA:

URLs .md dedicadas — Cada entrada y página obtiene su propia URL Markdown. Si tu entrada está en tusitio.com/mi-articulo/, la versión Markdown estará en tusitio.com/mi-articulo.md.
Negociación de contenido — Cualquier agente que envíe la cabecera Accept: text/markdown recibirá la versión markdown de la URL que está visitando, el estándar HTTP.
Descubribilidad automática — VigIA añade tanto etiquetas <link rel="alternate" type="text/markdown"> en el HTML como cabeceras HTTP link en las respuestas, para que los agentes puedan descubrir la versión Markdown por cualquiera de los dos mecanismos.
Frontmatter YAML completo — Cada respuesta Markdown incluye metadatos estructurados (título, fecha de publicación, autor, categorías, etiquetas, imagen destacada e idioma del sitio). Los agentes reciben contexto completo sobre el contenido.
Cabecera X-Markdown-Tokens — Como Cloudflare, VigIA incluye una estimación del número de tokens en la respuesta, para que los agentes puedan planificar su ventana de contexto.
Integración con el sistema de bloqueo de crawlers — Y aquí es donde la cosa marca la diferencia. Si tienes un crawler bloqueado en VigIA (por ejemplo, has bloqueado Bytespider), ese crawler recibirá un error 403 también en las URLs .md. No le estás sirviendo tu contenido en bandeja a un bot que has decidido bloquear.
Respeta los filtros de exclusión de llms.txt — Si has configurado exclusiones o la compatibilidad con plugins SEO en el generador de llms.txt de VigIA (contenido con noindex, patrones de URL excluidos, exclusiones manuales), esas mismas reglas se aplican a las URLs .md. Contenido que no quieres que aparezca en llms.txt tampoco se servirá en Markdown.
Seguimiento en analíticas — Las peticiones Markdown de crawlers conocidos se registran en el panel de analíticas de VigIA. Puedes ver qué crawlers están solicitando Markdown, con qué frecuencia y para qué contenido. Información que con Cloudflare o el plugin de Joost simplemente no tienes.
Selección de tipos de contenido — Desde la pestaña «Markdown para agentes» de la página de Extras de VigIA puedes elegir qué tipos de contenido sirven Markdown (entradas, páginas, productos, otros tipos de contenido) y activar o desactivar cada mecanismo de forma independiente (URLs .md, negociación de contenido, cabeceras Link, etiquetas link alternate).

Cómo configurar Markdown for Agents en VigIA

Si ya tienes VigIA instalado (versión 1.5.0 o superior), ve a VigIA > Extras y haz clic en la pestaña Markdown para agentes.

Ahí encontrarás todas las opciones:

Activar URLa Markdown — Es el interruptor principal, inactivo por defecto, hasta que no decidas activarlo no se sirve nada en Markdown.
Métodos de entrega — Puedes activar independientemente las URLs .md y/o la negociación de contenido por cabecera Accept.
Descubribilidad — Activa las cabeceras HTTP Link y/o las etiquetas HTML link alternate para que los agentes descubran las versiones Markdown.
Tipos de contenido — Selecciona qué CPTs sirven Markdown.
Filtros de exclusión — Si lo activas, el contenido excluido en tu configuración de llms.txt tampoco se servirá en Markdown.

Una vez configurado, puedes verificar que funciona con un simple comando curl desde el terminal de comandos de tu ordenador:

curl -H "Accept: text/markdown" https://tusitio.com/cualquier-entrada-o-pagina/

O accediendo directamente a la URL .md:

curl https://tusitio.com/cualquier-entrada-o-pagina.md

Deberías recibir el contenido en Markdown con el formato YAML al principio y las cabeceras HTTP correspondientes.

¿Por qué no incluye Content Signals?

He decidido no incluir las señales de contenido definidas por Cloudflare en cada .md por la sencilla razón de que si quieres configurar estas reglas de cesión – o no – de tus contenidos es exagerado hacerlo en cada publicación, en cada Markdown, basta con definir las content signals que elijas en el robots.txt, con el plus de mostrar un aviso sobre los derechos sobre tus contenidos que ampara la legislación europea (si te atañe), que para eso compartí el plugin AI Content Signals.

¿Qué aspecto tiene el Markdown que genera VigIA?

Cuando un agente solicita la versión Markdown de una publicación recibe algo como esto:

---
title: "Cómo proteger tu WordPress de crawlers de IA"
date: 2026-02-10
author: "Fernando"
featured_image: "https://tusitio.com/wp-content/uploads/imagen.jpg"
categories:
  - WordPress
  - Seguridad
tags:
  - crawlers
  - inteligencia artificial
language: "es-ES"
---

# Cómo proteger tu WordPress de crawlers de IA

El contenido completo del post convertido a Markdown limpio,
con encabezados, listas, enlaces y formato preservados.

## Cada sección mantiene su estructura

Sin scripts, sin CSS, sin navegación. Solo contenido.

Es contenido limpio, estructurado, con metadatos que permiten al agente entender el contexto completo, saber quién lo escribió, cuándo, en qué categorías está, qué etiquetas tiene y en qué idioma está escrito.

¿Debería implementar Markdown for Agents en mi web?

Depende de tu situación y tus objetivos. Voy a intentar darte una opinión lo más objetiva posible.

Argumentos a favor

Los agentes de IA ya están rastreando tu web de todas formas, así que darles una versión limpia y estructurada de tu contenido puede mejorar cómo te representan en sus respuestas. Si un agente puede extraer tu contenido fácilmente y con contexto (autor, fecha, categorías), es más probable que te cite y atribuya el contenido correctamente.

El experimento de Dries Buytaert demostró que los crawlers buscan activamente versiones Markdown y las consumen en cuanto las encuentran, así que la demanda existe, no es algo opinable.

La negociación de contenido es un estándar HTTP legítimo, no es cloaking, no es una técnica cuestionable. Es decirle al cliente «tengo tu contenido en este otro formato si lo prefieres».

Por mucho que ahora se queje Google, pues resulta que también su negocio principal desde ya son las vistas creadas con IA, las AI Overviews, y ya te aseguro yo que no se va a quejar muy intensamente de consumir menos tokens (80% menos) para rastrear e indexar contenidos.

Argumentos en contra

Facilitas que las empresas de IA utilicen tu contenido sin enviarte tráfico a cambio. Cuanto más fácil sea consumir tu contenido sin visitar tu web, menos incentivos tienen para enlazarte.

Google no ha aclarado su postura sobre la negociación de contenido para Markdown. Mueller ha sido muy crítico con enfoques similares, aunque técnicamente la negociación de contenido es diferente del cloaking que él critica.

Si tu web depende del tráfico orgánico para monetizar (publicidad, por ejemplo) darle tu contenido procesado a los agentes puede ser contraproducente.

Lo que yo opino

Si vendes productos o servicios, que los agentes de IA representen bien tu marca y tu contenido te beneficia. Si monetizas por tráfico y publicidad y eso aún te sirve, igual te lo tienes que pensar dos veces.

Y si quieres que me moje, pues sí, no se tú lo que pensarás pero la batalla de que no rastreen tu contenido los bots (de IA y los de siempre) está perdida hace mucho tiempo. Ahora las reglas del juego han cambiado del todo, pero no en lo esencial. Hace años hubo el debate de si darle a Google el sitemap en XML resultaría en que ya no tendría que visitar nuestras webs para encontrar el contenido, y mira dónde estamos.

Si vas a hacerlo hazlo bien

En cualquier caso, lo que no debes hacer es servir contenido diferente a bots y humanos (como hace md4AI), ni crear páginas Markdown paralelas detectando los User-Agent. Negociación de contenido estándar y mismo contenido en diferente formato, ese es el camino estándar, y es lo que he añadido yo a VigIA.

Lo que hace especial la implementación de VigIA no es solo la funcionalidad de Markdown en sí, sino cómo se integra con todo lo demás. Piénsalo así:

Monitorización — Ves qué crawlers visitan tu web, con qué frecuencia y qué contenido consumen.
Control — Bloqueas los que no te interesan mediante PHP (403 directo) o robots.txt.
llms.txt — Generas un archivo que indica a los sistemas de IA qué contenido es relevante en tu sitio.
Markdown for Agents — Sirves versiones limpias de tu contenido a los agentes que lo soliciten.
Todo conectado — Un crawler bloqueado no recibe Markdown. El contenido excluido de llms.txt no se sirve en Markdown. Las peticiones Markdown se registran en las analíticas.

No es solo servir Markdown, es tener una estrategia coherente y completa para gestionar cómo los agentes de IA interactúan con tu contenido.

Puedes descargar VigIA gratis desde WordPress.org y empezar a configurar tu estrategia de Markdown para agentes hoy mismo, o esperar a ver qué pasa. Yo ni de coña:

Hace meses que rastreo y controlo todo el tráfico de rastreadores IA con VigIA.
Defino señales de contenido con AI Content Signals, otro estándar de Cloudflare.
Ofrezco compartir y resumir con cita mis contenidos usando AI Share & Summarize.
Genero ficheros llms.txt(enlace) y llms-full.txt(enlace) de toda la web, y tengo añadida la ruta al robots.txt (enlace).
Entrego un mapa del sitio XML estándar de WordPress (enlace), para no depender de plugins SEO.
Y también ofrezco el contenido en Markdown (prueba a quitar la barra final de este mismo artículo o cualquier otro y sustituirla por .md).

No estoy compartiendo plugins orientados a IA como VigIA, AI Share & Summarize o AI Content Signals por capricho o porque me aburra, sino porque yo mismo he visto la necesidad de ponerme al día, y luego ya sabes que siempre comparto lo que utilizo. ¿No quieres usarlos, prefieres no hacer nada o pagar por cosas que son gratis?, tú verás.

Para lo que te pueda ayudar aquí me tienes.