RKR IndexNow Best : Informez les moteurs de recherche de chaque modification et mesurez vos produits avec Search Console.
- Un an de support technique et des mises à jour à vie ; à partir de la deuxième année, le support est prolongé pour 27,20 €/an et inclut la prise en compte de vos idées d'amélioration générales du module.
- Renouvellement automatique ; résiliable à tout moment, sans engagement.
- Un an de support technique et des mises à jour à vie ; ensuite, le support s'arrête (avec l'abonnement, il est prolongé pour 27,20 €/an).
- Un seul paiement, sans prélèvement automatique.
Ce module notifie Bing, Yandex, Seznam, Naver et Yep dès qu'un produit, une catégorie, une page CMS, une marque ou un fournisseur est modifié, ou encore en cas de changement de prix ou de rupture de stock, sans interrompre le processus d'enregistrement : une seule requête par enregistrement, avec possibilité de nouvelles tentatives, d'exclusions et de soumission manuelle du catalogue. Sur chaque page produit du back-office, vous trouverez les clics, les impressions, le CTR, la position moyenne et les 10 principales requêtes de la Search Console . Un panneau à 12 onglets propose un suivi de l'état de santé de plusieurs boutiques, 7 graphiques et 23 thèmes ; les canaux optionnels d'indexation Google et Bing Webmaster sont également disponibles. Module Rekire , testé sur PrestaShop 1.7.8 , 8.2, 9.0 et 9.2.
Compatible avec PrestaShop 1.7.8 à 9.2, avec PHP 7.1 à 8.3.
Référencement technique et visibilité
Vous modifiez un prix ou mettez un produit en ligne. Et les moteurs de recherche mettent un certain temps à le détecter.
Tant qu'un robot d'exploration n'aura pas visité votre boutique à nouveau, les résultats de recherche afficheront toujours le prix d'hier ou un produit que vous ne vendez plus. RKR IndexNow Meilleur Il notifie les moteurs de recherche dès qu'un changement survient et vous indique, pour chaque fiche produit, le nombre de clics et les recherches qu'elle reçoit de Google.
/ Votre magasin vous avertit automatiquement, sans même que vous ayez à y penser.
Lorsque vous créez, modifiez, désactivez ou supprimez un produit, une catégorie, une page CMS, une marque ou un fournisseur, le module le détecte et notifie les moteurs de recherche en leur communiquant l'adresse exacte modifiée. Aucune action n'est requise et aucune information n'est à retenir après chaque modification. Les produits et les catégories sont activés par défaut ; les pages CMS, les marques et les fournisseurs sont également accessibles en un clic.
/ L'épargne est toujours aussi rapide.
Aucune notification n'est envoyée pendant l'enregistrement. Le module enregistre les modifications et les envoie une seule fois, à la fin de la requête, en un seul envoi à toutes les adresses. Les importations et les actions groupées sont instantanées.
/ Vous décidez de ce qui est envoyé
/ La clé d'IndexNow, sans toucher aux fichiers
IndexNow requiert une clé publiée sous forme de fichier texte à la racine de votre domaine. Le module la génère (32 caractères), la publie automatiquement et l'inclut dans chaque soumission. Le bouton « Vérifier via HTTPS » la télécharge depuis Internet, comme le ferait un moteur de recherche, afin de vous assurer de son bon fonctionnement avant de l'utiliser.
Un détail pratique. Le seul fichier que le module écrit en dehors de son dossier est ce fichier clé situé à la racine. Si votre hébergeur a configuré le répertoire racine en lecture seule, téléchargez-le vous-même via FTP et cliquez sur « Vérifier via HTTPS ».
/ Search Console sur la page de chaque produit
Vous connectez votre compte Google une seule fois, et lorsque vous ouvrez un produit dans l'interface d'administration, le bloc « Search Console pour cette URL » s'affiche avec les clics, les impressions, le CTR, la position moyenne, etc. Les 10 questions les plus fréquentes À partir de cette adresse. Sans quitter le fichier, sans ouvrir un autre onglet pour recouper les données.
/ Google et Bing, en complément
IndexNow est utilisé par Bing, Yandex, Seznam, Naver et Yep. Google ne figure pas parmi les destinations. Par conséquent, le module propose deux canaux optionnels, désactivés par défaut :
Honnêteté à propos de Google. Google documente son API d'indexation uniquement pour les offres d'emploi et les diffusions en direct. Elle fonctionne également pour les produits, mais son utilisation n'est pas documentée. C'est pourquoi nous ne la proposons pas en remplacement d'une solution existante : il s'agit d'une extension que vous utilisez à votre discrétion. Ce module vous permet d'accéder aux données de la Search Console de Google.
/ Un panneau avec tout visible
Dans Rekire MODULES → IndexNow et Search Console Vous disposez de 12 onglets : Panneau principal, IndexNow, Automatisation, Search Console, Indexation Google, Indexation Bing, Thèmes et styles, Statistiques, File d’attente, Journaux, Données et outils, et Guide.
/ Versions multi-magasins, multilingues et d'essai
La clé IndexNow et le jeton cron sont valables pour l'ensemble de l'installation ; tout le reste (commutateurs, exclusions, canaux) est configuré par boutique. Le panneau est disponible en espagnol et en anglais. Si vous copiez votre boutique sur un autre domaine pour effectuer des tests, la copie sera automatiquement répliquée. Arrête de te mettre en garde. Tant que vous n'aurez pas enregistré le panneau sur le nouveau domaine, votre environnement de test ne remplira pas l'index du moteur de recherche avec de fausses adresses.
/ Sécurité
Chaque action dans le panneau nécessite l'autorisation d'accès au profil employé pour l'onglet du module, est envoyée via POST et inclut un code de session aléatoire en plus du jeton PrestaShop. Les identifiants (Search Console, compte Google, clé Bing et secret du webhook) sont stockés de manière chiffrée avec la clé de votre boutique et ne sont jamais renvoyés au navigateur. La tâche cron possède son propre jeton aléatoire, et le webhook accède uniquement aux adresses publiques et ne suit pas les redirections.
/ Ce que vous devez savoir
IndexNow envoie une notification ; il appartient à chaque moteur de recherche de décider s’il convient d’indexer une URL et à quel moment. Ce module ne garantit ni classement ni délais : il vous permet simplement d’attendre le passage d’un robot d’exploration et vous fournit les données nécessaires pour analyser ce qui fonctionne.
Vous n'avez pas besoin de compte pour IndexNow. Pour Search Console, vous devez créer des identifiants OAuth dans Google Cloud Console et y copier l'adresse de redirection affichée par le module ; l'onglet Guide contient les instructions. L'indexation Google et Bing Webmaster Tools nécessitent également un compte et un mot de passe.
Nous vous recommandons de programmer la tâche cron sur votre hébergement si vous importez fréquemment des produits ou si vous avez un catalogue important ; l’adresse exacte, ainsi que son jeton, se trouvent dans le panneau principal.
Compatible avec PrestaShop 1.7.8 Version 9.2, avec PHP 7.1 à 8.3, multi-boutiques et multilingue
Développé et maintenu par EXIGER
- Référencerkrindexnowbest
v1.7.0
Examen complet de la 1.6.3 , testée de bout en bout (78 vérifications : sauvegardes, modifications de prix, désactivations, suppressions, stock, nouvelles tentatives, file d'attente, catalogue, Bing, Search Console, webhook, données de démonstration, sauvegarde) sur PrestaShop 1.7.8.11 , 8.2.8 , 9.0.0 et 9.2.0 , boutique unique et multi-boutiques.
Fixé
- Les identifiants étaient inutilisables : le secret de la Search Console, la clé API Bing, le compte de service Google et le secret du webhook étaient stockés avec un hachage unidirectionnel ( 1.7.8 / 8.x) ou ne pouvaient pas être enregistrés (9.x). De plus, l’enregistrement du compte Google empêchait l’ouverture du panneau. Désormais, ils sont chiffrés avec la clé de la boutique et relus ; les valeurs illisibles des versions précédentes sont effacées lors de la mise à jour afin de pouvoir être saisies à nouveau.
- Chaque mise à jour réinitialisait la configuration des boutiques individuelles (clé IndexNow, jeton cron, règles d'exclusion, identifiants). La clé et le jeton cron sont désormais associés à l'ensemble de l'installation et une mise à jour ne remplace plus jamais une valeur enregistrée.
- En mode multistore, la clé et le jeton cron étaient invisibles pour chaque boutique : rien n'était envoyé et cron répondait 403.
- Il est possible que des lignes de la file d'attente aient été mises à jour au mauvais endroit (l'identifiant d'une autre table a été lu après une insertion), laissant des URL en attente indéfiniment.
- Les modifications de prix et les désactivations n'ont jamais été détectées (les valeurs ont été lues après l'enregistrement). Elles sont désormais comparées à la base de données avant l'enregistrement.
- L'enregistrement ne dépend plus des moteurs de recherche : les hooks sont mis en file d'attente et les URL de la requête sont envoyées une seule fois, à la fin, dans une requête groupée, après que la page a reçu sa réponse. Les importations et les actions groupées n'expirent plus.
- Toujours la forme JSON du protocole avec
keyLocation: les URL uniques des boutiques installées dans un sous-dossier ont été rejetées (403). - Une URL est considérée comme livrée dès qu'un moteur l'accepte ; le renvoi d'une erreur 429 par un seul moteur n'entraîne plus l'échec du traitement de l'ensemble du lot. Par défaut, seule api.indexnow.org est sélectionnée (les moteurs partagent les URL qu'ils reçoivent).
- Les pages du CMS ont été notifiées dans la mauvaise langue ; les URL du fabricant et du fournisseur utilisaient le domaine de la boutique actuelle.
- Les produits, catégories et pages supprimés sont notifiés dans toutes les langues (leurs URL sont enregistrées avant la suppression).
- Deux évacuations simultanées (deux crons, le cron et une sauvegarde) n'envoient plus les mêmes lignes.
- Les nouvelles tentatives ont duré des heures au lieu de quelques secondes lorsque PHP et MySQL s'exécutaient dans des fuseaux horaires différents.
- Une règle d'exclusion ajoutée ultérieurement ne bloque plus le début de la file d'attente.
- Les règles d'exclusion ont perdu leurs sauts de ligne lors de l'enregistrement.
- Les données de démonstration étaient envoyées à IndexNow par la tâche cron, et leur suppression effaçait les chiffres réels du jour ; elles ne touchent plus jamais les lignes réelles.
- Bing Webmaster : la clé API était envoyée dans l’en-tête et toutes les requêtes échouaient. Le test utilise désormais le quota quotidien réel du site sans consommer de soumissions.
- API d'indexation Google : le test ne consomme plus de quota (vérification de propriété), l'assertion signée est uniquement envoyée à Google et la propriété est facultative.
- Search Console : URI de redirection fixe (affichée dans le panneau pour la copier dans Google Cloud), état aléatoire à usage unique, jetons par boutique, la propriété de la boutique est choisie automatiquement, les totaux des pages sont calculés par Google et l’accès est révoqué lors de la déconnexion.
- Le graphique de tendance de la Search Console affichait un pic unique au lieu des chiffres quotidiens (et chaque synchronisation ajoutait 28 jours de clics à la date actuelle) : il enregistre désormais les clics quotidiens, les impressions et la position de l’ensemble de la propriété.
- L'exportation/importation n'a eu aucun effet depuis le panneau ; une sauvegarde ne contient plus ni les secrets ni la clé IndexNow, et l'importation applique les mêmes règles que le panneau.
- Front office : erreur 500 sur chaque page avec le badge (PrestaShop 9) ; texte parasite imprimé sous le badge ; styles de badge non chargés.
- Bloc de page produit sans ses scripts sur PrestaShop 8 / 9.
- Les textes contenant "&" ou des guillemets affichaient des entités HTML sur PrestaShop 1.7.8 / 8.x.
Sécurité
- Chaque action du panneau vérifie l'autorisation du profil de l'employé (affichage / modification / suppression), n'accepte que les requêtes POST et utilise un nonce aléatoire par session.
- Webhook : aucune redirection, l’adresse vérifiée est épinglée pour la requête (pas de réassociation DNS), NAT de niveau opérateur et autres plages internes bloquées.
- Les purges de file d'attente et de journal ne concernent que la boutique du contexte.
Modifié
- Déclenchement de stock : uniquement lorsqu’un produit est en rupture de stock ou de nouveau disponible, et non pour chaque unité.
- Une copie de la boutique déplacée vers un autre domaine (environnement de test, copie locale) cesse d'envoyer des notifications jusqu'à ce que le panneau y soit enregistré.
- Une seule ligne cron dessert chaque boutique de l'installation ; elle vide les files d'attente de Google et Bing et actualise la Search Console lorsque le panneau le demande.
- Le catalogue complet est mis en file d'attente par lots (pas de limite de temps pour les grandes boutiques).
- Caractéristique de menu propre, règles des modules complémentaires PrestaShop (pas
Context::, pashash_hmac, pasnofilter,.htaccess, licence), traductions terminées (501 chaînes en espagnol).
4 autres produits de la même catégorie
También podría interesarte
Questions and answers
Nobody has asked anything about this product yet.






















