Kleine Shop-/Katalog-Lösung mit Warenkorb und Angebotsanfrage gesucht

  • Joomla Version
    wird noch Installirt.
    PHP Version
    PHP 8.5.x
    Hoster
    Strato

    Hallo zusammen,

    ich möchte ein neues kleines Projekt mit Joomla umsetzen und suche dafür die passende bzw. möglichst einfache und kostengünstige Lösung.

    Joomla ist für dieses Projekt noch nicht installiert. Die Seite soll später auf einem STRATO-Server laufen.

    Ich habe nur eine überschaubare Anzahl an Produkten, hauptsächlich verschiedene Plakate, Poster, Anhänger und ähnliche Artikel.

    Eine klassische Lagerhaltung gibt es nicht. Die Produkte werden erst nach einer Anfrage bzw. Bestellung entsprechend hergestellt.

    Meine Vorstellung wäre ungefähr folgender Ablauf:

    1. Produktübersicht

    Die Produkte sollen wie in einem kleinen Shop dargestellt werden können, jeweils mit:

    • Produktbild bzw. mehreren Bildern
    • Beschreibung
    • Preis bzw. Preisangabe „ab … €“
    • eventuell verschiedenen Varianten

    2. Warenkorb

    Der Besucher soll mehrere Produkte auswählen und in eine Art Warenkorb legen können.

    Beispielsweise:

    2 × Poster A
    1 × Anhänger B
    3 × Plakat C

    3. Kontaktdaten eingeben

    Anschließend soll der Interessent seine Kontaktdaten eingeben können, z. B.:

    Name
    Anschrift
    E-Mail-Adresse
    Telefonnummer

    Danach soll er seine Anfrage absenden können.

    4. Ich bekomme die Anfrage per E-Mail

    Ich möchte anschließend per E-Mail darüber informiert werden, welche Produkte und Mengen der Kunde ausgewählt hat und welche Kontaktdaten er angegeben hat.

    Damit wäre der Vorgang innerhalb von Joomla für mich eigentlich beendet.

    Ich erstelle anschließend außerhalb von Joomla ein individuelles Angebot als PDF und sende dieses dem Kunden per E-Mail zu.

    Auf diesem Angebot stehen dann auch meine Bankdaten und die weiteren Informationen.

    Zahlung, Auftragsabwicklung, Versandbestätigung usw. müssen also nicht über Joomla erfolgen.

    Ich benötige daher insbesondere keine Online-Zahlung, keine PayPal-/Kreditkartenanbindung, keine automatische Rechnungserstellung und keine Warenwirtschaft.

    Im Prinzip suche ich also eher einen:

    Produktkatalog + Warenkorb + Angebotsanfrage

    und keinen vollständigen Onlineshop.

    Gibt es dafür eventuell bereits eine einfache und möglichst kostengünstige Joomla-Erweiterung?

    Oder lässt sich so etwas sogar weitgehend mit Joomla selbst und beispielsweise einem Formular umsetzen?

    Ich möchte ungern ein großes Shopsystem installieren, von dem ich anschließend 90 % der Funktionen überhaupt nicht benötige.

    Welche Lösung würdet ihr für so einen Anwendungsfall empfehlen?

    Vielen Dank schon einmal für eure Tipps und Erfahrungen.

    Gruß
    Mücke

  • Danke für den Tipp.

    Convert Forms hatte ich bisher noch nicht auf dem Schirm.

    Wie genau meinst du das mit der Warenkorbfunktion über etwas PHP-Code?

    Meinst du damit, dass ich die Produkte ganz normal als Joomla-Beiträge bzw. Produktseiten anlege und über einen Button „In den Warenkorb“ die Produkt-ID, Menge, Variante und den Preis z. B. in einer Session speichere?

    Anschließend würde Convert Forms dann beim Absenden der Anfrage den Inhalt dieses „Warenkorbs“ zusammen mit den Kundendaten per E-Mail an mich senden?

    Falls du so etwas schon einmal mit Convert Forms umgesetzt hast: Gibt es dafür eventuell ein Beispiel oder einen Ansatz, an dem ich mich orientieren könnte?

    Gruß
    Mücke

  • Anmerkung der Moderation: KI generiert



    Hallo Muecke82,

    „Produktkatalog + Warenkorb + Angebotsanfrage und keinen vollständigen Onlineshop“ – so formuliert ist das eine sehr vernünftige Entscheidung. Und mit der Lösung von -OJ- hast du offenbar schon etwas gefunden, das genau zu deinem Ablauf passt.

    Stell dir kurz den Moment vor, in dem die Seite online ist und die ersten echten Anfragen reinkommen. Genau dann zeigen sich bei jedem Warenkorb ohne Bezahlung zwei typische Stolpersteine, egal mit welcher Erweiterung. Beide kannst du vorher in wenigen Minuten testen:

    1. Cache
    Der Korb liegt in der Session. Kommt die Seite mit dem Korb aus dem Joomla-Cache, sieht ein Besucher unter Umständen einen leeren oder sogar fremden Korb.
    So testest du es: Cache in der globalen Konfiguration einschalten und das Plugin für den Seiten-Cache aktivieren. Dann in zwei verschiedenen Browsern unterschiedliche Artikel in den Korb legen und beide Seiten neu laden. Passt alles, bist du auf der sicheren Seite. Wenn nicht, muss die Korb-Anzeige vom Cache ausgenommen werden – das weiß -OJ- bei seiner Erweiterung sicher am schnellsten.

    2. Preise in der Anfrage-Mail
    Die Mail sollte die Preise aus deinen Produktdaten (Custom Fields) holen, nicht aus einem Wert, den der Browser mitschickt.
    So testest du es: auf der Produktseite mit F12 nachsehen, ob der Preis in einem versteckten Formularfeld steht. Wenn ja, den Wert ändern und eine Anfrage abschicken.
    Da du das Angebot ohnehin selbst als PDF erstellst, verlierst du dadurch kein Geld – aber du ersparst dir die Diskussion „In der Bestätigung stand doch ein anderer Preis“. Am einfachsten: in der Mail an den Kunden nur Artikel und Mengen bestätigen, den Preis nennst du dann im Angebot.

    Nur als Plan B, falls du später mehr brauchst (Varianten mit eigenen Preisen, Anfrageübersicht im Backend): HikaShop in der kostenlosen Starter-Edition ohne aktives Zahlungs-Plugin bildet denselben Ablauf „Warenkorb → Anfrage per Mail“ ab.

    Wenn du die beiden Tests gemacht hast, schreib gern kurz, wie es ausgegangen ist – das hilft auch dem Nächsten, der hier nach so einer Lösung sucht.

    Viel Erfolg mit dem Projekt!

  • Zum Cache:
    Im normalen Betrieb arbeitet der Anfragekorb clientseitig über den Browser und nicht über einen gemeinsam gecachten Warenkorb. Jeder Besucher hat damit seinen eigenen Warenkorb. Ein über Joomla gecachter Seiteninhalt kann daher nicht einfach den Warenkorb eines anderen Besuchers übernehmen.

    Zusätzlich wurde die Erweiterung weiter abgesichert: Seiten, auf denen sessionabhängige Inhalte des Anfragekorbs oder das Anfrageformular verwendet werden, werden vom Joomla-Seiten-Cache ausgeschlossen. Das betrifft insbesondere den optionalen serverseitigen Warenkorb sowie das Anfrageformular. Dort werden zusätzlich entsprechende No-Cache-Header gesetzt.

    Damit sollte auch bei aktiviertem Joomla-Page-Cache kein fremder oder veralteter Warenkorb ausgeliefert werden.

    Zu den Preisen in der Anfrage-Mail:
    Die Preise, Artikelnummern und sonstigen Produktdaten werden für die E-Mail nicht aus den vom Browser übermittelten Warenkorbdaten übernommen.

    Der Browser übermittelt im Wesentlichen nur die Artikel-ID, Menge, Bemerkung und die vom Besucher gewählten Varianten. Beim Absenden lädt die Erweiterung den entsprechenden Joomla-Beitrag und die konfigurierten Custom Fields noch einmal serverseitig aus Joomla. Ein per Browser-Entwicklertools oder LocalStorage manipulierter Preis landet deshalb nicht als solcher in der E-Mail. Selbst wenn man beispielsweise einen Preis von 125,00 € im Browser auf 1,00 € ändert, wird für die Mail wieder der in Joomla hinterlegte Wert verwendet.

    Auch bei Varianten wie Farbe oder Größe wird nicht einfach irgendein vom Browser gesendeter Wert akzeptiert. Die Auswahl wird serverseitig noch einmal mit den für den jeweiligen Artikel hinterlegten Möglichkeiten abgeglichen.

  • Hallo Muecke82,

    kurze Ergänzung zu dem, was schon im Thread steht — vor allem zur Idee Convert Forms + Session.

    „Warenkorb ohne Bezahlung“ ist im Grunde eine Shop-Komponente ohne aktives Zahlungs-Plugin. Bei HikaShop (auch Starter) und VirtueMart ist das ein normaler Betrieb: Bestellung landet unbezahlt, Mails gehen raus, du hast Angebotsanfrage inkl. Positionen und Historie. Wenn du wirklich nur Katalog + Anfrage brauchst, reichen oft auch Kategorien/Beiträge + Custom Fields + ein Formular mit Beitrags-ID — wartungsärmer.

    Beim Eigenbau mit Session würde ich aufpassen:

    1. Cache — Session-Warenkorb und Seiten-Cache vertragen sich schlecht. Dann sieht der nächste Besucher ggf. fremden oder leeren Korb. Warenkorb-Ausgabe muss aus dem Cache raus (Modul cachable=false oder Nachladen über com_ajax).

    2. Preise — nie aus dem Formular mitgeben. Nur Artikel-ID + Menge; Preis immer serverseitig aus der DB. Sonst ist das in zehn Sekunden im Browser geändert.

    Schnelltest: Cache an, zwei Browser, unterschiedliche Artikel, neu laden. Sieht einer den Korb des anderen → Punkt 1.

    Viele Grüße

  • Hey,
    ja, die Lösung von -OJ- macht genau das, was ich mir vorstelle.

    Da mein Projekt jedoch überhaupt keinen Zeitdruck hat und ich mich erst einmal informieren wollte, bevor ich etwas umsetze, finde ich deinen Beitrag sehr gut. Ich werde deine vorgeschlagenen Tests einmal durchspielen und auch gerne berichten, denn davon lebt das Forum. ;)


    Deinen Vorschlag (https://www.hikashop.com/index.php) werde ich mir auch anschauen, da ich Zeit habe. Ob es dieses oder nächstes Jahr umgesetzt wird, ist für mich nicht so tragisch. Eher muss ich schauen, dass ich, wenn ich es umsetze, in den ersten drei bis sechs Monaten auch mehr Zeit habe, mich darum zu kümmern, da sicher nicht alles rund laufen wird zu Beginn.

    Gruß Mücke

  • Hallo Mücke,

    freut mich, dass die Lösung von -OJ- passt und du die Tests noch durchspielen willst. Wenn du dabei irgendwo hängen bleibst (Cache oder Mail-Inhalt), einfach Bescheid sagen — dann schauen wir gemeinsam rein.

    Viel Erfolg, auch wenn’s erst nächstes Jahr wird.

    Viele Grüße

  • Ich habe mich etwas mit dem Hikashop beschäftigt. Da kann man schon sehr viel machen. Bis ich alles verstehe, wird es, glaube ich, eine ganze Weile dauern.


    Ich habe mir schon drei Produkte angelegt, mehrere Bilder hochgeladen und verschiedene Varianten erstellt. Wenn die Variante ausgewählt wird, wird auch das richtige Bild dazu angezeigt. Das ist schon eine feine Sache.


    Ich bin jedoch immer noch sehr unentschlossen.

  • Moin,

    Ich bin jedoch immer noch sehr unentschlossen.

    schau dir gegebenenfalls auch Phoca Cart an, womit der in #1 von dir beschriebene Ablauf abgebildet werden kann. Die in Phoca Cart bereits integrierte Bezahl-Funktion stellt kein Hindernis dar, einfach nicht nutzen. Oder die Rechnungserstellung erst einmal nur 'intern' für dich zwecks Übersicht nutzen. Gleich ein Vorteil, falls du doch irgendwann einmal Rechnungen benötigst?

    Die Möglichkeiten von Phoca Cart kannst du mit Demo-Daten testen. Eine Beschreibung dazu findest du hier.

    Viel Erfolg!

    Gruß Shuffle

  • Danke, Reiner,

    hier war auch was dazu:

    Jan
    6. Oktober 2025 um 14:18

    #20

    Liebe Grüße,
    Christine