What is WordPress?

WordPress integration means connecting your public website to internal systems, designed on the assumption that a public site is the most exposed component you run and should hold as little as possible.

A WordPress site is public by definition. It is scanned continuously, it runs plugins written by many different people, and it is the component of your estate most likely to be compromised at some point.

That should decide what you put on it. A form that writes a lead into a system elsewhere is sensible. A site holding customer records, or credentials that reach your ERP, is putting your most sensitive data behind your least defensible perimeter.

The useful design is one direction. WordPress captures and displays, systems behind it hold and decide, and the connection between them carries the narrowest possible permissions.

Why customer data stays off the site

Duara integrates WordPress sites with internal systems from Nairobi, and treats the site as the exposed edge rather than as an equal partner.

We keep customer data off the website wherever possible. Sites get compromised, plugins carry vulnerabilities nobody knew about, and data held on a public site is data exposed by somebody else mistake rather than yours.

Who this is for

  • Website enquiries are retyped into a CRM
  • Your site holds data it probably should not
  • Content is maintained in two places
  • You need site and systems to share information

Industries we serve

  • Professional services
  • Property
  • Education
  • Healthcare providers
  • NGOs
  • Any business with a public website

Problems this solves

These are the practical and security realities of connecting a public site to internal systems.

What we deliver

A one direction design where the site captures and displays, systems behind hold and decide, credentials are scoped as narrowly as possible, and sensitive data stays off the public surface.

Enquiries flowing into your systems automatically

Sensitive data kept off the public site

Credentials scoped to the minimum needed

Content published from a single source

A design where a site compromise stays contained

Plugin and update guidance for the site itself

Features

Benefits

  • Enquiries stop being lost. Form submissions reach your systems directly rather than depending on somebody copying them.
  • A site compromise stays contained. Narrow credentials and minimal stored data mean a website breach does not become a data breach.
  • Content stops diverging. Publishing from one source removes the drift between your site and your systems.
  • Faster response to enquiries. An enquiry arriving directly in your CRM is answered sooner than one waiting to be copied.

Technologies we use

The security question is not whether a WordPress site can be secured. It is what a compromise would reach, and that is a design decision made when you choose what the site holds and what credentials it carries.

How the process works, step by step

WordPress integration usually takes one to four weeks, and the first question is what the site should and should not hold.

  1. Step 1

    Free site review

    We look at what your site currently stores and what access it holds, which is frequently more than anybody intended.

  2. Step 2

    Boundary decided

    What belongs on the public site and what belongs behind it, settled before anything is connected.

  3. Step 3

    Credentials narrowed

    The site is given the least access that works, so a compromise stays a website problem.

  4. Step 4

    Enquiries connected

    Form submissions flow into your systems rather than accumulating in the site database.

  5. Step 5

    Maintenance guidance

    How to keep the site updated, since unmaintained plugins are where most compromises begin.

Quality assurance and how we work

The commitments attached to connecting a public site to private systems.

Frequently asked questions about WordPress

Is WordPress secure enough for this?

The question is not whether it can be secured but what a compromise would reach. That is decided by what the site holds and what access it carries.

Should customer data live on the site?

Wherever possible, no. Data on a public site is exposed by somebody else plugin vulnerability rather than by anything you did.

What access should the site have?

The narrowest that works. A site holding keys reaching your ERP turns a website compromise into a business compromise.

What is one direction design?

The site captures and displays while systems behind hold and decide. It contains what a breach can reach rather than assuming there will not be one.

Can form submissions go straight to our CRM?

Yes, and that is the most common request. It also means enquiries are answered sooner because nobody is copying them.

Does anything stay on the site?

As little as possible. Some data has to for the site to function, and we minimise it deliberately rather than by default.

Do you use plugins for this?

Where a maintained one fits, yes. Where the only options are abandoned or poorly maintained, building is safer than installing.

What about the site being updated?

Unmaintained plugins are where most compromises begin, so we give maintenance guidance even though it is not integration work.

How quickly can the site be connected?

One to four weeks, starting with what the site should and should not hold rather than with the connection itself.

Can it publish content from another system?

Yes, from a single source, since maintaining product or service information in two places always ends in divergence.

Will it slow the site down?

No. Work happens outside the page load, and site speed matters for both visitors and search.

Can it handle multilingual content?

Yes, and publishing from one source makes multilingual far easier than maintaining parallel copies by hand.

Is this the same as WooCommerce work?

Related but distinct. WooCommerce adds a store with its own concerns. This is the site and its connection to your systems.

What if our site is already compromised?

That is a security clean up before an integration, and we would say so rather than connecting a site with an unknown problem.

Can our web developer maintain it?

Yes, and it is built on published interfaces and documented so they can.

Do you host the site?

Hosting is separate work and we would keep the two conversations distinct rather than bundling them.

Can it capture enquiries from WhatsApp too?

That is a separate channel with its own rules, and worth connecting alongside since most Kenyan enquiries arrive there rather than on a form.

Will it survive a WordPress update?

Built on published interfaces, largely. Anything relying on plugin internals is what breaks at update time.

Who can access the connection credentials?

They are held on your site with the narrowest permissions, and you can revoke them from the receiving system at any time.

What does WordPress integration cost?

Scope and system count determine it, quoted after the site review.

Glossary of terms

WordPress terms in plain language.

Public surface
The part of your infrastructure reachable from the internet, which is scanned continuously.
Scoped credentials
Access limited to exactly what is needed, so a compromise stays contained.
One direction design
Data moving from the site into systems rather than the site holding it.
REST API
The published WordPress interface, which survives updates better than plugin internals.
Plugin vulnerability
A security flaw in an extension, which is how most WordPress compromises begin.
Single source
Content maintained in one place and published outward, rather than kept in two.