ReadyStore
Performance

Une boutique rapide sur mobile, de la publicité à la commande

Le trafic des publicités arrive surtout sur mobile, souvent sur réseau moyen. Les pages produit ReadyStore sont construites pour afficher l’essentiel tout de suite et charger le reste ensuite.

Illustration : données fictives
En bref

Les boutiques ReadyStore sont rendues côté serveur : le titre, le prix, l’image principale et les données structurées sont dans le HTML initial. L’image principale est chargée en priorité, le CSS du thème est réduit, et les scripts non essentiels, les descriptions longues et les avis sont chargés plus tard. Le Pixel Meta, lui, n’est volontairement pas retardé.

Ce qui est en place

Six choix techniques pour réduire l’attente

Rendu côté serveur

La page produit arrive complète : titre, prix, image principale, URL canonique et données structurées sont lisibles sans exécuter de JavaScript, par les visiteurs comme par les moteurs.

Image principale prioritaire

L’image qui détermine la perception de vitesse est marquée prioritaire et compressée pour le mobile, au lieu d’attendre derrière le reste de la page.

CSS du thème réduit

La feuille de style du thème est purgée des règles inutilisées par la boutique : moins d’octets bloquants avant le premier affichage.

Scripts différés

Le script du thème est minifié et chargé après l’affichage. Les éléments qui ne servent pas immédiatement ne bloquent pas le rendu.

Contenu à la demande

Les descriptions longues, la galerie secondaire et les avis ne sont téléchargés qu’au moment où le visiteur s’en approche.

Compression et cache

Les ressources statiques sont servies compressées (Brotli ou gzip) avec un cache long, et les connexions utilisent HTTP/2.

Un arbitrage assumé

Le Pixel Meta n’est pas retardé

Différer le Pixel améliorerait un score de laboratoire, mais ferait perdre des événements pour les visiteurs qui quittent la page rapidement. ReadyStore choisit la fiabilité de la mesure.

C’est un choix de produit documenté : quelques points de score ne valent pas une attribution dégradée sur vos campagnes.

  • PageView et ViewContent partent immédiatement
  • Les événements serveur ne dépendent pas du navigateur
  • Vous gardez la main sur les scripts ajoutés à votre boutique
Méthode

Mesurer sa propre boutique correctement

Un score de performance dépend de la page testée, des images, des scripts ajoutés et de l’appareil. Voici comment obtenir une mesure comparable.

  1. 1

    Testez la page produit

    C’est la page qui reçoit le trafic publicitaire, pas la page d’accueil. Utilisez PageSpeed Insights en mode mobile.

  2. 2

    Répétez et gardez la médiane

    Faites au moins trois passages dans les mêmes conditions : les scores varient d’un passage à l’autre.

  3. 3

    Évitez de polluer vos données

    Un test sur une boutique réelle charge le Pixel Meta et peut envoyer de vrais événements. Testez une boutique de test, ou bloquez les domaines Meta pendant la mesure.

Questions sur la performance

Quel score PageSpeed aura ma boutique ?

Cela dépend de vos images, des scripts que vous ajoutez et des pixels installés. ReadyStore réduit le poids et le blocage du thème ; mesurez votre page produit sur mobile pour connaître votre résultat réel.

Pourquoi le Pixel Meta n’est-il pas différé ?

Pour ne pas perdre d’événements chez les visiteurs qui quittent vite la page. La fiabilité de la mesure passe avant quelques points de score de laboratoire.

Mes pages sont-elles lisibles par Google ?

Oui : le contenu essentiel, l’URL canonique et les données structurées produit sont dans le HTML initial, et chaque boutique dispose d’un sitemap.

Puis-je ajouter mes propres scripts ?

Oui, depuis les extraits d’en-tête de la boutique. Chaque script ajouté a un coût de chargement : mesurez après chaque ajout.

Envoyez vos campagnes vers une boutique qui charge vite.

Créez votre boutique et mesurez votre page produit sur mobile.