Autoridades — el sistema de fuentes confiables de Hipersigno
Demostramos a quién leemos, qué documentos usamos, qué evidencia aceptamos, qué interpretamos con cautela y cómo conectamos fuentes externas con metodología propia. 11 categorías de fuentes, 7 niveles de evidencia, reglas editoriales explícitas. Curado por Andrés Castrejón.
Esto no es un glosario. No es un directorio. Es infraestructura de E-E-A-T, citabilidad por LLMs y conexión auditable entre fuentes externas y metodología MUVERA.
Nota editorial
Este hub se construye por densidad, no por completitud. La regla editorial #1 prohíbe directorios vacíos. Los 11 sub-hubs (Personas, Instituciones, Publicaciones, Documentos, Papers, Patentes, Comunidades, Repositorios, Estándares, Herramientas, Fuentes judiciales) se publicarán uno a uno cuando cada uno tenga ≥5 entidades individuales con análisis profundo, fuentes verificables y conexión con metodología MUVERA. La página que estás leyendo es el manifiesto del sistema: cómo se construye, qué reglas lo rigen y cómo se conecta con el resto del sitio.
Qué demuestra el hub de Autoridades
El hub de Autoridades no es un glosario. Es el sistema que demuestra:
De dónde aprendemos. Qué fuentes consideramos confiables. Qué documentos usamos para interpretar SEO, GEO, KG, IA y Web Agéntica. Qué personas, instituciones, papers, patentes y publicaciones forman parte del mapa de conocimiento Hipersigno. Qué nivel de evidencia tiene cada fuente.
La relación base del sistema:
Autoridad → produce → conocimiento Autoridad → publica → documento Documento → evidencia → claim Claim → informa → metodología Hipersigno Metodología → alimenta → SEO / GEO / KG / IA / Web Agéntica
Las 11 categorías del trust layer
Sub-hubs en construcción. Cada uno se publicará cuando tenga ≥5 entidades nutridas. Por ahora son roadmap explícito de la arquitectura — no enlaces vivos a páginas thin.
Personas autoridad
Googlers de Search, ingenieros de Google Research/DeepMind, expertos SEO técnico, investigadores de Information Retrieval, semantic web, Knowledge Graphs, RAG/GraphRAG, GEO/AI Search.
/autoridades/personas/
Instituciones autoridad
Google Search Central, Google Research, Google DeepMind, W3C, Schema.org, Wikidata, NIST, ACM SIGIR, TREC, Stanford, MIT, Hugging Face, arXiv, Semantic Scholar.
/autoridades/instituciones/
Publicaciones autoridad
Search Engine Land, Search Engine Journal, Search Engine Roundtable, iPullRank, Moz, Ahrefs, SISTRIX, Semantic Web Journal, ACM Digital Library, Google Research Blog.
/autoridades/publicaciones/
Documentos fuente
Google Search Essentials, Ranking Systems Guide, Spam Policies, Search Quality Rater Guidelines, Structured Data Documentation, NIST AI RMF, OWASP LLM Top 10, EU AI Act.
/autoridades/documentos/
Papers académicos
Information Retrieval (BM25, PageRank, Learning to Rank), RAG (Lewis et al.), GraphRAG (Microsoft), Knowledge Graphs (Ontology 101), Semantic Web, Neural IR.
/autoridades/papers/
Patentes
PageRank patent, reasonable surfer, phrase-based indexing, entity search, Knowledge Graph patents, query rewriting, freshness, snippet generation, user behavior, spam detection.
/autoridades/patentes/
Comunidades autoridad
Google Search Central Community, Reddit SEO/TechSEO/MachineLearning, W3C Community Groups, Wikidata community, Hugging Face, LearningSEO, BrightonSEO, SMX, MozCon, MeasureCamp.
/autoridades/comunidades/
Repositorios autoridad
GitHub, Hugging Face, Papers with Code, arXiv, Semantic Scholar, Google Dataset Search, Common Crawl, Internet Archive, Wikidata Query Service, OpenAlex, Crossref, ORCID.
/autoridades/repositorios/
Estándares autoridad
RDF, RDFS, OWL, SKOS, SPARQL, SHACL, JSON-LD, Schema.org, Dublin Core, PROV-O, OpenAPI, OAuth, MCP, A2A, Robots Exclusion Protocol, Sitemaps Protocol.
/autoridades/estandares/
Herramientas de referencia
GSC, GA4, Screaming Frog, Sitebulb, Ahrefs, Semrush, SISTRIX, Rich Results Test, Schema Markup Validator, Protégé, Neo4j, Stardog, LlamaIndex, LangChain, Qdrant, Weaviate.
/autoridades/herramientas/
Fuentes judiciales, leaks y archivos
DOJ vs Google Search, Google Content Warehouse leak, Yandex source code leak, NavBoost testimony, Glue references, Chrome data references, CourtListener, RECAP Archive, Internet Archive.
/autoridades/fuentes-judiciales-leaks/
Los 7 niveles de evidencia del sistema
Cada autoridad declara explícitamente su nivel. El lector — humano o LLM — sabe qué peso darle. Las patentes y leaks van con guardrails editoriales explícitos porque son los niveles más sobreinterpretados en SEO.
Fuente primaria oficial
ALTAEjemplos: Google Search Central, W3C, Schema.org, NIST, documentación oficial de los protocolos.
Uso editorial: Citable directamente. Base de la mayoría de claims técnicos.
Paper académico revisable
ALTA-MEDIAEjemplos: Papers de IR, RAG, KG en ACM, IEEE, ACL Anthology, arXiv (con revisión por pares).
Uso editorial: Citable como evidencia metodológica. Identificar versión peer-reviewed cuando aplique.
Documento judicial o testimonio
CONTEXTUALEjemplos: DOJ vs Google, testimonios del antitrust trial, exhibits oficiales del proceso.
Uso editorial: Citable con contexto. Separar hecho del litigio de interpretación SEO.
Patente
MEDIA-CONTEXTUALEjemplos: Google Patents, USPTO, WIPO. PageRank patent, entity search patents, query rewriting.
Uso editorial: Muestra capacidad técnica e intención de investigación. NO confirma uso activo ni peso en ranking.
Leak o filtración documentada
CONTEXTUAL · RIESGO ALTOEjemplos: Google Content Warehouse leak, Yandex source code leak.
Uso editorial: Evidencia contextual. NO convertir en táctica directa. Separar lo documentado de lo inferido.
Publicación especializada
MEDIAEjemplos: Search Engine Land, iPullRank, Moz, Ahrefs, SISTRIX, SparkToro.
Uso editorial: Útil para contexto operativo. Riesgo depende del autor — citar específico, no genérico.
Opinión, experimento o comunidad
BAJA-CONTEXTUALEjemplos: Reddit, X, hilos de comunidad, experimentos no replicados.
Uso editorial: Útil para hipótesis. NO citable como evidencia hasta que sea verificado o reproducido.
Los 4 tipos de página del hub
Hub, entidad, documento y leak. Cada tipo tiene plantilla, schema y obligaciones editoriales propias. Las páginas leak/patente tienen guardrails especiales.
Página hub de categoría
Ejemplo: /autoridades/instituciones/. Explica qué es la categoría, criterios de inclusión, clasificación por dominio, lista curada y conexión con Hipersigno.
Página entidad individual
Ejemplo: /autoridades/instituciones/google-search-central/. Qué es, por qué importa, qué documentos publica, qué temas cubre, cómo se usa en Hipersigno, qué límites tiene.
Página documento
Ejemplo: /autoridades/documentos/search-quality-rater-guidelines/. Qué son, qué NO son, conceptos clave, relación con E-E-A-T y YMYL, implicaciones SEO, límites de interpretación.
Página leak / documento sensible
Ejemplo: /autoridades/documentos/google-content-warehouse/. Qué es, nivel de evidencia, qué se puede inferir, qué NO se puede inferir, riesgo de sobreinterpretación.
Dónde vive cada función en el sitio
Concepto → glosario · Fuente → autoridades · Disciplina → hub L1 · Análisis → investigación (futuro) · Sistema → google-search (futuro) · Servicio → /servicios o /paquetes.
10 reglas editoriales del hub
Estas reglas existen para que el hub mantenga credibilidad. Romper cualquiera convierte el sistema en directorio de links — que es lo que no queremos.
No hacer directorios vacíos. Cada autoridad debe explicar por qué importa y qué se puede aprender de ella.
No convertir opiniones en evidencia. Opinión SEO de cualquier nombre famoso no es fuente primaria — es opinión informada (N6 o N7).
No tratar leaks como verdad absoluta. Los leaks son evidencia contextual (N5), no confirmación de algoritmos activos.
No afirmar uso algorítmico por una patente. Patente ≠ sistema activo. Toda página de patente debe incluir esta advertencia.
No crear páginas de personas sin fuentes suficientes. Mejor agrupación temática (/autoridades/personas/googlers-search/) que perfil thin individual.
Toda autoridad debe enlazar a una entidad del sistema Hipersigno. Si no conecta con SEO/GEO/KG/IC/IA/Web Agéntica o negocio, no entra al hub.
Cada documento debe declarar sus límites de interpretación. Eso aumenta confianza — los lectores reconocen claridad sobre lo que la fuente NO dice.
Las autoridades deben alimentar el Knowledge Graph del sitio. Persona, institución, documento, paper y estándar deben estar conectados con relaciones tipadas.
Los hubs de autoridad deben enlazar a servicios. No como venta agresiva, sino como aplicación práctica: 'esta fuente sostiene este servicio'.
Actualizar trimestralmente. Especialmente Google (Search Essentials, ranking systems guide), IA (NIST profiles, OWASP), RAG/MCP/GEO (estándares emergentes).
Autoridades sostiene los 8 hubs L1
Cada hub L1 cita autoridades específicas. Cuando se publiquen los sub-hubs de Autoridades, cada uno enlazará a las disciplinas que sostiene.
SEO →
Sostenida por: Google Search Central, SQRG, Search Essentials, papers de IR, patentes (PageRank, reasonable surfer), publicaciones (Search Engine Land, iPullRank, Moz, Ahrefs).
GEO →
Sostenida por: Google AI Optimization Guide, OpenAI bots docs, Perplexity Hub, Microsoft Copilot Studio docs, papers de RAG citation-aware.
Knowledge Graphs →
Sostenida por: Schema.org, Wikidata, Google Knowledge Graph docs, W3C RDF/OWL/SKOS, papers de entity linking y relation extraction.
Arquitectura de Conocimiento →
Sostenida por: Wikidata Q33002955, Schema.org, Google Structured Data Intro, SEO Starter Guide.
Ontologías →
Sostenida por: W3C (RDF, RDFS, OWL, SKOS, JSON-LD, SHACL, PROV-O), Schema.org.
Ingeniería de Conocimiento →
Sostenida por: Noy & McGuinness (Ontology 101 Stanford/Protégé), W3C, IBM KG, Schema.org.
IA Empresarial (RAG/GraphRAG) →
Sostenida por: Lewis et al. arXiv:2005.11401 (RAG), Microsoft GraphRAG docs (Local/Global/DRIFT), NIST AI Risk Management Framework.
Web Agéntica →
Sostenida por: MCP Specification, Google A2A Protocol, Microsoft Build 2025 NLWeb, llmstxt.org, Cloudflare Agent Readiness, arXiv 2507.21206.
11 reglas MUVERA para el hub de Autoridades
Resumen operativo de la metodología MUVERA aplicada al hub de fuentes confiables.
Autoridades NO es glosario. Glosario define conceptos; autoridades define fuentes. Una URL no debe mezclar las dos funciones.
Una URL = una autoridad dominante. Cada página entidad describe una sola fuente; cada hub categoría agrupa fuentes del mismo tipo.
Construir por densidad antes que por volumen. Mejor 10 documentos con análisis profundo que 100 entradas thin.
Cada autoridad declara su nivel de evidencia (N1-N7). Sin nivel declarado, no entra al hub — el lector debe saber qué tipo de confianza aplicar.
Cada autoridad declara sus límites. 'Lo que esta fuente dice' vs 'lo que esta fuente NO confirma' es información de primera clase.
Toda autoridad conecta con negocio. La fuente W3C RDF debe enlazar a /ontologias y /knowledge-graphs; la SQRG debe enlazar a /paquetes/seo-para-b2b o /servicios/contenido-seo.
Schema separa autoridades de glosario. Person, Organization, ScholarlyArticle, TechArticle, DigitalDocument — no DefinedTerm.
Personas con criterio de inclusión estricto. Solo URL individual si cumple ≥3 de: obra citada frecuentemente, framework propio, relevancia directa SEO/GEO/KG/IA, conecta con 5+ entidades del sitio, fuentes verificables, contenido >900 palabras útiles.
Leaks y patentes con guardrails editoriales. Toda página de leak/patente declara: hecho, interpretación, implicación SEO y límite. Sin esos cuatro, no se publica.
No prometer rankings basados en autoridades. La autoridad informa metodología, no garantiza posición.
Hub madre primero, sub-hubs después. /autoridades/ se publica densa; /autoridades/instituciones/ etc. se publican cuando tienen ≥5 entidades individuales nutridas.
Preguntas frecuentes sobre el hub Autoridades
¿Qué es el hub de Autoridades y por qué Hipersigno lo tiene?
Autoridades no es un glosario ni un directorio de links — es el trust layer del sitio. Demuestra de dónde aprendemos, qué fuentes consideramos confiables, qué documentos usamos para interpretar SEO, GEO, Knowledge Graphs, IA y Web Agéntica, qué personas e instituciones forman parte de nuestro mapa de conocimiento y qué nivel de evidencia tiene cada fuente. Funciona como infraestructura de E-E-A-T, citabilidad por LLMs y conexión con metodología propia.
¿Cuál es la diferencia con el glosario o con los hubs L1?
Glosario define conceptos (/glosario/seo/ = qué es SEO). Hubs L1 son las entidades madre de las disciplinas (/seo/, /geo/, /ontologias/, etc.). Autoridades indexa las fuentes que sostienen todo lo anterior (/autoridades/documentos/search-quality-rater-guidelines/ = qué documento oficial sostiene buenas prácticas SEO YMYL). La regla es: concepto → glosario · fuente → autoridades · disciplina → hub L1 · análisis → investigación · servicio → /servicios o /paquetes.
¿Cuántos niveles de evidencia maneja el sistema?
Siete. N1 Fuente primaria oficial (W3C, Schema.org, Google Search Central, NIST). N2 Paper académico revisable (ACM, IEEE, ACL, arXiv peer-reviewed). N3 Documento judicial o testimonio (DOJ vs Google). N4 Patente (Google Patents, USPTO). N5 Leak o filtración (Google Content Warehouse, Yandex). N6 Publicación especializada (Search Engine Land, iPullRank). N7 Opinión o experimento (Reddit, X, comunidad). Cada autoridad declara su nivel — el lector sabe qué peso darle.
¿Por qué las patentes y los leaks tienen advertencias especiales?
Porque son los dos niveles donde más se sobreinterpreta. Una patente muestra capacidad técnica e intención de investigación pero NO confirma uso activo en algoritmo ni peso en ranking. Un leak es evidencia contextual: documenta variables internas pero NO confirma cómo se usan ni si siguen vigentes. Toda página de patente o leak en este hub declara explícitamente: hecho documentado, interpretación posible, implicación SEO razonable y límite editorial.
¿Hay URL individual por cada persona reconocida del sector?
No. Aplicamos un criterio de inclusión estricto. Solo URL individual si la persona cumple al menos 3 de: tiene obra citada frecuentemente, tiene documentos/papers/frameworks propios, tiene relevancia directa para SEO/GEO/KG/IA, puede conectarse con 5+ entidades del sitio, hay fuentes verificables suficientes, la página supera 900-1,200 palabras útiles. Las demás personas viven en agrupaciones temáticas (/autoridades/personas/googlers-search/, /autoridades/personas/seo-tecnico/, etc.) hasta que justifiquen URL propia.
¿Cuándo se publican los 11 sub-hubs?
Por densidad, no por completitud. La regla editorial #1 prohíbe directorios vacíos. Cada sub-hub se publica cuando tiene ≥5 entidades individuales nutridas (mínimo 900 palabras útiles cada una, con fuentes, conexiones y límites declarados). El orden recomendado: instituciones + documentos primero (más densos, menos riesgo reputacional), después papers + publicaciones, y al final personas individuales. Esta secuencia evita thin content y construye autoridad creíble.
¿Cómo se conecta el hub Autoridades con los servicios comerciales?
Cada autoridad enlaza a entidades del sistema y/o a servicios donde se aplica. Ejemplos: Google Search Central → /servicios/auditoria-seo + /servicios/seo-tecnico. Search Quality Rater Guidelines → /frameworks/seo-ymyl (futuro) + /servicios/contenido-seo. Schema.org → /servicios/seo-tecnico + /knowledge-graphs. W3C RDF → /ontologias. Google Content Warehouse → /seo (sección histórica). NIST AI RMF → /ia-empresarial. MCP Specification → /web-agentica. No es venta agresiva — es aplicación práctica.
¿Cómo se mantiene el hub actualizado?
Revisión trimestral. Especialmente Google (cambios en Search Essentials, nuevas guías de ranking systems), IA (perfiles NIST nuevos, actualizaciones OWASP LLM Top 10), RAG/MCP/GEO (estándares emergentes que se vuelven oficiales), documentos judiciales (avances en DOJ vs Google y casos análogos). Cada autoridad lleva fecha_revision en su frontmatter y se versiona en audit log.
Orden de construcción de los sub-hubs
Construir primero instituciones + documentos (más densos, menos riesgo reputacional), después papers + publicaciones, y al final personas individuales. Esta secuencia evita thin content y construye autoridad creíble.
Top 30 con prioridad inicial: Google Search Central, Google Research, Google DeepMind, W3C, Schema.org, Wikidata, NIST, Common Crawl. Documentos: Search Essentials, Ranking Systems Guide, Spam Policies, SQRG, Structured Data Documentation, Google Content Warehouse, Yandex leak (con guardrails), W3C RDF/OWL/SKOS/SHACL.
Subhubs de papers por tema (Information Retrieval, RAG, GraphRAG, Knowledge Graphs). Publicaciones especializadas: Search Engine Land, iPullRank, Moz, Ahrefs, SISTRIX, Semantic Web Journal, ACM Digital Library, Google Research Blog.
Primero agrupaciones temáticas (Googlers Search, SEO técnico, Information Retrieval, Semantic Web, KG, GEO/AI Search). Después perfiles individuales cuando cumplan los 3 de 6 criterios de inclusión.
Patentes con guardrails, comunidades, repositorios, estándares (que viven también en glosario), herramientas de referencia y fuentes judiciales/leaks con análisis editorial explícito.
¿Quieres trabajar SEO/GEO/KG con fuentes verificables y metodología auditable?
El hub de Autoridades es la prueba pública de cómo Hipersigno construye conocimiento. Cada entregable que producimos para clientes — auditorías, briefs, frameworks, dashboards — se sostiene en fuentes primarias declaradas. Eso es lo que diferencia metodología de opinión.
Última actualización: 2026-06-11 · Sistema: MUVERA Ontology System v0.1 · Autor: Andrés Castrejón