SFTP plus phpMyAdmin or a database panel is a good WordPress installation path when it matches the host and future maintenance plan. This method is best for portable WordPress installs on hosting accounts where direct file and database access are available.
Audience: developers, support teams, and site owners working on hosts without a WordPress installer. Before installing, decide who owns the site, where backups live, how updates happen, and what will happen if the first plugin or theme choice breaks the site.
Before install
- Use SFTP, not plain FTP, when possible.
- Download WordPress from the official source.
- Create a database and database user.
- Know the document root for the domain.
Install steps
- Upload the WordPress files to the document root over SFTP.
- Create the database and user in the hosting panel.
- Visit the domain and follow the WordPress installation screen.
- Enter database details and administrator details.
- Set permalinks, timezone, and site visibility.
- Remove leftover install archives and confirm backups.
Post-install verification
Check SSL, wp-admin, media uploads, file permissions, email sending, plugin installation, and the first backup.
Also confirm public pages return 200, the dashboard loads over HTTPS, the administrator email can receive password resets, updates are visible, and a backup exists before you start building heavily.
Install risks
- Plain FTP exposes credentials on unsafe networks.
- Wrong document root can put the site in the wrong place.
- Manual installs need their own update and backup routine.
Backup and rollback planning
A new WordPress site still needs a rollback plan. Create the first backup before installing large themes, builders, ecommerce extensions, membership tools, LMS plugins, or custom code. If this install is for a customer, document the host, login ownership, backup location, update policy, and launch checklist.
Fix I.T. Phill recommendation
Use SFTP plus phpMyAdmin or a database panel when it gives you the cleanest path to updates, backups, SSL, and support. Keep the install lean, verify it publicly, and connect it to the backup, restore, and migration guides before the site becomes important.
Related Fix I.T. Phill Guides
- How to Install WordPress: Complete Methods Guide
- How to Install WordPress by cPanel WP Toolkit
- How to Auto-Install WordPress for New cPanel Accounts
- How to Install WordPress by Plesk WP Toolkit
- How to Install WordPress by Softaculous
- How to Install WordPress by Installatron
- How to Install WordPress by DirectAdmin WordPress Manager
- How to Install WordPress Manually in cPanel
- How to Back Up WordPress: Complete Methods Guide
- How to Restore WordPress: Complete Recovery Methods Guide
- How to Migrate WordPress: Complete Hosting Move Guide
- WordPress 7.0: Safe Upgrade Checklist for Business Sites
- Install essential PHP extensions for WordPress in WHM/cPanel
- Help4 Network hosting and website support
Sources Checked
- WordPress.org installation documentation
- WordPress.org download page
- WordPress.org server environment documentation
2026 SEO Refresh: Manual WordPress Install with SFTP and phpMyAdmin Checklist
Admin action path: SFTP and phpMyAdmin installs need careful evidence around file ownership, database credentials, wp-config, SSL, and install cleanup.
What to verify before changing production
- Create database and file backups before replacing an existing site.
- Check file ownership, wp-config credentials, salts, SSL, and install cleanup.
- Verify wp-admin, public pages, REST, sitemap, forms, and email after install.
Source-backed references and next reads
- Official reference: WordPress installation handbook.
- Official reference: WP-CLI database export command.
- Related FixItPhill guide: host-to-host WordPress migration checklist.
- Related FixItPhill guide: WordPress migration DNS and email cutover.
- Related FixItPhill guide: manual WordPress migration with SFTP and phpMyAdmin.
- Related FixItPhill guide: cPanel WP Toolkit WordPress install checklist.
- Related FixItPhill guide: Plesk WP Toolkit WordPress install checklist.
Ticket evidence should include the method used, backup timestamp, destination URL, DNS or SSL state, mail-delivery result where relevant, and the public verification steps completed after the change.


