# How to Find Recent YouTube Podcast Episodes With a Named Guest

Search the guest’s name with “podcast,” “interview,” and known show names. Then confirm the person in the episode introduction or official show notes. Keep full episodes separate from clips and reposts. Compare confirmed episodes using one stated date type. Report the result as the latest confirmed appearance in the checked search set. Leave dates unknown when the source does not establish them.

Start with a small manual search. You need evidence that the intended person appears, that the video is a full episode, and that its date means what you claim. A recent upload can be a clip from an older conversation.

This guide covers public YouTube videos. It does not search every podcast service or establish every appearance by a guest. The result is a checked episode table with source links, identity evidence, video types, and separate dates.

## 1. Define the guest and the search boundary

The reader problem is how to “search for a specific guest.” One supplied public question asks for this across podcast apps and websites. That question supports the need for guest search. It does not establish demand volume or show that a YouTube search covers other services. [Public reader question, published 6 March 2025; observed 25 October 2026; one question only](https://www.reddit.com/r/podcasting/comments/1j4kvlj/searching_for_most_recent_podcast_appearances_for/).

Before you search, write down:

1. The guest’s public name.
2. Known spelling variants from an official public biography or show page.
3. Public identity clues, such as their work or a named book.
4. Known shows on which they may have appeared.
5. The search date and the period you want to check.
6. A limit on the results you will inspect.
7. The date type you will use to compare episodes.

Use identity clues to separate people with the same name. Do not turn this work into a contact list. You do not need private details or a collection of social profiles.

Define “recent” before reviewing results. You might choose a fixed date range or seek the newest confirmed episode among the candidates you inspect. Either choice needs a clear search boundary. A small result set cannot establish the newest appearance on the whole internet.

Also define the item you want to count. Here, one full guest episode is one appearance. A clip from that episode is supporting material, not another full appearance. Repeated search results for the same video do not create more appearances.

## 2. Search manually and keep the search record

Create a short group of searches. Use the guest’s name with podcast, interview, and known show names. Add verified spelling variants where needed. Record each exact search phrase, the search date, and any sort or date setting you use.

For each search:

1. Inspect up to your chosen result limit.
2. Save each candidate video link and its video ID.
3. Record which search found it.
4. Open the title, description, uploader page, and linked official episode page.
5. Mark the candidate for identity review.

A video ID is the identifier for a particular YouTube video. Use it to combine repeated results for that video. Keep all the searches that found it. Two different uploads remain separate video records until you have evidence about their relationship.

Do not accept a result because the title contains the guest’s name. The video might discuss that person, feature someone with the same name, or contain only a short extract.

Check a known show’s official episode page or YouTube podcast playlist when available. YouTube describes a podcast show as a playlist and its episodes as videos in that playlist. Its guidance also separates full episodes from clips and Shorts. Playlist context helps with review, but you must still check the guest and the video type. [YouTube Help, checked 25 October 2026; official podcast format guidance](https://support.google.com/youtube/answer/12751636?hl=en).

If you need to discover channels by subject first, use the separate [guide to finding YouTube channels by topic](/en/articles/youtube-channels-by-topic/). Return here to verify individual guest episodes. A channel list is not an episode list.

## 3. Use the Search Scraper when you need saved candidates

An Actor is a hosted program that collects data. Chronometrica’s [YouTube Search Scraper, public contract checked 25 October 2026; no paid run](https://apify.com/chronometrica/youtube-search-scraper) searches public YouTube video results. It can save candidates and the search context needed for later review.

This is a documented fit for candidate collection. The Actor does not establish guest identity, verify a clip’s parent episode, or decide which release date answers your question. Those checks remain part of your review.

The following small input passed a check against the supplied public input schema. A schema defines accepted settings and value types. The input was not run.

```json
{
  "enableQueryExpansion": false,
  "enrichWithVideoMetrics": false,
  "includeShorts": false,
  "maxPagesPerQuery": 1,
  "maxResults": 3,
  "queries": [
    "How can I find recent YouTube podcast appearances by one guest?"
  ],
  "resultsPerQuery": 3,
  "searchDistribution": "balanced"
}
```

3. Use the Search Scraper when you need saved candidates

Replace the general question in `queries` with searches for your guest. A query is a search phrase. Use guest-plus-podcast, guest-plus-interview, and known-show variants. Do not expect the sample question to identify an unnamed guest.

The settings control collection as follows:

- `enableQueryExpansion: false` prevents added YouTube autocomplete suggestions.
- `enrichWithVideoMetrics: false` disables the richer public metrics stage.
- `includeShorts: false` excludes Shorts-style search cards under this control. It does not prove that all remaining videos are full episodes.
- `maxPagesPerQuery: 1` bounds the search continuation pages attempted for each query.
- `maxResults: 3` limits the run to three unique video candidates across all queries.
- `resultsPerQuery: 3` is a per-query cap in sequential mode. Balanced mode rotates across queries until the global cap or source and page limits are reached.
- `searchDistribution: "balanced"` selects that rotating collection method.

Adding more queries does not create a separate three-video allowance for each query. Keep the global limit in view. Returned results are selected by the source and limited by the settings. The contract promises neither complete coverage nor exact-phrase matching. [Search Scraper default build 1.0.34, checked 25 October 2026; documented settings, no runtime test](https://api.apify.com/v2/acts/Tv5YxlFwQjqWpwlLR/builds/default).

Inspect omitted settings too. In the checked schema, `enrichMissingChannelFields` defaults to `true`. With richer metrics disabled, this can request lightweight public details for missing channel, duration, or publication fields. The sample therefore does not disable every optional detail request.

A Task is a saved input preset for an Actor. The public [youtube-competitor-video-research Task, presence checked 25 October 2026; saved input and execution not verified](https://apify.com/chronometrica/youtube-search-scraper/examples/youtube-competitor-video-research) is a starting point to inspect. Replace its sample searches and check its limits before use. Its public presence does not prove that its settings match this example or that it has run successfully.

## 4. Confirm the guest from the episode evidence

Review each unique video. Start with the opening introduction and official show notes. Check whether they identify the intended person using the public clues you recorded.

Listen to the relevant introduction. Inspect the available visual and audio evidence. Save a timestamp and a short note explaining the identity decision. An official episode page can provide another source for the guest’s identity.

Use three reader-created decision states:

| Identity state | Meaning |
| --- | --- |
| Confirmed | The checked episode evidence identifies the intended guest |
| Excluded | The checked evidence identifies another person or shows no qualifying appearance |
| Unresolved | The available evidence cannot establish the intended guest |

These are review labels, not Actor output values.

Available captions can help locate an introduction or a relevant passage. They cannot independently confirm the person. A name in caption text still needs source review. If you cannot inspect enough evidence, leave the identity unresolved.

If your next task requires a saved collection of caption texts, use the separate [YouTube transcript corpus guide](/en/articles/youtube-transcript-corpus/). Caption collection is a different task. The Search Scraper does not provide caption text, comment text, media downloads, or private YouTube Studio analytics. [Search Scraper public contract, checked 25 October 2026; documented scope, no paid run](https://apify.com/chronometrica/youtube-search-scraper).

## 5. Separate full episodes, clips, and reposts

After checking identity, classify the video. Use full episode, clip, trailer, compilation, repost, or unknown. Record your reason and source.

A short video can confirm that the guest appears in that video. It does not establish a separate full episode. Likewise, a long running time alone does not prove that a video contains a complete podcast episode.

Link a clip to a parent episode only when source evidence establishes the relationship. For example, official show notes or the clip description may link directly to the full episode. Save that link and a note explaining the connection.

If the relationship remains unclear, keep it unresolved. Do not merge two uploads because they share a title or guest name. Do not count every repost as a new conversation.

Keep two levels in your table: the source video and the reviewed episode. Several source videos can support one confirmed episode. This lets you retain useful clips without increasing the full-appearance count.

## 6. Keep upload, release, and observation dates separate

“Most recent” needs a defined date. Keep these facts apart:

| Date | What it describes |
| --- | --- |
| Video upload date | When that YouTube upload was published |
| Stated episode release date | When an official source says the episode was released |
| Observation date | When you collected or reviewed the evidence |

A clip uploaded this week can come from an episode released months earlier. The observation date shows when you checked it. Neither date automatically gives the episode’s release date.

Retain the Actor’s `publishedAt` value as supplied. Check its meaning against the video and official episode source. Record any official release date separately, with its source.

Normalize a date only when the evidence supports it. Normalizing means putting a known date into a consistent format. A day-only date must not become an invented exact time. If two episodes share a day and no order is established, report a tie or unresolved order.

Choose one date field for the final comparison. For an episode-release claim, compare confirmed full episodes with supported release dates. For a YouTube-upload claim, compare confirmed full episodes by checked upload dates and label the result accordingly.

Keep unknown dates outside the ordering. Do not assign zero, use the observation date, or infer recency from search position. An undated confirmed episode remains in the table, with its place in the date order unresolved.

## 7. Save the evidence and failure states

Keep the original collected records alongside your review table. Preserve `rootQuery`, `query`, `querySource`, `pageIndex`, and `pageRank`. These fields retain the search path and returned position. Position does not prove identity or recency.

Use the following saved fields:

| Field group | Details to retain |
| --- | --- |
| Search boundary | Search phrases, settings, result limits, search time |
| Video identity | `postId`, `postUrl`, title, uploader, available channel identity |
| Search context | `rootQuery`, `query`, `querySource`, `pageIndex`, `pageRank` |
| Collection outcome | `status`, `statusReason`, `observedAt` |
| Guest review | Identity state, introduction timestamp, source link, reason, review time |
| Video type | Full episode, clip, trailer, compilation, repost, or unknown |
| Episode relationship | Parent episode link, relationship evidence, unresolved question |
| Dates | Original `publishedAt`, checked upload date, stated release date, date sources |
| Final decision | Included episode, supporting video, excluded candidate, or unresolved candidate |

The collection fields come from the documented Actor contract. The review fields are columns you create. [Search Scraper output contract, checked 25 October 2026; available fields, no runtime test](https://api.apify.com/v2/acts/Tv5YxlFwQjqWpwlLR/builds/default).

Keep failure states specific. A collection failure means the collection attempt failed. It does not mean the guest was absent. An inaccessible introduction leaves identity unresolved. A confirmed guest with an unknown video type does not yet establish a full appearance. A confirmed full episode with an unknown date cannot support a dated “latest” claim.

Missing values stay missing. A missing date is not a zero date. A missing public count is not zero views. You do not need public metrics to establish the guest’s identity.

## 8. Work through an original fictional example

Everything in this example is original fiction. The guest, searches, videos, dates, and review results are invented. No real guest search or Actor run occurred. The two manual searches below are separate from the three-candidate Actor input above.

Assume you seek podcast episodes with fictional guest Mira Vale. An assumed official biography identifies her as the author of a particular book.

The first manual search finds videos A, B, and C. A second finds A and B again. The arithmetic is:

`3 search hits + 2 search hits = 5 search hits`

`5 search hits − 2 repeated hits = 3 unique videos`

Those are video counts. They are not counts of people or full appearances.

| Video | Reviewed evidence | Type and relationship | Dates | Decision |
| --- | --- | --- | --- | --- |
| A | Introduction identifies Mira and her book | Clip; official notes link to B | Upload: 22 October 2026; separate release date unknown | Confirmed supporting clip |
| B | Introduction identifies the same guest | Full episode; official show page supports the episode identity | Upload: 18 September 2026; stated release: 16 September 2026 | One confirmed full appearance |
| C | Title uses the same name; opening does not establish the intended person | Interview candidate; identity unresolved | Upload and release dates unknown | Hold for further review |

Video A has the newest known upload date. It does not establish a newer conversation. The official relationship evidence connects it to B.

The reviewed result is:

`1 confirmed full episode + 1 supporting clip + 1 unresolved candidate = 3 unique videos`

`1 confirmed full episode + 0 additional full episodes from its clip = 1 confirmed full appearance`

The zero means that A adds no separate full appearance. It does not mean that C has been disproved. C remains unresolved, and its dates remain unknown.

Using stated episode release dates, the supported result is: “The latest confirmed appearance in this search set is episode B, released on 16 September 2026.” The table must still show C and the search limits. This example does not establish all appearances by Mira Vale.

## 9. Check the result before using it

Before exporting the list, check that every confirmed appearance has identity evidence. Check that each accepted full episode has a video-type decision. Review every clip relationship and retain the source that supports it.

Reconcile the counts. Every unique candidate needs a decision, including excluded and unresolved candidates. Every included episode needs its supporting video links. Repeated results must retain their search context without increasing the episode count.

Then check the date claim. State which date field controls the order. Keep unknown dates visible. Confirm that no clip upload has replaced its parent episode’s release date.

Place the search boundary beside the result. Include the search date, phrases, limits, and unresolved records. If the bounded search finds zero confirmed episodes, report zero confirmed episodes in that checked set. Do not report that the guest has never appeared on a podcast.

## Take the next action

Write the guest’s verified name variants and your date rule. Review a small manual search first. Resolve the fact that blocks the next decision: guest identity, full-episode status, a clip relationship, or a release date.

If you need saved discovery records, open the [YouTube Search Scraper](https://apify.com/chronometrica/youtube-search-scraper). Replace the sample query and inspect all settings before starting. Any run you start is a new action. This guide reports no paid run or tested search performance.

Deliver the checked episode table with the phrase “latest confirmed in this search set.” Keep unresolved candidates available for later review. Expand the search only with a recorded new boundary.

## Sources

- [YouTube Help: Create a podcast in YouTube Studio; checked 25 October 2026; official show, episode, clip, and Shorts guidance](https://support.google.com/youtube/answer/12751636?hl=en)
- [YouTube Search Scraper default build 1.0.34; checked 25 October 2026; public schema and contract inspection, no paid run or runtime-health test](https://api.apify.com/v2/acts/Tv5YxlFwQjqWpwlLR/builds/default)
- [YouTube Search Scraper public Actor page; checked 25 October 2026; documented collection fit, no tested superiority claim](https://apify.com/chronometrica/youtube-search-scraper)
- [youtube-competitor-video-research Task; public presence checked 25 October 2026; saved input and execution not verified](https://apify.com/chronometrica/youtube-search-scraper/examples/youtube-competitor-video-research)
- [Public question about searching for a specific podcast guest; published 6 March 2025, observed 25 October 2026; one reader problem, no demand estimate](https://www.reddit.com/r/podcasting/comments/1j4kvlj/searching_for_most_recent_podcast_appearances_for/)