Add text to speech to WordPress posts with generated audio, embeds and plugins. Plan voice consistency, file hosting, accessible players and regeneration costs.
Text to speech for WordPress is a publishing workflow: turn an article into an audio version, host the file, embed a player and keep the recording in sync when the text changes. Fish Audio generates the speech. WordPress stores or presents it. The cleanest setup keeps those responsibilities separated so you can change themes or plugins without losing the asset.
There are three practical levels:
| Option | Control | Best for |
|---|---|---|
| Manual file and Audio block | High | A small blog with a few narrated posts |
| Media library plus a custom player | High | A publication that wants consistent branding |
| Reader plugin or external service | Varies | A site that needs automated or bulk narration |
Start with the manual workflow to learn the voice, duration and editing cycle. Automate only after you know which posts benefit from audio and how often the scripts change.
Prepare the page as spoken text before sending it to the generator:
The opening paragraph should sound like the article, not like a generic welcome message. Generate the introduction first because it is also the sample listeners use to decide whether to continue.
The WordPress media library is the simplest host for small sites. It gives editors a familiar upload flow and lets the built-in Audio block play the file. For a large archive, keep originals in dedicated object storage or a backup folder and reference a stable URL.
Use a descriptive file name such as voice-ai-publishing-workflow.mp3, not audio-final-2.mp3. Store the source script with the file or in the post revision notes so a future update can reproduce the same section.
Regenerate at section level. If the third H2 changes, replace the audio for that section instead of re-reading the full article. If your player expects one file, join the revised section with the unchanged parts and keep the source segments for future edits.
Maintain a small production list:
The AI voice generator guide covers voice selection; text to speech download covers the finished-file workflow.
One credit covers about 1,000 characters. WordPress authors can estimate from word count: 250–300 words is roughly 1,500–1,800 characters and therefore around 2 credits before retries.
| Article | Words | Characters | Approximate credits |
|---|---|---|---|
| Short update | 600 | 3,600 | 4 |
| Standard guide | 1,500 | 9,000 | 9 |
| Long pillar page | 3,000 | 18,000 | 18 |
| Ten standard guides | 15,000 | 90,000 | 90 |
Commercial publications and client sites need the $29 Creator pack. A personal blog is covered by the $9 Starter pack before edits.
Keep the article text available and label the audio version with its duration and language. Use a native audio control or a plugin that supports keyboard operation and visible focus. Do not autoplay narration when a reader opens the page, and do not remove captions or transcripts that provide information not present in the audio.
For public-information sites, the accessibility guide covers audio versions as a supplementary format rather than a replacement for readable text.
Define the voice and script rules once, then give editors a repeatable checklist. Keep a shared glossary for brand names and acronyms. Assign one person to approve new voice choices and another to publish the final file. This prevents every author from inventing a different narrator.
If the site publishes hundreds of posts, measure which pages actually receive listens before generating an audio version for the entire archive. Start with the highest-value guides, then expand as readers use the player.
Start with pages that already satisfy a listening intent: long guides, step-by-step tutorials, interviews, policy explanations and articles people ask to save. A two-minute news update may be less useful as an article recording than a thirty-minute reference page that readers want offline.
Use analytics to choose the second batch. Compare play starts, completion, downloads and return visits for narrated pages. If readers open the player and leave immediately, the voice, introduction or file placement may be wrong. If they finish and return, expand the format.
Treat the audio version as a release, not a background conversion. A broken player, a stale file or a missing transcript is more damaging than not having audio on that page.
Add the update date to the player label when the recording changes materially. Readers should not assume that an old file still matches a revised policy or product guide. If only a small section changed, the page can say which part was re-recorded rather than implying a full new edition.
Generate an audio file, upload it to the WordPress media library or your own storage, and embed it with the audio block or a supported player. You can also use a plugin, but the generated file remains the source asset you control.
No native WordPress plugin is required for the media-library workflow. If you use a third-party reader or plugin, check that it accepts uploaded MP3 files and that its playback and accessibility behavior meet your needs.
Regenerate only the changed section when possible. For long posts, keep the source text in sections so an edit does not require re-reading the full article; then replace the relevant audio and update the player.
One credit covers about 1,000 characters. A 1,500-word article is roughly 9,000 characters and therefore about 9 credits before retries, so the $9 Starter pack fits one long post or several shorter ones.
Audio can improve access, but it does not automatically make the page accessible. Keep the text available, use a keyboard-accessible player, label the audio clearly and avoid hiding essential instructions only inside the recording.