Skip to content
TakeoverWork

WordPress sites that need a developer to take over

WordPress runs a large share of the web, from small business sites to big membership platforms and online shops built with WooCommerce. Because it is so flexible, unfinished WordPress projects come in every shape: a theme that was half customised, a migration that stopped partway, or a site that works but nobody dares to update. The good news is that WordPress skills are widespread, and most stuck sites can be finished without a rebuild.

What stuck WordPress projects look like

A typical case is a site that a freelancer or agency started and did not complete. The design is partly in place, some pages use the new layout and others the old one, and a handful of plugins were installed to try out features. Elsewhere, the site has been live for years, collected plugins along the way, and now shows warnings, runs slowly or breaks when anything is updated.

You may also have a site that was moved between hosts and never quite recovered: broken image paths, mixed HTTP and HTTPS content, or email that stopped sending after the move.

Security problems are another common trigger. A site that has been compromised, shows spam links in search results, or has administrator accounts nobody recognises needs a careful clean-up before any feature work. That usually means comparing core files against fresh copies, reviewing every user account, scanning the database for injected content and closing the hole that let the attacker in. Mention any of this openly in your listing, because it changes the order of tasks and the kind of developer who will suit the job.

Common problems in WordPress sites

  • Plugin conflicts. Two plugins that both handle caching, security or SEO can interfere with each other. Abandoned plugins that no longer receive updates are a security concern too.
  • Edited parent themes. Changes made directly to a theme instead of a child theme disappear when the theme updates, which makes owners afraid to update at all.
  • Old PHP versions. Hosts eventually retire older PHP versions, and outdated themes or plugins may fail on newer ones. /tools/dependency-freshness-check can help you see where versions stand.
  • No staging or backups. Without a staging copy and recent backups, every change is a risk to the live site.
  • WooCommerce details. Payment gateways, tax settings, shipping zones and order emails each need testing before a store can be called finished.

The problem page /problems/wordpress-site-unfinished goes deeper into diagnosing a stalled site.

Preparing a WordPress takeover listing

A developer can judge a WordPress job faster with a few specific facts. Collect:

  • the WordPress version, PHP version and the hosting company;
  • the active theme, whether a child theme exists, and the page builder in use;
  • a list of active plugins, especially paid ones whose licences you hold;
  • what the site must do when finished, such as booking, membership or selling products;
  • whether there is a staging copy and when the last full backup was taken.

The guide /guides/wordpress-shopify-takeover-what-to-check-first explains what a developer will look at first, and /tools/production-readiness-checklist helps you list launch tasks. When your notes are ready, /post the project without charge.

Access a WordPress developer will need

Avoid sharing any of your own passwords. Instead:

  • create a new WordPress user for the developer with the Administrator role only if they need it, or a lower role if not;
  • add them as a user in your hosting control panel, if your host supports team members, or create a separate SFTP or SSH account for them;
  • keep your domain registrar and email accounts under your own login, and make DNS changes yourself when asked;
  • add them to licence accounts for premium plugins or themes through the vendor's team options where available.

If a previous developer still has access, remove their accounts and change the passwords you control before new work begins; /guides/developer-disappeared-secure-your-accounts walks through that clean-up. Payment and scope are agreed between you and the developer; TakeoverWork does not take part in either.

Common problems

Open takeovers

No open takeovers yet

No open takeovers here yet

Be the first to post a project in this area, or browse every open takeover.

Developers with WordPress skills

Be the first rescue specialist here

Developers and agencies who finish other people's projects can create a free profile and list this as a specialty.

Learn more for developers

Frequently asked questions

Should I give the developer my WordPress admin login?

No. Create a separate user account for them with the role they need, and let them set their own password. You can then remove that account when the work is finished, and the site logs show who did what.

Do I need a staging site before a takeover?

It is strongly recommended. A staging copy lets a developer update plugins, test a theme or change PHP versions without affecting visitors. Many hosts can create one for you from their control panel.

My site uses a page builder. Does that matter?

Yes. Elementor, Divi, Beaver Builder and the block editor all store layouts differently, and switching between them is a large job. Name your page builder in the listing so the right people respond.

Is it safe to update all my plugins at once?

Not on a live site that has gone a long time without updates. Take a full backup first, update on staging, and test key pages and forms. A developer can work through updates in a careful order.

Does TakeoverWork host or maintain WordPress sites?

No. TakeoverWork is a place to post your project and hear from people who finish this kind of work. Hosting, maintenance and payment are arranged between you and whoever you choose.