Jede Version mit einer kurzen Zusammenfassung und allen Änderungen: was neu ist, was besser wurde, welcher Fehler wen betraf. Installierte Shops holen neue Versionen selbst unter System → Update und zeigen dort dieselbe Liste vor dem Einspielen.
Behebt einen Abbruch beim Umstellen mehrerer gleichnamiger Artikel auf deutsche Adressen.
Hießen mehrere Artikel gleich, berechnete die SEO-Prüfung für jeden dieselbe neue Adresse; beim Bereinigen brach der zweite mit einem Serverfehler ab. Die Adressen werden jetzt gemeinsam vergeben, die Vorschau zeigt genau, was passiert.
Bessere Auffindbarkeit von Kategorien und Artikeln bei Google und zwei geschlossene Sicherheitslücken in Bibliotheken.
Schließt eine Lücke, über die eine einzelne Anfrage mit präpariertem Cache-Control-Kopf den Server blockieren konnte, und eine weitere in der YAML-Verarbeitung. Nach dem Update auf dem Server einmal composer install ausführen.
Neue Artikel-, Kategorie- und Seitenadressen werden aus "Für 24 Fläschchen" zu fuer-24-flaeschchen statt fur-24-flaschchen. Die SEO-Prüfung findet bestehende englisch umgeschriebene Adressen und stellt sie mit dauerhafter Weiterleitung um; von Hand gewählte Adressen bleiben.
Jede Kategorie hat ein Feld für einen erklärenden Text, den der Block "Kategorie · Text" unter den Artikeln zeigt — nur auf Seite 1, damit kein doppelter Inhalt entsteht. Bestehende Kategorievorlagen haben den Block per Update bekommen.
Kategorieseiten liefern Brotkrumen und die Artikelliste als strukturierte Daten, damit Suchmaschinen Aufbau und Inhalt verstehen.
Eine zweite Backend-Oberfläche, die nach Arbeit statt nach Modulen sortiert. Umschaltbar je Benutzer, die klassische Ansicht bleibt.
Arbeitsbereiche statt Plugin-Menü: Arbeitsplatz, Aufträge & Belege, Sortiment, Kunden & Service, Marketing & Analyse, Shop & Inhalte, Zahlung & Versand, System & Einstellungen. Jeder Bereich hat kuratierte Reiter und eine Leiste mit den zugehörigen Seiten. Umschalten unten in der Seitenleiste.
Einstellungen sind nach Themen in Kacheln gebündelt (z. B. Shop-Grundlagen mit Allgemein, Sichtbarkeit und Telefon) und öffnen rechts im Seitenfenster. Felder stehen als Zeilen mit Erklärung, unten eine feste Speicherleiste, Strg + S speichert, beim Verlassen fragt der Shop nach.
Die Suche bietet leer zuerst "Schnell anlegen" an (Artikel, Gutschein, Kampagne, Aktion, Newsletter, Kategorie, Seite, Blogbeitrag), gefiltert nach Rolle. Die Seite "Alle Funktionen" nennt zu jeder Funktion ihren neuen und ihren früheren Ort.
Bestellungen, Kunden und Nachrichten öffnen neben der Liste. Die Bestellung ist in Auftrag, Positionen & Adresse, Zahlung & Belege, Versand und Kunde & Verlauf gegliedert; über der Bestellliste stehen Schnellfilter mit Zahlen.
Gutschein, Aktionsseite mit QR-Code und Newsletter-Entwurf in einem Ablauf — geprüft mit denselben Regeln wie die Einzelseiten, angelegt wird alles oder nichts.
"Aktionen & QR-Codes" und "Gewinnspiele" endeten mit einem Serverfehler, weil ihre Auswahlfelder falsch definiert waren.
Ein Code wie "sommer10" ließ sich neben "SOMMER10" anlegen. Codes werden jetzt vor der Prüfung in Großbuchstaben umgewandelt.
Hilft nach einem Umzug von WooCommerce, tote Altadressen schneller aus Google zu bekommen.
Schlagwort-Archive, Farbfilter, Blätterseiten und Feeds eines früheren WooCommerce-Shops antworten mit 410 (absichtlich entfernt) statt 404. Google fragt dann nicht mehr wochenlang nach. Kunden sehen dieselbe Fehlerseite wie bisher.
Die Vorschau für personalisierte Artikel öffnet jetzt in einem Fenster und zeigt den Text direkt auf dem Produktbild.
Ein Link "So sieht dein Artikel aus" öffnet ein Fenster mit dem Produktbild; der Text liegt maßstabsgerecht darauf und ist dort direkt bearbeitbar. Im Artikel-Editor wird die Textposition mit der Maus gesetzt. Vorher stand das Bild ein zweites Mal riesig in der Kaufbox und der Text rutschte darunter.
Kunden sehen vor dem Kauf, was sie gewählt haben und wie ihr Wunschtext aussieht.
Vor dem Warenkorb fasst die Produktseite alle gewählten Optionen, Farben und Texte zusammen. Vorschau und Fertigung verwenden dieselben Grenzen.
Bei personalisierten Artikeln zeigt eine Vorschau, wie der eingegebene Text auf dem Artikel wirkt.
Hilft Kunden bei der Frage "Passt das zu meinem Gerät?" — und beantwortet Fragen öffentlich am Artikel.
Am Artikel lässt sich festhalten, wozu er passt (Geräte, Modelle, Zubehör). Die Produktseite zeigt das als eigenen Block statt in Werbesätzen versteckt.
Kunden stellen Fragen auf der Produktseite, der Händler beantwortet und gibt sie unter Sortiment → Kundenfragen frei. Beantwortete Fragen stehen öffentlich am Artikel.
Der Shop bittet nach dem Versand automatisch um eine Bewertung — mit Fotos und ohne Kundenkonto.
Einige Tage nach dem Versand erhält der Kunde eine Mail mit einem persönlichen Link zur Bewertung, auch ohne Anmeldung, mit Foto-Upload. Zeitpunkt und Text sind einstellbar. Ohne Bewertungen zeigt Google keine Sterne.
Besucherzahl, Zahlarten und Versandkosten zeigt der Shop jetzt aus echten Daten.
Ab Werk stand "18 Personen sehen sich das gerade an" als fester Wert, in einem Theme als Zufallszahl — irreführende Werbung nach § 5 UWG. Jetzt zählt der Shop Besucher der letzten Minuten ohne Cookie; unter einer Mindestzahl steht nichts. Neuer Block "Live-Besucher".
Der Block nannte ab Werk Zahlarten wie "Rechnung", auch wenn der Shop sie gar nicht anbot. Er zeigt jetzt die tatsächlich aktiven Zahlarten der Kasse.
Die Lieferbox auf der Produktseite nennt die Versandkosten des Artikels und die Grenze für kostenlosen Versand. Lieferbox, Produktfeed und Googles Produktdaten rechnen über denselben Dienst.
Google Merchant Center lehnt Artikel nicht mehr wegen fehlender Gewichte ab.
Der Feed übermittelt die Versandkosten jedes Artikels (seine Versandart bzw. die günstigste, 0 € ab der Gratisgrenze). Shops, die nach Paketart statt Gewicht abrechnen, bekamen ihre Artikel sonst wegen "Versandgewicht fehlt" abgelehnt. Abschaltbar unter Einstellungen → Produktfeed.
Ein Sonderzeichen in einem Kategorienamen machte den ganzen Feed ungültig.
Kategorienamen mit "&" gingen unmaskiert in den Feed. Google lehnt dann nicht einen Artikel ab, sondern alle. Die Namen werden jetzt wie jedes andere Feld maskiert.
Der Google-Produktfeed liefert Adressen und Bilder so, wie Google sie annimmt.
Artikel-Links waren relativ und Bilder im AVIF-Format, das Google im Feed nicht annimmt — jeder Artikel wäre abgelehnt worden. Jetzt volle Adressen, Originalbild bzw. WebP, und das Hauptbild nicht noch einmal als Zusatzbild.
Alles, was Suchmaschinen über den Shop erfahren, ist jetzt einstellbar und abschaltbar.
Suchergebnisseiten sind auf noindex gestellt, und Parameter wie utm_* oder gclid nehmen eine Kategorie nicht mehr aus dem Index.
Organisation und Website mit Shop-Suche als strukturierte Daten auf der Startseite — nur aus gepflegten Angaben.
Blogbeiträge haben eigene Titel, Beschreibung, Canonical und BlogPosting-Daten und stehen in der Sitemap.
Ob KI-Crawler den Shop lesen dürfen, ist ein Schalter; /llms.txt beschreibt den Shop für KI-Suchdienste.
Mehrere Ursachen für doppelte Inhalte bei Google beseitigt, dazu eine Prüfung für kopierte Suchangaben.
Die Adresse mit und ohne "www" lieferte jede Seite doppelt aus. Der Shop leitet jetzt auf die eingestellte Shop-Adresse um.
/produkt/… und /produkt-kategorie/… aus einem früheren WooCommerce-Shop leiten auf den passenden Artikel bzw. die Kategorie weiter, wenn sie eindeutig zuzuordnen sind.
Sortiment → SEO-Prüfung findet Artikel mit denselben Suchtiteln oder -beschreibungen und Adressen auf "-kopie" und bereinigt sie mit einem Klick, samt dauerhafter Weiterleitung.
Beim Duplizieren eines Artikels wanderten Suchtitel und -beschreibung mit; das Duplikat erschien bei Google unter dem Namen des Originals.
Eingetragene Weiterleitungen griffen nicht, wenn die alte Adresse einen Unterpfad hatte (z. B. /produkt/name) — sie endeten im 404.
Kategorien ohne Text bekommen eine Beschreibung aus ihren Artikeln; die Startseite hat eigene Felder für Titel, Beschreibung und Canonical. Eine fest liegende robots.txt, die die einstellbare Fassung verdeckte, räumt das Update weg.
Module, die per Update neu dazukommen, lassen sich jetzt aktivieren.
Ein per Update neu geliefertes Modul stand in der Plugin-Liste, "Aktivieren" endete aber mit "Unbekanntes Plugin". Liste und Schalter fragen jetzt dieselbe Quelle.
Neues optionales Modul für Produkttexte mit Claude, dazu Sicherheitsupdates.
Das Modul "KI-Texte" entwirft Beschreibung, Kurzbeschreibung und Suchangaben eines Artikels mit Claude. Ab Werk aus; braucht einen eigenen API-Schlüssel. Fehlt die Bibliothek auf dem Server, nennt der Editor das statt mit einem Fehler abzubrechen.
Schließt unter anderem eine XSS-Lücke auf der Fehlerseite und eine umgehbare Pfadprüfung beim Dateizugriff.
Briefsendungen lassen sich wieder direkt verfolgen.
Die Verfolgungsseite der Deutschen Post zeigte nur noch eine Infoseite. Der Link geht jetzt auf die gemeinsame DHL-Verfolgung, die Briefnummern erkennt. Alle übrigen Dienstleister im Browser geprüft.
Der GLS-Link führt direkt zur aktuellen Verfolgungsseite.
Der bisherige GLS-Link lebte von einer Weiterleitung, die GLS jederzeit abschalten kann. Er zeigt jetzt direkt auf die neue Verfolgungsseite.
Einzelne Testbestellungen lassen sich löschen — aber nur, solange es keine Rechnung und keine Zahlung gibt.
Ein Knopf an der Bestellung entfernt sie samt allem, was nur ihretwegen existiert. Er verweigert sich, sobald eine Rechnung existiert, Geld geflossen oder eine Rückzahlung erfasst ist — dann gilt Storno statt Löschen (lückenloser Rechnungskreis, GoBD).
Jede Mail und jeder Vorgang einer Bestellung wird festgehalten — und ein Fehler bei der Bestellbestätigung ist behoben.
Bei Bestellungen, die schon bezahlt entstehen (PayPal, Karte), bekamen Kunde und Händler eine Bestätigung ohne die bestellten Artikel. Die Mail lädt die Positionen jetzt frisch.
Zu jeder Mail entsteht vor dem Versand ein Eintrag mit dem Text, wie er rausgeht, und nach dem Versand eine Bestätigung. Dazu Anlage, Status, Zahlung, Sendungsnummer und Belege. Unter Bestellungen → Protokoll lassen sich fehlgeschlagene Mails filtern und "Bestätigung erneut senden".
Die ab 27.09.2026 vorgeschriebene EU-Gewährleistungsmitteilung und das Garantie-Etikett sind eingebaut.
Die harmonisierte Mitteilung nach DVO (EU) 2025/1960 erscheint auf Produktseite, in der Kasse, in der Fußzeile und in der Bestellbestätigung — als Builder-Block, der seinen Ort selbst erkennt (nur bei Ware, nicht bei reinen Downloads). Am Artikel einstellbar: automatisch, immer, nie.
Gibt ein Hersteller eine Haltbarkeitsgarantie über zwei Jahre hinaus, zeigt der Shop das vorgeschriebene Etikett neben dem Produktbild und im Warenkorb. Felder am Artikel im Reiter Recht.
Die Anzeige "Eco A" in der Schnellansicht ist entfernt, der CO₂-Hinweis verlangt einen belegten Messwert statt "ausgeglichen".
Ein Befehl räumt alle Testbestellungen weg, bevor der Shop live geht.
Entfernt alle Bestellungen samt Belegen, Rückzahlungen, Einlösungen, Sendungsereignissen und Downloads, lässt Kunden, Artikel und Gutscheine stehen, bucht den Bestand offener Bestellungen zurück und sichert vorher die Datenbank. Standard ist ein Probelauf.
Der Seitenkopf springt nicht mehr, wenn die Schrift eintrifft.
Vorgeladen werden jetzt alle Schnitte, die das Theme tatsächlich nutzt, statt geratener Gewichte. Trifft die Schrift ein, bleibt die Navigation stehen und der Inhalt rutscht nicht.
Der Spamschutz der Formulare bremst den Seitenaufbau nicht mehr.
Die unsichtbare Rechenaufgabe des Formularschutzes läuft in kleinen Häppchen und erst, wenn das Formular ins Bild kommt. Dazu werden die Schriften des ersten Bildschirms vorgeladen.
Erster Schritt gegen eine hohe Blockierzeit beim Laden.
Die Rechenaufgabe des Newsletter-Formulars startete beim Laden jeder Seite und blockierte den Browser fast eine Sekunde. Sie läuft jetzt erst, wenn der Browser nichts anderes zu tun hat.
Die Startseite lädt nur noch einen Bruchteil der bisherigen Bilddaten.
Der Shop erzeugte verkleinerte Bildfassungen, lieferte aber immer das Original aus. Auf Mobilgeräten dauerte der Aufbau dadurch viele Sekunden. Jetzt wählt der Browser die passende Größe.
GLS meldet dem Shop jeden Statuswechsel eines Pakets.
Abgeholt, unterwegs, zugestellt: Der Stand erscheint an der Bestellung. Angemeldet wird per Knopf unter Einstellungen → GLS-Versand; die nötige Kundennummer merkt sich der Shop beim ersten Etikett.
Versandetiketten für GLS entstehen direkt im Backend.
An der Bestellung erstellt ein Knopf das GLS-Etikett (ShipIT). Die Paketnummer wird zur Sendungsnummer und setzt die Bestellung auf "Versandt" — mit Rechnung, Lagerbuchung und Kundenmail. Mehrere Pakete, Storno je Paket, Sandbox zum Testen. Packstation, Filiale und Postfach erkennt der Shop vorher.
Konnte ein Widerruf über das Formular nicht angenommen werden, nannte die Meldung keine Mailadresse. Sie nennt jetzt die Absenderadresse des Shops.
Kontaktanfragen landen im Backend, eine Glocke zeigt, was neu ist, und Newsletter-Abonnenten bekommen ihren Gutschein.
Kontaktformular und Preisanfrage werden gespeichert: Kunden → Nachrichten mit offen, ungelesen, erledigt; Antworten per Mailprogramm.
Neue Bestellungen, Widerrufe, Nachrichten, Bewertungen und Kundenkonten seit dem letzten Blick — an der Glocke und als Zahl an den Menüpunkten, ohne Neuladen aktualisiert.
Nach der Bestätigung der Newsletter-Anmeldung geht eine Willkommensmail mit Gutscheincode raus. Betreff, Text und Gutschein unter Newsletter → Gestaltung & Einstellungen.
Newsletter-Bestätigung und Passwort-Zurücksetzen kamen aus der Standardvorlage des Frameworks mit englischer Fußzeile. Sie nutzen jetzt die Shop-Hülle mit Logo.
Zusätzlich zur Zeitprüfung eine unsichtbare Rechenaufgabe im Browser und eine Erkennung von Zufallstext. Das Widerrufsformular hatte bis dahin keinen Schutz.
Downloads und Lizenzschlüssel verkaufen — mit Freischaltung beim Zahlungseingang und Widerrufsverzicht.
Am Artikel: Dateien in Fassungen, optional je Variante, Lizenzschlüssel aus einem Vorrat, Download-Limit und Frist. Die Kasse fragt bei reinen Downloads keine Versandart ab und verlangt die Erklärungen nach § 356 Abs. 5 BGB.
Freischaltung beim Zahlungseingang, Mail mit Download-Links, Bereich im Kundenkonto, Gastzugang, Protokoll je Abruf, Sperren und Verlängern im Backend, OSS-Auswertung für digitale Umsätze im EU-Ausland.
Die Kontodaten für Vorkasse stehen nur noch an einer Stelle.
Die Kontodaten standen an drei Stellen, die sich widersprechen konnten. Rechnung, Bestätigung und Vorkasse-Hinweis lesen jetzt dieselbe Angabe unter Zahlungsarten → Vorkasse.
Wer per Vorkasse bestellt, erfährt wieder, wohin er überweisen soll.
Die Bestellbestätigung bei Vorkasse nannte kein Konto, und der Verwendungszweck blieb ein Platzhalter. Zwei Fehler, die sich gegenseitig verdeckt hatten.
Seiten lassen sich auch im Quelltext bearbeiten.
Im Seiten-Editor lässt sich zwischen Ansicht und HTML wechseln — etwa um einen toten Link in einem eingefügten Rechtstext zu reparieren, den die Ansicht nicht erreicht.
Neue Bestellungen, Widerrufe und Anfragen gehen per Mail an den Händler — einstellbar je Art.
Eine Sammeladresse für alle Meldungen, dazu je Art eine eigene (z. B. Bestellungen ans Lager, Anfragen ins Büro), jede einzeln abschaltbar.
Alle Mails gehen als HTML und reiner Text raus. Reine HTML-Mails landeten bei manchen Anbietern im Spam, obwohl SPF, DKIM und DMARC stimmten.
Nach einem Domainwechsel warnt das Backend, wenn die Shop-Adresse nicht mehr stimmt.
Passt die eingetragene Shop-Adresse nicht zur aufgerufenen Domain, warnt das Backend. Sonst zeigen alle Links in Mails, Sitemap und Zahlungsrückkehr auf die alte Adresse — beim Klicken im Shop fällt das nicht auf.
Der Warenkorb prüft beim Öffnen Preise und Bestand und läuft für Gäste nach einer einstellbaren Frist ab.
Der Warenkorb meldet, wenn sich seit dem Hineinlegen ein Preis geändert hat oder ein Artikel ausverkauft ist — nicht erst an der Kasse.
Der Warenkorb eines Gastes läuft nach einer einstellbaren Zeit ohne Änderung ab (Vorgabe 24 Stunden). Angemeldete Kunden behalten ihn im Konto, geräteübergreifend.
Ein neuer Block für erzählende Seiten.
Links bleibt ein Bild stehen, rechts läuft eine Liste durch, und zu jedem Eintrag wechselt das Bild. Danach scrollt die Seite normal weiter.
Ein gemeinsamer, unsichtbarer Schutz für Kontakt, Preisanfrage und Newsletter.
Zeitprüfung, ein Honigtopf-Feld und eine Bewertung des Freitexts. Abgewiesene Einsendungen bekommen dieselbe Bestätigung wie echte, stehen aber mit Grund im Protokoll. Newsletter-Anmeldungen halten ihre Herkunft fest.
Glücksrad und Adventskalender, dazu Gratisartikel als Gutschein-Art.
Gewinne mit Gewichten oder Türchen, Stückzahlen, Teilnahme ohne Angaben, mit E-Mail oder Kundenkonto, Teilnahmebedingungen, freiwilliger Newsletter, Nachweis aller Teilnahmen als CSV. Gezogen wird auf dem Server.
Liegt der hinterlegte Artikel im Warenkorb, kostet ein Stück davon 0,00 € — über den normalen Rabattweg, auf jedem Beleg richtig ausgewiesen.
Gedruckte Codes, die den Gutschein beim Scannen in den Warenkorb legen.
Gutschein, Begrüßungsseite und kurze Adresse (/a/name) als QR-Code zum Drucken (SVG/PNG). Wer scannt, hat den Rabatt im Warenkorb. Wahlweise Einmal-Codes mit PDF-Druckbogen und CSV für Serienbriefe; beendete Aktionen zeigen einen einstellbaren Text statt eines Fehlers.
Neu ist ein Artikel, wenn der Händler es sagt — mit Badge, automatischer Kategorie und Menüpunkt.
Bisher galt das Anlagedatum; nach einem Import war schlagartig der ganze Bestand "neu". Jetzt markiert man Neuheiten (einzeln oder als Mehrfachaktion), die Frist ist einstellbar. Eine Kategorie mit der Regel "Neuheiten" füllt sich selbst, ein Menüpunkt kann sich ausblenden, wenn es keine gibt.
Artikel mit bestimmten Optionswerten ließen sich nicht bestellen.
Endete ein Optionswert mit einem Leerzeichen, kam der Artikel nie im Warenkorb an: Zähler zeigte eins, Warenkorb leer, Kasse leitete zur Startseite.
Alte Variantenkombinationen legen den Verkauf nicht mehr still.
Blieben nach dem Umbau der Varianten alte Kombinationszeilen ohne Gruppe zurück, ließ sich der Artikel nicht mehr bestellen.
Die Prüfung von Wunschtexten greift auch bei Textfeldern in Varianten.
Wunschtexte in Varianten-Textfeldern gingen an der Begriffsprüfung vorbei.
Wunschtexte werden auf fremde Marken und Vereinsnamen geprüft.
Eine Liste unter Sortiment → Gesperrte Begriffe (Marken, Vereine, Schutzrechte). Personalisierte Artikel lehnen solche Wunschtexte direkt bei der Eingabe ab — eine Rechtebestätigung des Kunden schützt den Fertiger nicht vor einer Abmahnung.
Restliche Farbangaben des Kontaktformulars haben Rückfallwerte.
Einleitung, Fehlermeldung und Einwilligung nutzten Farben, die nicht jedes Theme setzt.
Die Felder des Kontaktformulars waren in manchen Themes unsichtbar.
In Themes ohne bestimmte Farb-Tokens standen nur die Beschriftungen da — kein Rahmen, kein Hintergrund.
Eine Kontaktseite lässt sich jetzt vollständig im Builder bauen.
Felder, Pflichtangaben, Einwilligung und Empfänger einstellbar, mit Spamschutz. Bisher konnten Kunden nur über die Preisanfrage an einem Artikel schreiben.
Zwei Fehler in Schnellansicht und Produkt-Raster.
Die Schnellansicht nutzte das Rohfoto mit festem Seitenverhältnis — quer fotografierte Artikel bekamen Ränder oder wurden beschnitten. Sie nutzt jetzt dieselbe Bildfassung wie die Produktkarte.
Wer im Block "Produkt-Raster" mehrere Artikel auswählte, sah in mehreren Themes nur den ersten.
Auch Bilder aus der Mediathek bekommen Kachelfassung und Randfarbe.
Nur importierte Bilder wurden aufbereitet; über die Mediathek hochgeladene gingen ohne Kachelfassung in den Shop.
Das Produktvideo zerreißt den Bildbereich nicht mehr.
Beim Abspielen eines Produktvideos fiel der Bildrahmen in einigen Themes auf null Höhe zusammen.
Blöcke in der Builder-Vorschau erscheinen sofort.
Blöcke mit Einblend-Animation blieben in der Vorschau sehr lange unsichtbar, weil die Animation auf ein Ereignis wartete, das in der Vorschau nie kam.
Hunderte überflüssige Datenbankabfragen je Seite entfernt.
Jede Seite fragte Theme-Einstellungen hunderte Male einzeln ab. Besonders die Builder-Vorschau, die bei jeder Änderung neu lädt, wird dadurch deutlich schneller.
Produktfotos werden beim Hochladen passend für die Produktkacheln aufbereitet.
Aus jedem Produktfoto entsteht eine Fassung im Kachelformat, aufgefüllt mit der Randfarbe des Fotos. Für den Bestand gibt es einen Befehl.
Die Erkennung der Hintergrundfarbe verwirft ein Bild nicht mehr wegen eines einzelnen Punkts.
Ein einzelner abweichender Punkt am Bildrand reichte, damit ein Foto keine Randfarbe bekam.
Freie Fläche in Produktkacheln trägt die Hintergrundfarbe des Fotos; der Builder lädt ein Zehntel der Daten.
Wo ein Foto die Kachel nicht füllt, erscheint die Hintergrundfarbe des Fotos statt eines grauen Bands. Bei Fotos ohne einheitlichen Rand bleibt die Kachel neutral.
Der Builder lädt deutlich schneller.
Auch Kacheln, Miniaturen und Warenkorb zeigen das ganze Foto.
Ergänzung zu 1.12.2: Produktkacheln, Miniaturen und Warenkorb schnitten Fotos ebenfalls ab.
Die Produktgalerie schneidet Fotos nicht mehr ab.
Die Galerie vergrößerte querformatige Fotos, bis der hochkante Rahmen voll war — was überstand, fiel weg. Der Rahmen folgt jetzt dem Foto.
Staffelpreise greifen auch bei gemischten Varianten; die Lagerwarnung zählt richtig.
Gezählt wurde je Variante: 5× Rot + 6× Blau erreichte die Zehnerstufe nicht. Jetzt je Artikel (einstellbar, wenn Varianten einzeln kalkuliert sind). Die Staffeltabelle zeigt die echten Schwellen, der Mengen-Hinweis die greifende Stufe.
Übersicht und Kachel zählten Artikel unter der Meldeschwelle verschieden. Beide nutzen jetzt dieselbe Abfrage.
Videodateien lassen sich hochladen; externe Videos laden erst nach Einwilligung.
Die Mediathek nimmt Videos an. Neue Cookie-Kategorie "Externe Medien" für YouTube und Vimeo.
Produktvideos erscheinen auch in den Galerien von nido, premium-style und tech-red.
Kachel mit Abspielzeichen neben den Bildern; der fremde Player entsteht erst mit dem Klick.
Videos in der Produktgalerie und Variantenoptionen, die voneinander abhängen.
Je Artikel eine Videodatei oder YouTube-/Vimeo-Adresse mit eigenem Vorschaubild, als Kachel in der Galerie oder als eigener Block. Der fremde Player verbindet sich erst beim Klick — keine Verbindung zu Google vor der Einwilligung.
Eine Optionsgruppe kann nur erscheinen, wenn vorher eine bestimmte Wahl getroffen wurde, und Optionen können sich gegenseitig ausschließen. Widersprüchliche Bestellungen sind damit nicht mehr möglich.
Update-Pakete entstehen nur, wenn keine bekannte Sicherheitslücke in den Bibliotheken steht.
Vor jedem Release werden PHP- und JavaScript-Bibliotheken gegen bekannte Lücken geprüft; ein Paket mit Lücke wird gar nicht erst gebaut.
Steht SESSION_SECURE_COOKIE auf false, nennt die Warnung den einen Handgriff statt einer Ursachenliste.
Wartung der Entwicklungswerkzeuge.
Vite, esbuild und weitere Entwicklungspakete auf Stände ohne bekannte Lücken gebracht. Betrifft nur den Bau, nicht den laufenden Shop.
Die Warnung zum Sitzungs-Cookie erkennt falsch geschriebene Einträge.
Fehlt ein Buchstabe im Namen, nennt die Warnung die falsch geschriebene Zeile.
Die Kasse begrenzt Bestellversuche je Minute.
Jeder Bestellaufruf kann Lager abbuchen und Mails verschicken; ohne Bremse ließ sich das automatisieren.
Der Installer stellt das Sitzungs-Cookie auf "nur über https".
Der Installer setzt die Zeile aus der Shop-Adresse. Bestehende Shops unter https warnt das Backend, wenn sie fehlt — sonst reist die Sitzung über eine unverschlüsselte Verbindung mit.
Eine Variantenoption kann ein Bild zeigen.
Wählt der Kunde ein Motiv, sieht er, welches gemeint ist.
Nicht aktive Themes wurden gegen die Flächen des aktiven Themes geprüft und fälschlich rot gemeldet.
Drei weitere Funde der Sicherheitsdurchsicht.
Felder, die mit =, +, - oder @ beginnen, werden in Exporten markiert, damit Excel sie nicht als Formel ausführt.
Das Menü filtert jetzt gegen dieselbe Liste, gegen die gesperrt wird.
Ohne Bremse ließ sich darüber ein fremdes Postfach mit Bestätigungen fluten.
Wichtiges Sicherheitsupdate für den Bezahlweg.
Bei der Rückkehr vom Zahlungsanbieter prüfte der Shop nur, ob bezahlt wurde, nicht wie viel und wofür. Eine günstige Zahlung ließ sich dadurch für einen teureren Warenkorb ein zweites Mal verwenden.
Die Suche funktioniert für alle Rollen.
Benutzer mit der Rolle Manager bekamen aus der Backend-Suche nie Ergebnisse.
Artikel duplizieren funktioniert zuverlässig, Empfehlungen zeigen passende Artikel.
Das zweite Duplikat desselben Artikels endete mit einem Serverfehler, weil gelöschte Artikel bei der Adressvergabe nicht mitgezählt wurden.
Empfehlungen unter dem Artikel zeigten teils den Artikel selbst oder Beliebiges. Jetzt zuerst die am Artikel gepflegten Verknüpfungen, dann dieselbe Kategorie, einstellbar am Block.
Eine Kassen-Vorlage fragte nie nach der Zahlungsart.
Die Vorlage spielte eine Kasse ein, in der der Zahlungsblock fehlte; Bestellungen scheiterten an "Zahlungsart erforderlich".
Drei Darstellungen der Kasse, und die Kassen-Vorlage jedes Themes lässt sich in jedem Theme verwenden.
Adresse, Versand, Zahlung und Bestätigung untereinander mit einem einzigen Absenden — mit denselben Blöcken und Prüfungen wie die mehrseitige Kasse.
Kassen-Vorlagen aller Themes lassen sich auswählen. Der bisherige Stand wird vor jedem Wechsel gesichert und ist zurückholbar.
Wer "Bewertungen" suchte, fand die Seite nicht. Die Suche kennt jetzt alle Bereiche des Backends.
Geänderte Theme-Stylesheets kommen beim Update auch an.
Auf Servern ohne Symlinks lief der Shop nach einem Update mit dem alten Stylesheet weiter, weil nur die Theme-Version verglichen wurde.
Das Suchfeld stand überall, funktionierte aber nur auf Seiten, die zufällig das nötige Skript luden.
Mobile Kopfzeile und Menü des Themes tech-red überarbeitet.
Die mobile Kopfzeile ist zweizeilig, die Symbole sind wieder da, die Menü-Schublade passt auf schmale Bildschirme.
Ein zu breiter Block verkleinerte die ganze Seite.
Das Produkt-Raster von tech-red blieb mobil bei der eingestellten Spaltenzahl; der Browser verkleinerte daraufhin die ganze Seite.
Aktionsbanner zeigen Bild und Farbe, Banner-Raster kann gleich breite Spalten.
Das Theme-Banner las das Bildfeld nie aus und erzwang eine weiße Karte.
Neue Option für 2, 3 oder 4 gleiche Spalten.
Der Knopf, der die Menü-Schublade öffnet, ist ein eigener Block.
Eine Auswahl von Sortimenten unter der Kopfzeile, im Builder pflegbar.
Fünf bis sieben Sortimente, die der Händler nach vorne stellt — mit Symbol, ohne zweites Menü.
Öffnet man eine Fläche, die nur ein anderes Theme nutzt, sagt der Builder das.
Korrekturen an Kopfzeile und Kategorieleiste von tech-red.
Vier Fehler in Beispielinhalt und Stylesheet behoben.
Themes können zusätzliche, im Builder bearbeitbare Bereiche anmelden.
Ein Theme kann Bereiche wie eine Kategorieleiste unter "regions" anmelden; sie erscheinen im Builder und lassen sich bearbeiten. Mit "like" gibt das Theme an, welche Blöcke dort erlaubt sind.
Bewertungsübersicht mit Verteilung, dazu Fehlerbehebungen in tech-red.
Schnitt, Sterne-Verteilung, Kundenbilder und Erfahrungsberichte als Block auf der Produktseite.
Das Menü war durch die Sicherheitsrichtlinie blockiert, die Kaufleiste warf auf Nicht-Produktseiten Fehler.
Themes können ein vollständiges Menü mit Symbolen und Spalten mitbringen.
Symbol, Spaltenüberschrift, Beschreibung und Abzeichen gehen beim Einspielen eines Theme-Menüs mit. Ein Theme-Wechsel ersetzt ein vorhandenes Menü nie.
Blöcke sagen in der Vorschau, welches Feld fehlt, wenn etwas nicht erscheint.
Neue Blöcke für Fachmarkt-Shops.
Zweispaltiges Menü-Panel aus den vorhandenen Menüfeldern, Deal-Karte mit Fortschrittsbalken, Häkchenliste der wesentlichen Merkmale, Kaufleiste beim Scrollen.
Prüfwerkzeuge erkennen Themes, in denen man nichts kaufen kann.
Ein Theme konnte alle Prüfungen bestehen und trotzdem keinen funktionierenden Kaufknopf haben. Theme-Doctor und Rauchtest prüfen den Kaufweg jetzt mit.
Formulare zeigen verständliche Meldungen.
Fehlermeldungen in Formularen zeigten den Übersetzungsschlüssel statt eines deutschen Satzes.
Zwei Schalter für die Zeile über dem Artikelnamen.
Wer die Marke ausblendete, verlor bisher auch die Artikelnummer.
Artikel lassen sich kopieren; die Warenkorbseite zeigt die wesentlichen Merkmale.
Eine Kopie mit allen Angaben als Entwurf.
Die Pflichtangabe nach § 312j BGB stand in Kasse und Schublade, aber nicht auf der Warenkorbseite.
Bestellungen tragen ihre Herkunft (Shop oder Marktplatz) und eine Fremdnummer — die Grundlage für Marktplatz-Anbindungen.
Der Auslieferungsstand: ein vollständiges Shopsystem für Händler in Deutschland.
Startseite, Kopf- und Fußzeile, Produkt- und Kategorievorlagen, Warenkorb und Kasse aus Blöcken; Entwurf und Veröffentlichen, Änderungsverlauf mit Rückgängig für Seiten und Artikel.
Mehrere fertige Themes, Gerüst für eigene (theme:new), Theme-Doctor, Builder-Doctor und Rauchtest.
Einfache, variable und Bundle-Artikel, Varianten mit Kombinationen, Staffelpreise, Kundengruppen, Attribute mit Filtern, Marken, CSV-Import und -Export, WooCommerce-Import, Schnellbearbeitung.
Mehrseitige Kasse oder Assistent, Gastbestellung, Packstation und Postfach, PayPal, Mollie, Stripe und Vorkasse, Erstattungen mit Korrekturbelegen.
Button-Lösung, Widerrufsformular, Rechtstexte als Mailanhang, Cookie-Einwilligung mit gleichwertigen Knöpfen, DSGVO-Auskunft und Löschfristen, Steuersätze je Satz auf Belegen.
Web-Installer, Updates aus dem Backend mit Sicherung und Rückweg, Backups mit Rotation, Wartungsmodus, Betriebswarnungen, Zwei-Faktor-Anmeldung.