The short answer
PowerPress is the most-installed podcasting plugin for WordPress — over six million downloads — and it does publishing thoroughly: the media enclosure, the feed, Podcasting 2.0 tags, multiple destinations. What it does not do is listen to the file. Nothing in PowerPress will tell you this episode is 6 LU quieter than the last one, so that check has to come from somewhere else, before you hit publish.
What PowerPress does and does not cover
This is not a criticism. Publishing and audio measurement are different jobs, and PowerPress is clear about which one it does — its plugin listing mentions loudness, LUFS and true peak exactly zero times.
| Step | Handled by PowerPress |
|---|
| Media enclosure and episode metadata | Yes |
| RSS feed, including Podcasting 2.0 tags | Yes |
| Player, subscribe links, destinations | Yes |
| Statistics (via Blubrry) | Yes |
| Is the episode loud enough? | No |
| Will it clip on playback? | No |
| Is there dead air in it? | No |
Why the enclosure is the deadline
A podcast feed is a promise that a specific file sits at a specific URL. PowerPress writes that enclosure when you publish, and from that second on the file is out of your hands: apps fetch it, listeners download it, and a replacement only reaches people who have not downloaded it yet.
The failure is rarely dramatic. It is one episode mixed on headphones at a different level, and listeners meet it as a volume jump — they reach for the dial, and next week they are already primed to. What is worth protecting is consistency across the back catalogue, and that is cheap to protect while the post is still a draft.
Adding the check to a PowerPress workflow
- Prepare the episode as usual and attach the media file in the PowerPress box.
- On the same screen, run an AudioLinter analysis on that file: integrated loudness, true peak and any dead air, measured against the target your platform expects.
- If loudness is off target, repair it in place and put the corrected file back into the episode.
- Publish. PowerPress writes the enclosure for a file you have measured rather than assumed.
A desktop meter does the same job. The reason to do it on the publishing screen is that a check living where you already work is one nobody forgets — which, for a weekly show, matters more than the measurement itself.
What to look at
- Integrated loudness against your platform. −16 LUFS for Apple Podcasts, about −14 for Spotify and YouTube. See the platform targets.
- −1 dBTP true peak or lower. The ceiling that keeps a lossy encode from clipping on someone’s phone.
- No long silences. Normalising does not remove them — it only changes the level of the silence.
Frequently asked questions
Does PowerPress check audio loudness?
No. PowerPress handles episode publishing, the media enclosure, the player and the RSS feed — including Podcasting 2.0 tags and destination management. Its wordpress.org listing does not mention loudness, LUFS, true peak or audio normalisation anywhere. Whatever file you attach is what ships to listeners.
Where does a loudness check fit into a PowerPress workflow?
Between attaching the media file and publishing the episode. PowerPress writes the enclosure into the feed at publish time, so that is the last moment where changing the file costs nothing.
Can I fix an episode after PowerPress has published it?
You can replace the file, but the feed has already gone out. Podcast apps have fetched the enclosure, and anyone who downloaded the episode keeps the version they got. Re-uploading fixes future downloads, not past ones.
Does AudioLinter replace PowerPress?
No. PowerPress owns publishing: the feed, the enclosure, the destinations. AudioLinter measures and repairs the audio file itself. They sit next to each other on the same editor screen.
What should I check before publishing with PowerPress?
Integrated loudness against your platform's target (−16 LUFS for Apple Podcasts, about −14 for Spotify and YouTube), true peak at or below −1 dBTP, and no long silent stretches. Those three catch what listeners actually notice.