Se connecter

Architecture de publication statique WordPress sur AWS

Static Publisher n'est pas un simple bouton d'export statique. Il s'agit d'une architecture de publication conçue autour d'une séparation intentionnelle des responsabilités.

Les trois principales couches​

1. WordPress est la source et le plan de contrôle​

WordPress reste la source éditoriale de référence. Les rédacteurs peuvent continuer à travailler avec Gutenberg, Elementor, les médias, les plugins SEO et les workflows de contenu habituels.

Le plugin Static Publisher ajoute la surface opérationnelle dans WordPress :

  • configuration de la cible et du runtime,
  • mise en file des tâches de crawl, de déploiement, d'invalidation et de traitement d'URL unique,
  • vues de diagnostic et d'état,
  • accès aux audits et aux journaux,
  • définition des règles du planificateur,
  • journal durable des changements de contenu WordPress pour la synchronisation ciblée.

2. L'exportateur est le moteur d'exécution​

Le CLI @smart-cloud/publisher-exporter, installé séparément, est ce qui effectue réellement le travail :

  • crawler le site rendu,
  • découvrir les ressources requises,
  • réécrire les URL pour l'environnement cible,
  • publier vers S3,
  • invalider CloudFront,
  • traiter les tâches en file d'attente à partir des fichiers JSON d'exécution,
  • récupérer les plages fermées du journal de contenu et réconcilier les pages publiques affectées.

Comme il s'exécute en dehors de PHP, l'exportateur peut résider sur le même hôte, sur un exécuteur dédié ou dans une automatisation CI/CD.

3. AWS est le runtime de diffusion​

Le chemin de diffusion public est conçu autour de S3 + CloudFront. Dans ce modèle, WordPress devient le système d'édition, tandis qu'AWS sert le site public.

Cela offre aux équipes une séparation plus nette entre :

  • la création et les opérations dans WordPress,
  • l'exécution du crawl et du déploiement dans l'exportateur,
  • la diffusion publique à la périphérie AWS.

Pourquoi cela va au-delà d'un export basique​

Un outil d'export statique basique peut générer des fichiers. Static Publisher vise aussi à couvrir les préoccupations de production qui l'entourent :

  • crawl des pages rendues,
  • réécriture vers le domaine cible,
  • workflows de file d'attente et de planificateur,
  • journaux reproductibles et artefacts de tâches archivés,
  • profils de déploiement pour les mises en production multi-cibles,
  • bases vérifiées, points de reprise reprenables et tombstones détenus par le manifest pour la synchronisation ciblée du contenu,
  • exécution hors hôte lorsque WordPress ne peut pas exécuter Node ou Playwright.

Chemin de synchronisation ciblée du contenu​

Pour un abonnement Professional ou Agency, une règle de planificateur peut suivre des types de publications publics sélectionnés. WordPress enregistre dans un journal durable les transitions de publication, de mise à jour, de taxonomie, d'état épinglé, de dépublication, de mise à la corbeille et de suppression. L'exécuteur externe récupère une plage séquentielle fermée et déduit l'impact public à partir des projections avant/après stockées.

L'impact peut inclure l'URL de l'article, les routes de listing configurées, la page des articles, les archives de types de publication et de taxonomies, les archives facultatives d'auteur et de date, la pagination et la chaîne du sitemap. Une publication normale complète ou incrémentale réussie doit d'abord établir une base vérifiée. Le travail ciblé ne promeut ensuite un manifest candidat qu'après la réussite du déploiement, de l'invalidation CloudFront et de la vérification publique ; le curseur du journal avance en dernier.

Cet ordre rend les tentatives idempotentes et empêche un déploiement ciblé en échec d'acquitter silencieusement du contenu qui n'est jamais devenu public. Consultez Synchronisation ciblée du contenu pour les détails de configuration et de récupération.

Comment Static Publisher se connecte au reste de WP Suite​

Gatey et Static Guardian​

Static Publisher gère la diffusion publique. Lorsqu'un site publié statiquement a besoin de zones authentifiées, Gatey gère la connexion Cognito dans le navigateur et Static Guardian peut protéger les chemins CloudFront côté AWS.

AI-Kit​

AI-Kit peut fournir des fonctions d'IA frontend, de chat ou de recherche enrichie sur un site diffusé statiquement. Static Publisher s'intègre donc naturellement dans un modèle WordPress comme éditeur, AWS comme runtime.

Flow​

Flow réintroduit les formulaires et les workflows dans l'architecture lorsque la seule diffusion statique ne suffit pas. Les pages publiques peuvent rester statiques tandis que les envois, les automatisations et la logique backend continuent via Flow et les services AWS.

Point clé opérationnel​

Considérez le plugin comme le plan de contrôle et l'exportateur comme le moteur d'exécution. Ce modèle mental rend le reste du produit plus simple à appréhender : WordPress met en file d'attente et configure ; l'exécuteur explore et publie.