John Mueller (Google) explicó esta semana en Bluesky por qué Google sirve su documentación para desarrolladores también en Markdown puro. El propósito: ayudar a las herramientas de IA (Copilot, Cursor, asistentes de código) a parsear el contenido sin tener que limpiar HTML. Search Engine Journal recogió el thread y abre una discusión interesante para creadores de blogs técnicos: ¿debería tu blog tener una versión Markdown? Spoiler: probablemente no. Mueller fue muy claro sobre cuándo sí y cuándo no.
El marco de Mueller: discovery vs functionality
Mueller distinguió dos objetivos distintos del contenido en internet:
- Discovery: que la gente te encuentre. SEO clásico. Optimizar para Google Search, AI Mode, Bing, ChatGPT.
- Functionality: que la gente (o una IA) pueda usar tu contenido para resolver una tarea. Aquí Markdown ayuda porque elimina ruido y deja solo el texto procesable.
Para docs de programación, ambos objetivos coinciden: el desarrollador busca "cómo usar X API" (discovery) y luego un coding agent lee tu documentación para generar código (functionality). Por eso Google sirve ambos formatos.
Para un blog típico (lifestyle, marketing, opinion, tutorial general), discovery es el 95% del valor y functionality es marginal. Mueller lo dice sin rodeos: para la mayoría de sitios, las versiones Markdown no producirán resultados medibles frente a la competencia.
Cuándo SÍ tiene sentido servir Markdown desde tu blog
| Tipo de blog | Servir Markdown ayuda? | Por qué |
|---|---|---|
| Docs de API o librería propia | Sí | Coding agents lo consumen literalmente |
| Tutoriales técnicos paso a paso con código | Quizá | Asistentes IA pueden reproducir tus pasos |
| Cheat sheets, referencias rápidas | Quizá | Útil para auto-completion contextual |
| Blogs de opinion, marketing, lifestyle | No | No hay caso de uso que justifique el coste |
| Blogs de empresa B2B genéricos | No | Lo que importa es el SEO clásico bien hecho |
Lo que SÍ funciona para ranquear en AI search
Mueller llamó a la optimización para Markdown una "muleta temporal" y refrescó el consejo real: lo que funciona en AI search es lo mismo que funcionaba en SEO clásico bien hecho.
- Estructura semántica clara: H1 único, H2 que delimitan secciones, H3 que detallan. Los parsers de IA leen estructura, no truquitos.
- Schema markup: Article, FAQPage, HowTo, Recipe, Product. Sigue siendo el lenguaje común entre tu HTML y los crawlers.
- Contenido autoritativo y bien atribuido: la cita visible ("según...") y el byline con credenciales mueven la aguja en quién es citado por AI.
- Performance: Core Web Vitals siguen pesando. Un blog lento se cita menos.
Mueller fue directo: "sites should evaluate agentic optimization based on measurable results for their specific context". Traducción: no inviertas tiempo en optimizar para LLMs hasta que tengas datos que demuestren que ese tráfico te llega. Mientras tanto, lo básico bien hecho gana.
El error que muchos blogs técnicos están cometiendo
Tras leerse este tipo de threads, varios blogs han añadido versiones .md de cada artículo, tags llms.txt, y rutinas para servir Markdown a user-agents detectados como IA. El problema: estos parches añaden complejidad sin que haya evidencia de mejora medible en su tráfico real. Es ingeniería de fascinación, no ingeniería de retorno.
La regla operativa: antes de tocar tu pipeline de publicación para servir formatos alternativos a IAs, mira tu Google Search Console y mira las analíticas de tu blog. Si tu tráfico orgánico humano es saludable y creciendo, no toques. Si está estancado, el cuello de botella es contenido o estructura, no formato.
Qué hacer si tienes un blog técnico
Lo que sí merece la pena
- Mantén tus snippets de código en bloques pre/code con clase language-x. Tanto humanos como IA lo entienden bien.
- Usa headings descriptivos ("Cómo configurar X paso a paso") en lugar de creativos ("El secreto detrás de X").
- Si publicas docs de tu propia librería, considera servirlas también en formato Markdown sin ceremonia (no necesitas un proceso complicado, una ruta /raw/ por artículo basta).
Lo que no merece la pena
- Crear archivos .md duplicados de cada post de marketing o opinion.
- Implementar detection de bots IA con respuestas diferenciadas (overhead técnico + mantenimiento).
- Comprar SaaS de "GEO" (Generative Engine Optimization) sin tener primero buen SEO clásico.
"Para sitios no-developer, las versiones Markdown no van a producir resultados medibles frente a competidores" (John Mueller, parafraseando el recap de Search Engine Journal). Es uno de los consejos más sobrios sobre AI search del año.
Conclusión
El hype alrededor de servir Markdown a las IAs es comprensible pero mal calibrado para la mayoría de blogs. Mueller separa nítidamente discovery (a quién quieres llegar) de functionality (qué tarea facilitas). Solo cuando ambas convergen (docs técnicas con coding agents) merece la pena el esfuerzo. Para el blog medio, sigue siendo más rentable invertir en estructura clara, datos sólidos y autoría visible.
Si quieres una plataforma de blog que ya viene con schema markup, headings semánticos y bloques de código bien formateados sin tocar configuración, prueba Vlogerly: el básico bien hecho, listo desde el primer post.
