Sitemap, URL canonique et langues : quelles adresses présenter à Google ?

Un sitemap n’est pas la liste de toutes les adresses copiables dans le navigateur. Une URL canonique n’est pas une redirection déplaçant le client. Des textes arabe et français ne créent pas automatiquement deux pages de recherche distinctes. Confondre ces notions peut produire des signaux contradictoires. Commencez par les versions réellement publiées que vous souhaitez faire découvrir, puis cherchez une cohérence entre navigation, sitemap et informations de référence.

Recenser les adresses utilisées

Partez du domaine publié, puis des fiches, catégories et politiques importantes. Notez anciennes adresses, prévisualisations, paramètres UTM et éventuelle présence sur une adresse de plateforme et un domaine propre. Toutes les variantes ne constituent pas de nouvelles pages à indexer. Une écriture différente ne crée pas nécessairement une information utile supplémentaire.

Ouvrez un échantillon sans connexion et notez la destination finale. Si une ancienne adresse mène à une nouvelle, enregistrez cette relation au lieu de compter deux pages publiées. Les reçus privés ou liens d’accès ne doivent pas être traités comme un catalogue public : leur fonction est différente.

Distinguer trois mécanismes

Mécanisme	Fonction	Ne garantit pas
Sitemap	Signaler des adresses choisies	Indexation de chaque page
Canonical	Indiquer une version préférée	Choix obligatoire par Google
Redirection permanente	Envoyer vers une nouvelle destination	Pertinence d’un remplacement non équivalent

Un produit réellement déplacé peut nécessiter une redirection appropriée conservant l’intention du visiteur. Deux URLs au même contenu ne deviennent pas deux produits parce qu’elles figurent dans le sitemap. Faites correspondre vos choix à ce qui est public et accessible, plutôt que de chercher à gonfler artificiellement le nombre de pages.

Traiter les langues selon les pages réelles

Distinguez langue du contenu et adresse indépendante. Si la boutique affiche une langue sur une même URL, remplir deux traductions dans l’éditeur ne crée pas forcément deux chemins. Lorsque la plateforme fournit réellement des versions distinctes à adresses stables, leurs relations et signaux linguistiques peuvent être examinés. N’inventez pas un chemin français pour l’ajouter au sitemap s’il n’affiche aucune page française publiée.

Des champs de contenu arabe et français peuvent être disponibles dans Matjri. Ils ne promettent pas, à eux seuls, des URLs linguistiques séparées ou un hreflang automatique dans chaque situation. Vérifiez langue publique et capacités de votre interface. Organisez descriptions et langue dans Matjri, puis contrôlez le résultat visible par le client.

Exemple fictif de 12 produits

Une boutique vend 12 produits et garde pour chacun deux textes dans un fichier de travail. Si le site publie actuellement 12 URLs dans la langue du magasin, vous n’avez pas 24 pages simplement parce que les traductions sont terminées. Si des versions indépendantes sont effectivement publiées ensuite, examinez adresses et signaux selon cette réalisation, pas à partir de chemins imaginés à l’avance.

Supposons 90 TND consacrés à la révision de trois fiches principales, soit 30 TND par produit dans cet exemple. Cette somme finance du travail éditorial, pas une indexation ou une position garantie. Documentez texte, langue et adresse publiés au lieu de mesurer l’avancement au nombre de balises ajoutées sans vérification.

Contrôler avant de soumettre

1. Identifiez le bon domaine et les pages publiques importantes.
2. Ouvrez le véritable sitemap fourni par le magasin et examinez quelques URLs.
3. Comparez produit, destination finale et langue avec votre objectif.
4. Vérifiez canonique déclarée et choix de Google lorsqu’il est disponible.
5. Corrigez un conflit ou demandez une aide technique avec un exemple précis, puis soumettez la bonne carte.

Ne retirez pas au hasard identifiants de clic ou paramètres des liens publicitaires sous prétexte qu’une canonique doit rester propre. Le lien d’arrivée et l’adresse de référence du contenu ont des fonctions différentes. Vérifiez l’implémentation avant une modification générale susceptible de casser la mesure.

Conserver la cohérence lors d’un changement

Après un changement de domaine ou de chemin produit, examinez destination, liens internes, sitemap et anciennes adresses utiles. Ne redirigez pas tout vers l’accueil quand il ne répond pas à la même demande. Gardez un historique expliquant les anciennes versions. Pour un produit définitivement retiré, choisissez selon le besoin du client plutôt que de conserver une page vide pour un compteur.

Préparez maintenant un tableau adresse, produit, langue et état de publication sur un petit échantillon. Pour démarrer, construisez un catalogue lisible sur Matjri. Cette cohérence facilite vos vérifications sans vous permettre d’imposer l’indexation ou une langue de résultat au moteur.

Questions fréquentes

Ajouter toutes les variantes UTM au sitemap ?

Un paramètre de campagne n’est pas une nouvelle page. Sélectionnez les adresses publiques préférées du contenu et gardez les paramètres pour leur fonction marketing sans multiplier les variantes inutiles.

Canonical change-t-il l’adresse du navigateur ?

Ce n’est pas le mécanisme de redirection. Il indique une version préférée. Pour déplacer réellement une ancienne URL, examinez une redirection et une destination adaptées avec le responsable technique.

Un texte français nécessite-t-il immédiatement hreflang ?

Examinez d’abord les versions publiées. Un champ traduit ne signifie pas deux pages indépendantes. N’indiquez pas de pages absentes et vérifiez les possibilités de la plateforme avant tout réglage.

Sources et vérification

• Google : créer et soumettre un sitemap
• Google : définir une URL canonique
• Google : versions linguistiques et régionales

Vérification éditoriale : 15 octobre 2026. Les exemples chiffrés sont pédagogiques, sans promesse de résultat ni tarif de marché.