--- title: "Unidad mínima de implementación SAGEO" description: "Definición formal de qué constituye una implementación SAGEO válida (SAGEO v1.0 compliant). Cinco elementos obligatorios y tres opcionales. Sin esta definición, la metodología no puede ser transferida, evaluada ni comparada entre casos." author: "Equipo Nitten Marketing SpA" organization: "Nitten Marketing SpA" organization_url: "https://nittenmkt.cl" url: "https://nittenmkt.cl/aeo/unidad-minima-implementacion/" date: "2026-05-01" version: "1.0" status: "publicado" language: "es-CL" category: "metodologia" topics: - SAGEO - implementación - JSON-LD - llms.txt - schema - WordPress - WPCode - infraestructura AEO related: - sageo-como-sistema.md - metodologia-aeo.md - infraestructura-estrategica.md - ivia.md - cronologia-implementacion.md actions: - type: "diagnostico" label: "Verificar si tu implementación es SAGEO v1.0 compliant" url: "https://nittenmkt.cl/contacto/" --- # Unidad mínima de implementación SAGEO ## Por qué existe esta definición Una metodología sin criterios de validación no es metodología: es una lista de buenas prácticas. Para que los resultados de una implementación SAGEO sean comparables entre casos, replicables por implementadores distintos y evaluables con el IVIA, es necesario definir con precisión qué constituye una implementación válida. Una implementación que omite cualquier elemento obligatorio **no puede ser evaluada con el IVIA ni sus resultados comparados** con los de otros casos. Esta definición es parte constitutiva de la metodología SAGEO v1.0 y puede evolucionar en versiones posteriores conforme se acumule evidencia de replicación. ## Elementos obligatorios (SAGEO v1.0 compliant) Una implementación es válida si cumple **la totalidad** de los siguientes elementos: ### 1 — JSON-LD con @graph validado **Qué incluye:** nodos Organization, WebPage y al menos uno de FAQPage, Service o ProfessionalService. Nodos interconectados en un mismo @graph. **Criterio de cumplimiento:** validado sin errores en Google Rich Results Test. Implementado via WPCode tipo PHP (no HTML) en WordPress, o equivalente en otras plataformas. **Por qué es obligatorio:** sin schema correcto, los modelos de IA no pueden identificar la entidad, su tipo, sus servicios ni su contexto. Es el fundamento de la legibilidad estructural. **Error frecuente:** implementar en tipo HTML en WPCode. El tipo HTML genera conflictos de parsing cuando el JSON incluye `` dentro de valores. Siempre tipo PHP. --- ### 2 — llms.txt activo y actualizado **Qué incluye:** archivo de texto plano en la raíz del dominio (dominio.cl/llms.txt). Descripción de la entidad, misión, servicios y rutas a documentos semánticos. **Criterio de cumplimiento:** presente en la raíz del dominio, accesible públicamente, actualizado dentro de los últimos 30 días respecto a la fecha de evaluación. **Por qué es obligatorio:** es el índice de recursos que los crawlers de IA usan para entender qué existe en el dominio y dónde encontrarlo. Un llms.txt desactualizado es un índice que miente. **Error frecuente:** crear el archivo y no actualizarlo al publicar nuevos documentos. Cada nuevo documento semántico requiere una actualización del llms.txt. --- ### 3 — Documentación semántica mínima **Qué incluye:** al menos 5 documentos .md con frontmatter YAML, interconectados mediante referencias cruzadas en el campo `related`. Cada documento con: title, description, author, organization, url, date. **Criterio de cumplimiento:** los 5 documentos deben ser accesibles públicamente, tener URLs canónicas y estar referenciados en el llms.txt. **Por qué es obligatorio:** la legibilidad estructural (JSON-LD) dice qué es la entidad. La documentación semántica dice qué sabe, qué hace y cómo lo hace. Sin documentación, la entidad existe pero no tiene voz propia. --- ### 4 — Autoridad externa verificable **Qué incluye:** al menos 2 plataformas externas de alta autoridad en el campo `sameAs` del schema Organization. **Plataformas válidas:** Google Business Profile verificado, LinkedIn (empresa verificada), Clutch, Sortlist, directorios sectoriales de alta autoridad. **Criterio de cumplimiento:** URLs externas verificadas, sin URLs internas del propio dominio en sameAs. **Por qué es obligatorio:** los modelos de IA verifican la consistencia de la entidad en fuentes externas. Un sameAs vacío o con URLs internas no aporta señales de autoridad cruzada. **Error frecuente:** incluir URLs del propio dominio en sameAs. sameAs es exclusivamente para representaciones de la entidad en otras plataformas externas. --- ### 5 — Base técnica SEO **Qué incluye:** rendimiento técnico y accesibilidad verificados. **Criterio de cumplimiento:** PageSpeed Insights mobile ≥ 80 en rendimiento, Core Web Vitals aprobada o en proceso documentado de mejora, indexación confirmada en Google Search Console. **Por qué es obligatorio:** SEO es la capa TOFU del sistema SAGEO. Sin base técnica sólida, las capas superiores no tienen soporte. Un schema implementado en un sitio con problemas técnicos graves produce señales contradictorias. ## Elementos opcionales Los elementos opcionales amplían la cobertura pero no invalidan la implementación si están ausentes. ### Sitemap híbrido AI (nitten-context.xml o equivalente) Amplía la cobertura de rastreo por crawlers de IA. Recomendado para dominios con más de 20 URLs relevantes. Incluye URLs de documentos semánticos, casos de estudio y páginas de servicio. ### knowledge-index.json y openapi.yaml Habilita la capa ASO (Agentic Search Optimization). Requerido solo cuando el objetivo incluye visibilidad en agentes de IA autónomos que toman decisiones y ejecutan acciones. ### Casos de estudio estructurados Amplía autoridad semántica y GEO. Formato recomendado: //fricción, //arquitectura, //output, //ventaja. Mínimo 2 casos para considerarse elemento de GEO activo. ## Checklist de verificación ``` □ JSON-LD @graph sin errores en Rich Results Test □ Tipo PHP en WPCode (no HTML) □ llms.txt en raíz del dominio, accesible □ llms.txt actualizado en los últimos 30 días □ Mínimo 5 documentos .md con frontmatter YAML completo □ Documentos interconectados con campo 'related' □ Documentos referenciados en llms.txt □ Mínimo 2 plataformas externas en sameAs □ Sin URLs internas en sameAs □ PageSpeed Insights mobile ≥ 80 □ Core Web Vitals: aprobada o proceso documentado □ Indexación confirmada en Google Search Console ``` Si todos los ítems están marcados: implementación SAGEO v1.0 compliant. Lista para evaluación con IVIA.