Contenido · Leyendas y SEO

Cuando Nadie VeLeyendas del Ecuador y testimonios reales, en una arquitectura de silos pensada para buscadores y asistentes de IA

Sitio en Astro para un programa de terror: leyendas del Ecuador por región y de Quito, episodios con transcripción completa y el narrador como entidad.

Tecnologías

  • Astro 7
  • TypeScript
  • Content Collections + Zod
  • Markdown
  • @astrojs/sitemap
  • Fontsource (Anton + Montserrat)
  • sharp
  • nginx
  • Docker
  • Railway
  • Cloudflare
  • Google Analytics 4
  • JSON-LD
Portada del sitio de Cuando Nadie Ve, programa de leyendas e historias de terror del Ecuador
  • 38

    URLs en el sitemap

  • 4

    pilares de contenido

  • 9

    leyendas completas

  • 17

    episodios con transcripción

  • 2

    artículos informativos

Mi rol

Diseño y desarrollo del sitio en Azirgo SAS para la productora La Jungla: arquitectura de silos, plantillas de contenido, SEO técnico y para motores de IA, rendimiento y despliegue.

El problema

Cuando Nadie Ve es un programa de YouTube de leyendas y testimonios paranormales narrado por Tomás Delgado. El canal tenía las historias, pero en video: nada de eso aparecía cuando alguien buscaba las leyendas de Quito para una tarea, qué es un doppelgänger o la historia completa de la Dama Tapada. El sitio tenía que convertir el canal en algo que se lee y se encuentra, sin perder el tono del programa, y devolver a esa audiencia al video.

Qué construí

  • Dos pilares de leyendas: Leyendas de Ecuador, organizado por región (Costa, Sierra y Oriente), y Leyendas de Quito, con las historias completas, sus versiones cortas y el mapa del miedo del Centro Histórico.
  • Nueve leyendas completas - Cantuña, la Dama Tapada, la Tunda, el Riviel, la Viuda del Tamarindo, el Padre Almeida, el Gallo de la Catedral, la Caja Ronca y la Olla del Panecillo -, cada una con resumen directo, la historia completa, su versión corta, lo que se sabe de su origen real y preguntas frecuentes.
  • Diecisiete episodios del canal con su transcripción completa, el video, la firma del narrador y, cuando el episodio responde una pregunta real, sus preguntas frecuentes. Los episodios de la serie «Relatos de una bruja» los firma la invitada que los conduce.
  • Un hub de historias reales que reúne los testimonios del programa como punto de entrada temático, y artículos informativos en la raíz del sitio: qué es un doppelgänger y los Finados en Ecuador.
  • Página de entidad del narrador, Tomás Delgado, con sus perfiles verificables, de qué habla en el programa, las historias que le pasaron a él y sus últimos episodios.
  • Embudo hacia el canal al cierre de cada página, tarjeta de auspicio fija en la columna lateral de los artículos, página de auspicios con los formatos de pauta y un formulario que abre WhatsApp con los datos ya escritos y, en las fichas, la página desde la que se escribe.
  • Imágenes Open Graph de marca para las leyendas - la imagen, el título en Anton y el logo del programa - generadas por script, y miniaturas de YouTube descargadas y servidas desde el propio dominio.

Cómo está estructurado

Sitio estático en Astro 7 con cuatro colecciones de contenido en Markdown - leyendas, episodios, artículos e historias -, cada una validada por su propio esquema. Se construye en Docker y se sirve con nginx en Railway, detrás de Cloudflare.

  • Rutas: la home, /leyendas-de-ecuador y /leyendas-de-quito con sus leyendas debajo, /historias-reales, /episodios y la página de cada episodio, los artículos en la raíz, más /tomas-delgado, /sobre-el-programa, /auspicios, /contacto y la política de privacidad.
  • Del video al sitio: cada episodio guarda el ID de YouTube, la fecha y la duración del video, la serie y el narrador cuando no es Tomás. El cuerpo es la transcripción, y su primer párrafo se separa del HTML ya renderizado para abrir la página junto al video y la firma del autor.
  • Video con fachada ligera: muestra la miniatura local y carga el iframe de youtube-nocookie solo al hacer clic.
  • JSON-LD por plantilla: Article, VideoObject, FAQPage, BreadcrumbList, ItemList, Person, ProfilePage, Organization, WebSite y PodcastSeries, más ContactPage con LocalBusiness y las coordenadas del estudio.
  • Eventos de GA4 del embudo con un solo listener delegado - clic a YouTube, clic a suscribirse y clic al correo -, que cubre también los enlaces que vienen del Markdown.
  • nginx con HSTS, CSP, nosniff, X-Frame-Options y Referrer-Policy; 301 de las URLs con barra final a su versión sin barra, caché inmutable de un año para los assets con hash y caché corta en el edge para el HTML.
  • Diseño con reglas escritas en el repositorio: rojo sangre sobre negro, solo Anton y Montserrat, contraste AA comprobado para el micro-texto y cero separación entre letras.

Leyendas: contenido pensado para buscadores y para IA

Las leyendas son el corazón del SEO del sitio: cada una responde a una búsqueda concreta y enlaza al resto de su silo.

  • Pilar Ecuador dividido por región - Costa, Sierra y Oriente -, esta última con su introducción lista para crecer con nuevas historias.
  • Pilar Quito en tres capas: las leyendas completas, las versiones cortas de un minuto para quien la necesita para clase, y el mapa del miedo quiteño que las ubica en el Centro Histórico.
  • Plantilla fija por leyenda: resumen directo, la historia completa, resumen corto y origen real, con las preguntas frecuentes en el frontmatter, que se pintan como sección y como FAQPage.
  • Title de hasta 60 caracteres con la palabra clave al inicio y meta descripción de hasta 155, validados por el esquema de la colección.
  • Seis leyendas destacadas en la portada, en «Las leyendas que más buscan», y leyendas relacionadas al cierre de cada una: «Sigue leyendo, si te atreves».
  • Imágenes de portada con variantes responsivas para srcset, imágenes dentro del relato y datos Article con varias imágenes en las leyendas que las tienen.
  • Un llms.txt en la raíz que describe los pilares, cada leyenda y los episodios en una línea.

Por dentro del sitio

  • Cuando Nadie Ve: Leyenda de Cantuña: resumen directo y la historia completa
    Leyenda de Cantuña: resumen directo y la historia completa.
  • Cuando Nadie Ve: Pilar de Leyendas de Quito con las historias completas
    Pilar de Leyendas de Quito con las historias completas.

Decisiones técnicas

  • Arquitectura de silos: cuatro pilares - leyendas de Ecuador, leyendas de Quito, historias reales y episodios - con sus artículos satélite. La ruta de cada leyenda sale del pilar declarado en su frontmatter, y el enlazado entre pilar y satélites es una regla escrita del proyecto.
  • Cada leyenda y cada artículo abre con un resumen de una o dos frases que responde directamente lo que se buscó: es lo que ChatGPT Search, Perplexity y AI Overviews extraen y citan. Después vienen la historia completa, la versión corta y el origen real.
  • El narrador es una entidad, no un nombre suelto: Tomás Delgado tiene su ProfilePage y un Person con @id estable - con Wikipedia y Wikidata en sameAs - que es el autor de todos los Article y VideoObject. Los narradores invitados firman con un Person propio, sin @id, para no prestarle a nadie la entidad del programa.
  • El rendimiento como regla: Google Analytics se carga en la primera interacción o 3,5 segundos después del load, las dos fuentes se sirven desde el propio dominio con precarga, el CSS va inline y los candidatos a LCP solo se deslizan, nunca parten de opacidad cero.
  • El lastmod del sitemap sale del updatedDate de cada contenido, la misma fecha que el dateModified del schema, para que las dos señales coincidan.

Retos

  • Separar leyenda de testimonio sin confundir al lector ni al buscador: las leyendas cierran con su origen real, y el hub de historias reales explica la diferencia antes de listar los testimonios.
  • Sostener una atmósfera pesada - resplandor rojo, parpadeo de vela, el pulso del punto rojo - sin castigar el LCP: esas animaciones solo tocan opacity y transform, nunca sombras.
  • Evitar el casi-duplicado entre la página del programa y la del narrador, que competían por lo mismo, diferenciando qué pregunta responde cada una.

Resultado

El sitio está en producción con los dos pilares de leyendas, los episodios con su transcripción, las historias reales, los artículos y la página del narrador, más un llms.txt que resume el sitio para los asistentes de IA. Cada episodio nuevo se publica como un archivo Markdown más, y cada página termina llevando al lector de vuelta al canal de YouTube.

¿Necesitas algo parecido?

Cuéntame qué estás construyendo y te respondo con alcance, stack y una fecha realista.