Hier die These: „Lade immer deine echten Fotos hoch“ ist ein schlechter Ratschlag, zumindest als pauschale Regel, und wer ihm unkritisch folgt, erzielt schlechtere Builds als jemand, der öfter dem Generator vertraut. Ein 480px-Produktfoto, von einer fünf Jahre alten Website hochgeladen, schlecht ausgeleuchtet, nicht zentriert, ist nicht automatisch besser als ein sauberer generierter Ersatz, nur weil es „echt“ ist. Der Instinkt, dass Authentizität Fabrikation immer schlägt, stimmt nur oberhalb einer Qualitätsschwelle, die die meisten hochgeladenen Fotos gar nicht erreichen. Ich habe schon erlebt, wie Leute darauf bestanden, ein Handyfoto zu verwenden, das in einem dunklen Lagerraum aufgenommen wurde, weil es „das echte Produkt“ zeigt, obwohl ein generiertes Bild in der tatsächlichen Art-Direction des Builds bei jedem Besucher, der das Produkt nie persönlich gesehen hat, besser gewirkt hätte.
Das ist der widerlegende Teil. Hier ist der Mechanismus, der das erklärt — und, da ich dich nicht wirklich davon abbringen will, deine eigene Fotografie zu nutzen, wo die Regel am Ende wieder umschlägt.
Warum „echt“ nicht dasselbe ist wie „besser“
Die Bildbibliothek, erreichbar über das +-Menü im Builder-Chat, ist eine flache Upload-Oberfläche: Fotos, Logos, Produktbilder, Screenshots hineinziehen, jedes mit einem Geltungsbereich versehen — nur dieser Chat oder alle Sitzungen im gesamten Account. Beim Build-Vorgang durchläuft ein Resolver die Bibliothek und entscheidet, wo jedes Bild landet — nicht durch Dateinamen-Abgleich, sondern indem er liest, was das Bild tatsächlich zeigt — Ladenfront, Produkt auf Weiß, Porträt, Textur — und mit dem abgleicht, was jeder Abschnitt braucht. Das funktioniert wirklich gut. Lade sechs Produktfotos zu einem Menü-Abschnitt mit sechs Einträgen hoch, und sie landen meistens auf den richtigen Karten.
Aber der Resolver kann nur platzieren, was du ihm gibst, und was du ihm gibst, bringt echte Einschränkungen mit, die Generierung nicht hat:
- Auflösung rein, Auflösung raus — der Builder skaliert nie hoch, also wird dieses 480px-Relikt in 480px ausgeliefert, weich und verpixelt neben allem anderen auf der Seite.
- Feste Seitenverhältnisse — ein quadratisches Produktfoto, das in einen breiten Banner-Slot gesetzt wird, wird mittig zugeschnitten statt gestreckt, was korrektes Verhalten ist, aber unerbittlich, wenn dein Motiv von vornherein nicht zentriert war.
- Unbeabsichtigtes Interface — Leute laden häufiger als man denkt Handy-Screenshot-„Fotos“ inklusive Statusleiste und App-Interface hoch; der Resolver platziert es trotzdem, weil es immer noch als Bild des richtigen Motivs erkannt wird — und jetzt ist ein Signalbalken fest in deinem Hero-Bild eingebacken.
Nichts davon ist ein Vorwurf an den Resolver. Es ist ein Argument dafür, ehrlich mit deinem Ausgangsmaterial umzugehen. Ein generiertes Bild, entworfen in der festgelegten Art-Direction des Builds, hat keinen dieser Fehler — keine weiche Auflösung, kein unzentrierter Zuschnitt, kein unbeabsichtigtes Interface. Wenn dein echtes Foto schlecht ist, ist die „authentische“ Wahl nicht wirklich die bessere.
Die Einstellungen, die Generierung stimmig machen
Ebenfalls im +-Menü: zwei Regler, die alles steuern, was die Bibliothek nicht abdeckt — Hero-Hintergründe, Trenner, dekorative Grafiken, alles, was du nicht selbst geliefert hast. Zuerst eine Qualitätsstufe, und das ist ein echter Kompromiss, keine Standard-auf-Maximum-Checkbox.
| Stufe | Verwenden für |
|---|---|
| Günstig | Hintergründe und alles, was hinter Text sitzen soll — iteriert schnell, nützlich, wenn du viermal hintereinander „wärmer, weniger unruhig“ sagst, während du einen Look feinjustierst. |
| Teuer | Bilder in Hero-Größe, wo Artefakte sichtbar sind. |
Meine Regel: den gesamten Build günstig entwerfen, dann die zwei oder drei Hero-Bilder auf die gute Stufe hochstufen, sobald die Richtung feststeht. Umgekehrt vorzugehen bedeutet, Premium-Kosten für Entwürfe zu zahlen, die du drei Iterationen später ohnehin wegwirfst.
Zweitens Stilvorlieben — fotografisch versus flach, warm versus kühl, unruhig versus minimal —, die bestehen bleiben, statt bei jedem Prompt neu formuliert werden zu müssen, und die genau wie Bilder skaliert sind: kontoweiter Standard, chat-spezifische Überschreibung für ein Projekt, das abweichen muss. Ein Agentur-Account sollte nicht eine Stilvorliebe zwischen einem Anwaltskanzlei-Build und einem Skateshop-Build in derselben Woche teilen.
Was tatsächlich ein stimmiges Set erzeugt, ist jedoch nicht der Stilregler allein — es ist, dass generierte Kunst aus der festgelegten Art-Direction des Builds gelesen wird, derselben, die Layout, Typografie und Farbe bestimmt (behandelt in dem Design-Direktor). Bitte um ein Hero-Bild und drei Abschnittsillustrationen in einem Build mit festgelegter Richtung, und sie teilen sich eine Palette und einen Rendering-Stil, ohne dass du es dreimal angeben musst. Bitte darum in einem Build ohne festgelegte Richtung, und du bekommst plausible, aber unpassende Ergebnisse — ein Signal, dass die Richtung noch nicht feststeht, kein Fehler.
Was die „Immer echt hochladen“-Fraktion richtig macht
Und hier ist das Zugeständnis, denn die pauschale Regel ist falsch, aber der Instinkt dahinter nicht. Es gibt eine Kategorie von Bildern, bei der Generierung unabhängig von Qualitätsstufe oder Art-Direction versagt, und genau das meinen die Leute, wenn sie sagen „lade deine echten Sachen hoch“: Gesichter, Essen und Logos.
Eine Bäckerei-Website mit echten Gebäckfotos und einer generierten Ladenfront außen wirkt völlig stimmig — niemand erwartet, dass ein generiertes Gebäude fotorealistisch exakt ist, und es füllt eine echte Lücke, wo es kein Foto gab. Dieselbe Website mit einem generierten Croissant, das das echte auf der Theke ersetzt, wirkt innerhalb von etwa zwei Sekunden falsch, weil dein Auge auf echtes Essen kalibriert ist, wie es auf Architektur einfach nicht kalibriert ist. Du bemerkst es vielleicht nicht selbst — du starrst schon seit einer Stunde auf den Build —, aber ein Erstbesucher wird es tun, und das ist das Publikum, das zählt.
Logos sind schlimmer, und hier gehe ich weiter als nur „bevorzuge echt“: eine generierte, logoähnliche Marke im Header eines echten Unternehmens gehört zum Übelsten, was der Resolver produzieren kann, und es passiert fast immer, weil niemand das echte Logo hochgeladen hat. Wenn du keine saubere Logodatei hast, sag es laut, statt den Build einfach weiterlaufen zu lassen — die Alternative ist eine Platzhaltermarke, die plausibel genug ist, dass niemand sie vor dem Launch bemerkt.
Die korrigierte Version der Regel lautet also weder „immer echt“ noch „Generierung ist in Ordnung, mach dir keine Sorgen“. Sie ist enger als beides: Lade Gesichter, Essen, Produkte, Orte und Logos hoch, wenn sie existieren und von guter Qualität sind — der Resolver belohnt gute Quellen großzügig. Alles andere, auch ein schlechtes echtes Foto, ist fairer Einsatzbereich für den Generator, und so zu tun, als wäre das nicht so, nur weil eine Datei zufällig ein Foto ist, ist der Weg, auf dem man ein 480px-Produktfoto ausliefert, das niemand absichtlich gewählt hätte.
