SEO Revolution : installation et aide

Sauvegardez la base de données, les réglages SEO actuels, les règles de routage, le fichier robots.txt à la racine et les fichiers générés. Téléversez et installez mprseorevolution, puis cliquez sur "Configure" pour ouvrir SEO Revolution > Tableau de bord. Lancez "Tools" > "Integrity Check" avant de configurer une sortie en production.

Sélectionnez une boutique avant d'enregistrer des réglages SEO propres à celle-ci ou des dérogations aux politiques. Vérifiez les permissions des employés du back-office si un compte peut consulter une page sans pouvoir l'enregistrer. L'installation accorde l'accès au profil de la personne authentifiée qui l'effectue ; les réparations ultérieures du menu n'accordent pas l'accès à tous les employés.

Le menu distingue "Redirections", SEO technique, Contenu, "Linking", "Indexing", "Tools", Paramètres et "Global Settings". Commencez par les métadonnées d'une page, puis ajoutez les autres sorties nécessaires. Désignez un seul responsable pour chaque sortie canonical, hreflang, de données structurées, de sitemap et de suivi.

Ouvrez SEO Revolution > "Global Settings". L'entrée de menu Paramètres ouvre le même formulaire. Les valeurs ci-dessous sont les valeurs par défaut du formulaire ; une boutique qui a déjà enregistré des réglages conserve ses propres valeurs.

Général

• "Enable SEO Revolution". Valeur par défaut du formulaire : 1. Cet interrupteur est enregistré mais n'active ni ne désactive actuellement la sortie de la boutique. Pour arrêter les modifications SEO et ne garder que le suivi, désactivez "SEO Features" ; pour tout arrêter, désactivez le module dans le gestionnaire de modules.

• "Trailing Slash Handling". Enregistre votre préférence pour conserver, ajouter ou supprimer la barre oblique finale. Par défaut : none. Ce champ ne modifie pas les URL canoniques. Configurez ce comportement dans les réglages canonical partagés et vérifiez les redirections séparément.

• "SEO Features". Par défaut : activé. Désactivez cette option si le module doit uniquement assurer le suivi. Il ignore alors ses sorties SEO et ses modifications de routes, redirections et fichiers, tout en conservant le suivi/les téléversements Google configurés. Videz le cache des pages après modification.

• "Friendly photo deep-link URLs (/product/photo/N)". Par défaut : désactivé. Activez cette option uniquement si ce module doit gérer ces routes. Sinon, les liens profonds d'images utilisent des paramètres de requête.

La génération du sitemap, la publication de robots.txt, les règles de politique SEO et certaines redirections sont désactivées sur une nouvelle installation. Ces tâches conservent les fichiers existants tant qu’elles sont désactivées. Global Settings ne propose aucun interrupteur pour les activer. Vérifiez leurs résultats avant d’utiliser les fichiers produits.

Liens externes et pagination

• "Add nofollow to external links". Par défaut : 1. Le réglage est enregistré, mais le module ne réécrit pas encore les liens externes ; aucun nofollow n'est donc ajouté.
• "Open external links in new tab". Par défaut : 1. La préférence est enregistrée, mais elle n’ouvre pas les liens externes dans un nouvel onglet.
• "Add noopener to external links". Par défaut : 1. Le réglage est enregistré, mais le module ne réécrit pas encore les liens externes ; aucun noopener n'est donc ajouté.
• "Whitelist domains". Enregistre les domaines exemptés des préférences du formulaire global. Par défaut : vide. Saisissez un domaine par ligne.
• "Add rel="next/prev"". Valeur par défaut du formulaire : 1. Cette préférence globale est enregistrée, mais ne contrôle pas les liens de pagination. Vérifiez les liens des pages suivantes.
• "Canonical to first page". Enregistre la préférence de canonical vers la première page. Valeur par défaut du formulaire : 0. Vérifiez sa cohérence avec les réglages canonical partagés et ceux de pagination des entités.
• "Noindex paginated pages". Enregistre la préférence globale noindex des pages suivantes. Valeur par défaut du formulaire : 0. Utilisez Règles SEO et examinez la sortie robots effective.

Plusieurs champs de ce formulaire sont enregistrés mais ne modifient pas l’affichage en boutique : "Enable SEO Revolution", "Trailing Slash Handling", les interrupteurs "External Links" et "Pagination", "Enable hreflang", les champs Open Graph et Twitter ainsi que les interrupteurs Schema.org. Modifiez ces sorties sur leurs propres pages ("Open Graph & Social", "Structured Data") et vérifiez la page publique après l'enregistrement. Pour arrêter toute sortie SEO et ne garder que le suivi, désactivez "SEO Features".

Open Graph / réseaux sociaux et surveillance

• "Enable Open Graph tags". Valeur par défaut du formulaire : 1. Ce champ est enregistré mais la boutique ne le lit pas. La sortie Open Graph suit l'interrupteur "Enable Open Graph" de la page "Open Graph & Social", activé (1) après l'installation.
• Activer les Twitter Cards. Valeur par défaut du formulaire : 0. Ce champ est enregistré, mais n’active ni ne désactive les Twitter Cards. Elles sont activées (1) après l’installation.
• "Twitter handle". Vide au départ. La valeur est enregistrée, mais ne renseigne pas la balise twitter:site. Aucun formulaire ne définit la valeur distincte utilisée pour cette balise ; elle est donc absente avec la configuration par défaut.
• "Default social image". Téléverse l'image de repli utilisée lorsqu'une page n'a pas d'image Open Graph spécifique ; par défaut : ``.
• "Ignore exploit probes". Empêche le stockage des URL manifestement issues de scanners ou mal formées dans le moniteur 404 ; par défaut : 1.
• "Ignored 404 URL patterns". Ajoute des règles d'exclusion personnalisées par sous-chaîne, caractère générique ou regex: au moniteur 404 ; par défaut : ``.

Nombre maximal de lignes 404 enregistrées vaut 10000 par défaut. Durée de conservation des 404 en jours vaut 0 par défaut, soit aucune limite d'ancienneté. Utilisez-les pour limiter vos données de surveillance. Le filtre par défaut des sondes d'exploitation est activé ; "Ignored 404 URL patterns" accepte les règles prises en charge par sous-chaîne, caractère générique et regex:.

Le formulaire global expose encore "Enable Schema.org markup", "Organization Schema", "WebSite Schema", "Product Schema" et "Include Reviews in Product Schema". Leurs valeurs par défaut affichées sont respectivement activé, activé, activé, activé et désactivé. Configurez les réglages partagés effectifs des données structurées sous Contenu > Données structurées et vérifiez-y leur état de préparation ; ne considérez pas un ancien interrupteur global comme la configuration partagée complète.

Utilisez Contenu > "Meta Tags" pour repérer les titres et descriptions manquants ou inadaptés. Modifiez "Meta title" et "Meta description" d'une page lorsqu'elle nécessite un texte explicite. Utilisez l'éditeur de modèles par type d'entité pour des modèles réutilisables de titre, description, H1, URL, Open Graph, code head personnalisé et pagination. Les contextes produit, catégorie, CMS, fabricant et fournisseur ont des variables différentes.

Pour les produits, vous pouvez utiliser :

%product_name% | %product_brand% | %shop_name%
Buy %product_name% in %product_category% from %shop_name%. Price: %product_price%.

Pour la pagination des catégories :

%category_name% - Page %page_number% | %shop_name%
Browse %category_products_count% products in %category_name%. Page %page_number%.

Utilisez "Bulk Operations" pour appliquer à grande échelle des modifications vérifiées. Testez d'abord une entité et examinez son titre, sa description et son H1 finaux. Ne supposez pas qu'un brouillon ou un modèle enregistré a déjà remplacé les métadonnées natives.

Le module stocke les informations canonical, robots, Open Graph, head personnalisé et redirection de chaque page via son registre de pages et les éditeurs associés. Utilisez l'éditeur adapté au type d'entité. Limitez le code head personnalisé aux sorties que vous souhaitez publier.

Les développeurs peuvent lire le registre depuis un autre module :

require_once _PS_MODULE_DIR_ . 'mprseorevolution/vendor/autoload.php';
$registry = new \MPRSEORevolution\Classes\Registry\PageRegistry();
$productPages = $registry->getPagesByType(
    \MPRSEORevolution\Classes\Registry\PageRegistry::TYPE_PRODUCT
);

Utilisez SEO technique > Règles canoniques pour la configuration canonical partagée. Le paquet canonical est activé par défaut, avec les minuscules activées, la barre oblique finale forcée désactivée et la suppression de pagination désactivée. Sa liste de paramètres de suivi est :

utm_source,utm_medium,utm_campaign,utm_term,utm_content,fbclid,gclid,msclkid

Par défaut, chaque page paginée utilise sa propre URL canonique (self). Examinez le comportement canonical de la première page, des pages suivantes, des URL avec paramètres de suivi et des déclinaisons produit. Un lien HTML doit mener à la page canonique prévue sans boucle inattendue.

Ouvrez Hreflang > Configuration et Hreflang > Groupes. Ces écrans sont partagés avec Hreflang Manager. Configurez-y les langues actives, les connexions automatiques/manuelles et le choix x-default. L'ancienne liste globale de préférences hreflang sur deux lignes ne décrit pas cet écran actuel. Testez les liens alternatifs réels dans chaque boutique/langue et évitez de présenter des traductions non publiées comme des alternatives utilisables.

Ouvrez SEO technique > Règles SEO pour les valeurs par défaut par type de page et les dérogations par module. Choisissez une boutique avant d'enregistrer la matrice. Conservez les choix hérités jusqu'à ce qu'une politique explicite Index/Noindex ou activée/désactivée soit nécessaire. Vérifiez ensemble les métadonnées/en-têtes robots finaux, le canonical et l'inclusion dans le sitemap.

Ouvrez "Redirections" > Redirections. Créez une règle avec URL source, Page cible, Type de redirection, éventuellement Commentaire, et Actif. Le formulaire propose 301, 302 et 410. Laissez la cible vide pour 410 Gone. Testez la source et la destination avant d'appliquer une règle générale.

Les redirections et la surveillance 404 sont activées (1) au départ. Global Settings ne propose pas de réglages distincts pour ces fonctions. Moniteur 404 enregistre les requêtes front-office manquantes avec URL, référent, user-agent, IP, nombre d'occurrences et état de résolution, sous réserve des exclusions et limites. Appelez un chemin de test manquant sans conséquence et examinez son enregistrement.

Utilisez "Redirections" > Produits retirés pour le workflow disponible de cycle de vie produit. Examinez son état lorsque l'application des règles SEO est inactive.

Ouvrez SEO technique > "Robots.txt". Examinez les règles user-agent et l'aperçu du contenu généré avant publication. Le gestionnaire peut sauvegarder un ancien fichier racine et propose des opérations de restauration/génération par défaut. Conservez une sauvegarde distincte de votre fichier racine d'origine.

Le contenu généré peut inclure des règles user-agent et une référence au sitemap. Utilisez l'URL réelle du sitemap servi par votre boutique. Ne remplacez pas un fichier en production par une liste d'exemples de chemins sans examiner les chemins propres à la boutique et l'état actuel de publication du module.

Vérifiez que le processus web peut écrire dans le fichier racine prévu et à l'emplacement de sauvegarde. Si la publication est ignorée avec enforcement_off, examinez l'état d'application des règles SEO du déploiement. Vérifiez la réponse HTTP de /robots.txt après enregistrement. Bloquer l'exploration d'une URL peut empêcher un robot de voir les métadonnées de cette page.

Ouvrez SEO technique > Plan du site, puis Paramètres Sitemap. Utilisez ses écrans d'URL/journaux pour examiner les sorties générées et leur validation.

Contenu et formats

Produits, Catégories, Pages CMS, Articles de blog, Pages SEO des filtres, Pages SEO de recherche, les pages du cœur, les pages de modules, les images et hreflang sont activés par défaut. Fabricants et Fournisseurs sont désactivés par défaut dans les réglages du sitemap. Le contenu blog/filtre/recherche nécessite le fournisseur correspondant installé. Pages ajoutées par d'autres modules contrôle le groupe de fournisseurs supplémentaires, avec des choix distincts pour les FAQ, la documentation, la base de connaissances, les vitrines et les pages similaires.

Les valeurs initiales de Priorité & Fréquence sont :

Inclure les sitemaps d'images, Inclure les liens hreflang, Diviser en plusieurs fichiers et Générer le plan du site HTML sont activés par défaut. Nombre max. d’URL par fichier vaut 50000 par défaut. Générer le flux RSS est désactivé par défaut. Gardez le fractionnement activé pour un catalogue important et examinez l'index ainsi que les fichiers enfants sous /sitemaps/.

Vérification et soumission

Soumettre le sitemap à Google Search Console et Ping sitemap Bing hérité sont désactivés par défaut. L'action Google utilise une connexion Search Console authentifiée. Ne vous fiez pas aux points de terminaison de ping anonymes. Générez et examinez d'abord les fichiers, puis soumettez le sitemap vérifié via la connexion configurée ou vos outils pour webmasters.

Le module fournit une URL de sitemap. Utilisez l'URL d'index réelle affichée/générée par votre installation, avec les chemins de la boutique. Une génération cron ignorée peut indiquer une application des règles SEO inactive ; vérifiez le résultat au lieu de supposer que le fichier a été actualisé.

Ouvrez Contenu > Données structurées. Ses onglets sont "Schema types", Organisation, "Social profiles", Produits, "Shipping", "Returns" et "Additional types". La page affiche l’état de préparation et utilise des réglages partagés. Lors de l’import d’anciens réglages, les valeurs déjà enregistrées sont prioritaires ; les valeurs importées peuvent rester actives.

Si aucun réglage enregistré ne les remplace, SEO Revolution démarre avec une limite d’images produit de 30, l’unité de poids KGM, une limite de variantes de 50 et une limite de produits par catégorie de 12. La recherche WebSite, la livraison et le nettoyage automatique microdata/JSON-LD sont désactivés au départ. Le formulaire partagé peut avoir des valeurs initiales différentes. Lisez les valeurs affichées avant d’enregistrer.

Types de schéma, identité et profils sociaux

Activez uniquement les types que vous pouvez renseigner correctement. Les types Product, Organization, WebSite, fil d'Ariane, catégorie et CMS sont activés par défaut dans les définitions partagées. FAQ est désactivé par défaut ; Blog est activé, mais nécessite son contributeur. Organization/WebSite peuvent être demandés sur les pages admissibles. Le fil d'Ariane visible détermine la politique effective du schéma de fil d'Ariane.

"Org type" vaut Organization par défaut. Le nom de l'organisation, la raison sociale, la description, l'URL, le logo, l'email, le téléphone, l'adresse, la date de création et les URL des profils sociaux ont des valeurs de base vides. Renseignez votre identité réelle. "Org aggregate rating" est désactivé par défaut. Ne fournissez pas de note sans les données d'avis correspondantes.

Produits

"Product brand source" vaut manufacturer par défaut. "SKU source" vaut sku ; "MPN source" vaut mpn. "Product condition" vaut https://schema.org/NewCondition. "Product reviews enabled" est activé par défaut dans le paquet partagé, et la sortie nécessite toujours une source d'avis prise en charge.

"Publish selectable ProductGroup variants" est activé par défaut. "Product variant mode" vaut productgroup par défaut. L'alternative publie un Product parent avec une Offer démontrée pour l'article sélectionné, pas une fourchette de prix automatique. Examinez la matrice attribut/propriété de schéma et tout mappage de caractéristique de série avant de publier les variantes. La limite de variantes du profil de la suite est 50 ; la définition partagée de base utilise 0.

"Product dimension unit" vaut CMT par défaut. "Price tax display" vaut auto. "Price valid days" a une valeur partagée par défaut vide. Examinez les images réelles, la variante sélectionnée, la marque, les identifiants, la disponibilité du stock, l'affichage des taxes et le prix dans le JSON-LD rendu.

Livraison et retours

Les données de livraison nécessitent une destination réelle, un transporteur et un engagement de livraison. Le paquet de base active la livraison, mais SEO Revolution la désactive par défaut. Les minimums et maximums de préparation/transport sont vides. Laissez-les vides jusqu'à la saisie d'engagements réels. Configurez "Shipping Currency" uniquement si la suite nécessite une devise explicite pour les frais de livraison.

"Returns enabled" est désactivé par défaut. Le délai, le type, les frais et la méthode de retour, le type de remboursement et la destination physique de retour sont vides dans la base partagée. "Returns policy mode" accepte des conditions de retour vérifiées ou un lien de politique Organization. Le mode lien seul nécessite un placement Organization et une page CMS de politique publiée. Définissez les pays concernés, le placement, les frais et les exceptions selon la politique réelle, puis prévisualisez un produit avant d'activer la sortie.

Types supplémentaires et nettoyage

LocalBusiness et SoftwareApplication sont des contributeurs facultatifs, désactivés initialement. La catégorie logicielle de base est BusinessApplication et le texte de système d'exploitation est Web (PrestaShop). L'URL d'identité/contact, les paiements acceptés et les devises nécessitent vos valeurs. L'état de préparation des contributeurs détermine si ces types supplémentaires peuvent être rendus.

Utilisez les outils disponibles d'aperçu, analyse, simulation et sauvegarde/restauration avant de nettoyer les schémas du thème. "Clean existing jsonld" remplace uniquement les schémas gérés préparés avec succès ; des conflits de références ambigus peuvent subsister. Examinez le code source public complet de la page pour confirmer la combinaison finale des JSON-LD du thème et du module.

SEO des images

Ouvrez Contenu > "Image SEO" depuis les outils de contenu disponibles. Générer automatiquement les textes alternatifs est activé par défaut. Modèle de texte alternatif utilise %product_name% en repli. Le générateur produit accepte :

%product_name% - %category% - %manufacturer% - image %position%

Il accepte aussi %brand% et %reference%. Le paramètre de position commence à un lorsqu'une position est disponible. Examinez les enregistrements sans texte alternatif, générez un petit lot et vérifiez les attributs alt des images dans votre thème. Les métadonnées de nom de fichier sont stockées séparément ; le module ne renomme pas les fichiers d'images eux-mêmes.

Le formulaire SEO des images ne propose aucun réglage de qualité WebP ni de chargement différé. Les anciens réglages n’activent ni la conversion des images ni le chargement différé. Gérez ces opérations avec votre outil de traitement des images.

Liens internes et audit des liens

Ouvrez "Linking" > Liens internes. Configurez les groupes de liens, les URL cibles, le ciblage langue/boutique et les règles de contenu nécessaires. Les limites initiales sont Liens maximum par page = 5 et Liens maximum par groupe = 3. Balises HTML incluses vaut p,div,span,blockquote,li,td par défaut.

Empêcher les href en double, Empêcher plusieurs liens automatiques dans le même élément, Distribution proportionnelle de la limite globale, Distribution uniforme des liens dans le texte, Ignorer l'URL de la page actuelle et Exclure les titres sont activés par défaut. Empêcher le lien dans un parent déjà lié et Exclure le texte en gras sont désactivés par défaut. La cible par défaut est _self, rel est vide et la classe CSS est mpr-autolink. Le profilage de débogage est désactivé par défaut avec une liste d'IP vide. Activez-le uniquement pour un diagnostic volontaire.

L'ancienne préférence CSS included_selectors a été retirée. Le module ajoute des liens aux contenus enregistrés pris en charge. Testez un exemple de contenu produit, CMS et catégorie au lieu de chercher l'ancien champ de sélecteur.

Utilisez "Linking" > "Link Audit" pour analyser les sources et vérifier les cibles. Les budgets par défaut configurés sont 2000 sources, 50 cibles et 168 heures d'ancienneté. Un module autonome mprinternallinking actif peut gérer l'injection en direct à la place des groupes de la suite. Lisez l'avis de responsabilité avant d'ajuster le mauvais ensemble de règles.

Utilisez "Linking" > "Backlinks" pour importer ou gérer les enregistrements de backlinks et vérifier les sources. Les vérifications automatiques sont activées par défaut, avec un intervalle de 7 jours et une limite de lot de 50. Utilisez "Disavow" pour gérer/exporter les entrées à soumettre ; enregistrer une liste ne revient pas à la soumettre à un service externe.

Génération IA

Ouvrez "Tools" > "AI Generation" et ses réglages. Définissez Fournisseur principal (openai initialement) et la clé appropriée : Clé API OpenAI, Clé API Anthropic ou Clé API Gemini. Les modèles par défaut sont gpt-4, claude-3-sonnet-20240229 et gemini-pro. Sélectionnez un modèle accepté par votre fournisseur configuré et testez un brouillon.

Prompt de génération de titre et Prompt de génération de description sont vides par défaut. Longueur max. du titre vaut 60, Longueur max. de la description vaut 160 et Style d'écriture vaut professional par défaut. Examinez les brouillons générés avant de les accepter ou d'appliquer une opération en masse. La génération envoie le contexte d'entité au fournisseur choisi ; cela est distinct du suivi des conversions clients/commandes.

Indexing API

Ouvrez "Indexing" > API d'indexation. "Enable Google Indexing API" et Activer Bing IndexNow sont désactivés par défaut. Configurez les champs de compte de service/clé du fournisseur utilisé. "Queue product updates" est désactivé par défaut pour les deux fournisseurs.

Le quota quotidien de Google côté module vaut 200 par défaut, la taille de lot 50 et le délai de vérification 48 heures. Le quota Bing vaut 10000 et la taille de lot 100 par défaut. Les valeurs de nouvelle tentative de file sont 5 tentatives, 30 minutes d'attente de base et 21 jours avant une nouvelle soumission. Examinez le périmètre sélectionné, le mappage des niveaux et la racine de catégorie de service avant une mise en file générale. Une URL mise en file/soumise ne confirme pas son indexation par un moteur de recherche.

Search Console

Ouvrez "Indexing" > Search Console. Configurez et terminez le workflow de connexion/autorisation proposé, sélectionnez la bonne propriété de site et lancez une petite synchronisation. Examinez les résultats de requêtes, pages, pays, appareils et inspection d'URL, ainsi que les messages des tâches. Des identifiants et une autorisation sur la propriété choisie sont nécessaires. Une propriété GA4 configurée ne constitue pas une connexion Search Console.

Ouvrez SEO technique > LLMs.txt. Activer llms.txt et Générer aussi llms-full.txt sont désactivés par défaut. Langue = Langue par défaut de la boutique initialement. Catégories, Produits, Pages CMS et Articles de blog sont inclus par défaut ; Marques / Fabricants est désactivé par défaut.

Produits max. vaut 50, Articles de blog max. vaut 30 et Tri des produits vaut Meilleures ventes par défaut. Utilisez Plus récents en premier, Nom A-Z ou Prix décroissant selon le besoin. Exclure les ID CMS, Description, À propos et les sections personnalisées stockées sont vides par défaut. Excluez les pages privées ou non pertinentes avant la génération.

Enregistrez, générez et examinez l'état de fichier affiché et l'aperçu. Vérifiez /llms.txt et, si activé, /llms-full.txt dans la boutique souhaitée. Le fichier complet inclut du contenu développé. Assurez-vous que l'emplacement de sortie est accessible en écriture et examinez les avertissements de responsabilité/publication au lieu d'écraser un fichier racine sans rapport.

Ouvrez la zone Google Analytics dans "Global Settings" et examinez les commandes de responsabilité du suivi. Saisissez des identifiants et des ID uniquement pour les sorties confiées à ce module. Les événements navigateur et serveur Google/GA4 nécessitent la configuration et les décisions de consentement appropriées ; un interrupteur activé avec des ID vides ne constitue pas une intégration fonctionnelle.

Les identifiants/chemins sont vides par défaut, sauf mention contraire.

Pour Google Tag Gateway, l'ID de balise Google provient de la configuration et non d'une chaîne fixe. Configurez le chemin de mesure, "CF Zone ID" et "CF API Token" avant d'utiliser "Enable Tag Gateway". Utilisez "Disable Tag Gateway" pour annuler cette intégration via l'action disponible. Ne confondez pas les commandes du gateway avec les identifiants d'événements d'achat.

Testez une commande de test payée et comparez l'événement navigateur, l'événement serveur en file et le résultat du téléversement. Vérifiez les ID de transaction et la responsabilité du suivi pour éviter les doublons. Les téléversements d'achats, les nouvelles tentatives et Customer Match sont des tâches distinctes avec des identifiants et des interrupteurs distincts. "Google Ads Validate Only" peut valider la requête de téléversement configurée sans la traiter comme une conversion réellement soumise.

Utilisez le jeton affiché dans votre administration cron MPR partagée. Le point d'entrée cron à la racine de la suite accepte :

* * * * * php /var/www/html/modules/mprseorevolution/cron.php --token=YOUR_TOKEN --max-tasks=20 --max-seconds=55 --context=cron

Remplacez le chemin et le jeton. Ce lanceur traite les tâches MPR partagées, pas uniquement les tâches SEO. Les arguments CLI pris en charge incluent --token, --max-tasks, --max-seconds, --context et --task pour une tâche de module unique. Examinez la planification enregistrée et le résultat renvoyé avant d'ajouter des entrées au planificateur.

Les tâches couvrent les files configurées de sitemap, exploration, backlinks, audit de liens internes, Search Console, indexation et conversions. Une tâche ne fait rien si sa fonctionnalité est désactivée ou si l'application des règles SEO est inactive ; consultez donc les résultats de chaque file pour voir ce qui a été envoyé.

Vérifiez un produit, une catégorie, une page CMS, une marque et un fournisseur dans chaque langue/boutique requise. Examinez le titre, la description, le H1, le canonical, robots, les liens alternatifs, les sorties Open Graph/Twitter et le JSON-LD. Testez une redirection et une page manquante. Vérifiez l'index du sitemap, les fichiers enfants, le fichier robots à la racine et les éventuels fichiers LLM générés. Confirmez que les liens internes visibles pointent vers des pages publiées. Utilisez les réponses publiques sans cache ainsi que votre cache de pages habituel.

Si une sortie est absente, vérifiez l'interrupteur principal du module, "SEO Features", le contexte boutique, la responsabilité, l'état de préparation des paquets partagés, l'intégration des modèles et le cache des pages. Si des fichiers ou tâches sont ignorés, lisez leur état et celui de l'application des règles SEO. Si une soumission externe échoue, examinez les identifiants concernés, la sélection de propriété/compte et le message de file. Relancez "Tools" > "Integrity Check" après avoir corrigé les problèmes d'infrastructure.

Exportez ou sauvegardez les métadonnées, redirections, politiques, enregistrements SEO, files de suivi, configuration des identifiants, fichiers générés et sauvegardes des fichiers racine. Supprimez votre entrée de planificateur si aucun autre module MPR n'en a besoin.

La désinstallation restaure d'abord les règles de routage gérées, puis supprime les tâches, le schéma, les menus et la configuration non conservée de la suite. Les tables de sitemap partagées restent lorsque mprsitemapbuilder est installé ; les réglages des paquets partagés peuvent aussi être conservés pour d'autres responsables. Ne supposez pas que la désinstallation restaure chaque fichier racine ou supprime tous les éléments générés. Examinez ensuite robots.txt, les fichiers sitemap/LLM, les correctifs de thème et les URL publiques, en utilisant les sauvegardes pour restaurer si nécessaire.

Vérifiez les métadonnées natives et tout nouveau responsable SEO/suivi avant de remettre la boutique en fonctionnement normal. Conservez les données de redirection exportées si d'anciens liens entrants nécessitent encore une destination.

Nécessite PrestaShop 1.6.0.0 ou ultérieur et PHP 7.1 ou ultérieur.