SEO para podcasts: guía práctica

Un episodio de podcast es audio: una sucesión de ondas sonoras que un rastreador de buscadores no puede escuchar ni transcribir por sí mismo. Google puede indexar el archivo de audio como recurso, pero no "entiende" lo que se dice dentro salvo que alguien se lo entregue en forma de texto. Esa es la diferencia central entre publicar un podcast y posicionar un podcast: lo primero es cuestión de subir un archivo a un feed RSS; lo segundo exige dar a los buscadores algo que puedan leer, indexar y mostrar en resultados.

El SEO para podcasts no consiste en optimizar el sonido, sino en rodear cada episodio de suficiente contenido textual real —no relleno— para que un buscador entienda de qué trata, a quién beneficia y por qué merece aparecer cuando alguien busca esas ideas. Esta guía cubre las piezas que de verdad mueven la aguja: la transcripción, las notas del episodio, la estructura de página, el título, los datos estructurados, el feed RSS, las vías de descubrimiento que no pasan por Google y cómo reutilizar y medir todo ello.

Por qué el audio no basta: lo que un buscador necesita para indexar un episodio

Un rastreador web procesa HTML: texto, enlaces, marcado. No reproduce audio ni lo transcribe automáticamente al indexar una página, así que un episodio "desnudo" —un reproductor incrustado y poco más— le ofrece prácticamente nada que leer. La página puede existir, incluso puede cargar rápido y estar enlazada desde el menú principal, pero si no contiene texto sustancial relacionado con el contenido del episodio, compite en igualdad de condiciones con una página vacía.

Esto no es una peculiaridad técnica menor: es la razón por la que tantos podcasts con audiencias fieles son prácticamente invisibles en la búsqueda. La gente escucha, valora, recomienda de boca en boca... pero cuando alguien busca en Google una idea que se mencionó en el minuto catorce de un episodio, no hay nada indexado que coincida con esa idea. El objetivo del SEO para podcasts es cerrar exactamente ese hueco entre lo que se dijo y lo que un buscador puede encontrar.

• Una transcripción completa del episodio, en la propia página
• Notas de programa que resuman el contenido real, no solo enlaces
• Una URL propia y estable para cada episodio
• Un título que funcione también como resultado de búsqueda
• Marcado estructurado que identifique el podcast y el episodio

La transcripción completa: la palanca más eficaz

Si solo vas a hacer una cosa, que sea esta: publicar la transcripción completa y precisa del episodio directamente en la página, como texto legible, no como un enlace a un PDF descargable. Un archivo para descargar no forma parte del HTML de esa página, así que un buscador no lo lee al evaluar la URL, y puede que ni siquiera lo indexe por separado. El texto tiene que estar ahí, junto al reproductor, no a un clic de distancia.

"Completa" significa el episodio entero, no un resumen de tres párrafos disfrazado de transcripción. "Precisa" significa que si usas una herramienta automática de transcripción, alguien revisa el resultado: nombres propios mal escritos, términos técnicos deformados y puntuación inexistente no solo molestan a quien lee, también dificultan que el buscador entienda de qué se habla en cada tramo. Una transcripción bien hecha convierte cada tema, cada cita y cada nombre mencionado en el episodio en algo potencialmente buscable y, con marcas de tiempo, en algo enlazable a un minuto exacto.

La transcripción también amplía quién puede consumir el episodio: personas con discapacidad auditiva, personas en entornos donde no pueden reproducir sonido, personas que simplemente prefieren leer en diagonal antes de decidir si escuchan. Esa accesibilidad no es un efecto secundario del SEO, es parte del mismo argumento: contenido disponible en más formatos es contenido que más gente puede encontrar y usar.

Notas del episodio que son contenido real, no una lista de enlaces

Las notas de un episodio suelen reducirse a tres líneas y una lista de enlaces a los perfiles del invitado. Esa lista no es contenido: no explica nada que un buscador, ni un lector, pueda usar para decidir si el episodio le sirve. Unas notas útiles funcionan como un resumen editorial del episodio, no como un directorio de referencias sueltas.

La prueba rápida es preguntarse si esas notas, leídas solas y sin haber escuchado el episodio, le dicen a alguien de qué trata y si le interesa. Si la respuesta es no, las notas no están cumpliendo su función, ni para el lector ni para el buscador.

• Un resumen de dos o tres frases sobre el tema central, escrito para alguien que nunca oyó hablar del episodio
• Los puntos o momentos clave, con marca de tiempo si el episodio es largo
• El contexto de quién es el invitado y por qué es relevante para el tema, no solo su nombre
• Una frase de explicación junto a cada enlace citado, no el enlace suelto

Una página propia por episodio, con URL estable

Es habitual encontrar podcasts donde todos los episodios viven en una sola página: un reproductor con un desplegable para cambiar de episodio, o una lista donde cada entrada carga el mismo reproductor con distinto audio mediante JavaScript. Desde el punto de vista de un buscador, eso es una página cuyo contenido cambia bajo la misma URL. No hay nada que indexar para un episodio en particular, porque ese episodio no tiene su propia dirección.

Cada episodio necesita una página propia, con su propia URL permanente, su propia transcripción, sus propias notas y su propio título. Esa URL no debería cambiar nunca —ni al renombrar el episodio, ni al migrar de plataforma de alojamiento— porque cualquier enlace, mención o cita hacia ese episodio concreto depende de que la dirección siga funcionando. Si en algún momento reestructuras el sitio, una redirección permanente desde la URL antigua hacia la nueva conserva ese historial en lugar de perderlo.

Esta página por episodio es también la que enlaza hacia atrás al índice general del programa y hacia adelante a episodios relacionados, construyendo una red interna entre contenido que trata temas afines. Sin páginas individuales, esa red simplemente no puede existir.

Títulos de episodio que funcionan en un resultado de búsqueda y en una app de podcasts

El título de un episodio tiene que hacer dos trabajos a la vez, y no siempre coinciden. Dentro de una app de podcasts, el oyente ya te sigue: ve el título en una lista junto a los demás episodios del mismo programa, con el número y quizá la fecha visibles aparte. Ahí, un título breve y evocador funciona bien. En un resultado de búsqueda web, en cambio, ese mismo título compite sin ese contexto: nadie ve que pertenece a tu programa a menos que el propio título lo deje claro, y tiene que convencer en una sola línea entre otros diez resultados sobre el mismo tema.

Un título como "Episodio 47" no dice nada en ningún resultado de búsqueda. Un título como "Episodio 47: cómo funciona la indexación de imágenes en Google" hace ambas cosas: sigue siendo reconocible como parte de la serie para quien ya la sigue, y describe el tema real para quien llega por búsqueda sin saber qué es tu programa. La fórmula general es simple: identificador de serie primero o al final, según tu convención, seguido del tema concreto en lenguaje natural, sin relleno.

Datos estructurados: PodcastSeries, PodcastEpisode y la higiene del feed RSS

Schema.org define tipos específicos para este contenido: PodcastSeries para el programa en su conjunto y PodcastEpisode para cada entrega, con propiedades para el número de episodio, la temporada, la duración, la fecha de publicación y el enlace al archivo de audio. Añadir este marcado en formato JSON-LD en cada página de episodio no sustituye a la transcripción ni a las notas —sigue siendo el texto lo que hace el trabajo de fondo—, pero le da al buscador una descripción explícita de qué es esa página, en lugar de dejar que la infiera del HTML suelto.

El feed RSS merece la misma atención que cualquier otra pieza técnica del sitio, porque es lo que alimenta a las apps de podcast y, en parte, a los propios resultados de búsqueda que muestran episodios. Un feed con fechas de publicación incoherentes, categorías genéricas o mal asignadas, o descripciones de episodio truncadas a la primera frase transmite peor información a todo lo que lo consume, no solo a Google. Validar el feed periódicamente y mantener sus metadatos —título del programa, categoría, descripción, imagen de portada— actualizados y coherentes con lo que hay en el sitio web es mantenimiento básico, no un extra.

Dónde se descubre realmente un podcast, y por qué la búsqueda web es solo una parte

Conviene ser honesto sobre esto: una parte considerable, probablemente la mayor parte, del descubrimiento de podcasts ocurre dentro de apps como Apple Podcasts, Spotify o YouTube, no en un buscador web. Esas plataformas tienen sus propios motores de búsqueda internos y sus propios criterios sobre qué mostrar primero, que no son los mismos que los de un buscador web: allí pesan factores como la tasa de finalización del episodio, las suscripciones, las reseñas y valoraciones, y la actividad reciente del programa dentro de esa misma app.

Esto no vuelve irrelevante el SEO web para podcasts, lo sitúa en su lugar correcto. La búsqueda web es la vía por la que alguien que todavía no sabe que tu podcast existe —porque busca un tema, no un programa— puede llegar a él a través de una página de episodio bien construida, algo que ninguna app de podcasts hace por ti fuera de su propio ecosistema. Optimizar para la búsqueda web y optimizar para el descubrimiento dentro de las apps son tareas complementarias, no intercambiables, y descuidar una asumiendo que la otra basta suele dejar audiencia entera fuera de alcance.

Reutilizar un episodio y medir lo que aporta el audio

Una vez que existe una transcripción precisa, reutilizar el episodio en otros formatos deja de ser un trabajo de producción aparte y pasa a ser, en gran medida, edición. Un artículo que desarrolla uno de los temas tratados, con la transcripción como materia prima, puede posicionar para búsquedas relacionadas que nunca llegarían a través del propio episodio. Un fragmento en vídeo con subtítulos, extraído de un momento concreto, funciona en plataformas donde el podcast como tal no tiene presencia. Una cita textual bien elegida, atribuida y con el minuto exacto, es contenido citable por sí misma.

Cada pieza derivada debería enlazar de vuelta a la página del episodio completo, y esa página debería, a su vez, enlazar a las piezas derivadas relevantes. Ese ida y vuelta es lo que convierte un episodio aislado en una pequeña red de contenido alrededor del mismo tema.

Medir el impacto de todo esto falla casi siempre por usar la métrica equivocada. El número de reproducciones dice cuánta gente escuchó, no cuánta gente llegó buscando algo en un buscador ni qué buscó. Para eso hace falta mirar otras señales: las visitas a la página del episodio que llegan desde búsqueda orgánica, qué términos de búsqueda llevan a esa página, cuánto tiempo se queda alguien leyendo la transcripción o las notas, y si esa visita deriva en escuchar el episodio o en visitar otra página del sitio.

Una señal adicional, más lenta de ver pero real, es el aumento de búsquedas de marca: gente que empieza a buscar el nombre del programa o del presentador directamente, sin pasar por un término genérico. Eso indica que el podcast está siendo recordado y buscado por su nombre, algo que ninguna métrica de reproducciones capta por sí sola. Ninguna de estas señales sustituye a las demás; juntas dan una imagen más honesta de qué está aportando el audio que cualquier número aislado.

• Un artículo que amplía un único tema tratado en el episodio, no un resumen genérico de todo el contenido
• Clips cortos con subtítulos incrustados, pensados para verse sin sonido
• Citas textuales del invitado o del presentador, con atribución y marca de tiempo
• Una serie de preguntas y respuestas extraídas literalmente de la conversación