Shopware-Attribute und Eigenschaften helfen dir, Produktdaten so zu strukturieren, dass Artikel verständlicher dargestellt, gezielter gefiltert und intern konsistenter verwaltet werden können. Der entscheidende Punkt ist die Trennung der Aufgaben: Eigenschaften beschreiben in erster Linie das Produkt, etwa Material, Farbe oder Maße. Technische Attribute beziehungsweise individuelle Felder können dagegen je nach Setup Informationen für Prozesse, Integrationen oder Darstellungslogiken bereitstellen. Wer beides vermischt, schafft schnell unklare Filter, doppelte Datenpflege und schwer nachvollziehbare Produktmodelle.
Für einen gut wartbaren Shop gilt deshalb: Pflege nur Daten, die für Kund:innen, die Sortimentslogik oder einen klar definierten technischen Zweck relevant sind. Nicht die Menge der Felder entscheidet über die Qualität, sondern eine eindeutige Struktur, verbindliche Benennungen und sauber festgelegte Zuständigkeiten.
Im Shop-Alltag werden die Begriffe oft synonym verwendet. Für die Planung eines Shopware-Setups lohnt sich aber eine klare fachliche Abgrenzung. Denn Produktmerkmale, technische Informationen und Varianten haben unterschiedliche Aufgaben und sollten nicht in einem einzigen Datenfeldtyp zusammengeworfen werden.
| Art der Information | Zweck | Beispiel | Worauf du achten solltest |
|---|---|---|---|
| Produkteigenschaft | Beschreibt ein für Kund:innen relevantes Merkmal | Material: Bio-Baumwolle | Werte einheitlich benennen und nur relevante Merkmale ausspielen |
| Variante | Unterscheidet kaufbare Ausprägungen eines Produkts | T-Shirt in Größe M und Farbe Blau | Nur verwenden, wenn sich die Ausprägungen tatsächlich unterscheiden und separat auswählbar sein sollen |
| Individuelles oder technisches Feld | Hält Daten für Prozesse, Integrationen oder spezielle Logiken bereit | interne Kennzeichnung für eine Sonderregel | Zweck, Datenformat und verantwortliches System vorab festlegen |
Eigenschaften sind die verständlichste Ebene für die Storefront: Ein Kunde kann nach Farbe filtern, bei einem Bodenbelag die Nutzungsklasse vergleichen oder bei einem Notebook die Displaygröße einordnen. Varianten ergänzen diese Ebene, wenn Auswahlmöglichkeiten wie Größe oder Farbe direkt kaufrelevant sind. Ob ein Merkmal zugleich als Variante und als Filtereigenschaft geführt werden sollte, hängt vom Sortiment und der gewünschten Navigation ab.
Individuelle Felder und technische Attribute sind davon zu trennen. Sie können sinnvoll sein, wenn ein Shop besondere Anforderungen abbilden muss, beispielsweise Daten für eine angebundene Warenwirtschaft, interne Freigaben oder eine spezifische Logik im Theme. Welche Funktionen ein solches Feld tatsächlich auslöst, hängt jedoch von Shopware-Version, Theme, Erweiterungen und Schnittstellen ab. Ein vorhandenes Feld bewirkt nicht automatisch eine Änderung in Suche, Darstellung oder Versand.
Eine ergänzende Einordnung zu Shopware-Eigenschaften ist besonders hilfreich, wenn du gerade ein Produktdatenmodell neu aufsetzt oder bestehende Merkmale bereinigen möchtest.
Sauber gepflegte Eigenschaften machen Produkte vergleichbar. Das ist vor allem in Sortimenten wichtig, in denen Kund:innen nicht nach einem konkreten Artikelnamen suchen, sondern nach Kriterien auswählen: etwa „schwarze Ledertasche“, „wasserfeste Jacke“ oder „Schreibtisch mit 160 Zentimetern Breite“.
Typische Einsatzfelder sind:
Für Filter gilt eine einfache Regel: Ein Merkmal ist dann sinnvoll, wenn es eine reale Auswahlentscheidung unterstützt. „Farbe“ ist in einem Fashion-Shop meist hilfreich. Ein internes Lieferantenkürzel oder eine selten gepflegte Marketingnotiz gehört dagegen nicht in die Kundennavigation. Filter mit wenigen Artikeln, uneinheitlichen Werten oder nicht nachvollziehbaren Bezeichnungen schaffen eher Orientierungslosigkeit als Nutzen.
Angenommen, ein Händler verkauft T-Shirts, Hoodies und Sweatshirts. Statt pro Produkt frei erfundene Merkmale einzutragen, ist ein gemeinsames Eigenschaftsset sinnvoll. Dieses könnte unter anderem Material, Passform, Farbe, Größe, Pflegehinweis und Zertifizierung enthalten. Nicht jedes Produkt muss jeden Wert besitzen. Wichtig ist, dass gleiche Informationen immer nach derselben Logik gepflegt werden.
So sollte beispielsweise nicht einmal „Baumwolle“, dann „100 % Cotton“ und an anderer Stelle „Cotton, organic“ als gleichwertiger Materialwert auftauchen. Solche Abweichungen führen zu gesplitteten Filtern und erschweren Auswertungen oder spätere Datenbereinigungen. Lege deshalb vor der Pflege fest:
Ein T-Shirt kann beispielsweise mehrere Größen als Varianten besitzen. Das Material „100 % Baumwolle“ bleibt dagegen häufig auf Produktebene gleich und eignet sich als Eigenschaft. Ändert sich das Material je Variante tatsächlich, muss die Datenmodellierung genauer geprüft werden. Entscheidend ist nicht eine pauschale Regel, sondern die Frage, welche Information für den konkreten Artikel gilt und wo sie konsistent gepflegt werden kann.
Eine belastbare Struktur entsteht nicht durch möglichst viele Felder, sondern durch klare Entscheidungen vor der Umsetzung. Beginne mit den Produktgruppen, die den größten Anteil deines Sortiments ausmachen. Prüfe anschließend, welche Merkmale Kund:innen zum Vergleichen benötigen und welche Informationen ausschließlich intern oder in angebundenen Systemen gebraucht werden.
Erstelle Eigenschaftssets für zusammengehörige Produktarten. Ein Möbelshop benötigt andere Merkmale als ein Kosmetikshop, und Ersatzteile folgen oft wiederum einer anderen Logik. Ein gemeinsames Grundset kann sinnvoll sein, wenn Merkmale wirklich für viele Warengruppen gelten. Spezialmerkmale sollten jedoch nicht zwanghaft überall erscheinen.
Ein gutes Set beantwortet drei Fragen: Was beschreibt dieses Produkt? Was hilft bei der Auswahl? Und welche Information wird verlässlich gepflegt? Fehlt auf eine dieser Fragen eine klare Antwort, ist das Merkmal häufig kein guter Kandidat für eine standardisierte Eigenschaft.
Bezeichnungen sollten kurz, eindeutig und aus Kundensicht verständlich sein. „Material“, „Breite“ oder „Kompatibel mit“ sind klarer als interne Abkürzungen. Definiere außerdem Schreibweisen für Einheiten, Farben und Ja-Nein-Werte. Ob du etwa „Wasserabweisend“ als Eigenschaft mit den Werten „Ja“ und „Nein“ oder nur die positive Ausprägung ausspielst, sollte über das gesamte Sortiment einheitlich entschieden werden.
In der Praxis entstehen Inkonsistenzen häufig nicht durch das Shopsystem, sondern durch unklare Prozesse. Wenn Produktmanagement, Einkauf, Marketing und externe Datenlieferanten Merkmale pflegen, braucht es eine eindeutige Quelle pro Datentyp. Sonst wird ein Wert im Shop korrigiert und später durch einen Import wieder überschrieben.
Gerade bei Schnittstellen zwischen Shopware und anderen Systemen ist deshalb eine Anforderungsdefinition wichtig: Welche Daten werden übertragen? Welche Werte dürfen dort geändert werden? Welche Felder dienen ausschließlich der Anzeige und welche steuern nachgelagerte Prozesse? Diese Fragen sollten vor einer größeren Migration oder Sortimentserweiterung geklärt sein.
Neben beschreibenden Eigenschaften können Shopware-Setups zusätzliche technische Datenfelder verwenden. Denkbar sind Informationen zur Sichtbarkeit, zu Suchschlagwörtern, Versandregeln, Bestellmengen oder zur Darstellung von Varianten. Solche Anwendungsfälle sind aber nicht ohne Weiteres verallgemeinerbar.
Einige im E-Commerce verbreitete Bezeichnungen für technische Attribute stammen aus bestimmten Connector-, Warenwirtschafts- oder Plugin-Kontexten. Daraus folgt nicht, dass sie in jedem Shopware-Projekt vorhanden sind oder identisch funktionieren. Auch ein Feldname, der technisch plausibel klingt, ist keine verlässliche Grundlage für eine Umsetzung. Prüfe immer die Dokumentation der eingesetzten Shopware-Version, des Themes und der jeweiligen Erweiterung.
Besonders sorgfältig solltest du bei diesen Sonderfällen sein:
Technische Attribute sind daher kein Ersatz für eine saubere fachliche Modellierung. Erst wenn der gewünschte Prozess eindeutig beschrieben ist, lässt sich prüfen, ob er mit Standardfunktionen, einer Erweiterung, einer Schnittstelle oder einer individuellen Umsetzung abgebildet werden sollte.
Die häufigsten Probleme entstehen schleichend: Ein neues Feld wird für einen Einzelfall angelegt, ähnliche Werte werden unterschiedlich geschrieben oder Eigenschaften werden ohne klare Zielgruppe als Filter aktiviert. Nach einigen Monaten ist die Datenbasis kaum noch konsistent zu pflegen.
Ein strukturierter Shopware-Check kann helfen, solche Brüche sichtbar zu machen: Welche Filter enthalten kaum Produkte? Welche Werte sind doppelt? Welche Eigenschaften werden nicht mehr verwendet? Und an welchen Stellen kollidieren Shopdaten mit Informationen aus anderen Systemen?
Produktdaten brauchen keine tägliche Komplettrevision. Sinnvoll ist jedoch eine regelmäßige Prüfung bei Sortimentsausbau, Relaunches, Schnittstellenänderungen oder neuen Verkaufskanälen. Betrachte dabei nicht nur einzelne Artikel, sondern die gesamte Logik.
Wenn Attributstruktur, Produktlogik und Schnittstellen nicht mehr zusammenpassen, ist das keine reine Redaktionsaufgabe. Eine Shopware-Agentur mit Blick auf Datenmodell und Systemarchitektur kann helfen, Anforderungen zwischen Fachbereich und Technik sauber zu übersetzen.
Gut strukturierte Shopware-Attribute sind vor allem ein Ordnungsprinzip: Sie machen relevante Produktinformationen konsistent nutzbar und halten technische Sonderlogiken nachvollziehbar. Beginne mit den Merkmalen, die Kund:innen und Teams wirklich benötigen. Alles Weitere sollte erst ergänzt werden, wenn Zweck, Datenquelle und Auswirkungen klar definiert sind.