106.9K+Download
Zur Nutzungsanleitung springen
Fixing Metadatavon ibelick

Fixing Metadata Skill.

Korrigiere Seitenidentität, Indexierungssignale und Vorschauen beim Teilen.

  • Metadaten
  • Social-Previews
OpenDesign herunterladenNutzungsanleitung ansehen
Quellprüfung · fixing-metadataSKILL.md
Aufgabe Korrigiere Seitenidentität, Indexierungssignale und Vorschauen beim Teilen. Ergebnisse Eine priorisierte Liste von Metadatenfehlern der abgegrenzten Seiten. Vor dem Start Die Quelle schließt unzusammenhängende Refactorings sowie Framework- oder SEO-Bibliotheksmigrationen aus.
Redaktionelle Zusammenfassung · Quelle geprüft am 2026-11-02 · kein generiertes Beispiel

01 Funktionen

Korrigiere Seitenidentität, Indexierungssignale und Vorschauen beim Teilen

Prüfe canonical-URLs, robots, Titel, Social Cards und JSON-LD mit gezielten Metadatenkorrekturen innerhalb des bestehenden Projektsystems.

Quellenbasierter WorkflowKein Ausführungs-Benchmark

Die Arbeitsweise

Fixing Metadata prüft Informationen, die eine Seite Suchmaschinen, Social-Previews und Browseroberflächen bereitstellt. Zuerst werden widersprüchliche oder doppelte Tags untersucht. Danach wird geprüft, ob Titel, Beschreibung, canonical-URL und Open-Graph-Identität dieselbe Seite beschreiben. Das hilft, wenn eine visuell fertige Seite weiterhin das falsche Bild teilt oder widersprüchliche Indexierungsanweisungen ausgibt.

Die Quelle priorisiert eng begrenzte Reparaturen in der vorhandenen Metadatenimplementierung. Neben Social Cards umfasst sie Icons, Manifeste, strukturierte Daten und echte Sprachalternativen. Ihre Prüfgrenze ist wichtig: Ein lokal vorhandenes Social-Bild muss trotzdem an einer tatsächlich erreichbaren URL geprüft werden.

Erwartete Ergebnisse

  • Eine priorisierte Liste von Metadatenfehlern der abgegrenzten Seiten.
  • Gezielte Korrekturen mit vorhandenem Framework oder Head-Verwaltungsmuster.
  • Prüfnotizen zu canonical-Identität, Indexierungsabsicht und Social-Previews unter echten URLs.
Beispiel-Briefing ansehen

Vom Briefing zur Prüfung

  1. 01
    Seitenidentität prüfen

    Finde fehlende oder widersprüchliche Titel-, Beschreibungs-, canonical- und robots-Tags. Kläre bevorzugte URL und beabsichtigten öffentlichen oder privaten Status vor Änderungen an Direktiven.

  2. 02
    Die folgenreichsten Konflikte beheben

    Entferne doppelte Definitionen und gleiche canonical mit og:url ab. Setze Klartextbeschreibungen und stabile Social-Bild-URLs über den bestehenden Metadatenmechanismus.

  3. 03
    Weitere Ausgabeflächen prüfen

    Prüfe Icons, Manifest und relevante JSON-LD-Daten gegen tatsächlich gerenderte Inhalte. Verifiziere echte lokalisierte Alternativen und prüfe Social Cards an einer erreichbaren URL.

02 Einsatzbereiche

Wann einsetzen?

Die Quelle schließt unzusammenhängende Refactorings sowie Framework- oder SEO-Bibliotheksmigrationen aus.

Gut geeignet

  • Falsche Sharing-VorschauenBeim Teilen einer öffentlichen Seite erscheinen ein falscher Titel, ein falsches Bild oder falsche Angaben zur Zielseite.
  • Metadatenprüfung vor VeröffentlichungEine neue Seite braucht vor dem Release konsistente Indexierungs- und Browsermetadaten.

Zu prüfende Grenzen

  • Gezielte ÄnderungenDie Quelle schließt unzusammenhängende Refactorings sowie Framework- oder SEO-Bibliotheksmigrationen aus.
  • Evidenzbasiertes SchemaStrukturierte Daten müssen reale Inhalte abbilden; Bewertungen, Preise und Organisationsangaben dürfen nicht erfunden werden.
  • Erreichbare VorschauPrüfungen allein auf localhost belegen nicht, dass externe Social Cards korrekt gerendert werden.

Diese Eingaben mitbringen

  • Abgegrenzte SeitenStelle Seitenrouten und ihren gemeinsamen Metadatencode bereit.
  • ZugriffsabsichtBenenne öffentliche Seiten, private Bereiche und Staging-Routen.
  • Tatsächliche AssetsLiefere canonical-Ziele, Sharing-Bilder und vorhandene Sprachalternativen.

03 Wichtige Entscheidungen

Wichtige Entscheidungen

  1. Eine Seitenidentität

    canonical und Social-Metadaten lassen sich gemeinsam auf Widersprüche prüfen.

  2. Prioritätsreihenfolge

    Duplikate und Indexierungskonflikte werden vor weniger wirksamem Feinschliff behandelt.

  3. Minimale Integration

    Reparaturen folgen der etablierten Metadatenzuständigkeit des Produkts.

04 Beispielbriefing

Ein konkretes Briefing ausprobieren

Das folgende Beispiel-Briefing wurde nicht getestet. Prüfen Sie die Einrichtung des Skills, bevor Sie es verwenden.

Quelle und Einrichtung prüfen

Stelle Seitenrouten und ihren gemeinsamen Metadatencode bereit.

Upstream-Quelldatei
https://github.com/ibelick/ui-skills/blob/4907a526b07943b3a338177558d42fae4fdf0a86/skills/fixing-metadata/SKILL.md

Der folgende Verweis öffnet die Originalanleitung. Prüfe vor der Nutzung die Einrichtung des Repositorys; dies ist kein Installationsbefehl.

Mit einem Ergebnis beginnen

Passen Sie Umfang, Quellmaterial und Rahmenbedingungen in diesem Briefing an, bevor Sie den Skill ausführen.

Beispiel-Briefing
Prüfe mit fixing-metadata die Produktübersicht und ihre lokalisierten Versionen. Untersuche aktuelle Metadatenimplementierung und gerenderten head auf Duplikate. Verifiziere vor der Bearbeitung vorgesehene canonical-URL, robots-Direktive, Seitentitel und og:url. Prüfe absolute URLs für Sharing-Bilder und die tatsächliche Existenz von Sprachalternativen. Beschränke Änderungen auf Metadaten und ergänze keine unbelegten JSON-LD-Felder. Liefere eine kurze Problemliste, die gezielten Korrekturen und die für Social-Card-Prüfungen genutzten echten URLs. Kennzeichne alles, was nur lokal geprüft werden konnte.

Ergebnis prüfen

Prüfen Sie die tatsächliche Ausgabe anhand dieser beobachtbaren Kriterien.

  • Jede Seite gibt genau einen konsistenten Satz zentraler Identitätstags aus.
  • Strukturierte Daten und Sprachalternativen entsprechen realen Seiteninhalten.
  • Sharing-Bild-URLs und Social-Previews sind außerhalb von localhost geprüft.

OpenDesign bietet einen lokalen Design-Arbeitsbereich für Coding-Agenten. Dieser Eintrag bedeutet nicht, dass der Skill mitgeliefert wird oder dass seine externen Tools, Zugangsdaten und Software-Abhängigkeiten enthalten sind.

OpenDesign herunterladenSchnellstart lesen

05 Quelle und Lizenz

Quelle und Lizenz

Diese Seite beschreibt die unten verlinkte, festgelegte Quellrevision. Verhalten und Anforderungen im Upstream können sich ändern.

Quellinhaber
ibelick
Repository
ibelick/ui-skills
Skill-Datei
SKILL.md
Lizenz
MIT
Geprüfter Stand
2026-11-02 · 4907a526b079
Redaktionelle Quellenzusammenfassung
Korrigiere Seitenidentität, Indexierungssignale und Vorschauen beim Teilen.

Originalzusammenfassung von OpenDesign auf Grundlage der verlinkten Quelle. Repository-Sterne sind ein datiertes Popularitätssignal, keine Skill-Nutzung und keine Qualitätsbewertung.

06 Fragen vor dem Start

Fragen vor dem Start

Wird unsere SEO-Bibliothek migriert?

Die Quelle weist den Agenten an, das bestehende Metadatenmuster beizubehalten, solange keine Migration angefordert ist.

Soll jede Seite JSON-LD erhalten?

Nur wenn ein passendes Schema eindeutig tatsächlich gerenderten Inhalten entspricht.

Wie werden Staging-Seiten behandelt?

Die Quelle empfiehlt nach Möglichkeit noindex für Vorschauen und hält die Direktiven mit der tatsächlichen Zugriffsabsicht im Einklang.

OpenDesign

Briefing und Designarbeit an einem Ort.

Halten Sie Briefing, Quellmaterial und Designarbeit in einem lokalen Arbeitsbereich zusammen. Prüfen Sie die Einrichtung des Skills, bevor Sie ihn in Ihren Workflow aufnehmen.

OpenDesign herunterladenDesign-Skills durchsuchen
Upstream-Quelldatei
https://github.com/ibelick/ui-skills/blob/4907a526b07943b3a338177558d42fae4fdf0a86/skills/fixing-metadata/SKILL.md