Custom WordPress plugin

When no plugin does exactly that, we write it.

We build custom WordPress plugins for agencies: integrations with ERPs and APIs, business logic, features a generic plugin only half covers. Secure, documented code, delivered under your name.

How we build it

The spec of an integration between WordPress and an ERP becomes a PHP class that uses the WordPress APIs and retries when the ERP does not answer, and then a screen in the dashboard with the synchronised orders. Order flow — spec WordPress WOOCOMMERCE ERP API REST ORDERS STOCK IF IT DOES NOT ANSWER RETRY 3 TIMES client.com/wp-admin Synchronisation ACTIVE 1.284 ORDERS SENT 0 ERRORS 2 min LAST SENT LOG Order #4821 14:32 200 OK Order #4820 14:29 200 OK Order #4819 14:11 200 OK Order #4818 13:58 200 OK Order #4817 13:40 200 OK SincronizzaOrdini.php 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 final class SincronizzaOrdini { public function register(): void { add_action( 'woocommerce_order_status_processing', array( $this, 'invia' ) ); } public function invia( int $ordine ): void { $risposta = wp_remote_post( self::URL, array( 'timeout' => 10, 'body' => Ordine::perGestionale( $ordine ), ) ); if ( is_wp_error( $risposta ) ) { Coda::ritenta( $ordine, 3 ); } } }

Three plugins that almost do the job don’t add up to one that does.

Every extra plugin is code you don’t control, updates to chase and more attack surface. When a feature is central to the client — a price list, a booking, an ERP integration — building it out of generic plugins means discovering their limits in production. A custom plugin does that one thing, the way the project needs it, and nothing else.

Before writing a plugin we check whether a reliable one already exists. If it does, we tell you.

What we deliver

A plugin that installs, updates and makes sense.

  • 01

    Integrations and APIs

    Connections to ERPs, CRMs, payments and external services, over REST or webhooks. Handling errors and slow responses, not just the case where everything works.

  • 02

    Business logic

    Pricing rules, approval flows, calculations, states: the part that makes the project unique, written as code rather than as plugin settings.

  • 03

    Security from the first commit

    Input sanitised, output escaped, a nonce on every action, capability checks on every privileged operation.

  • 04

    Admin screens

    Settings and management screens built into the WordPress dashboard, following the same conventions as the rest of the admin.

  • 05

    Compatibility

    WordPress APIs respected, no core modifications: code that survives updates to WordPress and to other plugins.

  • 06

    Code and documentation

    A Git repository, installation and configuration instructions, notes for whoever maintains the plugin after us.

How we work

A written specification before the code: it is the part that prevents surprises.

  1. Specification

    We define what the plugin must do, with which data and what happens when something goes wrong. We write it down and you approve it.

  2. Development

    Locally, with Git. Integrations are tested against sandbox environments, never against the client’s live data.

  3. Staging and testing

    The plugin runs on staging with realistic data. You check the use cases, we check the edge cases.

  4. Release

    Installed in production with a deliberate deploy, documentation included.

What we build it with

Modern PHP on the WordPress APIs. When the CMS isn’t enough, Laravel alongside.

  • WordPress
  • PHP
  • Laravel
  • Composer
  • Git
  • GitHub

Frequently asked questions

  1. A plugin for this already exists. Why a custom one?
    Often you don’t need one, and then we tell you. Custom pays off when the feature is central, when the existing plugin does almost everything and what’s missing is exactly what matters, or when it brings far more than you need.
  2. Can you extend a plugin we already use?
    Yes, where the plugin allows it: through its hooks and APIs, without editing its files. A plugin edited directly is lost at the first update.
  3. Will the plugin be maintained?
    If you want, yes: with maintenance we keep up with WordPress and integration updates. Otherwise we hand over everything your team needs to maintain it.
  4. Do you work outside WordPress?
    Yes. When the CMS isn’t enough we build applications in PHP, Laravel and Filament, and connect them to WordPress through APIs.
  5. Will the client know you wrote it?
    No. The plugin carries the name you choose, and our signature isn’t in the code.

The same team, for the rest of the work.