Checkliste zur Optimierung von E-Commerce-Kategorien und Produkten

Diese Checkliste verwandelt einen E-Commerce-Katalog in ein durchsetzbares Suchsystem. Sie hält fest, welche generierten URLs indexiert werden dürfen, was jede Bestandseinheit (SKU) auszeichnet, wie sich Verfügbarkeitszustände verhalten und wo Kategorieanleitungen helfen können, ohne Produkte zu verzögern.

Checkliste: Optimierung von E-Commerce-Kategorien und Produkten. Zeitrahmen: zwei Arbeitstage für Richtlinien und Vorlagen, dann 15–30 Minuten pro priorisierter Kategorie und 10–20 Minuten pro priorisierter SKU; umfangreiche Katalogkorrekturen werden in kontrollierten Batches fortgesetzt. Verantwortlicher: E-Commerce-SEO-Lead. Mitwirkende: Merchandising-Lead, Katalog- oder Produktinformationsverantwortlicher, Entwickler, Content-Redakteur, Analytics-Verantwortlicher und Kundendienstmitarbeiter für Verfügbarkeitssprache.

Warum diese Checkliste und warum hier

Diese Checkliste gehört innerhalb des SEO-Prozesses an die Stelle, nachdem das technische Baseline-Audit das Crawling- und Canonical-Verhalten offengelegt hat, das Content-Inventar und -Audit URLs klassifiziert hat und die Topical Map und Informationsarchitektur Kategorien der Nachfrage zugeordnet hat. Diese Checkliste übersetzt diese Ergebnisse in Katalogregeln.

Die Reihenfolge ist wichtig, weil Katalogplattformen aus einem einzigen Produktsatz Tausende von URLs erzeugen können. Die Facettennavigation – Filter wie Größe, Farbe, Marke, Preis und Material, die eine Kategorie eingrenzen – vervielfacht sich zu Kombinationen. Query-Parameter sind die ?key=value-Teile einer URL, die für Filter, Sortierung, Tracking, Sitzungen oder Anzeigemodi verwendet werden. Wenn die Produktion beginnt, bevor die Richtlinie festgelegt ist, optimieren Autoren möglicherweise URLs, die Vorlagen später kanonisch setzen oder blockieren. Wenn Entwickler sie zuerst blockieren, entfernen sie möglicherweise nützliche Seiten mit nachgewiesener Nachfrage und Indexierbarkeit , der Fähigkeit, in einen Suchindex aufgenommen zu werden.

Das Überspringen der Checkliste verschwendet Crawl-Budget – den praktischen Umfang des Crawlings, den eine Suchmaschine einer Website widmet – und verteilt Signale auf nahezu identische URLs. Es riskiert auch, Ranking-Ausverkäufe zu löschen oder einen einzigen Herstellerabsatz über jede SKU zu duplizieren.

Eingaben und Ausgaben

Die Ausgaben vertraglichen Implementierung, On-Page-Arbeit, strukturierte Daten und Release-QA. Jede benötigt einen Verantwortlichen und ein Versionsdatum.

Die Checkliste

1. Jede URL-produzierende Steuerung inventarisieren

Was: Listen Sie jeden Filter, jede Sortierung, jedes Paginierungssteuerelement, jeden Währungs- oder Sprachwechsel, jeden Tracking-Tag, jeden Sitzungswert, jede interne Suchroute, jeden Variantenselektor und jeden Ansichtsmodus-Parameter auf, der eine URL ändern kann. Warum: Eine Richtlinie kann unbenannte Routen nicht regeln, und ein einziger Multi-Select-Filter kann einen unbegrenzten Crawl-Raum schaffen. Wie: Crawlen Sie repräsentative Kategorien, inspizieren Sie gerenderte Links und Formulare, ziehen Sie Server-Log-Stichproben, exportieren Sie indexierte URLs und variieren Sie manuell Steuerelemente. Werkzeug: Crawler, Server-Logs, Analytics, Katalogplattform und Search Console-Export. Erledigt, wenn: jedes beobachtete Muster einen Verantwortlichen, Zweck, ein Beispiel, eine geschätzte Anzahl oder einen begrenzten Bereich, eine aktuelle Direktive und eine vorgeschlagene Richtlinie hat; kein unerklärter Parameter in den Stichproben verbleibt.

2. Die Facettenrichtlinie einmal festlegen

Was: Erstellen Sie eine Whitelist indexierbarer Facetten und eine Regel für alles andere. Warum: Einzelentscheidungen pro Seite erzeugen widersprüchliche Canonicals, Links und Sitemap-Einträge. Wie: Genehmigen Sie eine Facette nur, wenn sie eine eindeutige Suchintention , messbare Nachfrage, stabile Produkte, nützliches Inventar, einzigartige Seitensignale und eine interne Linkroute hat. Sortierung, Ansicht, Sitzung, Tracking, beliebige Preisspannen und nicht genehmigte Kombinationen sind niemals Landingpages. Werkzeug: Nachfragekarte, Ergebnisprüfung, Inventar-Feed, Crawler und Richtlinienblatt. Erledigt, wenn: 100 % der Muster auf INDEX, CONSOLIDATE, NOINDEX oder BLOCK GENERATION abgebildet sind und Entwickler das Ergebnis aus der Parameterklasse ableiten können.

3. Direktiven in Einklang bringen

Was: Gleichen Sie Statuscode, Robots-Steuerung, Canonical-URL , Sitemap-Mitgliedschaft, interne Links und Navigation für jeden Richtlinienzustand ab. Eine Canonical-URL ist die bevorzugte Version unter Duplikaten. Warum: Eine URL, die in einer Sitemap „indexiere mich“, in ihrem Canonical „bevorzuge eine andere Seite“ und in Robots „nicht crawlen“ sagt, sendet keine kohärente Anweisung. Wie: Indexierbare Facetten geben 200 zurück, canonicalisieren auf sich selbst, erscheinen in der vorgesehenen Sitemap und erhalten crawlbare interne Links. Reine Duplikatparameter canonicalisieren auf das saubere Äquivalent und bleiben außerhalb von Sitemaps. Dünne, aber notwendige Benutzerfilterzustände verwenden noindex,follow und bleiben crawlbar, bis Suchmaschinen die Direktive beobachten können. Verhindern Sie, dass Sitzungs- und Tracking-URLs verlinkt oder generiert werden. Werkzeug: Gerenderte Quelle, Header-Prüfer, Robots-Tester, Sitemap-Export und Crawler. Erledigt, wenn: jede Stichprobe einer Zeile der Richtlinie folgt, ohne Konflikte, und keine blockierte URL von einem unsichtbaren Canonical oder noindex-Tag abhängt.

4. Kombinationen und leere Zustände kontrollieren

Was: Legen Sie Grenzen für Multi-Select-Filter, Paginierung, Null-Ergebnis-Kombinationen und sich änderndes Inventar fest. Warum: Selbst genehmigte Facetten werden wertlos, wenn sie ohne Zurückhaltung kombiniert werden, während eine indexierbare Kategorie, die sich wiederholt leert, kein stabiles Ziel darstellt. Wie: Machen Sie nur genehmigte Einzelfacetten oder explizit genehmigte Kombinationen als crawlbare Links sichtbar. Halten Sie beliebige Kombinationen aus Sitemaps und seitenweiter Navigation heraus. Geben Sie nur dann eine nützliche 200-Seite zurück, wenn ein Produktsatz oder ein dauerhafter erklärender Zweck erhalten bleibt; verwenden Sie 404 oder 410 für ungültige oder absichtlich entfernte Kombinationen, anstatt eine Soft-404-Seite mit „nichts gefunden“ anzuzeigen. Werkzeug: Facetten-Testmatrix, Katalog-Feed, Crawler und Indexbericht. Erledigt, wenn: jede getestete Zwei- und Drei-Filter-Kombination der Richtlinie folgt, Null-Ergebnis-URLs einen definierten Status haben und keine indexierbare Facette ohne eine Benachrichtigung des Verantwortlichen unter ihre vereinbarte Inventaruntergrenze fällt.

5. Originalität nach Feld definieren, nicht nach Prozentsatz

Was: Erstellen Sie die SKU-Originalitätsmatrix. Eine SKU ist die stabile Kennung für eine verkaufbare Bestandseinheit; ein Elternprodukt fasst eng verwandte Varianten zusammen. Warum: „80 % einzigartig“ kann nicht überprüft werden und fördert den Austausch durch Synonyme anstelle nützlicher Fakten. Wie: Fordern Sie für den kundenorientierten Titel, die prägnante Zusammenfassung, die differenzierenden Vorteile, die geprüften Spezifikationen, enthaltene Artikel, Kompatibilität, Abmessungen, Material, Pflege- oder Sicherheitsfakten, Verfügbarkeit, Medien und Variantenattribute (wo sie sich unterscheiden) Original- oder SKU-spezifische Werte. Herstellerfakten dürfen nur umgeschrieben werden, wenn es der Klarheit dient, nicht als getarnte Originalprüfung. Werkzeug: Produktinformationssystem, Lieferantennachweise, redaktionelles Briefing, Ähnlichkeitsbericht und Stichprobenprüfung. Erledigt, wenn: jede priorisierte SKU vollständige erforderliche Felder hat, jeder Unterschied faktisch ist, keine unbelegte Behauptung eingeführt wurde und ein Prüfer zwei benachbarte SKUs unterscheiden kann, ohne sich nur auf den SKU-Code zu verlassen.

6. Vererbte Inhalte von der Produktbeschreibung trennen

Was: Kennzeichnen Sie, was gemeinsam genutzt werden darf: Rückgaben, Versand, Garantie, Marken-Standardtexte, gesetzliche Hinweise und identische Anleitungen. Warum: Gemeinsamer Richtlinientext ist legitim, aber seine Einmischung in die Hauptbeschreibung erzeugt doppelte Inhalte und verbirgt, was produktspezifisch ist. Wie: Rendern Sie gemeinsame Module unter gekennzeichneten Überschriften und halten Sie sie außerhalb der SKU-Zusammenfassung. Verwenden Sie für Größen- oder Farbvarianten ohne eigene Nachfrage oder bedeutsame Unterschiede eine einzige Elternseite mit auswählbaren Varianten. Erstellen Sie nur dann separate indexierbare Varianten-URLs, wenn die Variante eine eigene Nachfrage, einen stabilen Bestand, einzigartige Fakten und Medien sowie eine selbst-canonicalisierende Seite hat. Werkzeug: Vorlagenübersicht, Komponenteninventar, Nachfragenachweise und gerenderter Vergleich. Erledigt, wenn: vererbte Felder in der Matrix gekennzeichnet sind, die Hauptbeschreibung nur relevante SKU- oder Elternfakten enthält und jede Variantenroute eine dokumentierte Zusammenführen-oder-Indizieren-Entscheidung hat.

7. Den Kategoriezweck optimieren, ohne einen Artikel über dem Raster zu schreiben

Was: Geben Sie jeder indexierbaren Kategorie eine einzigartige H1, eine kurze Orientierung, nützliche Filter, ein Produktraster und unterstützende Kaufberatung. Warum: Die Seite muss ihren Umfang für Leser und Suchsysteme erklären, aber Besucher mit kommerzieller Absicht benötigen Produkte vor einem langen Aufsatz. Wie: Verwenden Sie 50–120 Wörter über dem Raster, um die Produktpalette, den wichtigen Unterschied und einen Auswahlhinweis zu definieren. Platzieren Sie erweiterte Anleitungen, Vergleiche, Pflegehinweise und FAQs unterhalb des ersten Produktsatzes oder hinter klaren Ankerlinks. Wiederholen Sie denselben Standardtext nicht über Geschwisterkategorien hinweg. Werkzeug: Kategoriespezifikation, mobile und Desktop-Vorschau, Suchanfragenkarte und Content-Editor. Erledigt, wenn: der Text über dem Raster zwischen 50–120 Wörtern liegt, die H1 die Produktpalette benennt, die erste Produktkarte innerhalb des ersten Viewports bei 1440×900 und spätestens im zweiten Viewport bei 390×844 sichtbar ist und unterstützende Texte kategoriespezifische Fragen beantworten.

8. Raster-Bedienbarkeit und Crawl-Pfade erhalten

Was: Überprüfen Sie Filter, Paginierung oder „Mehr laden“-Verhalten, Produktlinks, Sortierung und mobile Steuerelemente. Warum: Ein visuell vollständiges Raster kann Produkte dennoch hinter JavaScript-only-Interaktionen verstecken oder aus jeder Auswahl Crawl-Fallen erzeugen. Wie: Bestätigen Sie, dass Produktanker im serverausgelieferten HTML vorhanden sind, jeder paginierte Zustand stabile Navigation hat, Filter die Auswahl und Ergebnisanzahl ankündigen und Sortiersteuerelemente keine indexierbaren Duplikate erzeugen. Testen Sie mit deaktiviertem JavaScript und bei repräsentativer mobiler Breite. Werkzeug: Gerendertes DOM, Accessibility Tree, Crawler und Browser-Gerätemodus. Erledigt, wenn: jedes Produkt in der getesteten Sequenz über crawlbare Anker erreichbar ist, keine Seite unendliches Scrollen zur Entdeckung aller Artikel erfordert, ausgewählte Filter entfernt werden können und kein Steuerelement eine richtlinienverletzende URL erzeugt.

9. Die Regel für vorübergehende Nichtverfügbarkeit festlegen

Was: Halten Sie vorübergehend nicht verfügbare Produkte nützlich und ehrlich. Warum: Ein Lieferausfall ändert die Verfügbarkeit, nicht die Identität oder den angesammelten Wert der Produktseite. Das Löschen verliert die Historie und enttäuscht Personen, die vorhandenen Links folgen. Wie: Geben Sie 200 zurück, behalten Sie geprüfte Produktinformationen bei, kennzeichnen Sie „nicht vorrätig“ sichtbar, aktualisieren Sie die Angebotsverfügbarkeit, deaktivieren Sie die Kaufaktion barrierefrei und bieten Sie eine Nachbenachrichtigung oder wirklich relevante Alternativen an. Behalten Sie die Seite in der Sitemap, wenn eine Rückkehr innerhalb der vom Unternehmen festgelegten Frist erwartet wird. Werkzeug: Inventar-Feed, Vorlagen-Zustandstest, Schema-Validator und Prüfung durch den Katalogverantwortlichen. Erledigt, wenn: Feed, sichtbarer Status, Kaufsteuerung, Sitemap-Entscheidung und strukturierte Daten innerhalb eines Inventarsynchronisationszyklus übereinstimmen und kein nicht verfügbarer Artikel als verfügbar in den Warenkorb gelegt werden kann.

10. Die Regel für eingestellte Produkte festlegen

Was: Wählen Sie für ein dauerhaft eingestelltes Produkt zwischen RETAIN, REPLACE oder REMOVE. Warum: Pauschale Weiterleitungen zur Kategorie verhalten sich wie weiche Löschungen, während pauschale 404-Fehler Links, Nachfrage, Handbücher, Bewertungen und Supportwert verwerfen. Wie: Verwenden Sie eine 301-Weiterleitung mit einem einzigen Sprung nur, wenn ein naher Nachfolger das gleiche Bedürfnis erfüllt, und erklären Sie den Ersatz auf dem Ziel. Behalten Sie eine eingestellte Seite mit Status 200 bei, wenn sie Traffic, Links, aktive Nachfrage, Garantie- oder Supportwert hat, mit deaktiviertem Kauf und angezeigten Alternativen. Geben Sie 410 zurück, wenn die Entfernung beabsichtigt ist und kein Ersatz oder beibehaltener Wert existiert; entfernen Sie sie aus Sitemaps und Navigation. Werkzeug: Link- und Traffic-Bericht, Produktlebenszyklus-Feed, Support-Input, Weiterleitungstester und redaktionelle Prüfung. Erledigt, wenn: jede eingestellte priorisierte SKU einen dokumentierten Zustand hat, Ersatz-Weiterleitungen einen einzigen Sprung haben, beibehaltene Seiten die Einstellung anzeigen und entfernte URLs nicht mehr in Sitemaps oder Produkt-Feeds erscheinen.

11. Produktfakten und strukturierte Ausgabe angleichen

Was: Stellen Sie sicher, dass sichtbarer Preis, Währung, Verfügbarkeit, SKU, Marke, Variante, Bewertung und Zustandswerte mit dem Product Schema übereinstimmen, der strukturierten Auszeichnung, die Produktinformationen für Maschinen beschreibt. Warum: Syntaktisch gültiges Markup kann dennoch falsch sein, wenn der Feed die Seite und das Schema zu unterschiedlichen Zeitpunkten aktualisiert. Wie: Vergleichen Sie gerenderten Text, strukturierte Daten, Merchant-Feed und Checkout für repräsentative Zustände wie vorrätig, im Angebot, Vorbestellung, Nachbestellung, nicht vorrätig, Variante und eingestellt. Kennzeichnen Sie Bewertungen nur, wenn sie sichtbar und zurechenbar sind. Werkzeug: Schema-Validator, Feed-Diagnose, gerenderte Quelle und Checkout-Test. Erledigt, wenn: keine Fehler bei erforderlichen Eigenschaften mehr vorhanden sind, die Stichprobenwerte über alle Oberflächen hinweg übereinstimmen und der Verantwortliche für die Inventarsynchronisation eine Benachrichtigung und Reaktionszeit für Abweichungen hat.

12. Vor der Skalierung einen repräsentativen Batch validieren

Was: Testen Sie Richtlinienzustände gemeinsam, bevor Sie sie katalogweit ausrollen. Warum: Ein perfekter Bestseller beweist nicht, dass eine leere Facette, eine Variante, eine paginierte Kategorie oder ein eingestellter Artikel funktioniert. Wie: Fügen Sie mindestens eine primäre Kategorie, eine genehmigte indexierbare Facette, eine nicht indexierbare Filterkombination, einen Paginierungszustand, ein Elternprodukt, eine Variante, einen vorübergehenden Ausverkauf, einen eingestellten Ersatz, eine beibehaltene eingestellte Seite und eine entfernte URL hinzu. Erfassen Sie für jede Seite Quelle, Header, Sitemap-Status, interne Links, Screenshot und Produktdaten. Werkzeug: Abnahmematrix, Crawler, Browser, Validatoren, Search Console und Änderungsprotokoll. Erledigt, wenn: jede Stichprobe jede anwendbare Regel besteht, keine ungeklärten Direktivenkonflikte vorliegen und der verantwortliche Eigentümer den Batch vor dem vorlagenweiten Rollout freigibt.

Werkzeuge in AmICited

AmICited liefert Nachweise für Priorisierung und Überprüfung; kommerzieller Wert und Eignung von Ersatz bleiben menschliche Entscheidungen.

1. Öffnen Sie Produkte unter app.amicited.com/reports/products , um SKU-Umsatz, Einheiten, Bestellungen, Bestandsabgleich und Leistung auf Produktebene zu vergleichen. Priorisieren Sie kommerziell wichtige Seiten, behandeln Sie aber leere Bestände als nicht abgeglichenen Katalogeintrag, bis er verifiziert ist – nicht als Beleg für einen Ausverkauf.
2. Nutzen Sie Sortiment unter app.amicited.com/reports/assortment , um zu sehen, welche SKUs den kumulierten Umsatz tragen und wo der Long Tail beginnt. Dies setzt die Rollout-Priorität; es rechtfertigt nicht das Löschen von Produkten mit geringem Volumen, die Support, Sortimentsbreite oder Long-Tail-Nachfrage bedienen.
3. Öffnen Sie Google Search Directories unter app.amicited.com/reports/google-search/directories , um Kategoriebereiche nach Klicks und Impressionen zu vergleichen und dann eine Verzeichnisebene nach der anderen aufzuschlüsseln. Notieren Sie den Datumsbereich und die Filter zusammen mit der Richtlinien-Baseline.
4. Nutzen Sie Sitemaps und Indexierung unter app.amicited.com/reports/google-search/sitemaps-indexing , um Sitemap-Warnungen und -Fehler zu prüfen, eine geänderte Sitemap einzureichen und die Indexierung für einen kontrollierten URL-Batch nach der Implementierung zu beantragen.

Entscheidungsregeln

„Schlecht“ muss messbar sein. Dies sind operative Tore, keine Ranking-Behauptungen. Ersetzen Sie einen Standardwert nur durch eine strengere dokumentierte Regel.

Inventaruntergrenzen sind kategoriespezifisch: Drei Industriemaschinen können nützlich sein, während drei Bekleidungsoptionen dünn sein können. Fehlschlag bedeutet, keine deklarierte Untergrenze zu haben oder eine Seite nach Überschreitung indexierbar zu lassen – nicht das Überschreiten einer universellen Produktanzahl.

Liefergegenstand: Der Katalog-Suchvertrag

Übergeben Sie eine versionierte Arbeitsmappe oder einen strukturierten Datensatz sowie ein kurzes Richtliniendokument. Implementierung und Audit erfordern Entscheidungen auf Zeilenebene.

Richtlinienversion / genehmigt am / Verantwortlicher:
Plattform und abgedeckte Umgebungen:

URL_PATTERN-Blatt
- Muster-ID, Beispiel-URL, Parameterklassen, Zweck
- INDEX | CONSOLIDATE | NOINDEX | BLOCK GENERATION
- HTTP-Status, Robots, Canonical-Ziel, Sitemap, interne Links
- Nachfragenachweis, Inventaruntergrenze, Verantwortlicher, Prüfdatum

SKU_CONTENT-Blatt
- Produkt-ID, Eltern-ID, SKU, Lebenszykluszustand
- Erforderliche Originalfelder und Erledigungsstatus
- Vererbte Module und Quelle
- Variantenentscheidung und Nachweise
- Ergebnis des Sichtbar/Feed/Schema-Abgleichs

AVAILABILITY-Blatt
- Zustand, Auslöser, erwartete Dauer
- HTTP-Status, sichtbare Nachricht, Kaufsteuerung
- Schema-Verfügbarkeit, Sitemap, Alternativen, Weiterleitungsverhalten
- Synchronisationsziel und Eskalationsverantwortlicher

ACCEPTANCE-Blatt
- Test-URL und dargestellter Zustand
- Quell-/Header-/Canonical-/Robots-/Sitemap-/Link-Nachweise
- Desktop-/Mobil-Raster-Ergebnis
- Inhalts- und strukturierte-Daten-Ergebnis
- BESTANDEN | FEHLGESCHLAGEN, Prüfer, Zeitstempel, Ausnahme

Speichern Sie die Richtlinienversion neben jedem Ergebnis; eine undatierte grüne Zelle kann nicht beweisen, welche Regel getestet wurde.

Was schiefgeht

• Jeden Parameter in der robots.txt blockieren. Crawler sehen möglicherweise nie die Canonical- oder noindex-Direktive, und genehmigte Facettenseiten können mit dem Rest verschwinden.
• Jeden Filter indexieren, der wie ein Keyword klingt. Farb-, Größen-, Marken-, Preis- und Materialkombinationen erzeugen instabile Seiten, deren Inventar und Intention keine separaten Ziele rechtfertigen.
• Lieferantentext nach leichtem Umschreiben als originell bezeichnen. Synonyme fügen kein Produktwissen hinzu; Fehler verbreiten sich über Händler hinweg und benachbarte SKUs bleiben ununterscheidbar.
• Einen Absatz für jede Kategorie verwenden. Das Austauschen des Kategorienamens in generischem Text schafft keine Auswahlhilfe und führt zu Duplikaten unter Geschwisterkategorien.
• Das Raster unter Suchtext begraben. Eine Kategorie kann mehr Überschriften gewinnen, während sie ihre kommerzielle Aufgabe schlechter erfüllt – besonders auf Mobilgeräten.
• Jeden eingestellten Artikel zur Kategorie-Wurzel weiterleiten. Das Ziel erfüllt nicht das produktspezifische Bedürfnis, sodass Benutzer und Suchsysteme eine weiche Löschung erfahren.
• Ausverkäufe sofort entfernen. Vorübergehende Verfügbarkeitsänderungen löschen eine URL, die möglicherweise Nachfrage, Links, Bewertungen und Nachbestellabsicht behält.
• Strukturierten Daten vertrauen, weil sie validieren. Ein gültiger InStock-Wert ist dennoch falsch, wenn die Seite „nicht verfügbar“ anzeigt und der Checkout den Artikel ablehnt.
• Nach dem Testen nur von Bestsellern ausrollen. Saubere, vorrätige Produkte vermeiden genau die Randzustände, an denen Vorlagen- und Feed-Logik versagen.
• Umsatz als einziges Behalten-/Entfernen-Signal verwenden. Produkte mit geringem Umsatz können ein Sortiment vervollständigen, bestehende Kunden unterstützen, spezifische Nachfrage anziehen oder den Kauf eines anderen Artikels beeinflussen.

Nächste Phase

Der abgenommene Batch übergibt stabile URLs, Seitenrollen, Originalitätsfelder, Überschriften und Produktfakten an die On-Page-Optimierung . Die Facetten-Whitelist und Hierarchie begrenzen die interne Verlinkung ; verifizierte Produkt- und Verfügbarkeitsfelder speisen strukturierte Daten und Entitäten .

Öffnen Sie die Indexrichtlinie nicht leichtfertig neu. Eine neue indexierbare Facette erfordert Nachweise, eine Stichprobe und eine Richtlinienversionsänderung. Sobald Inhalte, Links, Schema, Medien und Vorlagen vollständig sind, führen Sie die Pre-Publish-QA mit dem beigefügten Vertrag durch. Blockieren Sie die Veröffentlichung, wenn der Kandidat von der genehmigten Stichprobe abweicht.

FAQ

Häufig gestellte Fragen