Template-driven output
Use one design system while rendering article-specific audio across templates.
WPVoicer can fit into Bricks-based publishing stacks where post-level dynamic content and front-end consistency are priorities.
WPVoicer exposes the generated post audio as Bricks dynamic data. If intro/outro text is enabled in the plugin, it is included in the final MP3 before Bricks renders it. That lets you build one Bricks template and have every article render its own audio file automatically.
Create the audio from WPVoicer first. The plugin saves the generated MP3 as post-level audio metadata.
Edit the Single Post template or the reusable section where the article audio should appear.
Use {wpvoicer_audio_url} in URL fields, audio source fields, links or custom markup. Use {wpvoicer_audio_id} only when the element expects the attachment ID.
Bricks resolves the tag for the current post, while you control layout, spacing and visual treatment in the builder.
Use one design system while rendering article-specific audio across templates.
Generate audio in plugin and reuse it in Bricks without custom API handling.
How to use WPVoicer audio values inside Bricks templates.
Use {wpvoicer_audio_url} in URL fields, source fields, links or custom markup.
Use {wpvoicer_audio_id} only when the Bricks element expects the WordPress Media Library attachment ID.
Yes. Bricks resolves the tag from the current post context, so each article can render its own generated audio.
Yes. Use [wpvoicer_audio] in a shortcode element if that is simpler for the layout.