В выдаче по «продвижение подкаста» — сплошные статьи про Telegram и Reels. SEO как канал не закрыт никем. А зря: аудио поисковик не слышит, зато текст транскрипта индексирует как обычную статью. Сделай сайт подкаста с отдельной страницей на каждый выпуск, расшифруй аудио в текст, добавь schema PodcastEpisode — и тебя начинают находить по словам, которые ты произнёс в эпизоде. Ниже — полный разбор: от структуры сайта и расшифровки до разметки, перелинковки, измерения роста в Метрике и Вебмастере и реалистичных сроков, когда канал начинает приводить слушателей.
- Аудио для поисковика — чёрный ящик: робот не слушает MP3, он читает текст. Без транскрипта выпуска ты невидим в Google и Яндексе по всему, что сказал в микрофон.
- Сайт подкаста — твой актив, в отличие от площадок. Отдельная страница на каждый выпуск с расшифровкой, шоунотами и плеером собирает длинный хвост запросов, который не вытянет карточка в Яндекс Музыке.
- Заголовок выпуска решает половину дела: «Эпизод 47» в поиск не попадёт, зато «Как настроить сквозную аналитику в Яндекс Метрике» — собирает информационные запросы людей, которые ещё не знают про твой подкаст.
- Разметка schema.org PodcastEpisode и PodcastSeries говорит роботу, что на странице именно эпизод подкаста, — и помогает попасть в карточки и аудиоблоки выдачи, а заодно в Яндекс Музыку и Google.
- Это игра вдолгую: первые визиты из поиска идут через 2–4 месяца после старта транскриптов, заметный поток — к полугоду. Зато выпуск, раз вышедший в топ по своей теме, приводит слушателей годами без бюджета на рекламу.
Почему подкаст не находят в поиске
Ты записал 50 выпусков, в каждом — по часу полезного разговора. А в поиске по теме подкаста тебя нет. Причина простая: поисковый робот не умеет слушать. Он скачивает MP3, видит бинарный файл и проходит мимо. Всё, что ты сказал в микрофон, для Google и Яндекса не существует — потому что это не текст.
Технически это так. Робот при индексации страницы выкачивает HTML и текст, парсит заголовки, ссылки и разметку. Аудиофайл он либо вообще не качает (бережёт краулинговый бюджет), либо качает и кладёт в индекс как медиа-объект без содержания. Распознаванием речи прямо в индексе ни Яндекс, ни Google для произвольных сайтов не занимаются: это дорого и ненадёжно. Поэтому страница с одним только плеером для робота — это страница с пустым телом и парой строк описания. Ранжировать её не по чему.
Площадки-агрегаторы (Яндекс Музыка, Apple Podcasts, Spotify) проблему не решают. Они дают каталог и плеер, но внутренний поиск площадки и поиск Google — разные миры. По запросу «как собрать аудиторию для запуска» человек попадёт в Google, увидит статьи и видео, но не твой выпуск ровно на эту тему. Аудио лежит в каталоге как немой актив. Карточка эпизода в Яндекс Музыке индексируется, но это страница площадки, не твоя: ты не управляешь её заголовком, текстом и перелинковкой, конкурируешь за неё с тысячами других карточек и не получаешь органический трафик к себе на домен.
И вот тут выдача по «продвижение подкаста» показывает странную картину: все статьи — про Telegram-каналы, Reels и кросс-промо с другими авторами. SEO-аспект не закрыл никто. Это пробел: канал, по которому к тебе приходят люди, ещё не слышавшие о подкасте, просто набрав свой вопрос в строке поиска. Закрывается он одним инструментом — сайтом подкаста с текстом каждого выпуска.
Прежде чем строить сайт, прикинь масштаб упущенного. Зайди в Wordstat и пробей частотность 5–6 тем своих самых популярных выпусков — фразами, как их формулирует слушатель. Если по теме выпуска ищут 2–4 тысячи раз в месяц, а ты не показываешься ни в одной строчке выдачи, это и есть цена молчания: трафик, который ежемесячно уходит к статьям конкурентов вместо твоего эпизода, где та же тема разобрана глубже.
Сайт подкаста — актив, который принадлежит тебе
Площадка может поменять алгоритм, урезать охваты или уйти с рынка — и твой каталог выпусков уйдёт вместе с ней. Сайт подкаста принадлежит тебе: домен, страницы, трафик из поиска. Один раз вывел выпуск в топ по его теме — и он годами приводит новых слушателей без оплаты за показы.
Разница в природе трафика. Охваты внутри площадки — арендованные: алгоритм рекомендаций решает, покажут твой выпуск в подборке или нет, и завтра правило сменится. Трафик из поиска на твой домен — накопительный актив: каждая новая страница выпуска добавляется к предыдущим и не отбирает у них вес, зато суммарная видимость сайта растёт месяц к месяцу. Это разные экономики: первая требует постоянно подкармливать алгоритм, вторая работает на сложном проценте.
Минимальная рабочая структура сайта — главная плюс отдельная страница на каждый эпизод. Именно URL на эпизод, не общий список «все выпуски» одной портянкой: только так каждый выпуск становится самостоятельной посадочной под свой запрос.
Несколько правил для URL, чтобы потом не переделывать. Слаг — латиницей и по теме, не по номеру: /episode/skvoznaya-analitika/, не /episode/47/. Структуру выбирай раз и навсегда: меняешь схему адресов позже — теряешь накопленные позиции и собираешь редиректы. Для блоков тем внутри подкаста можно завести рубрики (/rubrika/marketing/, /rubrika/produkt/) — это даёт дополнительные посадочные под широкие запросы и упрощает перелинковку.
На странице выпуска живут четыре блока: встроенный плеер (через iframe площадки), полный транскрипт, шоуноты с таймкодами и ссылками, кнопки «слушать в Яндекс Музыке / Apple / Spotify». Плеер закрывает тех, кто пришёл слушать; текст — тех, кто пришёл из поиска читать. Сделать такой сайт реально на Tilda или WordPress за выходные, движок тут вторичен. А если некогда возиться — соберу и настрою под ключ: продвижение подкаста с сайтом, транскриптами и разметкой.
Пример. Подкаст про найм в IT собрал страницы на 60 выпусков с расшифровками. Через четыре месяца сайт давал 4 200 визитов из поиска в месяц — больше, чем все площадки вместе. Половина новых подписчиков пришла, прочитав транскрипт, и только потом нажав «слушать».
Транскрипт: текст, который читает робот
Транскрипт — это расшифровка аудио в текст на странице выпуска. Для слушателя — возможность пробежать глазами или найти нужный момент. Для поисковика — единственное, что он вообще видит на странице с подкастом. Час разговора превращается в 6–9 тысяч слов живого текста, насыщенного твоей темой естественным образом, без подгонки под ключи.
И это редкое преимущество подкаста перед обычным блогом. Статью на 8 тысяч слов автор пишет неделю, а здесь контент уже создан — вы наговорили его в студии. Расшифровка лишь переводит готовый разговор в индексируемую форму. Один выпуск закрывает по объёму три-четыре полноценные статьи, и закрывает естественно: так, как живой человек формулирует вопрос вслух, не как редактор подгоняет текст под ключевик.
Расшифровывать вручную не нужно. Современные сервисы распознавания речи делают черновик за минуты, дальше — короткая вычитка: разбить на абзацы, проставить спикеров, поправить термины и имена, которые автомат услышал криво. Получается готовый материал.
Где именно теряется качество расшифровки и как это чинить. Распознавалка спотыкается на трёх вещах: имена и фамилии гостей, профессиональные термины и аббревиатуры, перебивки, когда двое говорят разом. Перед публикацией пройди текст по этим трём точкам — поиском по странице найди частотные слова темы и проверь, не превратился ли «Яндекс Директ» в «яндекс директор». Раскладку на спикеров («— Ведущий:», «— Гость:») держи последовательной: это и читателю удобнее, и роботу даёт сигнал диалогового формата.
Не вставляй сырую расшифровку «стеной» без абзацев — её не дочитают ни люди, ни алгоритм поведенческих. Разбей на блоки с подзаголовками H2 по темам внутри выпуска, вынеси наверх короткое саммари. Правило то же, что в обычной статье: структура, абзацы, заголовки. Принципы я разбирал в гайде про SEO-копирайтинг — они работают и для расшифровки.
Ещё пара деталей, которые поднимают вес транскрипта. Дай тексту собственный H1 страницы — заголовок выпуска под запрос, не дубль названия подкаста. Картинку обложки или ключевые слайды подпиши через alt-текст, чтобы и они работали на тему. И обязательно проставь дату публикации в коде страницы: для поиска свежесть выпуска — отдельный сигнал, особенно если тема привязана к новостям рынка.
Заголовки выпусков и шоуноты под запросы
Самая частая потеря трафика — заголовок «Выпуск №47» или «Разговор с Машей». Для слушателя нормально, для поиска — мёртвый текст: такого никто не ищет. Заголовок выпуска решает половину дела, потому что это первое, что робот считывает как тему страницы, и первое, что человек видит в выдаче.
Рабочая формула — заголовок под реальный запрос. «Как считать ROI в перформанс-маркетинге: разбор с практиком». Под такой заголовок подбираешь тему из семантического ядра: смотришь, что люди спрашивают вокруг темы выпуска, и берёшь самый частотный вопрос. Механику сбора запросов я расписал в отдельном гайде — как собрать семантическое ядро.
Практический порядок такой. Запиши одной фразой, о чём выпуск на самом деле. Пробей вариации этой фразы в Wordstat и подсказках поиска — увидишь, какими словами тему формулируют люди. Выбери частотный информационный запрос и собери из него заголовок: вопрос или обещание результата плюс конкретика. В title и H1 ключевую фразу ставь ближе к началу и держи длину title в пределах 55–60 символов, иначе хвост обрежется в выдаче. Как заголовок и описание будут выглядеть в результатах поиска, прикинь заранее в превью сниппета.
Шоуноты — описание выпуска под плеером: короткое содержание, таймкоды с темами, ссылки на упомянутое, имена и регалии гостей. Это второй текстовый блок страницы, не формальность. Таймкоды с темами — это набор подзаголовков под микрозапросы внутри выпуска, а ссылки на гостей и материалы дают странице исходящий вес и контекст. Заодно шоуноты дублируются в описание выпуска на площадках, где их тоже читает внутренний поиск.
Формулируй таймкоды как мини-заголовки, не как ярлыки. «05:12 — про деньги» поиску не говорит ничего; «05:12 — сколько стоит запуск подкаста с нуля» — это потенциальный микрозапрос, по которому страница может зацепиться. Имя и регалии гостя в шоунотах — отдельный канал: люди ищут эксперта по имени, и страница с его выступлением имеет шанс показаться в этой выдаче, особенно если завести страницу /guests/ и перелинковать её с выпусками.
Как выбрать тему выпуска под поиск, не наугад
Большинство подкастов идут от гостя: договорились с интересным человеком — записали разговор. Это нормально для контента, но мимо поиска. SEO-подход переворачивает порядок: сначала смотришь, что люди ищут вокруг вашей экспертизы, потом подбираешь под спрос гостя и угол разговора. Тогда выпуск выходит уже заточенным под трафик, не догоняет его задним числом.
Стартовая точка — Wordstat для Яндекса и подсказки поиска для обеих систем. Вбиваешь корневое слово темы подкаста и собираешь вопросы, которые крутятся вокруг: «как», «сколько стоит», «с чего начать», «ошибки», «чек-лист». Это и есть готовые темы выпусков — каждый частотный вопрос превращается в эпизод с заголовком ровно под него. Дальше запросы стоит сгруппировать: близкие по смыслу — в один выпуск, чтобы не плодить страницы-дубли, конкурирующие между собой. Механику группировки разбирал в гайде про кластеризацию запросов.
Подкаст тут в выгодном положении. На многих информационных запросах конкуренция — это сухие статьи-рерайты, а у вас живой разговор практиков, который и читается, и слушается. Поведенческие сигналы на такой странице выше: люди дольше остаются, включают плеер, листают таймкоды. Поэтому первые выпуски разумно целить в «золотую зону» — темы с устойчивым спросом, где в топе слабый контент, который вы перебиваете глубиной разговора.
Закладывай в план две корзины. Первая — вечнозелёные темы: «как», «с чего начать», «сколько стоит». Они не теряют спрос и годами тянут трафик. Вторая — реакция на повестку рынка: разбор свежего обновления, нового инструмента, громкого кейса. Такие выпуски ловят всплеск интереса сразу, но затухают. Здоровый микс — примерно 70% вечнозелёного к 30% повестки: первое строит базу, второе даёт быстрые пики и поводы для упоминаний.
Schema.org и попадание в Яндекс Музыку и Google
Разметка schema.org — код в страницу, который прямым текстом сообщает роботу: тут не статья и не товар, тут эпизод подкаста. Для подкастов есть два готовых типа: PodcastSeries для главной (весь подкаст целиком) и PodcastEpisode для страницы выпуска. Внутри эпизода указываешь название, номер, дату, длительность, ссылку на аудиофайл и привязку к серии.
Минимальный набор полей PodcastEpisode, которые стоит заполнить обязательно: name (заголовок выпуска), datePublished (дата), duration в формате ISO 8601 (например, PT58M для 58 минут), associatedMedia или contentUrl со ссылкой на MP3 и partOfSeries с привязкой к PodcastSeries. Ставь разметку в формате JSON-LD отдельным блоком в коде страницы — это рекомендованный формат и для Google, и для Яндекса, его проще генерировать шаблоном (например, в генераторе Schema-разметки) и не надо вплетать в вёрстку.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "PodcastEpisode",
"name": "Выпуск 12. Как нанять первого маркетолога",
"episodeNumber": 12,
"datePublished": "2026-05-18",
"duration": "PT58M",
"url": "https://site.ru/podcast/12-pervyj-marketolog/",
"associatedMedia": {
"@type": "MediaObject",
"contentUrl": "https://site.ru/audio/episode-12.mp3"
},
"partOfSeries": {
"@type": "PodcastSeries",
"name": "Бизнес без иллюзий",
"url": "https://site.ru/podcast/"
}
}
</script>Зачем это нужно. Размеченную страницу поисковик понимает точнее и охотнее показывает в специальных блоках выдачи — аудиокарточках, панелях с эпизодами, где у выпуска сразу видны название и кнопка прослушивания. Тема разметки под AI-поиск и расширенные ответы шире одного типа — я разбирал её в гайде про структурированные данные для AI-поиска.
Отдельно — попадание в сами площадки. Подкаст разносится по Яндекс Музыке, Apple Podcasts и Spotify через RSS-фид: единый файл-источник, который хостинг подкаста генерирует автоматически. Регистрируешь фид один раз в каждой площадке — дальше новые выпуски подтягиваются сами. Кабинеты авторов: Яндекс Музыка, Apple Podcasts Connect, Spotify for Creators. Сайт с транскриптами и разметкой плюс корректный RSS-фид закрывают обе двери: и поиск Google с Яндексом, и каталоги аудиоплощадок.
Разметку обязательно проверь до того, как она разъедется по сотне страниц. У Google для этого есть валидатор результатов с расширенным описанием и schema.org-валидатор, у Яндекса — проверка структурированных данных в Вебмастере. Быстро проверить одну страницу помогут мой валидатор микроразметки и официальный Rich Results Test от Google. Прогони одну эталонную страницу выпуска, убедись, что ошибок нет, и только потом раскатывай шаблон на весь сайт. Иначе одна опечатка в поле duration размножится на все выпуски разом.
Кейс. Бизнес-подкаст добавил schema PodcastEpisode на 40 страниц выпусков. Через два месяца восемь эпизодов стали показываться в аудиокарточках Google с кнопкой прослушивания, а средний CTR этих страниц в выдаче вырос с 3,1% до 6,8% — почти вдвое, без изменения позиций.
Перелинковка выпусков и ускорение индексации
Сотня страниц выпусков сама по себе — россыпь, не структура. Чтобы поиск увидел в них единый авторитетный раздел, выпуски нужно связать ссылками. Внутренняя перелинковка разносит вес по сайту, помогает роботу обойти все страницы и удерживает слушателя дольше — он переходит с выпуска на выпуск. Базовый разбор механики — в гайде про внутреннюю перелинковку.
Рабочая схема для подкаста. На каждой странице выпуска — блок «Похожие выпуски» с 3–4 эпизодами по близкой теме, не случайными. В тексте транскрипта — ссылки на старые выпуски там, где ведущий ссылается на прошлый разговор: «мы об этом говорили в эпизоде про найм» превращается в живую ссылку. Страница гостя собирает все его появления, страница рубрики — все выпуски темы. Так каждый эпизод получает входящие ссылки и не висит сиротой, до которой робот добирается раз в полгода.
Отдельная боль — скорость индексации. Новый выпуск без помощи может ждать обхода неделями, а тема свежая, пик интереса уходит. Ускоряют двумя инструментами. Первый — карта сайта: держи актуальный sitemap.xml со всеми страницами выпусков и отдай его в Вебмастер и Search Console. Собрать карту можно моим генератором sitemap. Второй — прямой пинг поиску о новой странице через IndexNow (Яндекс и Bing подхватывают мгновенно) и переобход URL вручную в панелях. Подробный разбор — в гайде про ускорение индексации.
Проверяй, что страницы реально попали в индекс, не лежат «обнаруженными, но не проиндексированными». В Search Console это отчёт о покрытии, в Яндекс Вебмастере — раздел «Страницы в поиске» и «Индексирование». Если десятки выпусков висят вне индекса — почти всегда дело в тонком контенте (плеер без транскрипта) или в том, что страницы не перелинкованы и робот до них не доходит.
Как измерять рост: Метрика, Вебмастер, Search Console
SEO без замеров — это вера, не канал. Подключи три инструмента сразу на старте, до первых публикаций, чтобы потом было с чем сравнивать: Яндекс Метрику на сайт, Яндекс Вебмастер для индексации и запросов в Яндексе, Google Search Console — то же самое для Google. Связку трёх панелей я разбирал детально, здесь — что именно смотреть у подкаста.
В Метрике следи за источником «Поисковые системы» в отчёте по трафику и за органическим трафиком на разделе /episode/. Ключевые цели — клики по кнопкам «слушать», переходы на площадки, подписка на рассылку. Так ты видишь не только визиты, но и что человек из поиска реально дошёл до прослушивания. Глубину просмотра и время на странице держи на радаре: если транскрипт читают и листают — поведенческие хорошие, страница будет расти.
Вебмастер и Search Console — это ещё и банк новых тем. В отчёте по запросам видны фразы, по которым выпуск уже показывается на 11–20 позициях с высоким числом показов, но низким CTR. Это сигнал: тема востребована, страница почти дотянула — допиши под этот запрос абзац в саммари, поправь заголовок, и она прыгнет в топ-10. Запросы с показами, но без вашей страницы — заявки на новые выпуски: спрос есть, контента под него у вас ещё нет.
Дашборд минимальный, но регулярный. Раз в месяц фиксируй четыре цифры: визиты из поиска на /episode/, число выпусков в индексе, средняя позиция по топовым запросам, конверсия «визит → клик слушать». Растёт — продолжаешь в том же духе. Стоит на месте третий месяц подряд — диагностируешь: индексация, тонкий контент, заголовки или техника. Принцип чтения отчётов разбирал в гайде как читать SEO-аудит.
План на 90 дней: с чего начать и в каком порядке
Чтобы не утонуть в задачах, разложи запуск SEO-канала на три месяца. Порядок важен: сначала фундамент, который не переделать потом, затем контент, затем разгон и доработка. Гнаться за всем сразу — верный способ бросить на втором выпуске.
Где взять время на расшифровки. Не пытайся за неделю осилить весь архив из 80 выпусков — выгоришь. Возьми правило: каждый новый выпуск выходит уже с транскриптом (это входит в продакшен), плюс расшифровываешь 2–3 старых эпизода в неделю, начиная с самых популярных и самых «вечнозелёных» по теме. За пару месяцев архив подтянется, а новые выпуски с первого дня работают на поиск.
Реалистичные сроки. Первые визиты из поиска — на 2–4 месяце после старта транскриптов. Заметный поток (когда канал виден в Метрике как отдельный источник) — к 5–6 месяцу. Это не быстрый трафик: зато выпуск, вышедший в топ, приводит слушателей годами без рекламного бюджета.
Частые ошибки
Седьмая ошибка — ждать трафик через две недели и бросать на третьем выпуске. SEO для подкаста — это игра вдолгую: первые визиты идут через 2–4 месяца, поток — к полугоду. Кто разово залил пять транскриптов и ушёл, не дождавшись, теряет канал ровно перед тем, как он начал бы работать. Системность важнее рывка: лучше один оформленный по правилам выпуск в неделю, чем двадцать сырых за выходные.
Частые вопросы
Почему подкаст не находят в Google и Яндексе?
Нужен ли подкасту свой сайт, если он есть в Яндекс Музыке и Spotify?
Что такое транскрипт подкаста и зачем он нужен для SEO?
Как сделать расшифровку выпуска, не печатая её вручную?
Как назвать выпуск подкаста, чтобы его находили?
Что такое schema.org PodcastEpisode и обязательна ли разметка?
Как подкаст попадает в Яндекс Музыку, Apple Podcasts и Spotify?
Как ускорить индексацию страниц выпусков?
Через сколько подкаст начнёт приводить трафик из поиска?
Как измерять, что SEO для подкаста работает?
Главное
Аудио поисковик не читает, поэтому подкаст находят через сайт с текстом, не через площадки. Порядок такой: свой сайт с отдельной страницей на каждый выпуск, полный транскрипт на странице, заголовок выпуска под реальный запрос из семантики, шоуноты с таймкадами и ссылками, разметка schema.org PodcastEpisode и PodcastSeries. Плюс один корректный RSS-фид, который разносит выпуски по Яндекс Музыке, Apple и Spotify. Это и есть SEO для подкаста — канал, который приводит новых слушателей из поиска без бюджета на рекламу.
Хочешь вывести подкаст в поиск Google и Яндекса — разберу сайт, транскрипты, заголовки и разметку на продвижении подкаста: покажу, где вы теряете слушателей и что настроить в первую очередь.