La ontología del sitio, publicada
Hipersigno vende arquitectura de conocimiento. Esto es la nuestra: cada URL de hipersigno.com, tipada, con sus relaciones y su cobertura declarada — incluidas las partes que todavía no cubre.
Cómo leerla
/ontologia.jsonld se genera en cada build, directo del mismo registro que construye el sitio — no se escribe a mano. Usa vocabulario estándar primero: schema.org para las entidades y SKOS para relaciones entre conceptos del glosario. Un namespace propio (hs:, documentado en /ns) cubre solo lo que ningún vocabulario estándar resuelve.
Una página sobre Shopify no es Shopify. El grafo distingue el recurso de su tema — es la distinción más básica del modelado semántico y la más fácil de perder al generar automáticamente.
Clases
| schema:WebPage · about: schema:Service | Página de servicio |
| schema:WebPage · about: schema:Offer | Página de paquete con precio |
| schema:WebPage · about: schema:Audience | Página de industria o vertical |
| schema:WebPage · about: schema:SoftwareApplication | Página de plataforma (Shopify, WordPress, etc.) |
| schema:DefinedTerm / DefinedTermSet | Ficha de glosario / el glosario en sí — sí es el término |
| schema:CreativeWork | Caso de éxito (anonimizado, sin Organization de cliente) — sí es la evidencia |
| schema:Article / WebPage / CollectionPage | Guías, hubs y páginas de índice — son el recurso |
Relaciones propias
Tres no tienen equivalente estándar:
hs:esPuertaDe— una URL de industria o plataforma es la puerta de entrada real a un servicio, aunque no sea su padre en el árbol.hs:cubreIntencion— vincula la URL con la intención de búsqueda que se compromete a ganar.hs:demuestra— un caso o un recurso demuestra un servicio con evidencia, no solo lo menciona.
hs:esPuertaDe y hs:demuestra están definidos y hoy no tienen ninguna instancia publicada: el registro del sitio todavía no declara, para ninguna URL, qué es puerta de qué ni qué caso demuestra qué servicio de forma verificable. Publicar esa relación sin esa base sería inventarla. Se agregan cuando el registro las sostenga, no antes.
El glosario tampoco usa skos:broader/narrower: sus términos relacionados no declaran dirección (qué es más general que qué), así que afirmar jerarquía sería inventarla. Se usa skos:related, el término SKOS correcto para asociación sin jerarquía.
Lo que todavía no cubre
De 96 URLs en el sitemap, 40 declaran entidad dominante e intención de búsqueda (hs:cubreIntencion) contra un registro de silos revisado. Las otras 56 solo declaran su tipo y su lugar en el árbol (schema:isPartOf) — no tienen todavía una entrada en ese registro. La lista completa, URL por URL, está en la cabecera de /ontologia.jsonld, bajo hs:incompletasDetalle.
Publicar los huecos con el mismo formato que el resto es la misma regla que rige los demás gates de este sitio: cero elementos evaluados es un fallo, y toda métrica declara su N. Un grafo que no dice cuánto le falta no es más confiable por callarlo.