{
  "id": 3440414,
  "title": "What I Check When I Inherit a WordPress Site I Didn't Build",
  "url": "https://urgent.news/2026/08/26/what-i-check-when-i-inherit-a-wordpress-site-i-didnt-build",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-08-26T06:00:20.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/nokazehayato/what-i-check-when-i-inherit-a-wordpress-site-i-didnt-build-2lp4"
  },
  "original_language": "en",
  "account": "When inheriting a WordPress site you didn't build, it's essential to understand its current state before making any changes. Begin by documenting what you find, noting which plugins are active and inactive, the site's indexing status, and whether debug mode is enabled. This initial record will help you compare against any issues that arise later.\n\nNext, examine all installed plugins, not just those that are active. For each plugin, inquire whether it's still maintained and check its last update date on WordPress.org. A plugin with no updates in over a year should be reviewed carefully, even if it was initially installed for a specific reason. Determine if the plugin is inactive on purpose or if it was simply forgotten. Consider whether it's safe to continue using plugins that others have relied on.\n\nIt's crucial to verify the site's current state rather than relying on assumptions. Don't assume indexing is off or debug mode is disabled without checking. Thoroughly investigate whether these settings are intentional or remnants of the original site, as they could impact the site's SEO and functionality.\n\nAs you make changes, ensure you have a clear understanding of the site's baseline before proceeding. After completing your work, reevaluate the site against the same criteria used in step 3. This includes reviewing indexing settings, debug mode, the default admin username, and any temporary pages or references you added during the process. When handing the site back, conduct another thorough check to ensure all modifications have been properly tested and are functioning as intended. This disciplined approach helps maintain the site's integrity and ensures a smooth transition for the next owner or developer.",
  "summary": "Sometimes the site was built by another developer. Sometimes by an agency. Parts of it may also have been generated or changed with AI. But the handoff problem itself is older than AI. However it was built, you're the one touching it now. You don't know what's actually configured under the hood. Not yet. 1. Record the current state before you change anything Before you fix, add, or \"clean up\"…",
  "key_points": [
    "Document site's current state, noting active/inactive plugins, indexing status, and debug mode",
    "Review all installed plugins, check maintenance status and last update date on WordPress.org",
    "Verify site's indexing, debug mode, admin username, and temporary pages before finalizing changes"
  ],
  "editors_take": "Inheriting a WordPress site requires a meticulous audit and documentation of its current state to ensure a smooth transition and prevent disruptions to its functionality and SEO.",
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}