Your readers get an audio version of every article. Your writers do nothing: they publish, and the
audio appears with the text. It is free to start, no credit card, and it takes about two minutes to
connect a site.

Try it in two minutes

Install and activate the plugin.
WeDispatch, then “Connect this site to WeDispatch”. Your account is created on the way, and the
key is stored here for you. Nothing to copy.
On the overview, click “Read it aloud”: your latest post that fits your trial is voiced first.
Open the page: the player is there, and your article is read aloud.
Happy with it? Switch to automatic, and every new post gets its audio on publication.

Your first articles are on us. Paid plans start when you need volume, and they are on wedispatch.fr.

Who uses it

Newsrooms. The audio is ready when the article goes live, including for scheduled pieces, and nobody has to remember a separate step on a busy day.
Sites with an accessibility duty. Public bodies and large companies covered by the European Accessibility Act, EN 301 549 or RGAA: this removes one specific barrier, properly, and says honestly what it does not do.
Shops and content sites. Product descriptions and long guides get an audio version, which is read where a screen cannot be looked at.

It was built inside a newsroom, for newsrooms, but nothing about it is specific to news. Any site
that publishes text can use it: a magazine, a documentation site, an online shop, a public body
with an accessibility obligation. Every time something is published, the text is sent to the
WeDispatch service, read aloud by professional voices, and an audio player appears on the page.

Why a newsroom cares

Nobody has to remember anything. Audio is produced on publication, not by a separate step someone forgets on a busy day.
Scheduled content is ready on time. An article scheduled for 6 a.m. has its audio prepared in advance and published at the same moment as the text. The first reader of the day finds audio, not a “preparing” message.
A voice per section and per author. Sport does not have to sound like the obituaries. The routing is category, then author, then site default, and the editor panel shows which voice will actually be used, before publication.
Correcting a typo does not spend a generation. When the text of something that already has audio changes, the audio online keeps being served and the item is marked “to regenerate”. You rebuild it once, when the text has settled.
Subscriber-only audio, with nothing to code. If your full articles are reserved for subscribers, the audio follows the same rule. Your site attests to a status (“subscriber”), never to an identity, and no personal data about your readers leaves your server.

Accessibility

Audio is not a bonus feature for a large part of the audience. It is how blind and partially
sighted readers, people with dyslexia, people with a motor impairment and readers who simply cannot
look at a screen right now get to the same content as everyone else.

The player is exposed as a labelled landmark, so a screen reader announces it and its user can jump straight to it instead of hunting through the article.
The player is keyboard operable and does not start on its own.
The audio version is an alternative to the text, never a replacement for it: the written article stays complete and indexable.

This helps a site meet WCAG 2.1 / 2.2 and the accessibility duties that flow from them: the
European Accessibility Act and EN 301 549 in Europe, RGAA in France, Section 508 and the ADA in the
United States. Accessibility is a property of a whole site, not of one plugin: no plugin can make a
site conformant on its own, and any that claims otherwise is overselling. This one removes one
specific barrier, properly.

What the plugin does

Two modes: Auto (audio is generated on publication) or Manual (the author generates it from the editor, then publishes).
Any content type: posts, pages, products, and any custom post type registered by your theme or your plugins. You tick the ones you want.
Automatic voice routing: category, then author, then site voice, with a preview, inside the editor, of the voice that will actually be used.
Multilingual reading: French, English, Spanish, German, Italian, Hindi, Chinese, Arabic, Portuguese, Japanese, Hebrew, Korean, Dutch, Swedish, Polish, Tamil, Telugu, Russian, Turkish, Thai, Filipino, Czech and Finnish, with a native voice per language. The language of each item is detected automatically (Polylang, WPML, or the site language). Each language is offered on an account once its voices have passed human review.
Scheduled content: the audio is prepared ahead of time and goes live at the same moment as the text.
The player goes at the top or the bottom of the article, or exactly where you want it: an editor block, a widget, or the [wedispatch] shortcode.
Optional synchronised text (word-by-word highlighting during playback).
An optional transcript under the article, folded, for readers who cannot use audio and for search engines.
An optional “Listen next” list, based on the article being read and never on who is reading it.
A “My subscription” panel in the settings: plan, monthly usage and a shortcut to subscribe.
Loaded through the standard WordPress script queue, deferred and in the footer, so caching and performance plugins handle it like any other asset.

Works with

The player is a block, a widget and the [wedispatch] shortcode, so it drops into any builder that
accepts one of the three.

Page builders: Elementor, Divi and WPBakery, through the block, the widget or the shortcode.
WooCommerce: product descriptions are read aloud like any other content type; tick “Products” in Settings.
Multilingual: Polylang and WPML. The language of each item is detected, and read by a native voice.
SEO: Yoast SEO and Rank Math. The optional transcript is plain text under the article and does not alter your schema.
Caching and CDN: WP Rocket, LiteSpeed Cache and Cloudflare. The script is queued the standard WordPress way, deferred and in the footer, so it is handled like any other asset.
WordPress.com: on plans that allow plugins.

Translated, not just translatable

Every screen of this plugin is translated, and a French translation ships with it. Most plugins in
this category are English-only, whatever their settings page claims.

If your language is missing, we would love your help. Translations live on translate.wordpress.org,
where anyone with a free WordPress.org account can propose them, and WordPress then distributes them
to every site automatically. Please upload from your own account rather than sending files to us:
that is what lets your locale team give feedback to the person who did the work. If you are new to
it, https://make.wordpress.org/polyglots/handbook/translating/ explains the process.

Account required

This plugin is the connector for an online service: it requires a WeDispatch account. The service
is paid for (plans are listed on wedispatch.fr). Connecting the site creates its key for you, from
the WeDispatch menu. Until a site is connected, the plugin makes no request on its own: only the
connection itself, and the short sample described below, each when an administrator clicks for it.

External services

This plugin relies on the third-party service WeDispatch (https://wedispatch.fr) to convert the
text of your content into audio, and to host and serve the audio files. The plugin does not work
without this service.

Data sent, and what triggers it

Generating an audio version, sent to https://wedispatch.fr/api/v1/podcasts: the text content of the item, its title, its canonical URL, its WordPress ID, its category, its language, its go-live date if it is scheduled, and the chosen voice. Triggered when an item is published or scheduled (Auto mode), or when someone clicks “Generate audio” (Manual mode).
Sample before connecting, sent to https://wedispatch.fr/api/v1/extrait: the opening of the most recent published item (well under a page; the service reads only the first 20 seconds of it), its language, and the address of the site. No API key, no account. Sent only when an administrator clicks “Hear a 20-second sample of my latest post” on the WeDispatch overview of a site that is not connected yet. The answer is the audio sample itself, shown in the page and not stored; the text is used to produce the sample and is not kept. The service records that a sample was produced for the site address, to count its own spending.
Voice catalogue, request to https://wedispatch.fr/api/v1/voices: no personal data, only the API key for authentication. Triggered when the settings screens are displayed (cached for 1 hour).
Subscription and usage, request to https://wedispatch.fr/api/v1/account and https://wedispatch.fr/api/v1/usage: only the API key. Triggered when the settings page is displayed, to show the plan.
Conditional access, request to https://wedispatch.fr/api/v1/access: only the API key, to retrieve the signing secret when audio is reserved for signed-in readers. Triggered when the API key changes and once per hour.
Transcript, request to https://wedispatch.fr/api/v1/podcasts/{id}/subtitles: only the API key and the identifier of the item. Triggered when the transcript is displayed or downloaded (cached for 12 hours). Only if you turn the transcript on.
“Listen next”, request to https://wedispatch.fr/api/v1/recommendations: only the API key and the identifier of the item being read. Nothing about the visitor is sent. Triggered when the list is displayed (cached for 6 hours). Only if you turn the list on.
Connecting the site, request to https://wedispatch.fr/api/v1/connect/exchange: the one time code returned by the authorisation screen, and a secret this server generated and never sent anywhere else. Triggered once, when you connect the site. The answer contains the API key.
Player settings, request to https://wedispatch.fr/api/v1/profile: only the API key to read them, and the settings you change to write them. Triggered when the Player screen is displayed or saved.
Deactivation feedback, sent to https://wedispatch.fr/api/v1/feedback: the reason you pick from the list, the comment you type, and the plugin version. Sent only if you click “Send and deactivate” in the window that appears when you deactivate the plugin. Deactivating without answering sends nothing at all, and the window itself sends nothing when it opens. No content, no URLs, nothing about your visitors.
Listening figures, request to https://wedispatch.fr/api/v1/stats: only the API key. Triggered when the Statistics screen or the Contents screen is displayed (cached for 15 minutes, shared between the two). The answer contains counters only, never anything about an individual listener.
Pronunciations, requests to https://wedispatch.fr/api/v1/pronunciations: the API key to read the list, and the correction you type (the word as written, the word as said) to add or remove one. Triggered when the Voices screen is displayed, and when you save or remove a correction there.
Audio player (visitor side): the public page loads the script https://wedispatch.fr/player.js and plays the audio file from WeDispatch. The visitor’s IP address and user agent are therefore known to the service, and plays are counted for the site’s statistics.

The API key is stored in the WordPress site and is never exposed to the browser: every call is
made from the server. The text that is sent is used only to produce the audio.

Terms of service: https://wedispatch.fr/conditions-generales-de-vente
Privacy policy: https://wedispatch.fr/politique-de-confidentialite

WeDispatch Audio Text to Speech