Produktbilder benennen: ein System, das skaliert

Jemand fragt nach der Rückansicht von TS-4410 vor weißem Hintergrund. Du öffnest das gemeinsame Laufwerk und findest IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png und einen Ordner namens NEW EDITS USE THESE. Zehn Minuten später öffnest du immer noch Miniaturansichten.

Eine Namenskonvention ist die billigste Reparatur im Katalogbetrieb: ein Nachmittag Absprache, keine neue Software, und sie überlebt jeden, der die Fotos gemacht hat. Hier ist ein Schema, das über ein paar tausend Dateien hinweg trägt.

Die SKU steht immer vorn

Dateinamen werden alphabetisch sortiert, also ist das erste Feld die Achse, nach der dein Ordner organisiert ist. Mach daraus den Bezeichner, der sich nie ändert: die SKU exakt so, wie sie in deinem Produktfeed steht. Jedes Bild eines Produkts liegt dann beieinander, egal wer es gespeichert hat.

Das Datum vorn (2026-07-14_shoot_final) gruppiert nach Shooting-Tag – der einen Achse, nach der niemand sucht.

Drei Felder reichen:

• TS-4410 – die SKU, wortwörtlich aus dem Feed
• MAIN – worauf die Kamera schaut
• white – was hinter dem Motiv liegt

Zusammengesetzt: TS-4410_MAIN_white.png. Wer diese Liste liest, weiß, was darin steckt, ohne eine Datei zu öffnen, und ein Skript trennt den Namen am Unterstrich.

Ansichtscodes festlegen, bevor jemand fotografiert

Das zweite Feld funktioniert nur mit einem festen, schriftlich fixierten Vokabular. Erfinde die Codes einmal und improvisiere nie: MAIN für die Hauptaufnahme, PT01 bis PT08 für weitere Ansichten in fester Reihenfolge, ALT-back, DETAIL-clasp, SCALE.

Füll die Zahlen mit Nullen auf – PT01, nicht PT1. Windows Explorer und Finder sortieren Zahlen nach ihrem Zahlenwert, in Shell-Listings, Skripten und Object-Storage-Schlüsseln wird dagegen rein textuell sortiert, sodass PT11 zwischen PT1 und PT2 landet statt dahinter.

Amazons eigene Regel für Bilddateinamen steht in den Hilfeseiten von Seller Central, hinter dem Verkäufer-Login, und nutzt womöglich andere Trennzeichen als hier. Prüfe die aktuelle Syntax in deinem Konto, bevor du Tausende Dateien umbenennst, und behalte den Grundgedanken – Bezeichner zuerst, Ansichtscode als Zweites – auf jedem Vertriebskanal bei (Amazon Produktbilder: Regeln für weißen Hintergrund).

Benenne den Hintergrund, nicht nur das Produkt

Aus einem Foto werden mehrere Lieferobjekte: schlichtes Weiß für den Marktplatz, Markenfarbe für ein Banner, transparent für eine Präsentation, ein Schlagschatten für das Kategorieraster. Sagt der Name nicht, was was ist, lieferst du das Falsche aus.

Nutze für das dritte Feld eine kurze, geschlossene Liste: raw für die unbearbeitete Kameradatei, white, brand, cut für transparent, shadow und life für einen Lifestyle-Hintergrund. Wenn du in remover.bg einen Hintergrund ersetzt – Volltonfarbe, eigener Farbton oder dein eigenes Foto –, mach dir schon vor dem Start klar, welchen Zusatz diese Ausgabe bekommt, und benenne den Download sofort um.

Auch die Dateiendung trägt Information. Transparente Ausgabe muss PNG oder WebP sein; eine _cut-Datei, die als JPEG gespeichert wurde, ist ein Fehler, keine Variante (Hintergrund transparent machen: PNG in Sekunden). Weiße Marktplatzdateien sind meist JPEG, Website-Bilder zunehmend WebP.

Zeichen, die still und leise alles kaputtmachen

• Keine Leerzeichen. Sie werden in URLs zu %20, brechen nicht in Anführungszeichen gesetzte Shell-Skripte und werden von Upload-Formularen stillschweigend umgeschrieben.
• Nur ASCII. # und ? beenden den Pfadteil einer URL, und & trennt Query-Parameter – jedes davon in einem Dateinamen kann einen Link abschneiden oder aufspalten. Akzentbuchstaben und andere Nicht-ASCII-Zeichen liegen außerhalb des erlaubten URI-Zeichensatzes und werden zu unlesbaren Prozent-Codierungen. Klammern sind in einem Pfad zulässig, brechen aber trotzdem Markdown-Links und nicht in Anführungszeichen gesetzte Shell-Befehle.
• Eine feste Groß-/Kleinschreibung. Windows und macOS unterscheiden standardmäßig nicht zwischen Groß- und Kleinschreibung, also kollidieren TS-4410 und ts-4410; Linux-Server und Object Storage behalten zwei Dateien. Leg eine Schreibweise verbindlich fest.
• Ein Trennzeichen pro Ebene. Unterstrich zwischen den Feldern, Bindestrich innerhalb eines Feldes.
• Keine Statuswörter. final, FINAL2, new, use-this sind binnen einer Woche gelogen. Versioniere, indem du die Datei ersetzt, nicht indem du sie umbenennst.

Kameraoriginal und Freisteller getrennt halten

Überschreib niemals die Quelle. TS-4410_MAIN_raw.jpg und TS-4410_MAIN_white.jpg liegen nebeneinander, sodass du beim Wechsel der Markenfarbe neu aus dem Original freistellst, statt einen reduzierten Export zu retten.

Uploads sind auf 25 MB begrenzt, was eine große Kameradatei überschreiten kann. Verkleinere sie vorher in deinem eigenen Bildeditor – diese verkleinerte Kopie ist ein drittes Artefakt, gib ihr also einen Namen (TS-4410_MAIN_upload.jpg).

Erst die Benennung macht Stapelläufe möglich

Stapelverarbeitung läuft über die HTTP-API, also wird jede Datei über ihren Namen angesprochen. Deterministische Namen ergeben einen deterministischen Job: Das Skript liest TS-4410_MAIN_raw.jpg, schreibt TS-4410_MAIN_cut.png und lässt sich gefahrlos erneut ausführen – der Ausgabepfad ist eine reine Funktion der Eingabe.

Vergleiche die erwarteten Ausgabenamen mit dem, was tatsächlich angekommen ist – die Differenz nennt dir die SKU, die fehlgeschlagen ist. Der Guide zur API zur Hintergrundentfernung deckt die Anfrageseite ab.

Die Regelkarte

Häng das ans gemeinsame Laufwerk:

1. SKU_VIEW_BACKGROUND.ext, in genau dieser Reihenfolge.
2. SKU Zeichen für Zeichen aus dem Feed übernommen.
3. Ansicht aus der vereinbarten Liste. Zahlen mit Nullen aufgefüllt.
4. Hintergrund aus der vereinbarten Liste. Die Dateiendung passt dazu.
5. Eine feste Groß-/Kleinschreibung, nur ASCII, keine Leerzeichen, keine Datumsangaben, keine Statuswörter.
6. Originale bleiben als _raw erhalten und werden nie überschrieben.

Benenne diese Woche die letzten hundert Dateien von Hand um. Alles danach ist geschenkt.