Cherche pourquoi mes pages de collection n'ont pas de balises canoniques. Trouve la cause et corrige-la.
Want more control? See the expanded prompt ›
Cherche pourquoi mes pages de collection n'ont pas de balises canoniques. Regarde dans theme.liquid, collection.liquid et les snippets associés. Explique ce qui manque et écris le correctif.
- Lit le code réel de votre thème (pas de suppositions).
- Identifie la cause première, pas les symptômes.
- Écrit le correctif sous forme de changement en file d'attente.
- Documente l'explication pour votre équipe.
Ce que vous essayez de faire
La plupart des problèmes de thème sont les symptômes d'une cause première enfouie dans le code du thème — un snippet manquant, une section mal configurée, une application qui a injecté du code défectueux. Les correctifs de thème génériques n'aident pas ; vous avez besoin que quelqu'un (ou quelque chose) lise le code réel et explique. C'est à ça que ça sert.
Points de vigilance
- Lecture de code — Fudge lit vos vrais fichiers Liquid, JS et CSS. Pas des conseils génériques.
- Cause première — Fudge s'en charge : pas de « ajoutez cette ligne », mais plutôt « voici pourquoi ça manquait ».
- File d'attente des correctifs — Fudge s'en charge : les modifications sont mises en file d'attente, pas déployées automatiquement.
- Documentation — Fudge rédige des notes que votre développeur pourra consulter plus tard.
Comment Fudge procède
Fudge duplique votre thème en ligne dans un brouillon, effectue la modification ciblée (logique Liquid, événement JS, rendu conditionnel) demandée par votre prompt, et la teste sur la prévisualisation du brouillon. Tout commence par un brouillon — vérifiez le diff, validez le comportement et publiez quand vous êtes prêt. Votre boutique en ligne reste intacte.
Quand enquêter sur le code du thème a du sens
Les enquêtes sur le code du thème permettent de diagnostiquer des problèmes fonctionnels spécifiques — « pourquoi mes pages de collection n’ont-elles pas de balises canoniques », « pourquoi le tiroir du panier est-il cassé sur mobile », « qu’est-ce qui ralentit le chargement du hero ». Fudge lit le code réel du thème, en cherche la cause et écrit le correctif.
Quand lancer cette enquête
Lancez l’enquête lorsque vous avez un symptôme spécifique que vous ne pouvez pas expliquer. Un « audit de mon thème » générique ne donne pas de résultat ; les problèmes spécifiques ont des causes spécifiques.
L’enquête est également la bonne décision lorsque des développeurs vous ont dit que ce serait un projet de plusieurs jours. Souvent, le correctif réel est une modification d’une seule ligne que Fudge peut identifier et appliquer directement.
Ce qui fait une bonne enquête
- Énoncé spécifique du problème — « Les pages de collection n’ont pas de balises canoniques » ou « Le tiroir du panier ne s’ouvre pas sur l’iPhone 14 Pro ». Spécifique, observable, reproductible.
- Lit le code réel du thème — theme.liquid, snippets, sections. Cherche la cause à travers les fichiers.
- Explique ce qui manque ou est cassé — la cause, pas seulement le symptôme.
- Écrit le correctif — le patch réel, prêt à être appliqué.
- Teste le correctif sur un thème brouillon — avant de recommander de le publier.
Erreurs courantes à éviter
La plus grosse erreur est d’enquêter sans question claire. « Regarde mon thème » n’a pas de réponse ; « Pourquoi mes pages de collection n’ont-elles pas de balises canoniques » en a une.
La deuxième erreur est de corriger sans tester. Les modifications de thème peuvent avoir des effets secondaires inattendus. Testez toujours sur le thème brouillon en premier.
Associez ceci à un audit et correctif des balises canoniques et un audit Core Web Vitals — trois outils complémentaires pour le travail technique sur les thèmes.