Een eigen WooCommerce-plugin laten maken

Een eigen plugin wordt interessant als:

• uw werkwijze echt afwijkt, bijvoorbeeld een prijsberekening die afhangt van leverancier, seizoen en klantgroep tegelijk;
• u twee of drie zware extensies gebruikt voor samen één kleine functie, en die extensies elkaar in de weg zitten;
• de functie een kern van uw bedrijf is, waarvan u niet afhankelijk wilt zijn van een maker die morgen kan stoppen;
• u gegevens uit uw shop op een eigen manier wilt verwerken, bijvoorbeeld een productielijst voor de werkplaats.

Twijfelt u, dan helpt de afweging in kant-en-klaar of maatwerk om het scherp te krijgen. En gaat het om een kleine wijziging in hoe uw shop zich gedraagt, dan is een losse plugin vaak niet nodig. Dan volstaan een paar regels code via de juiste haak, zoals beschreven bij WooCommerce-aanpassingen laten maken.

1. Het probleem. Wat gaat er nu mis of kost nu handwerk? Stel: elke maandag tikt iemand een uur lang bestellingen over in een Excel voor de werkplaats.
2. Wie het gebruikt. De klant in de winkel, uw medewerker in het beheer, of een ander systeem dat gegevens ophaalt.
3. Voorbeelden met getallen. Drie echte bestellingen en wat er in elk geval moet gebeuren. Die voorbeelden worden later de testgevallen.
4. Uitzonderingen. Wat bij een retour, een gedeeltelijke terugbetaling, een handmatig aangemaakte order of een kortingscode.
5. Wat er niet in hoeft. Dit klinkt overbodig, maar het voorkomt dat de plugin halverwege uitgroeit tot een tweede webshop.

Hoe beter deze lijst, hoe nauwkeuriger de prijs vooraf, en hoe kleiner de kans op verrassingen bij de oplevering.

Werken via de officiële weg

Een degelijke plugin gebruikt de functies die WooCommerce daarvoor aanbiedt, zoals wc_get_order() om een bestelling op te halen, en de haken (hooks) om op het juiste moment in te grijpen. Dan maakt het voor de plugin niet uit hoe WooCommerce de gegevens intern opslaat.

HPOS-compatibel

Dat laatste is geen theorie. Met High-Performance Order Storage (HPOS) slaat WooCommerce bestellingen op in eigen tabellen in plaats van tussen de berichten van WordPress. Volgens de ontwikkelaarsdocumentatie van WooCommerce moet een extensie expliciet aangeven of hij met HPOS overweg kan, via FeaturesUtil::declare_compatibility() met de functie custom_order_tables. Doet een plugin dat niet, dan toont WooCommerce een waarschuwing in het beheer. Wat HPOS voor uw shop betekent, staat in onze uitleg over HPOS.

Duidelijke kopregels

In de kop van het pluginbestand horen de regels WC requires at least en WC tested up to. WooCommerce gebruikt die om te laten zien of een extensie getest is met de versie die u wilt installeren. Sinds WordPress 6.5 kan een plugin met Requires Plugins: woocommerce bovendien aangeven dat hij niet zonder WooCommerce kan.

• De volledige broncode staat op uw eigen server of in een opslagplaats waar u zelf toegang toe heeft. Een kopie op de laptop van de maker is niet genoeg.
• Er zit geen licentiecontrole in die de plugin uitschakelt als de samenwerking stopt.
• Er is een korte beschrijving van wat de plugin doet en welke instellingen hij heeft.

Hoe het in het algemeen zit met eigendom van domein, hosting, thema en code, leest u in van wie is uw website eigenlijk.

Plan daarom vanaf het begin in wie dat doet. Bij ons onderhoud voor webshops hoort de eigen plugin gewoon bij de lijst die wij testen voordat een update live gaat.

• Wij bouwen en testen op een staging-omgeving, nooit direct in uw live winkel.
• De plugin werkt via de officiële functies van WooCommerce en is HPOS-compatibel.
• U krijgt de broncode en een korte beschrijving. De code is van u.
• Na oplevering doen wij een testbestelling op de live shop, met de voorbeelden uit uw specificatie.

Wij werken alleen met WordPress en WooCommerce. Wilt u bespreken of uw idee een eigen plugin vraagt? Neem contact met ons op en beschrijf in een paar zinnen wat er nu misgaat.