Provider tutorial · researched 17 July 2026
How to set up a website on WP Engine
A provider-specific, start-to-finish runbook for product selection, ownership, DNS, WordPress, HTTPS, email, security, recovery, migration and launch.
Product boundary
Make sure this is your workflow
WP Engine separates a Site from Production, Staging and Development Environments. Name them deliberately and confirm which environment receives the domain and billing entitlement.
- Product
- Managed WordPress with Sites and Environments
- Dashboard
- WP Engine User Portal
- Installer path
- Sites → Add site → Add environment → Production
Before changing DNS
Provider-specific failure points
- 01Site and Environment are different objects.
- 02Mailbox and transactional email require external services.
- 03Copying staging to production can overwrite live database changes.
Start-to-finish runbook
Set up, verify and launch
Complete every exit check before moving forward. Interface labels can change; the official references below govern the live product.
- 01
Identify the exact hosting product
WP Engine separates a Site from Production, Staging and Development Environments. Name them deliberately and confirm which environment receives the domain and billing entitlement.
Exit checks
- The active product is recorded as: Managed WordPress with Sites and Environments.
- Billing term, renewal date, refund deadline and add-ons are recorded.
- The account owner—not an agency or former employee—controls recovery and two-factor authentication.
- 02
Prepare ownership and a rollback file
Before changing the live site, inventory the domain registrar, DNS host, current hosting, email provider, analytics, forms and third-party integrations. Export the current DNS zone and take a timestamped website backup. Store credentials in a password manager, not in a shared document.
Exit checks
- Domain registrant and account recovery details are correct.
- Current DNS, files, database and mailbox requirements are documented.
- A rollback owner and stop condition are named.
- 03
Create the hosting destination
Sign in to WP Engine User Portal. Follow the product onboarding without attaching the live domain prematurely. Select region, runtime and PHP version where offered; use a temporary hostname or preview URL for testing.
Exit checks
- Server region is appropriate for the primary audience.
- A currently supported PHP version is selected.
- Temporary site access is private or blocked from indexing.
- 04
Connect the domain without breaking email
Build on the environment URL, then add the production domain under Domains. Apply the CNAME/A records shown by WP Engine and keep external mail records. Set the canonical primary domain only after both variants resolve.
Exit checks
- Root and www have an intentional destination.
- MX, SPF, DKIM, DMARC and verification records are preserved.
- Old DNS values and rollback instructions are saved.
- 05
Install WordPress correctly
Use Sites → Add site → Add environment → Production. Select the intended domain and leave the directory blank for a root-domain site. Use a non-obvious administrator username, a generated password and an owner-controlled recovery email. Do not enable a bundle of optional plugins until each is justified.
Exit checks
- WordPress is installed at the intended root or subdirectory.
- Administrator recovery and two-factor authentication are configured.
- Search engines are discouraged while the site is unfinished.
- 06
Configure WordPress foundations
Set site title, tagline, language, timezone and administrator email. Choose a human-readable permalink structure before publishing. Delete sample content and unused plugins/themes, keep one default theme for recovery, and create least-privilege accounts for editors.
Exit checks
- Timezone matches business reporting needs.
- Permalinks, site URL and admin email are correct.
- Only maintained, necessary themes and plugins remain.
- 07
Issue SSL and move safely to HTTPS
Add the domain first, then order/enable the included certificate in the environment's SSL controls. Verify every alias and redirect before forcing HTTPS.
Exit checks
- Certificate covers the root domain and every live alias.
- HTTP redirects once to the canonical HTTPS address.
- Pages, images, scripts, forms and admin load without mixed content.
- 08
Set up reliable website and business email
WP Engine does not function as conventional mailbox hosting. Preserve the existing MX records and configure a third-party transactional email service for WordPress.
Exit checks
- Business mail receives and sends to external providers.
- SPF, DKIM and DMARC align with actual senders.
- Contact forms and password resets use authenticated delivery and are tested.
- 09
Build the site without creating lock-in
Use a maintained theme or block system, build reusable design tokens, and keep content in portable WordPress fields where practical. Add privacy, contact, about and required legal pages. Configure analytics and consent according to the audience's jurisdictions. Compress images before upload and write meaningful alt text.
Exit checks
- Mobile navigation and keyboard access work.
- Ownership, contact and policy pages are published.
- Analytics, consent and conversion events are verified.
- 10
Secure access and maintenance
Enable two-factor authentication for hosting, registrar and WordPress administrators. Remove unused accounts, restrict administrator roles, schedule core/plugin/theme updates with a rollback process, and confirm malware response scope. Never install nulled themes or plugins.
Exit checks
- Every privileged account has a unique password and 2FA.
- Update responsibility and maintenance window are documented.
- Security alerts go to a monitored owner address.
- 11
Create backups and prove restoration
Create a manual backup checkpoint before plugin, theme, database or deployment changes. Confirm included daily checkpoints and download/export a copy for independent retention.
Exit checks
- Files and database are both covered.
- At least one encrypted copy is outside the hosting account.
- A restore has been tested and recovery time recorded.
- 12
Migrate, test and launch
Use WP Engine's automated migration plugin or a supported manual workflow. Test on a non-production environment, then perform a final content sync and domain cutover without overwriting newer production data.
Exit checks
- Forms, checkout, login, search, scheduled tasks and webhooks pass.
- 404s, canonical tags, robots.txt and XML sitemap are reviewed.
- The former host remains available until DNS, email and monitoring are stable.
Primary evidence
WP Engine official documentation
Sources are labelled by the exact part of the workflow they support. Product-page-only sources are not treated as proof of a dashboard path.
Site and environment creation
Open documentation ↗Official sourceConfigure domainsDomain connection
Open documentation ↗Official sourceSSL certificatesHTTPS
Open documentation ↗Official sourceBackup and restoreBackup checkpoints
Open documentation ↗Accuracy boundary: hosting interfaces, plan inclusions and policies change. Confirm destructive actions, prices, retention and support scope inside the authenticated account before proceeding.
Go-live gate
Do not launch until every system passes
A homepage loading is not a completed launch. Verify the whole operating system around the website.
- 01Domain registrant and DNS owner documented
- 02Root, www and redirects canonical
- 03TLS valid with no mixed content
- 04Mobile, keyboard and core pages tested
- 05Forms and password reset delivered
- 06SPF, DKIM and DMARC checked
- 07Analytics and consent verified
- 08Backups restored successfully
- 09Monitoring and security alerts active
- 10Old host retained for rollback
- 11Renewal calendar and owner recorded
- 12Sitemap submitted after indexing opens
Troubleshooting
WP Engine setup questions
Why does the domain still show the old website?
Query the authoritative nameservers, compare root and www records with the documented destination, and check whether a proxy/CDN holds another value. Do not keep switching records while caches expire.
Why is the certificate pending or invalid?
Certificate issuance requires the requested hostnames to resolve to the correct account and pass validation. Remove conflicting AAAA or CAA records only after verifying they are wrong; then retry through the provider documentation for SSL controls.
Why do forms work but messages never arrive?
Use authenticated SMTP or a transactional email API, align the From domain, publish SPF/DKIM and test DMARC. A WordPress success message proves submission—not inbox delivery.
When can the former host be cancelled?
Only after DNS, HTTPS, email, forms, logins, transactions, scheduled tasks and monitoring remain stable and an independent rollback copy has been restored successfully.
What should support confirm in writing?
Ask for the exact plan, renewal amount, server location, nameservers/IP, backup frequency and retention, restore fee, migration scope, email limits, SSL method and cancellation/refund deadline.