--- title: "Connecteur WordPress — Actualités" module: integrations type: functional status: active updated: 2026-08-28 --- # Connecteur WordPress — Actualités Connecteur **entrant** du Store : il importe les articles publiés d'un site WordPress dans les actualités d'Isi-APP. Même principe que les connecteurs [OClocher](../../.claude/technical-docs/integrations/README.md) et Venio, avec lesquels il partage le pipeline d'ingestion vers la table des actualités. ## À quoi ça sert Un client qui publie déjà ses actualités sur son site WordPress n'a plus à les ressaisir dans Isi-APP : elles remontent automatiquement dans le portail et les widgets Actualités, avec leur image et leur date de publication. > **Sens unique.** Ce connecteur **lit** le site WordPress, il n'y écrit > jamais : ni article, ni commentaire, ni média. Une actualité modifiée dans > Isi-APP ne remonte pas vers WordPress. Pour publier *vers* WordPress, l'outil > est le [générateur d'articles de blog SEO](../ai/blog-seo-generator.md), qui > est un connecteur distinct, interne à ISI. ## Ce qui est importé - Les **articles publiés** (`post`, statut *publish*). Ni les brouillons, ni les articles privés, ni les pages. - Le **titre**, le **résumé** (extrait WordPress), le **contenu HTML** et la **date de publication**. - L'**image mise en avant** : elle est téléchargée et stockée dans Isi-APP, pas seulement pointée par un lien. Une image supprimée du site ne casse donc pas l'actualité déjà importée. - Import restreignable à certaines **catégories** du site. - Un **auteur** Isi-APP, configurable, porté par les actualités créées. Chaque actualité importée porte la pastille de provenance **WordPress**, visible dans le back-office et utilisable comme filtre de source dans un widget Actualités. ## Installation 1. Dans le Store, installer le connecteur **« WordPress — Actualités »**. 2. Renseigner l'**URL du site** dans « Informations generales » — l'adresse publique du site, par exemple `https://le-site-du-client.fr`, **sans** `/wp-json`. 3. Enregistrer, puis **« Tester la connexion »**. 4. Rouvrir l'écran : le panneau « Configuration WordPress » propose alors les **catégories du site**. Sans sélection, tous les articles publiés sont importés. 5. Facultatif : choisir l'**auteur** des actualités importées parmi les utilisateurs de votre structure. Sans choix, elles n'ont pas d'auteur et l'écran affiche « N/A ». L'auteur est appliqué aux actualités **créées ensuite** : changer ce réglage ne réattribue pas celles déjà importées, et une correction faite à la main n'est jamais écrasée par une synchronisation. 6. Facultatif : choisir l'**entité de rattachement** des actualités créées, dans la liste des entités de votre structure. Sans choix, elles sont rattachées à la structure et restent visibles depuis toutes ses entités ; cibler une entité les y confine. Le **sens de synchronisation** de l'instance est imposé par le connecteur : « Source → ISI-APP ». Il n'est pas modifiable, ce connecteur ne sachant pas écrire vers WordPress. 6. **Synchroniser maintenant**, ou laisser la synchronisation automatique travailler selon la fréquence configurée dans l'onglet dédié. ### Authentification Elle est **facultative**. L'API REST de WordPress expose les articles publiés sans identifiants : un site standard fonctionne sans rien configurer. Renseigner un compte et un **Application Password** (panneau « Authentification ») uniquement si le site restreint l'accès en lecture. La procédure de création d'un Application Password est décrite dans [la doc du générateur de blog](../ai/blog-seo-generator.md#où-trouver-lapplication-password) : c'est le même mécanisme WordPress. ## Ce qui se passe à chaque synchronisation | Situation côté WordPress | Effet dans Isi-APP | |--------------------------|--------------------| | Nouvel article publié | Actualité créée, mise en avant sur la page d'accueil | | Article modifié (titre, contenu, résumé, date) | Actualité mise à jour | | Article inchangé | Rien | | Article dépublié, supprimé, ou sorti des catégories retenues | Actualité **archivée** | | Site injoignable, ou réponse vide | **Aucun archivage** — voir ci-dessous | Deux garde-fous méritent d'être connus : - Une actualité **archivée dans Isi-APP** n'est jamais ressuscitée par une synchronisation. Si un administrateur l'a retirée, elle reste retirée, même si l'article est toujours en ligne. - Une réponse **vide** du site ne déclenche aucun archivage. Sans cette précaution, une panne réseau ou un site en maintenance viderait les actualités du client. Certains réglages ne sont appliqués qu'à la **création** de l'actualité, et jamais réappliqués ensuite : l'auteur, la mise en avant sur la page d'accueil, l'absence de partage inter-entités, et la date de mise en ligne. Un administrateur peut donc les ajuster sans qu'une synchronisation ne défasse son choix. ## Limites - **Articles uniquement** : ni pages, ni types de contenu personnalisés. - Pas de **synchronisation delta** : chaque passage relit la liste des articles. Un garde-fou limite le parcours aux 10 premières pages (500 articles avec les réglages par défaut). - L'import est **à sens unique** : Isi-APP ne publie rien sur le site du client. Pour publier *vers* WordPress, voir le [générateur d'articles de blog SEO](../ai/blog-seo-generator.md), qui est un outil interne ISI et un connecteur distinct. - L'API REST doit être joignable sur `/wp-json/`. Sur un WordPress dont les permaliens sont en mode « simple » — le réglage par défaut d'une installation neuve — elle ne l'est pas. Le test de connexion et la synchronisation le signalent alors explicitement, en nommant les permaliens comme cause probable. ## Voir aussi - Doc technique : `.claude/technical-docs/integrations/wordpress-news-connector.md` (procédure du WordPress de test en Docker, mapping des champs, pipeline)