Maandag t/m vrijdag, 09:00 – 18:00 +31 970 1028 0205 WhatsApp
WebMaintorNederland
WooCommerce · wat wij doen

WooCommerce-aanpassingen laten maken die de volgende update overleven

Kleine wijzigingen aan uw shop, zo gebouwd dat ze bij de volgende WooCommerce-update niet verdwijnen of de checkout breken.

Een tekstje onder de knop "In winkelwagen". Een extra veld in de checkout voor het btw-nummer. Gratis verzending tonen vanaf een bedrag, en de dure verzendmethode dan verbergen. Het zijn kleine wensen, en een handige bouwer heeft ze in een middag gemaakt. Het probleem komt later: na een update van WooCommerce of het thema is de aanpassing weg, of erger, de afrekenpagina doet vreemd en niemand weet meer waar de wijziging zat.

WooCommerce-aanpassingen laten maken is dus vooral een kwestie van hoe. Op deze pagina leest u waar aanpassingen wel en niet thuishoren, welke kleine wijzigingen veel voorkomen, en hoe u ze laat maken zonder dat ze bij elke update een risico worden.

  1. 01

    Waarom aanpassingen na een update verdwijnen of de shop breken

    Er zijn drie plekken waar aanpassingen vaak worden gemaakt, en twee daarvan zijn slecht.

    • In de bestanden van WooCommerce zelf. Bij de volgende update worden die bestanden vervangen. De aanpassing is weg, zonder melding.
    • In het thema. Hetzelfde verhaal bij een thema-update. Een child-thema lost dat deel op; waarom, staat in waarom een child-thema uw aanpassingen beschermt.
    • In kopieën van WooCommerce-sjablonen. WooCommerce staat toe dat een thema een eigen versie van bijvoorbeeld de winkelwagen of de checkout meelevert. Dat werkt, maar die kopie blijft staan op de versie van het moment dat hij gemaakt werd. WooCommerce zelf gaat verder. Onder WooCommerce, Status ziet u een melding als uw thema verouderde sjablonen gebruikt.

    Dat laatste is verraderlijk. Een verouderde kopie van het checkoutsjabloon kan jaren goed gaan, tot een update iets verandert waar die kopie niets van weet. Dan doet de knop "Bestelling plaatsen" niets, of verdwijnt een betaalmethode.

  2. 02

    De betere plek: hooks en een eigen plugin

    WooCommerce heeft op heel veel plekken zogenaamde hooks: vaste haakjes waar extra code kan inhaken, of waar een waarde kan worden aangepast voordat hij getoond of opgeslagen wordt. De ontwikkelaarsdocumentatie van WooCommerce raadt zelf aan om waar mogelijk hooks te gebruiken in plaats van sjablonen te kopiëren. Een tekst onder de knop, een extra veld, een gewijzigde verzendregel: het kan bijna altijd via een hook, zonder een sjabloon aan te raken.

    Die code zetten wij bij voorkeur in een kleine eigen plugin voor uw shop, en niet in het functiebestand van het thema. Het voordeel: wisselt u later van thema, dan blijven de aanpassingen aan de winkel werken. En alles staat bij elkaar, met uitleg erbij, zodat ook een volgende ontwikkelaar ziet wat er is aangepast en waarom.

    Is de wens groter, bijvoorbeeld een complete functie met eigen instellingen, dan wordt het een eigen WooCommerce-plugin. Dat is een ander soort project.

  3. 03

    Voorbeelden van kleine WooCommerce-aanpassingen

    Een greep uit wensen die in een paar uur te maken zijn, mits er geen bijzondere plugins in de weg zitten:

    • Een extra tekst of melding op de productpagina, bijvoorbeeld de levertijd bij producten uit een bepaalde categorie.
    • Een minimum bestelbedrag, met een duidelijke melding in de winkelwagen.
    • Andere verzendmethoden verbergen zodra gratis verzending van toepassing is.
    • Een extra veld in de checkout, of juist velden weghalen die u niet nodig heeft. Voor ingrijpender werk aan de afrekenpagina, zie de WooCommerce-checkout aanpassen.
    • Een extra kolom in de bestellijst in het beheer, zoals de gekozen bezorgdag.
    • Een eigen orderstatus, bijvoorbeeld "Wacht op levering leverancier".
    • Een extra regel of bijlage in de orderbevestiging.

    Soms bestaat er voor zo'n wens al een betrouwbare plugin. Soms is een paar regels eigen code juist lichter en beter te onderhouden dan nog een plugin. Die afweging staat in kant-en-klaar of maatwerk.

  4. 04

    Wat u zelf kunt doen voordat u een aanpassing laat maken

    1. Beschrijf wat de klant moet zien of kunnen, en op welke pagina. Een schermafbeelding met een pijl erop zegt vaak meer dan een lange mail.
    2. Geef aan wat er moet gebeuren in uitzonderingen: een product in de uitverkoop, een klant uit België, een bestelling met een kortingscode.
    3. Vraag na of er al eerder iets aangepast is, en door wie. Dan weten we waar we op moeten letten.
    4. Kijk onder WooCommerce, Status of er een melding over verouderde sjablonen staat, en geef die door.
  5. 05

    Zo maakt WebMaintor aanpassingen aan uw WooCommerce-shop

    Wij bouwen elke aanpassing met hooks in een eigen plugin voor uw shop, eerst op staging. Daar testen wij met een bestelling, ook in de uitzonderingen die u heeft genoemd. Daarna gaat het live, met opnieuw een testbestelling. Bij elke volgende update van WooCommerce kijken wij of de aanpassing nog werkt.

    Zit uw shop in ons onderhoud voor WooCommerce, dan zijn kleine aanpassingen vaak al inbegrepen: in het pakket Zakelijk (€ 89 per maand) zit 2 uur aanpassingen per maand, in Groei (€ 179 per maand) 5 uur. Grotere wensen krijgen eerst een vaste prijs na een korte intake, en pas daarna beginnen wij. Stuur ons uw wens, met een schermafbeelding als dat kan.

Kennisbank

Verder lezen

FAQ

Veelgestelde vragen

Kunnen bestaande aanpassingen in mijn thema worden overgezet naar een eigen plugin?

Meestal wel. Wij zoeken eerst uit wat er is aangepast en waar, en zetten het daarna om naar hooks in een eigen plugin. Zo wordt de shop bij de volgende update een stuk voorspelbaarder.

Is de melding over verouderde sjablonen gevaarlijk?

Niet altijd direct. Vaak gaat het om kleine verschillen. Maar het betekent wel dat uw shop op een plek afwijkt van de huidige WooCommerce. Bij sjablonen voor winkelwagen en checkout is het verstandig het te laten nakijken.

Van wie is de code die voor mijn shop wordt gemaakt?

Van u. De plugin staat in uw installatie, en wij zetten er uitleg bij zodat een andere ontwikkelaar er later ook mee verder kan.

Wat als een aanpassing toch botst met een update?

Daarom gaat bij ons elke update eerst naar staging. Botst er iets, dan zien wij het daar en passen wij de code aan voordat de update live gaat.

Vragen over uw webshop?

Vraag een gratis websitecheck aan. U ontvangt binnen één werkdag een helder rapport, zonder verplichtingen.

Reactie binnen 4 werkuren
WhatsApp