Produktmedien und Produktinhalte sind die Datenstrukturen, die aus einem Produktdatensatz eine Produktseite machen, die Kundinnen und Kunden verstehen können. Titel, SKU, Preis und Lagerbestand können korrekt sein und der Kauf trotzdem schwieriger werden, wenn Bilder, Videos, die Reihenfolge der Galerie, variantenbezogene Medien, Produktbeschreibungen, Spezifikationsblöcke, herunterladbare Dokumente oder eingebettete Inhalte ihre ursprüngliche Struktur verlieren.
Auf einer E-Commerce-Plattform sind Produktmedien selten nur eine Sammlung von Dateien. Medien können mit Produktdatensätzen, Varianten, Attributen, ausführlichen Beschreibungen, Theme-Bereichen, benutzerdefinierten Feldern, App-Daten, CDN-URLs, Produktseiten-Templates, CMS-Blöcken oder externen Medienanbietern verknüpft sein. Produktinhalte können außerdem als Klartext, HTML, wiederverwendbare Blöcke, Page-Builder-Bereiche, Metafields, benutzerdefinierte Felder oder Daten einer Erweiterung gespeichert sein.
Eine technische Prüfung von Produktmedien und -inhalten muss daher das Asset selbst, seine Beziehung zum Produkt, seine Darstellungsrolle, seinen Speicherort, die Regeln für die Ausgabe und die kundenseitige Funktion betrachten. Entscheidend ist nicht nur, ob Medien nach der Migration vorhanden sind. Wichtiger ist, ob die Zielplattform sie weiterhin im richtigen Produktkontext interpretieren und darstellen kann.
Was Produktmedien und -inhalte in einem E-Commerce-Shop darstellen
Produktmedien und -inhalte bilden die visuellen, beschreibenden, erklärenden und verkaufsunterstützenden Ebenen einer Produktseite. Sie helfen Kundinnen und Kunden, das Produkt zu sehen, Unterschiede zu verstehen, Details zu vergleichen, Kompatibilität zu prüfen, Spezifikationen zu erfassen, Qualität einzuschätzen und zu entscheiden, ob der Artikel zum eigenen Bedarf passt.
Diese Strukturen unterstützen häufig mehrere Shop-Funktionen gleichzeitig:
| Medien- oder Inhaltsebene | Was sie darstellt | Betroffene Shop-Funktion |
|---|---|---|
| Hauptbild | Das zuerst angezeigte primäre Produktbild | Erster Eindruck auf der Produktseite, Kollektions-Thumbnails, Suchergebnisse und Merchandising-Karten |
| Galeriebilder | Weitere Produktansichten | Detailprüfung, alternative Perspektiven, Verpackung, Anwendungskontext und Vertrauen |
| Variantenbezogene Medien | Bilder für eine bestimmte Farbe, ein Material, eine Größe, einen Stil oder eine Konfiguration | Optionsauswahl, visuelle Bestätigung und Sicherheit bei der Kaufentscheidung |
| Alt-Text und Bildmetadaten | Beschreibender Text und Bildkontext | Barrierefreiheit, Bildsuche, interne Pflege und SEO-Unterstützung |
| Videos und eingebettete Medien | Produktdemonstrationen, Tutorials, 3D-Viewer, gehostete Player oder externe Einbettungen | Produktverständnis, technische Erklärung und Conversion-Unterstützung |
| Herunterladbare Dateien | Handbücher, Zertifikate, Datenblätter, Installations- oder Pflegeanleitungen sowie digitale Dateien | Kaufvorbereitung, Compliance, technischer Support und Nutzung nach dem Kauf |
| Ausführliche Beschreibungen | Strukturierte Produkterklärung über einfachen Text hinaus | Lesbarkeit, Vergleich, Größenwahl, Garantie, Kompatibilität und Kaufargumentation |
| Inhaltsblöcke | Tabs, Akkordeons, Icons, Tabellen, Banner, Vertrauensbausteine, Vergleichsbereiche oder wiederverwendbare Module | Seitenaufbau, Inhaltshierarchie, Theme-Funktion und Nutzerinteraktion |
Dasselbe Asset kann mehrere Rollen haben. Ein Produktbild kann Galeriebild, Variantenbild, Kollektions-Thumbnail, Feed-Bild und Social-Sharing-Bild zugleich sein. Ein Produkthandbuch kann als Download, Wert eines benutzerdefinierten Feldes, CMS-Asset oder als Link im HTML der Produktbeschreibung hinterlegt sein. Diese Rollen sind wichtig, weil Plattformen sie nicht immer gleich speichern oder darstellen.
Typische Datenstruktur und Felder
Ein Datensatz für Produktmedien enthält meist deutlich mehr als einen Dateipfad. Dazu können Kennungen, Asset-Referenzen, Darstellungsrollen, Sortierpositionen, Variantenbeziehungen, Metadaten, Abmessungen, MIME-Typ, Zeitstempel, Texte für Barrierefreiheit und Veröffentlichungsstatus gehören.
Typische Medienfelder sind:
| Feld oder Eigenschaft | Typische Funktion | Warum es wichtig ist |
|---|---|---|
| Media ID | Interne Kennung des Assets | Verknüpft das Asset mit Produkt-, Varianten-, Galerie- oder CMS-Referenzen |
| Product ID | Beziehung zum übergeordneten Produkt | Legt fest, auf welcher Produktseite das Asset verwendet wird |
| Variant ID oder Optionsbeziehung | Medienbeziehung zu einer bestimmten Auswahl | Steuert, ob Bilder wechseln, wenn eine Option ausgewählt wird |
| Datei-URL oder Speicherpfad | Speicherort des Assets | Beeinflusst Ausgabe, Übertragung, CDN-Zugriff und Risiko defekter Links |
| Dateityp | Bild, Video, PDF, Dokument, 3D-Modell oder eingebettetes Asset | Bestimmt Plattformunterstützung und Darstellungsweise |
| Sortierreihenfolge | Position in einer Galerie oder Mediengruppe | Steuert visuelle Dramaturgie und Reihenfolge des ersten Eindrucks |
| Rollen- oder Verwendungskennzeichen | Hauptbild, Thumbnail, Galerie, Swatch, Listing- oder Feed-Bild | Legt fest, wo das Asset im Storefront erscheint |
| Alt-Text | Beschreibender Text für Barrierefreiheit und Suche | Unterstützt Zugänglichkeit, Bildinterpretation und Pflege |
| Bildunterschrift oder Bezeichnung | Kunden- oder adminseitiger Kontext | Erläutert Diagramme, Anhänge oder technische Assets |
| Abmessungen und Dateigröße | Breite, Höhe, Dateigröße und Speichereigenschaften | Beeinflusst Theme-Ausgabe, Performance, Zoom und responsive Darstellung |
| Sichtbarkeit oder Status | Veröffentlicht, verborgen, deaktiviert oder kanalspezifisch | Bestimmt, wo das Asset erscheint |
| Referenz zu externem Anbieter | Video-ID, CDN-ID, App-Asset-ID oder DAM-Referenz | Verknüpft Medien mit Drittsystemen oder gehosteten Playern |
Produktinhalte können schwieriger sein, weil ihre Struktur als Text, HTML, JSON, Page-Builder-Daten, Gruppen benutzerdefinierter Felder, Metafields, Theme-Bereiche oder App-eigene Blöcke gespeichert sein kann.
Typische Inhaltsfelder sind:
| Inhaltsfeld | Typische Verwendung | Strukturelles Thema |
|---|---|---|
| Kurzbeschreibung | Kurze Zusammenfassung oder Listing-Text | Kann auf einer Plattform nativ sein und auf einer anderen fehlen |
| Langbeschreibung | Hauptbeschreibung des Produkts | Kann HTML, Tabellen, Skripte, Styles, Bilder oder eingebettete Assets enthalten |
| Spezifikationstabelle | Strukturierte technische Eigenschaften | Kann über native Attribute, HTML-Tabellen, Tabs oder benutzerdefinierte Felder umgesetzt sein |
| Größentabelle oder Passformhilfe | Unterstützung bei der Produktauswahl | Liegt häufig in App-Daten, Theme-Bereichen, CMS-Blöcken oder Metafields |
| Garantie- oder Pflegehinweise | Richtlinien und Nutzungshinweise | Können über viele Produkte wiederverwendet oder pro Produkt eingebettet sein |
| Kompatibilitätsinformationen | Beziehungen zu Fahrzeugen, Geräten, Teilen oder Modellen | Können von Attributen, Tabellen, Apps oder externen Datenbanken abhängen |
| Vergleichsinhalte | Funktionsblöcke oder Vergleichszeilen | Können von Page Buildern, individuellen Templates oder Merchandising-Apps abhängen |
| Download-Links | Produktdokumente oder digitale Assets | Können von Dateibibliotheken, Berechtigungen oder externem Speicher abhängen |
Für eine saubere Übertragung der Produktseite muss klar sein, ob diese Werte eigenständige Felder, eingebettete HTML-Fragmente, wiederverwendbare Inhaltsreferenzen oder Anzeigeobjekte sind, die vom Theme oder einer App gesteuert werden.
Beziehungen zu anderen Shop-Daten
Produktmedien und -inhalte sind stark beziehungsabhängig. Sie verknüpfen Produktdaten, Variantendaten, Katalogdaten, SEO-Daten, Bestandslogik, Reviews, externe Feeds, Seiten-Templates und teilweise sogar Bestell- oder Fulfillment-Daten.
Die häufigste Beziehung besteht zwischen Produkt und Medium. Ein Produkt kann viele Bilder haben, und jedes Bild kann eine Position, Rolle, Sprache, Marktzuordnung oder Kanalzuordnung besitzen. Manche Plattformen erlauben, dass ein Asset von mehreren Produkten verwendet wird, während andere Asset-Referenzen pro Produkt duplizieren.
Variantenbezogene Medien fügen eine weitere Beziehungsebene hinzu. Eine Farbvariante kann eine eigene Galerie benötigen, eine Materialoption ein Texturbild und eine Bundle-Konfiguration ein anderes Bild des zusammengestellten Produkts. Wenn die Plattform Variantenbilder direkt am Variantendatensatz speichert, ist die Beziehung eindeutig. Werden variantenspezifische Galerien über benutzerdefinierte Felder, Theme-Logik oder eine App gesteuert, ist sie möglicherweise nicht in der zentralen Produktmedien-Tabelle sichtbar.
Produktinhalte hängen ebenfalls von anderen Shop-Daten ab. Spezifikationstabellen können aus Produktattributen erzeugt werden. Größentabellen können nach Produkttyp oder Kategorie ausgewählt werden. Kompatibilitätsblöcke können SKU, Modellnummer, Fahrzeugzuordnung, Gerätefamilie oder Produkt-Tags verwenden. Vertrauensbausteine können von Kollektion, Anbieter, Preis, Garantiefeld, Versandklasse oder Aktionsstatus abhängen.
Diese Beziehungen beeinflussen die Darstellung im Storefront. Eine Produktseite kann das richtige Produktbild zeigen, aber nicht das richtige Variantenbild. Die Langbeschreibung kann vorhanden sein, während die Tabs fehlen. Ein Handbuch kann übertragen worden sein, aber nicht mehr beim richtigen Produkt erscheinen. Eine Größentabelle kann als Asset existieren, aber die Bedingung verlieren, die bestimmt, wann sie angezeigt wird.
Wie sich Plattformmodelle unterscheiden
Plattformen trennen Medienspeicher, Medienrollen, Produktinhalte, Seitenlayout und Storefront-Ausgabe unterschiedlich.
Bei einigen SaaS-Plattformen liegen Produkt- und Variantenbilder in nativen Produktdatensätzen, während Videos, 3D-Modelle, Metafield-gesteuerte Inhalte und Theme-Bereiche in getrennten Plattformobjekten gespeichert werden können. Produktinhalte können ein natives Rich-Text-Feld sein, während Tabs, Icon-Blöcke, Größentabellen und produktspezifische Inhaltsbereiche von Theme-Einstellungen oder Apps abhängen.
Open-Source-Plattformen bieten häufig tiefere Kontrolle über Bildrollen, Store Views, benutzerdefinierte Attribute, Mediengalerien, Template-Overrides, CMS-Blöcke und Erweiterungstabellen. Ein einzelnes Bild kann unterschiedliche Rollen als Basisbild, kleines Bild, Thumbnail, Swatch oder Listing-Bild besitzen. Diese Flexibilität ist leistungsfähig, erhöht aber die Wahrscheinlichkeit, dass die Bedeutung eines Mediums außerhalb der sichtbaren Produktbearbeitung gespeichert ist.
Enterprise- und B2B-Plattformen können Digital Asset Management (DAM), Product Information Management (PIM), CMS, CDN, Produktportale oder regionale Asset-Kataloge einsetzen. In solchen Architekturen wird die Produktseite oft aus mehreren Systemen zusammengesetzt, sodass das Commerce-System nicht alleiniger Eigentümer aller Medien- und Inhaltsdaten ist.
Marketplace- und Feed-Ökosysteme können wiederum kanalspezifische Bildregeln, Pflichtbilder, Bildverhältnisse, Reihenfolgen und zusätzliche Produktinhalte verlangen. Ein internes Medienmodell kann daher korrekt sein und trotzdem nicht alle Anforderungen eines externen Vertriebskanals erfüllen.
Plattformspezifische Funktionen und Sonderfälle
Zu den häufigsten Sonderfällen gehören:
| Funktion oder Muster | Technische Bedeutung | Risiko bei falscher Einordnung |
|---|---|---|
| Variantenspezifische Galerien | Eigene Bildgruppen für ausgewählte Optionen | Kundinnen und Kunden sehen eventuell die falsche Farbe, das falsche Material oder die falsche Konfiguration |
| Swatch-Bilder | Kleine visuelle Optionsauswahl für Farbe, Muster, Material oder Oberfläche | Optionsauswahl wird unklarer oder auf Text reduziert |
| Bildrollen | Unterschiedliche Bilder für Produktseite, Thumbnail, Listing, Swatch oder Feed | In Listings oder Produktdetails erscheint das falsche Bild |
| Rich-Description-HTML | Tabellen, eingebettete Bilder, eigene Klassen, Inline-Styles, Skripte oder Layout-Markup | Produktinhalte können schlecht dargestellt werden oder responsive Layouts beschädigen |
| Page-Builder-Inhalte | Strukturierte Blöcke in JSON oder App-Daten | Layout lässt sich möglicherweise nicht auf native Produktfelder abbilden |
| Produkttabs und Akkordeons | Wiederverwendbare oder produktspezifische Inhaltsbereiche | Wichtige Details können in unstrukturierten Text übergehen |
| Herunterladbare Assets | Handbücher, Zertifikate, Datenblätter, digitale Dateien oder Anleitungen | Dateien können übertragen werden, ohne kundenseitigen Zugriff oder Berechtigungen zu behalten |
| Eingebettete Videos | Referenzen auf externe Player oder native Videoobjekte | Links bleiben erhalten, während die eingebettete Wiedergabe ausfällt |
| 3D- und AR-Assets | Spezielle Medientypen mit Viewer-Abhängigkeiten | Assets werden eventuell nicht unterstützt oder benötigen Theme-/Frontend-Unterstützung |
| DAM- oder PIM-Assets | Medienreferenzen, die einem externen System gehören | Storefront verliert Zugriff, wenn Eigentum oder Synchronisationspfad wechselt |
| Lokalisierte Inhalte | Sprachspezifische Beschreibungen, Bilder, Alt-Texte oder Dokumente | Internationale Produktseiten verlieren marktspezifische Bedeutung |
| Marktspezifische Medien | Unterschiedliche Bilder oder Dokumente nach Region, Kanal oder Kundengruppe | Kundinnen und Kunden sehen möglicherweise falsche Compliance-, Verpackungs- oder Angebotsinformationen |
Diese Funktionen sind nicht bloß kosmetisch. Sie können bestimmen, was Kundinnen und Kunden über ein Produkt verstehen. Bei Mode, Möbeln, Beauty, Elektronik, Automotive, Ersatzteilen, Industriebedarf, Lebensmitteln, Nahrungsergänzung, regulierten Produkten und B2B-Katalogen trägt die Medien- und Inhaltsebene häufig Informationen, die nicht vollständig durch Produkttitel oder Attribute abgebildet werden.
Was sich ändern kann, wenn Produktmedien und -inhalte anderswo neu aufgebaut werden
Produktmedien können vollständig erscheinen und dennoch ihre Bedeutung verändern. Das geschieht, wenn die Datei übertragen wird, aber Beziehung, Rolle, Reihenfolge oder Darstellungslogik verändert werden.
Typische Veränderungen sind:
| Strukturelle Veränderung | Mögliche Auswirkung |
|---|---|
| Hauptbild ändert sich | Produktkarten, Suchergebnisse und erster Eindruck auf der Produktseite ändern sich |
| Galerie-Reihenfolge ändert sich | Die Produktseite erzählt die visuelle Geschichte schwächer oder verwirrend |
| Variantenbilder werden zu gewöhnlichen Galeriebildern | Visuelle Bestätigung nach der Optionsauswahl geht verloren |
| Bildrollen werden zu einer Bildgruppe zusammengeführt | Listing-, Thumbnail-, Swatch- und Produktseitenbilder werden inkonsistent |
| Alt-Text fällt weg | Barrierefreiheit und Bildkontext werden schwächer |
| Rich-HTML wird bereinigt oder anders gerendert | Tabellen, Tabs, Icons und Layoutblöcke können brechen oder verflachen |
| Produkttabs werden zu Fließtext | Produktdetails sind schwerer zu erfassen |
| Downloads verlieren ihre Position auf der Produktseite | Handbücher und technische Dokumente existieren noch, sind aber schwer auffindbar |
| Eingebettete Videos werden zu Links | Der Wert der Produktdemonstration sinkt |
| Externe Medien-URLs laufen ab oder ändern Zugriffsregeln | Bilder, Videos oder Dokumente werden möglicherweise nicht mehr verfügbar |
| CMS- oder Page-Builder-Blöcke werden nicht rekonstruiert | Hochwertige Produktinhalte werden auf ein einfaches Beschreibungsfeld reduziert |
Nicht jede Veränderung ist nachteilig. Ein Plattformwechsel kann genutzt werden, Bildstandards zu verbessern, veraltetes HTML zu entfernen, Spezifikationsblöcke zu zentralisieren, App-eigene Tabs durch native Felder zu ersetzen, doppelte Medien zu bereinigen oder Produktdokumente in eine besser wartbare Struktur zu überführen. Das sind jedoch bewusste Architekturentscheidungen. Sie sollten nicht unbeabsichtigt entstehen, weil das Medienmodell wie ein gewöhnlicher Dateitransfer behandelt wurde.
Was Händler prüfen sollten
Händler sollten repräsentative Produktseiten prüfen, auf denen Medien und Inhalte tatsächlich wichtige Aufgaben erfüllen. Eine zufällige Produktauswahl kann die risikoreichsten Inhaltsstrukturen verfehlen.
Eine gute Stichprobe umfasst:
- Produkte mit vielen Galeriebildern;
- Produkte mit Variantenbildern oder Swatches;
- Bestseller und stark besuchte Produktseiten;
- visuelle Produkte, bei denen die Bildreihenfolge die Kaufsicherheit beeinflusst;
- technische Produkte mit Handbüchern, Diagrammen, Datenblättern oder Kompatibilitätsdokumenten;
- Produkte mit eingebetteten Videos, 3D-Medien oder externen Playern;
- Produkte mit Tabs, Akkordeons, Größentabellen, Vergleichsblöcken oder umfangreichen HTML-Beschreibungen;
- lokalisierte oder marktspezifische Produktseiten;
- Produkte, deren Inhalte durch PIM, DAM, CMS, App, Modul oder benutzerdefiniertes Feld gesteuert werden;
- Produkte mit bildbezogenen Anforderungen für Feeds oder Marketplaces.
Die Prüfung sollte sowohl Backend-Struktur als auch kundenseitige Funktion vergleichen. Im Backend wird geprüft, ob Asset, Feld, Beziehung und Metadaten vorhanden sind. Im Storefront wird geprüft, ob Kundinnen und Kunden die richtigen Medien am richtigen Ort, in der richtigen Reihenfolge und mit dem richtigen Optionsverhalten sehen, auf Desktop und Mobilgeräten.
Nützliche Prüffragen sind:
- Entspricht das Hauptbild weiterhin seiner ursprünglichen Produktrolle?
- Werden Galeriebilder in der vorgesehenen Reihenfolge angezeigt?
- Wechseln Variantenbilder korrekt, wenn eine Option ausgewählt wird?
- Sind Bildrollen, Swatches, Thumbnails, Listing- und Feed-Bilder erhalten oder bewusst neu gestaltet?
- Bleibt Alt-Text mit dem richtigen Medium verknüpft?
- Werden ausführliche Beschreibungen sauber dargestellt, ohne fehlerhaftes Markup oder unlesbare Tabellen?
- Sind Tabs, Akkordeons, Spezifikationsblöcke, Videos und Downloads weiterhin über die Produktseite erreichbar?
- Sind externe Medienlinks weiterhin gültig und dem richtigen System zugeordnet?
- Bewahrt die mobile Produktseite dieselbe Inhaltshierarchie?
Die Prüfung sollte außerdem die Eigentümerschaft klären. Wenn eine Produktseite von CMS, PIM, DAM, App, benutzerdefiniertem Feld oder externem Anbieter abhängt, ist die Commerce-Plattform möglicherweise nicht die einzige Quelle der Wahrheit für das Medienerlebnis.
Wann eine tiefere Prüfung nötig ist
Produktmedien und -inhalte brauchen eine tiefere Prüfung, wenn das Produkterlebnis von Beziehungen oder Darstellungslogik abhängt, die nicht in Standard-Produktfeldern gespeichert sind.
Eine vertiefte Prüfung ist in der Regel erforderlich, wenn:
- variantenspezifische Galerien oder Swatch-Bilder die Produktauswahl steuern;
- sich Bildrollen zwischen Quellplattform und Zielplattform unterscheiden;
- Produktbeschreibungen komplexes HTML, Skripte, eingebettete Assets oder eigene CSS-Klassen enthalten;
- Produktinhalte in Tabs, Akkordeons, Page-Builder-Blöcken, benutzerdefinierten Feldern, Metafields oder Erweiterungstabellen gespeichert sind;
- Handbücher, Zertifikate, Datenblätter, digitale Dateien oder Downloads Berechtigungen oder produktspezifische Platzierung benötigen;
- Produktvideos, 3D-Medien, AR-Dateien oder externe Player Frontend-Unterstützung benötigen;
- Medien einem PIM, DAM, CMS, Marketplace-Connector oder externen Anbieter gehören;
- lokalisierte, markt-, kunden- oder kanalspezifische Medien erhalten werden müssen;
- Inhalte rechtliche, Compliance-, Garantie-, Kompatibilitäts-, Sicherheits- oder technische Support-Bedeutung haben.
Wenn Medienzuordnungen, Variantenbilder, benutzerdefinierte Inhaltsblöcke, Erweiterungsstrukturen, externe Asset-Referenzen oder nicht standardisierte Produktdokumente nicht durch direkte Feldzuordnung dargestellt werden können, lautet die praktische Frage, ob ihre Beziehungen und kundenseitige Bedeutung erhalten, transformiert, neu aufgebaut oder im Rahmen einer akzeptierten Scope-Entscheidung ausgeschlossen werden sollen.
Fazit
Produktmedien und Inhaltsstrukturen bestimmen, wie Produktinformationen gesehen, verstanden und als vertrauenswürdig wahrgenommen werden. Bilder, Galerien, Variantenmedien, Videos, Downloads, Alt-Texte, ausführliche Beschreibungen, Spezifikationsblöcke und Page-Builder-Bereiche tragen Datenbeziehungen, die das Produkterlebnis beeinflussen.
Eine technisch saubere Migration behandelt diese Elemente als strukturierte Produktdaten und nicht als lose Dateien oder dekorative Inhalte. Die sicherste Prüfung trennt das Vorhandensein eines Assets, seine Produktbeziehung, seine Darstellungsrolle, die Plattformunterstützung, die Eigentümerschaft und die Funktion im Storefront. So lässt sich erkennen, welche Medien direkt übertragen werden können, welche Inhalte bereinigt oder neu gestaltet werden sollten und welche Strukturen vertieft geprüft werden müssen, damit die Produktseite ihre ursprüngliche Bedeutung behält.
Häufige Fragen
Reichen Produktbilder normalerweise aus, um das Produkterlebnis zu erhalten?
Nein. Produktbilder sind nur ein Teil der Medienstruktur. Das Produkterlebnis hängt auch von Bildreihenfolge, Hauptbildrolle, Variantenbeziehung, Thumbnails, Swatches, Alt-Text, Galerieverhalten, Zoom, mobiler Darstellung und Medien ab, die durch Theme- oder App-Logik gesteuert werden.
Warum benötigen variantenbezogene Bilder besondere Aufmerksamkeit?
Variantenbilder verbinden die Auswahl der Kundschaft mit visueller Bestätigung. Wird eine Farbe, ein Material, ein Stil oder eine Konfiguration gewählt, sollte die Produktseite Medien zeigen, die genau zu dieser Auswahl passen. Geht diese Beziehung verloren, sind Bilder zwar weiterhin vorhanden, die Kaufentscheidung wird aber weniger verlässlich unterstützt.
Warum sind ausführliche Produktbeschreibungen zwischen Plattformen schwierig zu übertragen?
Ausführliche Beschreibungen können HTML-Tabellen, eingebettete Bilder, Tabs, Akkordeons, eigene CSS-Klassen, Skripte, Icons, Spezifikationsblöcke oder Page-Builder-Daten enthalten. Eine Zielplattform kann diese Strukturen bereinigen, vereinfachen oder anders darstellen. Der Text kann daher erhalten bleiben, während Layout und Lesbarkeit sich verändern.
Wann sollten Produktmedien außerhalb der Produktverwaltung geprüft werden?
Immer dann, wenn die Darstellung wichtig ist. Admin-Datensätze können bestätigen, dass Assets vorhanden sind. Nur der Storefront zeigt jedoch, ob Galerien, Variantenbilder, Videos, Dokumente, ausführliche Inhalte und mobile Layouts die Kaufentscheidung weiterhin richtig unterstützen.