Migro - Content Migration & Deployment

Those are site migration tools, built for moving an entire WordPress install from one host to another in a one-shot, all-or-nothing transfer. Migro is a content deployment tool, built for the ongoing workflow of pushing individual posts from staging to production while leaving the rest of the live site alone. Different problem, different product.

Yes. Migro needs to be active on both the source and destination site.

Yes. Push and Pull are both first-class operations. You can pull live content back to staging just as easily as pushing staging drafts to production.

Migro hashes incoming media with MD5. If an identical file already exists in the destination's Media Library, Migro links to the existing attachment instead of uploading a duplicate.

Migro preserves the original slug. The destination URL will match the source unless the permalink structure differs between environments.

Overwrite updates the existing item in place: same post ID, same URL, updated content. Skip leaves any existing destination post untouched. You pick the mode at deployment time.

Every deployment that overwrites existing content creates a local backup first. The Backups page lets you restore the previous version with one click. Backups are retained for 30 days by default.

Migro's AI integration uses the WordPress 7.0 AI Connector. You bring your own API key (Anthropic, OpenAI, or Google Gemini) and pay your provider directly. Migro never charges you for AI usage, never proxies the requests, and never sees your key. Generated alt text is cached locally so re-deploying the same content doesn't re-call the provider. Existing alt text is never overwritten.

Editors can run deployments. This is intentional. For agencies, it lets your client push their own finished drafts without you needing to give them admin access.

No. Migro is unlimited. There's no monthly cap and no nag screen. The Pro version adds features (Custom Post Types, ACF, Yoast, WooCommerce, scheduling, WP-CLI), not volume.

Migro is designed for single-site installations. Multisite is not currently supported.

No. User accounts are not migrated. If a post author doesn't exist on the destination, the post is assigned to the admin who ran the deployment.

Database passwords are encrypted before being saved to the WordPress options table. They are never stored or transmitted in plain text.

Yes, as long as you have the remote site's database credentials and can create an Application Password on that site. Migro also supports custom sockets (for Local by WP Engine and similar), custom timeouts, and SSL verification toggles for tricky local environments.

Each item is deployed independently. If one fails, the others continue. The Logs page shows exactly which items succeeded, which were skipped, and which failed with the error message and a retry option.

Yes, but WooCommerce migration requires the Pro version. Variable products and all their variations are fully migrated including pricing, stock, attributes, and images.

The free version detects page builder content (Elementor, Divi, Beaver Builder, Bricks, Oxygen, Breakdance, Droip, WPBakery) and leaves those pages out of the deployment, because page builders store their layouts as serialized data with hardcoded URLs that don't survive a host change without specialized handling. Safe page builder migration, including serialized data rewriting and CSS regeneration, is part of Migro Pro.

Yes. English, Brazilian Portuguese (pt_BR), and Spanish (es_ES) are bundled. The non-English translations started as machine translations and improve with community contributions.

Only if you explicitly opt in. After installation Migro shows a one-time prompt asking whether you want to share anonymous usage data. Nothing is sent unless you choose "Yes". If you decline or ignore the prompt, no data ever leaves your site, and you can change your choice at any time on the Settings page. When enabled, Migro sends anonymous, non-personal information such as the plugin version, WordPress/PHP version, and aggregate deployment counts. It never sends post content, URLs, credentials, or any personally identifiable information.

WordPress 5.6. This is the version that introduced Application Passwords, which Migro uses for REST API authentication.