106.9K+Télécharger
Aller au guide d’utilisation
Fixing Metadatapar ibelick

Fixing Metadata Skill.

Corrigez l’identité des pages, les signaux d’indexation et les aperçus de partage.

  • Métadonnées
  • Aperçus sociaux
Télécharger OpenDesignVoir le guide d'utilisation
Revue de la source · fixing-metadataSKILL.md
Tâche Corrigez l’identité des pages, les signaux d’indexation et les aperçus de partage. Résultats Une liste priorisée de défauts de métadonnées sur les pages ciblées. Avant de commencer La source exclut les refontes sans rapport et les migrations de framework ou de bibliothèque SEO.
Résumé éditorial · source examinée le 2026-11-02 · ce n’est pas un exemple généré

01 Fonctionnement

Corrigez l’identité des pages, les signaux d’indexation et les aperçus de partage

Auditez canonical, robots, titres, cartes sociales et JSON-LD avec des corrections ciblées respectant le système existant du projet.

Flux de travail fondé sur la sourcePas un benchmark d'exécution

La méthode de travail

Fixing Metadata examine les informations exposées aux moteurs de recherche, aux aperçus sociaux et aux interfaces du navigateur. Il commence par les balises contradictoires ou dupliquées, puis vérifie que titre, description, URL canonique et identité Open Graph décrivent la même page. Il est utile quand une page visuellement terminée partage encore la mauvaise image ou donne des instructions d’indexation incohérentes.

La source privilégie des corrections limitées dans l’implémentation actuelle. Elle couvre icônes, manifestes, données structurées et véritables variantes linguistiques, en plus des cartes sociales. La limite de vérification importe : une image sociale présente localement doit encore être contrôlée sur une URL réellement accessible.

Livrables attendus

  • Une liste priorisée de défauts de métadonnées sur les pages ciblées.
  • Des corrections limitées utilisant le framework ou la gestion du head existants.
  • Des notes de vérification sur identité canonique, intention d’indexation et aperçus sociaux sur URL réelles.
Voir l'exemple de brief

Du brief à la revue

  1. 01
    Examiner l’identité de la page

    Repérez les balises title, description, canonical et robots manquantes ou contradictoires. Définissez l’URL préférée et le statut public ou privé attendu avant de changer les directives.

  2. 02
    Corriger les conflits prioritaires

    Supprimez les définitions en double et alignez canonical sur og:url. Utilisez des descriptions en texte brut et des URL d’images sociales stables via le mécanisme actuel.

  3. 03
    Examiner les surfaces secondaires

    Comparez icônes, manifeste et JSON-LD pertinent au contenu réellement rendu. Vérifiez les variantes localisées existantes, puis les cartes sociales sur une URL accessible.

02 Cas d’usage

Quand l’utiliser

La source exclut les refontes sans rapport et les migrations de framework ou de bibliothèque SEO.

Un bon choix

  • Aperçus de partage erronésUne page publique partage le mauvais titre, la mauvaise image ou la mauvaise identité de destination.
  • Revue avant publicationUne nouvelle page nécessite des métadonnées d’indexation et de navigateur cohérentes avant sa sortie.

Limites à vérifier

  • Changements ciblésLa source exclut les refontes sans rapport et les migrations de framework ou de bibliothèque SEO.
  • Schéma étayéLes données structurées doivent refléter le contenu réel ; notes, prix et détails d’organisation ne doivent pas être inventés.
  • Aperçu accessibleDes contrôles localhost seuls ne prouvent pas le bon rendu des cartes sociales externes.

Éléments à fournir

  • Pages cibléesFournissez routes et code partagé de métadonnées utilisé.
  • Intention d’accèsIdentifiez pages publiques, espaces privés et routes de préproduction.
  • Ressources réellesFournissez destinations canoniques, images de partage et variantes linguistiques existantes.

03 Décisions importantes

Les décisions importantes

  1. Une identité unique

    Métadonnées canoniques et sociales peuvent être comparées pour repérer les désaccords.

  2. Ordre de priorité

    Doublons et conflits d’indexation passent avant les finitions moins importantes.

  3. Intégration minimale

    Les corrections respectent les responsabilités déjà établies pour les métadonnées du produit.

04 Exemple de brief

Essayez un brief ciblé

L'exemple de brief ci-dessous n'a pas été testé. Vérifiez la configuration du skill avant de l'utiliser.

Examinez la source et la configuration

Fournissez routes et code partagé de métadonnées utilisé.

Fichier source amont
https://github.com/ibelick/ui-skills/blob/4907a526b07943b3a338177558d42fae4fdf0a86/skills/fixing-metadata/SKILL.md

Le lien ci-dessous ouvre les instructions d’origine. Vérifiez la configuration du dépôt avant utilisation ; ce n’est pas une commande d’installation.

Commencez par un livrable

Adaptez le périmètre, les sources et les contraintes de ce brief avant d’exécuter le skill.

Exemple de brief
Utilise fixing-metadata pour auditer la présentation du produit et ses versions localisées. Examine l’implémentation et le head rendu pour repérer les doublons. Avant modification, vérifie URL canonique prévue, robots, titre et og:url. Vérifie les URL absolues des images de partage et l’existence réelle des variantes linguistiques. Limite les changements aux métadonnées et n’ajoute aucun champ JSON-LD non étayé. Fournis une liste concise des problèmes, les corrections ciblées et les URL réelles utilisées pour vérifier les cartes sociales. Signale ce qui n’a pu être vérifié que localement.

Examinez le résultat

Comparez le résultat réel à ces critères observables.

  • Chaque page émet un jeu cohérent et unique de balises d’identité principales.
  • Données structurées et variantes linguistiques correspondent au contenu réel.
  • URL des images et aperçus sociaux sont vérifiés hors localhost.

OpenDesign fournit un espace de travail de design local pour les agents de code. Cette fiche ne signifie pas que le skill est fourni avec ses outils externes, ses identifiants et ses dépendances logicielles.

Télécharger OpenDesignLire le guide de démarrage rapide

05 Source et licence

Source et licence

Cette page décrit la révision source figée liée ci-dessous. Le comportement et les exigences en amont peuvent changer.

Propriétaire de la source
ibelick
Dépôt
ibelick/ui-skills
Fichier du skill
SKILL.md
Licence
MIT
Version examinée
2026-11-02 · 4907a526b079
Résumé éditorial de la source
Corrigez l’identité des pages, les signaux d’indexation et les aperçus de partage.

Résumé original de OpenDesign, fondé sur la source liée. Les étoiles du dépôt sont un indicateur de popularité daté, pas une mesure d'utilisation du skill ni une note de qualité.

06 Questions avant de commencer

Questions avant de commencer

Va-t-il migrer notre bibliothèque SEO ?

La source préserve le modèle actuel sauf demande de migration.

Toutes les pages doivent-elles recevoir du JSON-LD ?

Seulement lorsqu’un schéma approprié correspond clairement au contenu réellement rendu.

Comment traiter la préproduction ?

La source recommande noindex pour les aperçus lorsque possible, en gardant les directives conformes à l’intention d’accès réelle.

OpenDesign

Gardez votre brief et votre travail de design au même endroit.

Gardez votre brief, vos sources et votre travail de design ensemble dans un espace de travail local. Vérifiez la configuration propre au skill avant de l'ajouter à votre flux de travail.

Télécharger OpenDesignParcourir les skills de design
Fichier source amont
https://github.com/ibelick/ui-skills/blob/4907a526b07943b3a338177558d42fae4fdf0a86/skills/fixing-metadata/SKILL.md