Déployer un backend d’IA pour WordPress sans perdre le contrôle

L’architecture

Ajoutez un backend pour des besoins précis, pas parce que toute fonction d’IA en exige un.

01 · Décision

Quand un site WordPress a-t-il besoin d’un backend d’IA ?

Un backend devient utile lorsqu’il faut prendre en charge davantage de navigateurs, lorsqu’une tâche dépasse les capacités de l’appareil ou lorsque les visiteurs ont besoin d’un comportement uniforme d’un appareil à l’autre. La recherche dans la base de connaissances d’AI-Kit et les réponses de son chatbot accompagnées de sources utilisent également le backend configuré pour retrouver les documents pertinents.

Tous les sites n’ont pas besoin de cette couche. Des outils locaux peuvent suffire à un petit site éditorial. Un portail documentaire ou un assistant destiné aux clients bénéficie généralement d’un environnement protégé et fiable.

• Choisissez le mode de secours si l’exécution locale doit rester prioritaire.
• Choisissez le backend seul lorsque l’uniformité compte davantage que le traitement sur l’appareil.
• Ajoutez la recherche lorsque les réponses doivent être reliées à des sources approuvées.

La bonne conception est la plus petite architecture qui répond au processus réel et à ses exigences de gouvernance. Découvrez comment utiliser l’IA dans WordPress sans envoyer chaque brouillon à un service d’IA externe.

02 · Propriété

Que change un compte AWS appartenant au client ?

Le backend est déployé dans un compte AWS contrôlé par le client. Ce compte possède l’infrastructure, le stockage, la configuration des services, les règles d’accès, les journaux d’exploitation et les frais d’utilisation d’AWS.

WP Suite fournit l’intégration WordPress et le parcours de déploiement, mais ne transforme pas le backend du client en service d’IA partagé et opaque. La limite technique et la facturation deviennent ainsi plus simples à expliquer aux agences et aux entreprises.

• Les documents et la configuration peuvent rester dans un stockage contrôlé par le client.
• Les API d’administration et celles du site public disposent de réglages d’authentification distincts ; seules les fonctions nécessaires au site public doivent être activées.
• Les coûts AWS restent visibles dans le compte où la solution s’exécute.

La propriété du client ne supprime pas les décisions de sécurité, de surveillance et de conservation ; elle lui fournit le lieu et les outils pour les prendre. Comparez un backend d’IA AWS appartenant au client à une API d’IA en tant que service.

03 · Composants

Quelles fonctions appartiennent à la couche backend ?

Un backend AI-Kit type réunit des points d’API protégés, le traitement par AWS Lambda, la configuration et les documents dans S3, l’accès aux modèles par Amazon Bedrock et des composants de recherche facultatifs pour répondre depuis une base documentaire.

La pile fournie sépare l’authentification des API d’administration de celle des API du site public. Les opérations d’administration peuvent utiliser IAM ou Cognito ; les routes activées pour le site public partagent le mode d’authentification qui leur est configuré. Pour un chatbot public, associez les fonctions nécessaires à la configuration de reCAPTCHA, aux limites de fréquence et aux restrictions sur les instructions.

• Séparez les responsabilités des API d’administration et du site public.
• Gardez les instructions, les règles et la configuration de recherche explicites et vérifiables.
• N’exposez que les opérations réellement nécessaires à l’expérience publique.

Cela réduit le risque qu’un point d’accès public pratique ne devienne une passerelle d’IA généraliste.

04 · Base documentaire

Comment les documents WordPress deviennent-ils des réponses appuyées sur des sources ?

AI-Kit Pro peut synchroniser automatiquement, selon un calendrier défini, une sélection de contenus WordPress publics approuvés vers la base de connaissances configurée. La publication sur le site peut valoir approbation, ou le processus peut exiger une vérification distincte pour la base de connaissances. Les brouillons et les propositions de modification non publiées sont exclus ; des documents gérés séparément peuvent aussi être inclus. Les commandes KB Section permettent aux éditeurs d’exclure du contenu, de diviser une page en plusieurs sources ou de conserver une section dont le contenu a été volontairement redéfini.

Après la synchronisation, le backend doit terminer l’indexation avant que le contenu nouveau ou modifié soit disponible pour la recherche, comme l’explique la documentation de synchronisation d’Amazon Bedrock. Les requêtes DocSearch et celles du chatbot retrouvent ensuite les sources pertinentes ; les réponses générées peuvent citer ces sources. Leurs liens permettent aux visiteurs d’ouvrir la documentation d’origine et de vérifier la réponse.

• Sélectionnez les sources au lieu d’importer toutes les pages sans contrôle.
• Utilisez les catégories, étiquettes et limites de section lorsqu’elles améliorent la recherche.
• Décidez si l’approbation de la publication suffit ou si les modifications de la base de connaissances nécessitent une vérification distincte.

La qualité de la recherche dépend autant de la structure et de la gestion des sources que du modèle. Découvrez comment fournir aux visiteurs des réponses accompagnées de leurs sources et l’architecture privée d’IA et de RAG pour WordPress.