El sitio abierto: por qué publicar la investigación es la estrategia orgánica

Hallazgos

1. Por qué 152,000 palabras de investigación son el activo, no el anexo

El cambio de fondo tras marzo de 2026 es que Google dejó de premiar el contenido que parece autoritativo y empezó a premiar el que lo es de forma demostrable. La formulación exacta de la fuente: la investigación original y los casos de estudio documentados “se han vuelto de los activos de contenido de mayor valor que una organización puede producir” [1].

El segundo efecto es el que importa más a mediano plazo. Con AI Overviews mediando cada vez más consultas, ser citado vale más que posicionar: el estudio de Wellows sobre 2,400 citas encontró que las páginas con señales fuertes de E-E-A-T tienen 2.3× más probabilidad de ser citadas [1]. Una investigación con fuentes numeradas y verificables es exactamente el tipo de página que un sistema de recuperación prefiere citar.

Y el riesgo de no hacerlo está medido: cientos de sitios perdieron 40-70% de su tráfico orgánico de un día para otro en actualizaciones recientes, y los que crecieron habían invertido a fondo en E-E-A-T [1].

Dónde está parado Math Challenge. Las 45 investigaciones tienen fuentes numeradas, declaran sus limitaciones de método, marcan [unverified] lo que no pudieron confirmar contra fuente primaria, y —esto es lo inusual— incluyen los pasajes donde la evidencia contradice al propio producto: mc-10 desmonta la cita más famosa sobre exámenes cronometrados, mc-17 documenta la exposición regulatoria de la mecánica que el brief original pedía, mc-14 señala que el tutor de Khan Academy no superó a un buscador en un estudio controlado.

Publicar eso no es humildad: es la definición operativa de Trustworthiness. Y prácticamente ningún competidor lo hace — mc-14 documenta que Brilliant, Matific y Mathletics carecen de evidencia independiente publicada, y que Kumon no tiene ni un estudio que cumpla los estándares del What Works Clearinghouse.

2. Las cuatro letras, y cuál falta

E-E-A-T se descompone en cuatro señales distintas, y conviene mapearlas porque el sitio necesita cubrir las cuatro por vías diferentes [1][2]:

Señal	Qué pregunta	Con qué la cubre este sitio
Experience	¿El autor tiene participación de primera mano?	La historia del dueño: por qué empezó, su propia relación con las matemáticas, su propio uso del producto. Solo él la aporta.
Expertise	¿Hay conocimiento y competencia demostrada?	45 investigaciones, 152,000 palabras, con fuentes primarias citadas
Authoritativeness	¿Hay reconocimiento y reputación?	Ignia como respaldo institucional; citas entrantes que la investigación publicada atraiga con el tiempo
Trustworthiness	¿Hay exactitud, transparencia y buena experiencia de uso?	Limitaciones declaradas, [unverified] visibles, contradicciones publicadas, y accesibilidad WCAG 2.2 AA

La Experience es la única que no se puede producir con más trabajo de investigación, y fue añadida en diciembre de 2022 precisamente para distinguir al que vivió el problema del que solo lo estudió [2]. Por eso la entrevista al dueño no es contenido de relleno para la página “acerca de”: es la señal que el resto del sitio no puede generar.

3. Datos estructurados en siete locales

JSON-LD es el formato preferido de Google [3][5]. Las reglas que rigen su uso multilingüe:

• El contenido dentro del JSON-LD se traduce por versión de idioma, manteniendo la estructura intacta — los datos estructurados deben reflejar cada versión localizada de forma independiente [3][4].
• Cada versión declara su idioma con la propiedad inLanguage; para nombres de organización conviene incluir alternateName en distintos idiomas [3][4].
• Los tipos de esquema deben permanecer consistentes entre idiomas — no se usa Course en español y Article en alemán para la misma página [5].
• El esquema no reemplaza a hreflang. Las etiquetas hreflang son las que indican variantes de idioma y región a los buscadores; el esquema refuerza esa intención en forma legible por máquina [3][4].
• Regla que invalida todo lo demás si se rompe: el contenido del esquema debe coincidir con lo visible en la página. Si el marcado contiene algo distinto de lo que se muestra, Google puede ignorarlo por completo [5].

Los tipos que corresponden a este sitio: Organization (Ignia como editor), WebSite, Course para las bandas de nivel, FAQPage para las preguntas de padres, BreadcrumbList para la navegación, y para cada una de las 45 investigaciones un tipo de artículo académico con sus fuentes citadas — que es justamente el formato que un sistema de citas prefiere consumir.

4. Siete locales, no cinco idiomas

El sitio hereda la realidad de mc-34: en, es-MX, es-ES, fr-FR, pt-BR, pt-PT, de-DE. Para SEO esto significa siete versiones con hreflang recíproco —cada página apuntando a todas las demás y a sí misma— más x-default.

La trampa específica de este producto: es-MX y es-ES no son la misma página traducida, porque la notación matemática difiere (punto contra coma decimal, formato de división larga). Publicar una sola versión “es” y declarar dos hreflang sería técnicamente válido y factualmente incorrecto en el contenido matemático, que es justo el contenido que el sitio quiere que se cite.

5. Accesibilidad como señal, no solo como obligación

mc-38 ya establece el requisito legal: la Ley Europea de Accesibilidad aplica desde el 28 de junio de 2025 e incluye explícitamente el comercio electrónico, con EN 301 549 (que incorpora WCAG 2.1 completo) como referencia técnica. El objetivo interno es WCAG 2.2 AA, superconjunto estricto.

Lo que agrega este documento: la Trustworthiness de E-E-A-T evalúa también la experiencia de uso [1][2]. Un sitio inaccesible no solo incumple en la UE — falla una de las cuatro señales que determinan si el contenido se posiciona y se cita. Es el caso raro donde cumplimiento legal y estrategia orgánica apuntan exactamente al mismo trabajo.

6. La atribución de Ignia, y por qué la precisión aquí es estratégica

Ignia Cloud es un proveedor de nube con sede en Ciudad de México y operación en Estados Unidos, que se describe con el lema “Trust, Integrity and Availability in one place”, ofrece infraestructura, seguridad de datos, gestión de datos a gran escala y cómputo de alto rendimiento, y declara 99.99% de SLA con alianzas con Microsoft, Dell Technologies, Cisco Systems, OpenStack, Canonical y Acronis [6].

Math Challenge corre sobre Cloudflare (mc-32). Afirmar que el stack es provisto por Ignia sería desmentible con una consulta de DNS, y el público objetivo de la página de arquitectura es exactamente el que la haría.

La formulación exacta y verificable es de dos partes: Ignia hace y patrocina el proyecto —lo cual es cierto, e incluye que Larry es su personaje preexistente (mc-37, D-004)— y Cloudflare es la infraestructura. Ambas afirmaciones resisten escrutinio, y de paso la página de arquitectura se vuelve contenido técnico citable por sí mismo, que es más tráfico orgánico y no menos.

Esto conecta con Trustworthiness de forma directa: un sitio que publica sus [unverified] y luego exagera sobre su propia infraestructura se contradice en su señal más valiosa.

Implicaciones de diseño

1. Publicar las 45 investigaciones completas como páginas propias e indexables, con fuentes, limitaciones y [unverified] visibles — es el activo que la actualización de marzo de 2026 premia (§1).
2. Publicar también lo que contradice al producto. Es la parte que ningún competidor hace y la que sostiene la señal de Trustworthiness (§1, §2).
3. La historia del dueño es contenido de primer nivel, no una página “acerca de”. Es la única fuente de Experience del sitio (§2).
4. JSON-LD con inLanguage por versión, estructura idéntica entre locales y contenido traducido dentro (§3).
5. hreflang recíproco entre los siete locales más x-default, complementado —no sustituido— por el esquema (§3, §4).
6. es-MX y es-ES son dos páginas distintas donde haya notación matemática, no una con dos etiquetas (§4).
7. Auditor determinista que valide el JSON-LD y la reciprocidad de hreflang en cada commit, y otro que verifique que el esquema coincide con lo visible (§3) — la regla cuyo incumplimiento invalida todo el marcado.
8. WCAG 2.2 AA como requisito de publicación del sitio, no solo de la app (§5).
9. Atribución de dos partes: proyecto de Ignia, infraestructura de Cloudflare (§6).
10. La página de arquitectura es contenido, no un pie de página. Explicar por qué RPC nativo en vez de gRPC, por qué HTTP/3, por qué los intentos no van a D1 — es material técnico citable (mc-47).
11. Un auditor de locale por idioma revisa también el sitio, no solo la app: la notación matemática mal localizada en una página pública es un error citable por terceros.
12. No reclamar resultados de aprendizaje hasta tener el estudio propio; el plan maestro §14 ya lo prohíbe, y en un sitio que presume rigor, una sola afirmación no sustentada cuesta más que en uno que no lo presume.

Preguntas abiertas para el dueño del proyecto

1. ¿Las 45 investigaciones se publican en los siete locales o solo en en y es-MX? Traducir 152,000 palabras × 6 es un costo real; publicarlas solo en dos y declarar hreflang correcto es defendible.
2. ¿El sitio vive en math.kilowatto.com junto a la app, o en un dominio propio? Afecta autoridad de dominio y la separación entre lo público y lo autenticado.
3. ¿Quién firma las investigaciones como autor? La Authoritativeness mejora con autoría atribuida y verificable, y hoy los documentos no tienen firma.
4. ¿Se publica también decisions.md — incluidas las decisiones que se revirtieron, como D-001 y D-010? Es el nivel máximo de transparencia y también el más expuesto.
5. ¿Hay apetito por buscar citas entrantes activamente (investigadores, prensa educativa, comunidad edtech), o la estrategia es puramente orgánica pasiva?