{"id":2060,"date":"2026-05-03T13:10:01","date_gmt":"2026-05-03T10:10:01","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=2060"},"modified":"2026-08-02T12:09:21","modified_gmt":"2026-08-02T12:09:21","slug":"how-to-redirect-an-old-domain-to-a-new-domain-in-wordpress","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/how-to-redirect-an-old-domain-to-a-new-domain-in-wordpress\/","title":{"rendered":"How to Redirect an Old Domain to a New Domain in WordPress"},"content":{"rendered":"

Pointing an old domain at a new server is not enough for a safe migration. The old hostname still needs valid TLS, and each useful URL should reach its equivalent resource rather than dumping every visitor on the new home page.<\/p>\n

Operate both domains through a measured transition, update business dependencies, and retain the old host until traffic and links have moved.<\/p>\n

\nTable of contents<\/strong><\/p>\n
    \n
  1. What it means<\/a><\/li>\n
  2. A realistic WordPress example<\/a><\/li>\n
  3. Why it matters and when to use it<\/a><\/li>\n
  4. A straightforward route for beginners<\/a><\/li>\n
  5. The advanced route<\/a><\/li>\n
  6. Risks, common mistakes, backup, and rollback<\/a><\/li>\n
  7. How AIOWS helps: AIOWS Redirect Manager<\/a><\/li>\n
  8. Related AIOWS articles<\/a><\/li>\n
  9. Conclusion and recommended route<\/a><\/li>\n
  10. Official sources<\/a><\/li>\n<\/ol>\n<\/div>\n

    What it means<\/h2>\n

    A domain migration redirect maps an old URL to the corresponding resource on a new hostname, normally with a permanent status. The old domain must continue resolving and serving HTTP and HTTPS long enough to deliver that response.<\/p>\n

    URLs with no suitable replacement should return an honest 404 or 410 instead of an unrelated success page.<\/p>\n

    A realistic WordPress example<\/h2>\n

    A rebrand points the old DNS to the new host, but the old certificate has expired and a blanket rule sends every former product to the home page.<\/p>\n

    Renewing TLS and replacing the host-wide dump with path-level mappings restores access and makes each redirect meaningful.<\/p>\n

    Why it matters and when to use it<\/h2>\n

    Correct mappings preserve bookmarks, inbound links, search signals, email links, downloads, and integrations. An expired old host fails before it can redirect, and irrelevant destinations resemble soft 404s.<\/p>\n

    Use this approach for a permanent domain or brand change after the new site and its content are ready.<\/p>\n

    A straightforward route for beginners<\/h2>\n
      \n
    1. Keep control of the old DNS, hosting route, and certificate.<\/li>\n
    2. Inventory important old URLs, languages, downloads, and integrations.<\/li>\n
    3. Map each valuable URL to an equivalent new resource.<\/li>\n
    4. Publish the new destinations before enabling permanent redirects.<\/li>\n
    5. Update internal links, sitemaps, email templates, and callbacks.<\/li>\n
    6. Test representative old URLs over both HTTP and HTTPS.<\/li>\n<\/ol>\n

      The advanced route<\/h2>\n

      Review query policy, language alignment, APIs, payment and OAuth callbacks, webhooks, downloads, robots, analytics, and monitoring. Ensure each source reaches the equivalent final content in one intended hop.<\/p>\n

      Track residual traffic, crawl errors, inbound links, and search adoption. Keep ownership, renewal, and monitoring on the old domain for the full retention period and protect wildcard host handling from open redirects.<\/p>\n

      Risks, common mistakes, backup, and rollback<\/h2>\n

      Home-page dumping hides missing mappings, expired TLS blocks the redirect, and retiring the old domain early removes recovery and breaks forgotten dependencies. A broad host rule can also accept names the service does not own.<\/p>\n

      Export DNS, certificate, host, and redirect settings. If mappings or business flows fail, restore the previous old-domain service while correcting the destination inventory.<\/p>\n

      \n

      How AIOWS helps:<\/p>\n

      AIOWS Redirect Manager<\/h2>\n

      AIOWS Redirect Manager can manage WordPress-side mappings from verified old-domain paths to their destinations when requests reach the application. It can implement the supported application-level path mappings for a domain migration.<\/p>\n

      Build and test destination content first, then create direct mappings for the valuable old paths. Verify raw responses without an administrator cookie and keep language and query behavior explicit.<\/p>\n

      Redirect Manager cannot renew the old certificate, retain DNS ownership, or update external callbacks and inbound links. Those dependencies remain part of the wider migration.<\/p>\n

      Explore AIOWS Redirect Manager<\/a>Compare AIOWS plans<\/a><\/p>\n<\/section>\n

      Related AIOWS articles<\/h2>\n