So richtest du Filter und Produktattribute ein

Filter sind der Unterschied zwischen einem Kunden, der durch deine Sammlungsseite stöbert, und einem Kunden, der eine Pflanze findet, die er auch wirklich kaufen will. Sie sind auch eines der am wenigsten investierten Features in Pflanzenshops — die meisten Wiederverkäufer lassen Filter entweder ganz weg (und zwingen Kunden, durch 60 Produkte zu scrollen) oder pappen ein Default-Filterset drauf, ohne nachzudenken, was darunter liegt. Die Filter-UI auf der Seite ist nur die sichtbare Hälfte. Die eigentliche Arbeit ist die Datendisziplin, die sie speist.

Filter und Attribute — zwei Seiten derselben Daten

Vor allem anderen: Versteh die Beziehung. Ein Attribut (manchmal Property, Spec oder Metafield genannt) ist ein Stück strukturierter Daten an einem Produkt — Lichtbedarf, Topfgröße, Haustiersicherheit. Ein Filter ist die UI, mit der ein Kunde eine Sammlungsseite über diese Attribute eingrenzen kann.

Das heißt: Filter und Attribute sind dieselben Daten, von zwei Seiten betrachtet:

• Aus dem Backend (deine Perspektive beim Bau des Katalogs) ist es ein Attribut an einem Produkt.

• Aus dem Frontend (die Perspektive des Kunden auf einer Sammlungsseite) ist es eine Filter-Checkbox.

Jeder Filter, den du anbieten willst, verlangt ein sauberes, gefülltes Attribut auf jedem Produkt im Scope. Deshalb kann die Filter-Diskussion nicht von der Spec-Diskussion getrennt werden: siehe Produktspezifikationen für die darunterliegende Spec-Vorlage.

Starterset: maximal 5–7 Filter

Die meisten Pflanzenshops sollten mit nicht mehr als 5–7 Filtern pro Sammlungsseite ausliefern. Darüber hören Kunden auf zu scannen und ignorieren das Filter-Panel. Das Starterset, das für fast jeden Pflanzenshop funktioniert:

1. Pflegestufe (Einfach / Mittel / Fortgeschritten) — der meistgenutzte Filter. Kunden identifizieren ihre Erfahrung selbst und wollen passende Pflanzen.

2. Lichtbedarf (Hell direkt / Hell indirekt / Mittel / Wenig) — der zweitmeistgenutzte. Getrieben vom Raum, für den sie shoppen.

3. Haustiersicher (Ja / Nein) — binär. Hohe emotionale Gewichtung; Katzenbesitzer nutzen ihn religiös.

4. Topfgröße (Ø in cm: 6, 9, 12, 17, 21, 24+) — getrieben davon, wohin die Pflanze kommt.

5. Pflanzenhöhe bei Lieferung (Bis 30cm / 30–60cm / 60–100cm / 100cm+) — unterscheidet sich von der Topfgröße; sagt dem Kunden, wie ausgewachsen die Pflanze ankommt.

6. Preisspanne (Slider oder Buckets) — jeder Shop, jede Sammlung.

7. Optionaler 7.: hängt von der Sammlung ab. Bei Außenpflanzen — Winterhärtezone oder Volle Sonne / Schatten. Bei Geschenken — Anlass oder Empfänger. Bei Zimmerpflanzen — Luftreinigend.

Alles darüber ist Filter-Krimskrams. Widerstehe dem Drang, jedes Attribut deiner Datenbank zu zeigen — die meisten Attribute gehören auf die Produktseite (Specs), nicht ins Filter-Panel.

Wann etwas ein Attribut ist und wann auch ein Filter

Ein nützlicher Test für jeden Filter-Kandidaten:

• Würde ein Kunde danach suchen? "Haustierfreundlich" — ja. "Einkaufscode" — nein. Das erste ist ein Filter; das zweite sind interne Daten.

• Gibt es 3+ Produkte auf jeder Seite des Filters? Ein Filter, der 1 Produkt zurückgibt, ist kaputt. Matcht "Topfgröße 6cm" nur 2 Produkte, ist das eine Spec für die PDP, kein Filter zum Zeigen.

• Sind die Daten diskret und konsistent? "Licht: hell indirekt" funktioniert als Filter (4 diskrete Buckets). "Tägliche Wasseraufnahme in ml" nicht (kontinuierlich, variiert pro Saison).

Konkretes Beispiel für Pflanzenattribute, die gut filtern:

• Lichtbedarf (4 diskrete Buckets)

• Haustiersicherheit (binär)

• Topfdurchmesser (5–7 Standardgrößen)

• Pflegestufe (3 Buckets)

• Endhöhe (4 Buckets)

• Luftreinigend (binär)

• Aktuell blühend (binär)

Und Attribute, die nicht gut filtern — die gehören nur als Specs auf die PDP:

• Lateinischer Artname (zu fein, Kunde filtert nicht danach)

• Gießhäufigkeit in Tagen (variiert pro Saison, kein stabiler Filterwert)

• Herkunftsland (interessant, keine Kaufentscheidung)

• Botanische Familie (relevant für Enthusiasten, nicht für Erstkäufer)

Das Empty-State-Problem

Hier scheitern Filter in der Praxis. Ein Kunde wendet drei Filter an — "Haustiersicher + Wenig Licht + Unter 30€" — und die Seite gibt null Ergebnisse zurück. Die Standardbehandlung ist eine flache "Keine Ergebnisse gefunden"-Meldung, die den Kunden zur Konkurrenz schickt.

Was du stattdessen tun solltest:

• Schlag den nächsten Match vor: "0 Ergebnisse für diese Filter. Entferne 'Unter 30€', um 7 Pflanzen zu sehen, die deinen anderen Kriterien entsprechen."

• Identifiziere den restriktivsten Filter automatisch und schlag vor, gerade diesen zu lockern. Die meisten Filter-Apps (Shopify Search & Discovery, WooCommerce-Filter-Plugins wie FacetWP) unterstützen das mit Konfiguration.

• Zeig "alternative Sammlungen": "Alle haustiersicheren Pflanzen ansehen" / "Wenig-Licht-Pflanzen ansehen" — gib dem Kunden einen Ausweg, keine Sackgasse.

Das ist ein Filter-Feature, bei dem der Implementationsaufwand klein ist und die Konversionswirkung groß. Liefer keine Filter ohne Empty-State-Plan aus.

Single-Select vs. Multi-Select

Entscheide pro Attribut, ob der Kunde einen oder mehrere Werte auswählen kann:

• Single-Select für hierarchische oder sich gegenseitig ausschließende Attribute. Pflegestufe: du bist Anfänger oder nicht. Topfgröße: du shoppst für eine bestimmte Größe.

• Multi-Select für parallele Optionen. Licht: ein Kunde mit mehreren Räumen will Pflanzen für "Hell indirekt" UND "Mittel". Haustiersicher: meist binär, aber wenn du in Katzensicher und Hundesicher splittest, erlaube beides.

Eine vernünftige Vorgabe für einen Pflanzenshop:

• Multi-Select: Licht, Topfgröße, Pflanzenhöhe, Pflegestufe

• Single-Select: Haustiersicher (binär), Preisspanne

Datendisziplin — hier leben oder sterben Filter

Der schwerste Teil von Filtern ist nicht die UI — es ist, die darunterliegenden Attribute über Hunderte Produkte sauber zu halten. Ein paar nicht verhandelbare Regeln:

• Jedes Produkt im Scope muss einen Wert für jedes Filter-Attribut haben. Wenn dein "Haustiersicher"-Filter für alle Zimmerpflanzen gilt, braucht jede Zimmerpflanze Ja oder Nein — keinen fehlenden Wert. Fehlende Daten schließen Produkte still aus den Filterergebnissen aus.

• Verwende dasselbe Wertvokabular über Produkte hinweg. "Hell indirekt" und "Indirekt helles Licht" sind für einen Menschen dasselbe und für einen Filter verschiedene Dinge. Standardisiere auf eine Formulierung pro Spec, schreib es als deine interne Taxonomie auf.

• Normalisiere Einheiten. Topfgröße kommt von Lieferanten manchmal in cm, manchmal in Inch, manchmal als Litervolumen. Konvertiere zu einer Einheit (cm Durchmesser) für Filter. Zeig die Quelldaten in der Spec-Tabelle auf der PDP, wenn du willst, aber der Filterwert ist normalisiert.

• Audit vor jeder Saison. Wenn du neue Frühjahrs- oder Herbstprodukte aufnimmst, fahr einen schnellen "fehlendes Attribut"-Report und füll die Lücken, bevor sie live gehen. Der Everspring-Katalog liefert dir die Quelldaten; das Filter-Mapping gehört dir.

Wo Filter auf der Seite stehen

Eine separate, aber verwandte Entscheidung: wo auf der Sammlungsseite sitzt die Filter-UI?

• Desktop: linke Sidebar ist der Default und funktioniert. Filter sind persistent, der Kunde kann anpassen, ohne den Kontext zu verlieren.

• Desktop: Top-Filterleiste (über dem Grid) funktioniert für Shops mit 3–4 Filtern. Visuell sauberer, weniger Bildschirmplatz, kippt aber, sobald du einen 5. Filter hinzufügst.

• Mobile: Bottom-Sheet-Drawer. Festgepinnter Unten-Button "Filter (3)" öffnet eine Schublade über dem Grid. Versuche keine Inline-Filter über dem Grid auf Mobile — verschwendet Scroll, der Kunde kann beim Filtern keine Produkte sehen.

Filter vs. On-Site-Suche

Eine letzte Sache, die es wert ist: Filter und Suche überschneiden sich, sind aber nicht dasselbe Werkzeug. Filter grenzen eine Sammlungsseite ein, auf der der Kunde gelandet ist; Suche startet von einer Anfrage. Ein Kunde, der weiß, dass er "Calathea Orbifolia" will, nutzt Suche. Ein Kunde, der "eine Wenig-Licht-Pflanze fürs Bad" will, nutzt Filter auf der Zimmerpflanzen-Sammlung. Beides muss funktionieren. Lies wie du deine On-Site-Suchleiste einrichtest für die Suchseite dieser Gleichung.

Was du morgen tun kannst

Öffne die Filter-Einstellungen deines Shops (Shopify: Online Store → Navigation → Filters oder via Search & Discovery; WooCommerce: natives Widget oder FacetWP / WooCommerce Product Filter-Plugin). Liste jeden aktiven Filter. Frage für jeden: hat jedes Produkt in dieser Sammlung einen sauberen, normalisierten Wert für dieses Attribut? Wenn ja, behalten. Bei weniger als 95% Abdeckung, füll die Daten oder entferne den Filter. Prüf danach dein Starterset gegen die 5–7 oben — füg hinzu, was fehlt, wirf raus, was nie genutzt wird (schau dir Filter-Analytics an, falls deine Plattform sie zeigt). Teste schließlich das Empty-State-Verhalten, indem du absichtlich eine 0-Ergebnis-Kombination wählst — gibt dein Shop ein flaches "Keine Ergebnisse gefunden" zurück, konfiguriere einen Lockerungsvorschlag oder einen Fallback auf eine verwandte Sammlung. Geh dann weiter zu On-Site-Suche, die die Anfragen fängt, die Filter nicht können.