Publication statique après la mise en ligne
Mettre à jour un WordPress statique sans reconstruire tout le site
Modifier un article ne change pas forcément une seule URL publique. Le bon raccourci n’est donc pas de republier uniquement la page éditée, mais d’identifier toutes les pages publiques qui changent à cause de cette modification.
En bref Une publication complète vérifiée fournit un état de référence. Pour les modifications éditoriales suivantes, Static Publisher peut utiliser les changements enregistrés dans WordPress et cette référence pour mettre à jour pages, listes, archives et plans du site concernés sans reparcourir tout le site.
Pourquoi un changement peut toucher plusieurs fichiers
Une modification de contenu peut changer plusieurs pages publiques
La publication statique devient coûteuse en travail si chaque petite modification éditoriale déclenche une reconstruction complète. Mais republier uniquement l’URL éditée peut laisser des pages dépendantes inchangées.
Sorties liées
Un article peut apparaître à plusieurs endroits
Modifier un article peut aussi changer une liste du blog, une archive de catégorie, des pages paginées, le plan du site ou d’autres pages qui réutilisent ce contenu.
Parcours complet
Une édition ordinaire peut déclencher du travail inutile
Si le site est déjà publié et que son état de référence est connu, reparcourir et rendre chaque URL peut représenter beaucoup plus de travail qu’une modification de contenu normale.
Uniquement les fichiers modifiés
Comparer les fichiers ne décrit pas les dépendances
Savoir qu’un fichier rendu a changé aide au déploiement, mais ne dit pas à lui seul quelles autres routes doivent être recalculées parce qu’elles dépendent du contenu édité.
Le vrai problème Le plus difficile n’est pas de produire un nouveau fichier HTML, mais de déterminer l’ensemble des sorties publiques touchées par une modification de contenu WordPress.
Mise à jour guidée par les changements de contenu
Les changements WordPress peuvent réduire le travail de publication
Static Publisher distingue la publication complète de la synchronisation ultérieure du contenu. La version vérifiée sert de référence ; les changements enregistrés dans WordPress aident à décider ce qui doit être recalculé.
Modification dans WordPress
↓
changement enregistré + état vérifié
↓
déterminer les routes publiques concernées
├→ page modifiée
├→ listes / archives
├→ pagination nécessaire
└→ plan du site / sortie à supprimer
↓
rendre et comparer uniquement le nécessaire
↓
publier les fichiers modifiés → S3 / CloudFront
Limite importante La synchronisation ciblée convient aux changements dont l’effet public peut être déduit de l’état connu du contenu WordPress. Un changement de thème, extension, modèle, règle d’URL ou permalien peut avoir un effet plus large et justifie une nouvelle publication complète.
Séquence pratique
La publication complète établit la référence ; les mises à jour suivantes peuvent rester ciblées
La mise à jour réduite suppose de savoir ce qui a déjà été publié et ce qui a changé ensuite dans WordPress.
- Créer et vérifier la publication complète — Publier d’abord le site complet afin de disposer d’un état de référence connu pour la sortie publique et la destination.
- Enregistrer les changements suivants — Suivre les contenus WordPress modifiés, ajoutés ou supprimés depuis cette publication vérifiée.
- Déterminer les routes concernées — Inclure l’URL directe ainsi que les listes, archives, pages paginées et entrées du plan du site qui dépendent du contenu.
- Comparer puis publier — Rendre les routes nécessaires, les comparer à l’état déployé, publier les sorties modifiées et supprimer les fichiers qui ne doivent plus exister.
Mise à jour ciblée pour l’éditorial, publication complète pour les changements plus larges
Mise à jour ciblée
Pour les modifications normales d’articles et de pages
- Un éditeur modifie, ajoute ou supprime du contenu WordPress courant.
- Les routes publiques concernées peuvent être déduites des relations de contenu et de l’état de publication connu.
- Le contenu doit être synchronisé régulièrement sans reparcourir tout le site à chaque modification.
Publication complète
Lorsque les règles de rendu du site peuvent avoir changé
- Un thème, une extension ou un modèle partagé change.
- Les permaliens, règles d’URL ou autres règles de routage changent.
- L’état de publication précédent manque, n’est plus fiable ou doit être remplacé volontairement.
Questions fréquentes
Publication partielle et synchronisation du contenu
Si je modifie un article, faut-il republier uniquement cet article ?
Pas toujours. Des listes, archives de catégorie, pages paginées, plans du site ou d’autres pages publiques qui affichent ce contenu peuvent également changer.
Quelle différence entre publication incrémentale et synchronisation du contenu ?
La publication incrémentale compare la sortie générée à une version précédente et déploie ce qui a changé. La synchronisation part des changements enregistrés dans WordPress pour réduire les routes à rendre et à comparer.
L’environnement WordPress d’édition peut-il rester privé ?
Oui. WordPress peut rester une source éditoriale privée ou de préproduction, tandis que le site public généré est déployé séparément sur S3 et CloudFront.
Cela signifie-t-il qu’une reconstruction complète n’est plus jamais nécessaire ?
Non. Les changements généraux de rendu ou de routage peuvent toucher des pages qui ne sont pas prévisibles à partir d’une modification de contenu ordinaire. Une nouvelle publication complète reste alors plus sûre.
Voir les modes de publication
Choisissez la méthode de mise à jour selon le type de changement
Static Publisher prend en charge la publication complète et des mises à jour plus ciblées. Les pages produit et comparaison expliquent la différence avec un simple export statique.