SEO et référencement de la Vitrine

La majeure partie du SEO pour une boutique fonctionne automatiquement, sans configuration manuelle : la plateforme prépare elle-même les pages pour les robots d'indexation, balise les articles avec des données structurées, tient à jour le plan du site et les flux produits. Dans cette section — ce qui se fait tout seul et ce qu'il vaut mieux ajuster : les flux produits vers les canaux publicitaires, les redirections lors du changement d'adresses, la connexion à Search Console.

Ce qui fonctionne automatiquement#

À chaque modification du catalogue, d'un prix ou d'une disponibilité, la plateforme prépare à nouveau pour les robots d'indexation et les agents IA les pages de votre Vitrine — indépendamment de ce que voit un acheteur réel (à qui est servi une application web rapide classique).

• Métabalises et titres — title/description pour l'accueil, le catalogue, la collection et chaque article ; la description est soigneusement tronquée à la longueur voulue caractère par caractère, et non octet par octet — ainsi un texte géorgien, arabe ou chinois ne se coupe pas au milieu d'un caractère.
• Liens canonical — chaque page a une seule adresse « principale » ; les doublons (par exemple, l'ancienne et la nouvelle URL d'un article) pointent correctement vers l'adresse actuelle, sans perte de poids du lien.
• hreflang — si plusieurs langues sont activées sur la Vitrine, le moteur de recherche reçoit la correspondance entre les versions linguistiques d'une même page.
• sitemap.xml — le plan du site est mis à jour automatiquement, inclut l'accueil dans chaque langue, le catalogue, les articles, les collections et les articles de blog ; pour les fiches produits du plan est indiquée la date de dernière modification (lastmod) : lors d'une mise à jour du catalogue, elle est reprise de l'article lui-même, ainsi le moteur de recherche voit ce qui a réellement changé et ne reparcourt pas tout à la suite (après modification des paramètres d'un Établissement, le plan est entièrement reconstruit et les dates qu'il contient deviennent ponctuellement actuelles). Pour les articles avec photos, le plan comporte en plus un image-sitemap — des liens directs vers les images pour l'indexation dans Google Images. Les catégories n'ont pas de pages distinctes (une catégorie est une section du catalogue), c'est pourquoi elles ne figurent pas non plus dans le plan du site.
• robots.txt — généré et mis à jour tout seul, sans modification manuelle du fichier.
• Données structurées (JSON-LD) :
  • sur l'accueil de la boutique — Store/Organization et le balisage de la recherche sur le site (Google peut afficher la barre de recherche du site directement dans les résultats) ; pour un restaurant, à la place — Restaurant avec un lien vers le menu ;
  • sur la page d'un article — Product/Offer avec le prix, la disponibilité, le code-barres (GTIN), la référence, la marque, l'état, les conditions de livraison et de retour ;
  • pour un article avec plusieurs variantes (couleur/taille) — ProductGroup avec toutes les variantes d'un coup : leur SKU, code-barres, prix, poids — Google comprend qu'il s'agit d'un seul article avec un choix d'options, et non d'articles distincts ;
  • le fil d'Ariane (BreadcrumbList) sur toutes les pages.
• Prérendu pour les bots et les agents IA — l'accueil, le catalogue, la page de collection, la liste des collections et la fiche produit sont servis aux robots d'indexation et aux crawlers IA sous forme de page HTML prête avec le contenu complet (et non d'une application JS « vide ») — cela concerne aussi bien les bots de recherche classiques que les crawlers d'agents IA comme les assistants d'achat.
• Les filtres du catalogue ne génèrent pas de pages « inutiles ». Le catalogue lui-même, la sélection et la page de marque sont ouverts à la recherche, mais leurs états — fabricant ou type d'article sélectionné, plage de prix, recherche, tri non standard — sont fermés à l'indexation (noindex), tout en étant que les articles d'une telle page sont quand même parcourus par le robot. Le lien canonical mène toujours à l'adresse propre du catalogue, c'est pourquoi les marqueurs utm et les paramètres techniques ne se transforment pas en pages distinctes. Sans cela, des milliers de combinaisons de filtres consommeraient le budget de crawl et dilueraient le poids entre des adresses presque identiques au lieu du catalogue et des fiches produits.
• Le domaine personnel est pris en compte dans toutes les adresses ci-dessus : si un domaine personnel est connecté à la Vitrine, les liens canonical, le sitemap, robots.txt et llms.txt pointent automatiquement vers votre domaine, et non vers le sous-domaine de la plateforme — voir Domaine personnel.

Rien de tout cela ne nécessite de lancement manuel — la mise à jour se produit lors de la modification du catalogue ou du profil d'un Établissement, d'elle-même.

Flux produits vers les canaux publicitaires#

Outre le balisage SEO pour la recherche organique, la plateforme sait exporter le catalogue sous forme de flux produits distincts — pour les comptes publicitaires et les marketplaces qui ont besoin d'un fichier dans leur propre format (XML/CSV). Ils se connectent comme des extensions dans la Boutique d'applications, par Établissement :

Tous les flux sont construits à partir d'un seul et même catalogue et mis à jour automatiquement lors de la modification des articles, des prix et des stocks — rien n'a besoin d'être régénéré manuellement.

Vitrine pour les agents IA#

Indépendamment du SEO classique, la plateforme prépare la Vitrine au fait qu'elle est de plus en plus « lue » non par des humains, mais par des agents IA — assistants vocaux, bots de shopping, systèmes de recherche IA :

• sur chaque domaine se trouve une page llms.txt — une brève carte du site lisible par machine, spécialement pour les modèles de langage : quel type de boutique, quels articles et catégories existent, où chercher l'API ;
• les pages d'articles et de catalogue servies à un crawler IA contiennent une description étendue — caractéristiques, variantes, disponibilité, conditions de livraison et de retour — ce qui est habituellement caché derrière les éléments interactifs de l'interface et invisible pour un crawler simple ;
• les agents IA externes peuvent rechercher des articles et passer une Commande par programmation via l'API Guest/MCP publique — détails dans la section Guest API pour les agents AI.

Gestionnaire de redirections et journal 404#

Lors d'une variation de la structure des adresses de la boutique (migration depuis une autre plateforme, modification des URL de catégories/produits), les anciens liens commencent à renvoyer une 404 — le trafic et le poids des liens depuis les moteurs de recherche et les réseaux sociaux sont perdus. La section Studio de la boutique → Vitrine → « SEO et flux » résout cela sans intervention d'un développeur :

• Redirections — un tableau de règles « d'où → vers où » : correspondance exacte, correspondance par début d'adresse ou par expression régulière ; code de réponse 301 (permanent), 302 (temporaire) ou 410 (page définitivement supprimée) ; les règles peuvent être activées/désactivées et accompagnées d'une note.
• Import CSV — si vous migrez depuis WordPress/WooCommerce et que vous avez déjà configuré des redirections avec l'extension Redirection, vous pouvez importer une liste prête en un seul fichier, au lieu de transférer les règles manuellement.
• Journal 404 — la plateforme enregistre elle-même les adresses sur lesquelles arrivent des visites « mortes » au cours des 30 derniers jours (combien de fois, quand pour la dernière fois). Chaque ligne du journal dispose d'un bouton « Créer une redirection », qui ouvre immédiatement le formulaire d'une nouvelle règle avec l'adresse déjà préremplie.
• La redirection s'applique à la fois aux robots des moteurs de recherche et aux visiteurs réels : le robot reçoit un véritable statut HTTP (301/302/410) dès le niveau de la page servie — c'est ce qui compte pour préserver les positions et le poids des liens lors d'une variation d'adresses ; une personne qui suit l'ancien lien arrive à la nouvelle adresse sans « Page introuvable ».

Requêtes de recherche organiques#

La section Statistiques propose un détail des requêtes de recherche organiques : par quels mots vous êtes trouvé dans Google, combien de clics et d'impressions pour ceux-ci, la position moyenne dans les résultats. L'analytique de fréquentation classique (Google Analytics) ne fournit pas du tout ces données — les phrases de recherche ne sont visibles que via Search Console.

Rien à connecter ni à confirmer : Search Console est connectée du côté de la plateforme, et vous voyez une coupe pour votre site. Les lignes de sources de trafic avec recherche organique dans « Statistiques » se déploient en un tableau de requêtes — aucun écran séparé n'est nécessaire.

Domaine propre et SEO#

Le site public vit par défaut sur un sous-domaine de la plateforme (votre-boutique.cenaly.com). Les adresses SEO (canonical, sitemap, flux produits, llms.txt) sont automatiquement reconstruites pour un domaine propre lors de son raccordement — c'est cette adresse qu'il convient d'utiliser dans la publicité, sur l'enseigne, et que verront les moteurs de recherche. Les instructions détaillées de raccordement se trouvent dans la section Domaine propre.

Sections liées#

• Boutique en ligne : vitrine et ventes — aperçu de la verticale de détail
• Google Product Feed — flux produits pour Google Merchant Center
• Domaine propre — raccordement d'un domaine propre
• Statistiques — fréquentation du site et requêtes organiques
• Constructeur de site — mise en forme de la vitrine
• Guest API pour les agents AI — comment les agents AI voient votre vitrine

Questions fréquentes#

Faut-il configurer quelque chose manuellement pour que le SEO fonctionne ?#

Le SEO de base (métabalises, canonical, hreflang, sitemap, robots.txt, balisage produit, prérendu pour les robots) fonctionne immédiatement, sans configuration. La répartition des requêtes organiques dans « Statistiques » aussi — pas besoin de connecter Search Console soi-même. Il ne vaut la peine de connecter manuellement que ce qui exige un compte externe : les flux produits (Google Merchant Center, etc.).

Comment un moteur de recherche apprend-il l'existence d'un nouveau produit ?#

Lors de l'ajout, de la modification ou de la suppression d'un produit, la plateforme régénère elle-même les pages SEO et le sitemap de cet établissement — généralement en quelques secondes à minutes. Ensuite, la vitesse d'indexation dépend du moteur de recherche lui-même.

Les redirections s'appliquent-elles immédiatement après l'enregistrement ?#

Oui, la règle prend effet immédiatement, pour les robots comme pour les visiteurs réels — aucune étape de publication séparée n'est requise.

Peut-on transférer des redirections depuis WordPress ?#

Oui, si vous utilisiez l'extension Redirection (ou un export CSV analogue dans son format), la liste des règles peut être importée en un seul fichier dans la section « SEO et flux ».

Et qu'en est-il de Яндекс et des domaines .ru ?#

L'export produit vers Яндекс existe (Яндекс Товары). Le balisage, le plan du site, robots.txt et hreflang sont générés de la même manière sur tous les domaines de la plateforme, y compris les marques russes. En revanche, la fourniture de pages prêtes aux robots (prérendu) et le gestionnaire de redirections fonctionnent actuellement sur les domaines cenaly.com et cenaly.com : sur le circuit russe (cenaly.ru), les règles de redirection sont enregistrées dans votre compte, mais n'atteignent pour l'instant ni la vitrine ni le robot, et le robot de recherche reçoit une application web ordinaire. La section « Statistiques » avec la répartition des requêtes organiques repose sur Google Search Console — pour les domaines promus via Яндекс, cette répartition est encore indisponible, un équivalent basé sur Яндекс.Вебмастера est en développement.