Was sich bei zehntausend Produktseiten ändert

Ein neues Dokument kann einen anderen Gegenstand beschreiben

Wir legen zwei Zusammenstellungen des fiktiven К-42 fest. Dokument A beschreibt Lieferung A mit zehn Teilen, Dokument B eine neue Lieferung B mit acht. Angebote aus beiden Lieferungen können weiter verkauft werden. Die Produktseite für Angebot B wurde aus A übernommen: In den technischen Daten wurde die Zahl auf acht geändert, Beschreibung und Bild blieben unverändert. Vollständige Teilelisten sind in diesem Beispiel nicht vorgegeben; aus der Anzahl allein lassen sie sich nicht rekonstruieren.

Solange sich die Angaben auf unterschiedliche Sets beziehen, widersprechen sie einander nicht. Das Datum von Dokument B berechtigt nicht dazu, in allen К-42-Einträgen zehn durch acht zu ersetzen. Zuerst muss feststehen, welche Handelseinheit das jeweilige Angebot verkauft; sie wird dann mit den passenden Unterlagen verknüpft.

Familiencode, Modellbezeichnung, Set-Variante und Verkäuferangebot erfüllen unterschiedliche Aufgaben. Ein übereinstimmender Name hilft, Vergleichskandidaten zu finden, belegt aber keine Identität. Vermischt das Lager Lieferungen und kann den Umfang einer Bestellung nicht bestimmen, lässt sich das genaue Versprechen von acht oder zehn Teilen nicht allein redaktionell herstellen.

Dann geht die Aufgabe an die Verantwortlichen für Daten oder Auftragsabwicklung. Der Text braucht einen eindeutig bestätigten Gegenstand. „Unbekannt“ hält das Problem sichtbar, erlaubt aber keine Veröffentlichung, wenn sich die Angebotsanforderungen ohne Antwort nicht erfüllen lassen.

Von den Set-Daten zu abhängigen Inhalten

Beim Set B wird „acht Teile“ mit Dokument B und dessen Geltungsbereich verbunden. Von diesem Eintrag führen Abhängigkeiten zu technischen Daten, Beschreibung, Bildbeschriftung, Übersetzung und anderen Darstellungen dieses Lieferumfangs. So entsteht eine Prüfliste, statt im ganzen Katalog nach jedem Vorkommen der Ziffer acht zu suchen.

Manche Abhängigkeiten sind indirekt. Ein berechneter durchschnittlicher Stückpreis verwendet sowohl die Anzahl als auch den Angebotspreis. Verspricht ein Vergleich zwei Teile mehr, müssen die Alternative und beide Set-Versionen geprüft werden. Eine Suche allein nach dem wörtlichen „10“ kann einen solchen Schluss übersehen.

Das Modell W3C PROV-DM beschreibt Beziehungen der Ableitung und Revision von Daten. Darauf kann die Herkunftshistorie eines Katalogs aufbauen. „Nach einer Änderung abhängige Veröffentlichungen finden und neu prüfen“ ist unsere angewandte Regel, keine Garantie des Standards.

Ein Graph ist nur so nützlich wie seine vollständigen und korrekten Verbindungen. Ist Text in einem Bild nicht als abhängig erfasst, wird er beim Durchlaufen der gespeicherten Beziehungen übersehen. Ein manueller Abgleich realer Seiten mit dem Verzeichnis — einschließlich alter Bilder und manueller Ergänzungen — hilft, diese Lücke aufzudecken. Ein in allen Kanälen einheitlicher Fehler bleibt ebenfalls ein Fehler; die gemeinsame Quelle muss weiterhin geprüft werden.

Was mit jeder Fassung aufbewahrt werden sollte

Ein Aktualisierungsdatum allein erklärt nicht, was geschehen ist. Zur Rekonstruktion der Entscheidung braucht es das Ausgangsdokument samt Geltungsbereich, die extrahierten Angaben, die Fragen der Produktseite, Kanalvorgaben, Textfassung und Prüfergebnis. Der Anlass wird gesondert erfasst: Fehlerkorrektur, neues Set, geänderte Plattformregel oder neue Aufgabe der Zielgruppe.

Auch der Verarbeitungsmechanismus braucht eine Version: Nach welchen Regeln wurden Werte extrahiert, Schlüsse gezogen und Urteile gefällt? Lehnt ein Prüfer nach einer Anweisungsänderung korrekte Berechnungen ab, lässt sich über die Historie eine Datenänderung von einer Änderung der Prüfung unterscheiden.

Wiederholbarkeit bedeutet, Eingaben rekonstruieren und Entscheidungsgrundlagen bewerten zu können. Sie bedeutet nicht immer, bei einem erneuten Modelldurchlauf einen bytegleichen Text zu erhalten. Für das Audit wird die tatsächlich erzeugte Fassung gespeichert, für erneute Tests zusätzlich die Konfiguration und die Kontrollfälle.

Öffentliche Texte sollten nicht allein zur Erleichterung des Prozesses interne Kennungen enthalten. Diese lassen sich im Veröffentlichungsverzeichnis speichern. Käufer benötigen verständliche Angaben zum gewählten Produkt; das System benötigt die Verbindung dieser Seite zu einem bestimmten geprüften Zustand.

Unterschiedliche Stoppgründe erfordern unterschiedliche Maßnahmen

In einem Katalog gibt es zwangsläufig gleichzeitig Produktseiten mit fertigen Daten, ungeklärter Dokumentzuordnung und gefundenen Textfehlern. „Erneut generieren“ passt nicht zu jedem Zustand. Sinnvoll sind getrennte Warteschlangen nach nächster Maßnahme und eine zuständige Person für jede Entscheidung.

Die Beschriftung „10“ durch „8“ zu ersetzen, korrigiert kein Foto eines anderen Sets. Fehlen das Bild oder die Teileliste von B, bleibt der visuelle Teil zu klären.

Jeder Übergang braucht eine Grundlage. Ein Status „geprüft“ ohne Version und Ergebnis zeigt nicht, was tatsächlich betrachtet wurde. Ein Dokumentenstreit geht an die Stelle, die Herkunft und Anwendbarkeit prüfen kann; sprachliche Verbesserung bleibt eine redaktionelle Aufgabe.

Ein Teil der Arbeit kann automatisch, ein anderer manuell erfolgen. Entscheidend ist, dass eine menschliche Entscheidung im nächsten Durchlauf erhalten bleibt. Hat die Redaktion ein unbelegtes Versprechen ausgeschlossen, muss die neue Generierung diese Entscheidung samt Grundlage, Geltungsbereich und Datenversion erhalten. Taucht ein anwendbarer Beleg auf, wird die Entscheidung neu geprüft, statt zu einem dauerhaften Verbot zu werden.

Eine Aktualisierung endet am Darstellungsort

Für Set B können Website, Marktplatzausgabe, Anleitung und Bilder existieren. Die Übermittlung einer neuen Fassung an einen Kanal belegt nicht ihr Erscheinen in den anderen. Datenannahme, Verarbeitung, Cache und Variantenwechsel bilden eigene Prüfpunkte.

Auch die Veröffentlichungsreihenfolge ist wichtig. Ein alter Auftrag, der nach einem neuen endet, kann die frühere Beschreibung zurückbringen. Das System muss deshalb Ergebnisse mit dem aktuellen Produktzustand verbinden und verhindern, dass ein veralteter Auftrag eine freigegebene Fassung überschreibt. Auch das erneute Senden desselben Ergebnisses braucht ein festgelegtes Verhalten.

Für die Freigabe sollten die geprüfte Fassung, ihre Zielorte und Angaben zur tatsächlichen Annahme gespeichert werden. Bei einem Fehler macht die technische Möglichkeit zur Rückkehr auf eine frühere Version deren Inhalt nicht wieder aktuell. Beschreibt sie ein anderes Set, ist eine passende Lösung für Daten und Angebot nötig.

Einzelne Kanäle haben eigene Mechanismen. Beispielsweise verwenden die automatischen Aktualisierungen des Merchant Center Seitendaten für ausgewählte Attribute zu Preis, Aktionspreis, Verfügbarkeit und Zustand. Google weist ausdrücklich darauf hin, dass dies regelmäßige Produktdatenaktualisierungen nicht ersetzt. Der Mechanismus darf nicht mit einer universellen Aktualisierung von Beschreibungen und Lieferumfängen verwechselt werden.

Nach der Auslieferung müssen Kennung und Geltungsbereich abgeglichen werden. Die neue Formulierung auf der Seite zu finden reicht nicht, wenn bei Auswahl einer anderen Variante daneben der alte Lieferumfang bleibt. Die Konsistenz der Felder wird in dem Zustand geprüft, den Käufer tatsächlich sehen können.

Ein Zähler fertiger Texte beschreibt nicht den Zustand des Katalogs

Alle Zeilen können abgearbeitet sein, obwohl wichtige Fragen offenbleiben. Deshalb werden die Verfügbarkeit ausreichender Ausgangsdaten, vorhandene Pflichtantworten, sperrende Verstöße und die Auslieferung aktueller Fassungen getrennt erfasst. Jede Kennzahl braucht einen bestimmten Nenner: Produkte, Varianten, Aussagen oder Veröffentlichungen.

Auch die Zusammensetzung der Warteschlange ist relevant. Werden schwierige Fälle zur manuellen Bearbeitung ausgelagert, betrifft eine hohe Erfolgsquote automatischer Prüfungen nur den verbleibenden Teil. Zurückgestellte Fälle und verweigerte Urteile müssen im Bericht bleiben; sonst wird der Umfang der unerledigten Arbeit verdeckt.

Die Stichprobenprüfung umfasst abgelehnte und akzeptierte Ergebnisse. Unter den akzeptierten werden übersehene Fehler gesucht, unter den abgelehnten Fehlalarme. Kategorien, Sprachen, neue Lieferungen und seltene Bedingungen sollten getrennt betrachtet werden, wenn sie den Schwierigkeitsgrad verändern können.

Auch der Prüfsatz entwickelt sich weiter. Ein entdecktes altes К-42-Bild wird zum Fall für die Prüfung von Verknüpfungen. Eine verlorene Bedingung wird zum Paar für eine Regressionsprüfung. Nach einer Prozessänderung werden die Ergebnisse anhand gespeicherter und unabhängiger Fälle verglichen, nicht nur am korrigierten Beispiel.

Hilfreiche Betriebskennzahlen sind das Alter offener Fragen, die Zeit vom neuen Dokument bis zur konsistenten Aktualisierung und das erneute Auftreten bereits korrigierter Fehler. Sie werden im Kontext interpretiert: Eine schnelle Freigabe mit unbelegtem Lieferumfang erfüllt die Aufgabe einer genauen Aktualisierung nicht.

Das System an einer konkreten Aufgabe bewerten

Zur Bewertung des Dienstes können ein begrenztes Dossier und mehrere verknüpfte Darstellungen des К-42 vorgegeben werden. Der Dienst soll den Geltungsbereich von Dokument B bestimmen, abhängige Inhalte finden, die separaten Daten von A erhalten und die Grundlage der vorgeschlagenen Fassung zeigen. Anschließend wird geprüft, was mit Bild, Übersetzung und erneut gesendetem altem Auftrag geschah.

Eine solche Aufgabe macht Fähigkeiten sichtbar. Erkennbar wird, wo das System einen Fakt extrahiert, wo es einen Schluss zieht, welche Fälle es zur Klärung weitergibt und welche Fassung es als fertig betrachtet. Ein gelungener Absatz zeigt nur einen kleinen Teil dieser Arbeit.

Systemanforderungen müssen am Ergebnis überprüfbar sein: Verbindung zwischen Aussage und Quelle, Änderungshistorie, verständlicher Prüfhinweis, Erhalt erforderlicher Bedingungen und Kontrolle des ausgelieferten Zustands. Zeit und Kosten werden für einen festgelegten Umfang und eine bestimmte Aufgabenzusammensetzung gemessen. Ohne einen solchen Vergleich fehlt die Grundlage für allgemeine Einsparungsversprechen.

Für den fiktiven К-42 lassen sich die Erfolgsbedingungen genau festlegen: Angebot A behält zehn Teile, B beschreibt acht gemäß seinem eigenen Dokument, das Bild von B wird separat bestätigt, und ein verspäteter Auftrag zur alten Fassung überschreibt die freigegebene Veröffentlichung nicht. Jedes Ergebnis wird im zugehörigen Angebot und Kanal geprüft.