Optional analytics, advertising and case-study videos are off. Allow them all, or open settings to choose. Privacy policy

Max Tymoshyn, founder of Norml Studio
Max TymoshynFounder, Norml Studio

WordPress development and maintenance for the site you already run

We take on WordPress sites that another developer built, including sites with custom themes, custom plugins or a page builder. Updates go to a staging copy before the live site, problems are traced to their cause, and new pages and features follow the conventions in the existing code. Every change is written down, so whoever works on the site next can see what was done and why.

A few clients we’ve worked with

99Legal / Kremenchuker Law GroupAstraZenecaCoxitDiet vs DiseaseFlorida seal — Regional Counsel projectMetroplex HomebuyersNasdaq Private MarketOffice of Criminal Conflict and Civil Regional Counsel, Second Region of Florida — Ita M. NeymotinPolaclubThe Farm Soho

What we do

Norml takes over development of a WordPress site you already have: keeping it current, fixing what breaks and building on the code already there. A one-off catch-up, recurring upkeep and a continuing developer for your backlog are separate options, and any of them can be taken alone.

What ongoing WordPress work can include

These parts can be combined as your site needs them. Whichever you start with, the first step is a review of the site as it stands.

Solution
Websites
Platforms
WordPress

A baseline before the first change

We record the WordPress, PHP, theme and plugin versions, review Site Health, hosting and access, and confirm that a recent backup exists and can be restored. You get a short list of what needs attention first and the pages, forms and connections to other apps to check after each change. On a membership site, that list also covers signing in, members-only pages and the sign-up checkout.

Core, plugin, theme and PHP updates

Updates are applied on a staging copy first and checked on the agreed pages, forms and admin screens before release. Theme and page-builder updates also get a visual check, because they can shift layouts. Before the hosting PHP version moves, the staging copy runs the new version with its other server settings matched to the live site, and plugins and custom code are checked there for compatibility.

Fixes and troubleshooting

Broken layouts, menus, forms, plugin conflicts and admin errors are reproduced, traced to their cause and fixed. When the cause is not obvious, we rule out one layer at a time: caching, plugins, the theme or page builder, hosting and PHP settings, and the domain's DNS records and SSL certificate. Each fix is logged in plain language with what changed, how it was tested and anything still waiting for a decision.

Content and page updates

Service descriptions, prices, photos and calls to action are changed inside the page builder or custom fields your site already uses. New landing pages are built from your copy and mockups in the current brand, then checked on desktop, tablet and mobile.

Page structure and navigation

When visitors have trouble finding a service or the next step, we rework menus, page order and internal links, and point buttons at the right forms and booking links, then click through each changed route as a visitor would. Titles, meta descriptions and headings can be updated in the same pass.

New features on the existing code

We add new page types, such as location or service pages, along with custom fields, form logic and connections to CRM or marketing tools. Custom plugins and theme functions are extended following the conventions already in the code, and larger features are scoped and approved before they are built.

Staged cleanup of code that slows changes down

When technical debt makes small changes slow, we propose cleanup in small steps that run alongside the regular work, each approved separately. If the site has no version control or staging copy, we set them up first.

A record of the site and its changes

A change log, notes on configuration and known issues, a list of plugins and licenses, and a review of who has admin access and with which role. If your site's code is kept in a Git repository, changes can also go through branches and pull requests with the review and approval steps you require, each linked to the request behind it. The record is yours and stays with the site when our work on it ends.

“Norml Studio's professionalism and responsiveness were impressive.”
Josiah BallHOMEECClutch review ↗
“They were proactive in suggesting improvements we hadn't considered.”
Lucas SeyhunThe Farm SohoClutch review ↗
“They delivered what they said they would, on time.”
Gaius CooperStreamline Pump SolutionsClutch review ↗
“They focused on how to make our daily operations easier, not just on building features for the sake of it.”
Emma EstefaMetroplex HomebuyersClutch review ↗
“They understood that the app needed to be practical for someone sitting in a car, not just look good on a desktop.”
Bret MillerDoor Knock ProClutch review ↗
“Their level of dedication to the success of the project and GoPetZen's business as a whole is unique.”
Saima AhmedGoPetZenClutch review ↗

What we need to start

Access issued to our team by name

Invitations to the WordPress admin, the hosting account and any CDN, staging site or code repository, created for each person on our team so you can remove them at any time.

Hosting and backup details

Who manages the hosting account, where backups are kept, and the current WordPress and PHP versions if you know them.

Code, licenses and earlier notes

The theme and custom plugin code or its repository, licenses for paid plugins and page builders, and anything previous developers left behind, such as notes or a change history.

Known issues and the first changes

Problems you already know about, with screenshots or the pages where they appear, any earlier audit report or issue list, and the first changes you want made.

Content and brand material

For page work: copy, images, mockups and brand rules for the pages being added or updated.

Rules behind new features

For feature and form work: where each enquiry should go, which tools are connected and who owns the data in each.

One person who approves

A named person who sets priorities and signs off releases, so it is clear whose decision is final.

How ongoing work on your site runs

  1. Review and baseline

    The baseline review comes first, and its findings decide which problems are handled before the rest.

  2. Agree coverage and priorities

    We agree what recurs, how requests reach us, which changes need separate approval and how quickly urgent problems are answered.

  3. Work on staging

    Updates and code changes are made on a staging copy or in a version-control branch before anything reaches the live site.

  4. Check and release

    The affected pages, forms and admin tasks are checked on desktop and mobile, a fresh backup is taken, and the change is released, then checked again on the live site. If the site uses a CDN or a caching plugin, the changed pages are cleared from its cache before that live check.

  5. Log and plan

    Each release is logged. Recurring problems and cleanup ideas go into the plan for the next round of work. On a monthly plan, the month's log is also summed up in a short report: the updates applied, what was checked after them and the problems fixed.

Max Tymoshyn, founder of Norml Studio

Let's chat

“I've spent 10 years working across development and marketing. I started as a developer, but design, SEO and advertising were already part of the job. That taught me to treat a website as one system: the business, the content, the design and the code have to work together. At Norml, I lead the architecture behind our work and stay involved wherever strategy, design, development and search meet.”

Max TymoshynFounder & Architect

Questions about ongoing WordPress work

Can you take over a WordPress site another developer built?
Yes, after a review. We read the theme, plugins, custom code and hosting first. If part of the site cannot be supported safely as it is, such as an abandoned plugin or code whose source is missing, we say so before coverage is agreed and suggest a replacement.
Do we need a monthly retainer?
No. A site that needs one round of updates and fixes can get just that. Recurring upkeep can run as a monthly plan, and backlog development can be agreed on its own. Whichever you choose, the coverage is written down before work starts.
Our site is built with Elementor, Divi or another page builder. Will you keep it?
Yes. Page edits stay in the builder your team already uses, so editing works the same way afterwards. Replacing the builder with a custom theme is a separate project, which we suggest only when the builder itself causes recurring problems.
Our WordPress, PHP and plugins are years out of date. Where do you start?
With a list of what each upgrade touches: plugins nobody maintains anymore, custom code that will not run on a newer PHP version, and theme or builder versions that change layouts. Upgrades then happen in steps on a copy of the site, with checks after each one, and the live site changes only once that copy works. Before the live switch, we agree how to undo it, either by switching back to the old PHP version or by restoring the backup taken just before release. If the checks fail on the live site, we undo the switch first, then fix the cause on the copy before trying again.
Can you fix the findings of a technical audit without changing how the site looks?
Yes, as a one-off project or as part of regular work. Each finding is first checked against the live site, and only confirmed problems are fixed, in batches on a staging copy. Before and after each batch, we compare representative pages of each template: screenshots at desktop and mobile widths, plus a measurement of what the finding concerns, such as errors, response codes or crawl results. A batch goes live only when its pages look as they did and the measurement shows the fix worked. A fix that would change the design is listed for your decision instead.
What happens when something breaks urgently?
A site that is down or a form that stopped sending takes priority over planned changes. How fast we respond is set in the agreement for your site.
Can our team keep editing the site?
Yes. Your editors keep their accounts and publish as they do now. We agree which changes your team makes in the admin and which ones come to us.
Who works on our site?
Developers and a QA engineer from Norml's own team. You deal directly with the people doing the work.
Do we need a staging site?
For updates and code changes, yes. If your site has none, we set one up with your current host when your hosting account supports it, or in a separate environment when it does not.
What falls outside this work?
A redesign of the whole site, a move to another platform, performance optimization, and SEO strategy or campaigns are scoped separately. So is cleaning up a hacked site, which starts with its own investigation. Hosting and paid plugin licenses are not included unless the agreement says so.
Each case study covers the starting point, what we built and what changed after launch.

See more of our WordPress work

See all case studies