Aller au contenu principal

Architecture Shopify + CMS : routage CDN par chemin sur un seul domaine

Le routage CDN par chemin place la boutique Shopify et un système de contenu indépendant sur le même domaine. Nous définissons quel système est responsable de chaque chemin, comment les pages sont mises en cache et publiées dans chaque langue, comment les mises en ligne sont testées et comment revenir en arrière.

01

Définir quel système est responsable de chaque chemin

Exemple de cheminResponsableRecette
/products/exampleBoutique ShopifyProduit, panier et paiement restent utilisables
/guides/exampleSystème de contenu, uniquement si validé200, contenu prévu et canonical auto-référente
Une URL de contenu inexistanteSystème de contenuUne vraie 404 ; pas de repli « réussi » vers la page d’accueil
Une version localisée équivalenteResponsable attribué explicitementBonne langue, même fonction et hreflang réciproques

Les règles de chemin doivent utiliser des motifs exacts : une règle comme /blog* capture aussi le chemin natif de Shopify /blogs/. Consultez Blog Shopify dans un sous-dossier (EN) pour le nommage du dossier, les règles de routage que nous appliquons et huit vérifications de lancement, et headless ou système de contenu séparé (EN) si une refonte complète de la boutique est aussi envisagée.

Ces chemins sont donnés à titre d’illustration ; ce ne sont pas des instructions pour migrer vos URL existantes. Recensez les routes Shopify réservées et les intégrations avant d’introduire la moindre règle de routage.

02

Tester les limites des requêtes et du cache

Routage
Notez l’hôte, les motifs de chemin, l’ordre de priorité des routes et l’origine. Conservez une configuration dont le bon fonctionnement est avéré et testez les chemins qui ne correspondent à aucune règle.
Cache
Séparez le contenu public des réponses authentifiées ou personnalisées. Ne mettez pas en cache comme contenu public les sessions membres, les jetons CSRF ou les accusés de réception de formulaire.
Accès à l’origine
Vérifiez le TLS, les en-têtes d’origine, l’accès des robots d’exploration, les redirections et le comportement en cas de délai dépassé. Protégez l’administration privée séparément du contenu public.
Publication
Validez ensemble le texte visible, le code de statut, la canonical, les liens de langue et le sitemap. Un envoi réussi ne confirme pas l’indexation.
03

La reprise après panne fait partie de la conception

Testez dans un environnement sûr un CMS indisponible et une erreur de routage. Notez si la boutique reste accessible, quel contenu voient les utilisateurs et comment rétablir la route précédente. Un schéma distribué ne prouve pas l’absence de point de défaillance unique.

Toute affirmation sur la capacité ou la disponibilité exige des mesures dans des conditions de trafic et de dépendances définies. La conformité exige un véritable examen de la confidentialité et de la sécurité ; le HTTPS seul ne garantit pas la conformité légale.

04

Checklist de mise en ligne

Avant la mise en ligne

  • Sauvegarder les fichiers et la configuration exacts
  • Choisir des URL témoins : produit, collection, contenu, langue
  • Inclure une URL inexistante et une page authentifiée

Après la mise en ligne

  • Revérifier les réponses publiques
  • Navigation mobile et accès au compte
  • Enregistrement des formulaires
  • Le parcours panier et paiement concerné

Désignez un responsable unique et un critère de retour arrière avant de commencer.

Utilisez la checklist technique (EN) pour conserver les preuves. Consultez la page SEO international avant d’ajouter des routes par langue.

05

Définir les limites de maintenance et de mise en ligne avant l’intégration

Attribution des chemins
Recensez les chemins des produits, collections, articles, langues, de la connexion et de l’API. Précisez pour chacun le système qui le sert et ses exceptions, au lieu d’appliquer une règle de proxy générale à toutes les requêtes.
Données de référence
Convenez des sources de référence pour les données de vente Shopify, le contenu du CMS, les métadonnées des pages et les relations entre langues. Un instantané importé sert à la comparaison ; il n’autorise pas à écraser le site source.
Contenu d’une mise en ligne
Notez les contenus, traductions, métadonnées, gabarits et versions des composants partagés inclus dans une mise en ligne. Publiez le périmètre validé après prévisualisation, puis inspectez les pages réellement servies, pas seulement le statut de la tâche.
Panne et reprise
Définissez à l’avance le responsable, les chemins concernés, la version de sauvegarde et les critères de reprise. Évaluez séparément le routage, le contenu et la boutique : réparer une page de contenu n’autorise pas à modifier les circuits de paiement ou de commande.

Il s’agit d’exigences de conception et de recette du projet, et non d’une affirmation selon laquelle chaque fonctionnalité existe dans chaque installation actuelle. Vérifiez-les dans l’environnement réel avant l’intégration.

Qui fournit les informations et valide la livraison →

Parlons de l’architecture de votre système

Présentez votre boutique, vos marchés cibles et le problème à résoudre. Connectez-vous avec votre e-mail vérifié pour envoyer votre demande ; elle est enregistrée dans votre espace membre.

Envoyer un brief de projet