migro

<p><strong>Stop using site-migration tools for editorial work.</strong></p>
<p>Plugins like Duplicator and All-in-One WP Migration were built for moving hosts. Clone the whole database, overwrite everything, hope nothing breaks. That’s the wrong tool for the weekly grind of pushing finished posts to production.</p>
<p>Migro is built for that weekly grind.</p>
<p>Pick a post. Click Push. Migro deploys <em>only</em> that post (with its categories, tags, featured image, embedded media, and alt text) and leaves the rest of the destination site untouched. Pull works the same way in reverse: grab live content back to staging for testing.</p>
<h4>Built for agencies and freelancers</h4>
<p>You’re managing client sites with a staging-to-production workflow. The writer drafts on staging, you review, you deploy. Maybe the client wants to push their own finished drafts. Migro handles all of it:</p>
<ul>
<li><strong>Selective deployment.</strong> Pick exactly the posts that should move. Nothing else on the destination changes.</li>
<li><strong>Bidirectional Push and Pull.</strong> Push staging to production, or pull production back to staging. Same flow either way.</li>
<li><strong>Sync-key tracking.</strong> Re-deploying the same post updates it in place, even if its slug or ID differs on the destination.</li>
<li><strong>Backups before every overwrite.</strong> One-click restore if a deployment was wrong.</li>
<li><strong>Editor role can deploy.</strong> Let your client push their own finished drafts without giving them admin access.</li>
<li><strong>Unlimited.</strong> No monthly cap, no upsell prompts blocking your work.</li>
</ul>
<h4>Headline features</h4>
<ul>
<li><strong>Selective Push and Pull</strong> between any two WordPress environments.</li>
<li><strong>AI-powered alt text</strong> for images missing it. Bring your own Anthropic, OpenAI, or Google Gemini key via the WordPress AI Connector. Existing alt text is never overwritten.</li>
<li><strong>One-click backup and restore</strong> before every overwrite.</li>
</ul>
<h4>What comes with a deployment</h4>
<p>When you push a post, Migro brings everything attached to it:</p>
<ul>
<li>Post content, excerpt, slug, status, dates, notes and ping settings</li>
<li>All post meta (custom fields)</li>
<li>Categories and tags, with hierarchies preserved</li>
<li>Featured images, with smart MD5 deduplication so identical files aren’t re-uploaded</li>
<li>Embedded inline images, PDFs, videos, and other attached media</li>
<li>Image alt text, in both the Media Library and inside post content (kept in sync)</li>
<li>Author attribution (falls back to the deploying admin if the source author doesn’t exist on the destination)</li>
</ul>
<h4>Using a page builder?</h4>
<p>Page builders like Elementor, Divi, Beaver Builder, Bricks, Oxygen, Breakdance, Droip, and WPBakery store layouts as serialized data with hardcoded URLs, which doesn’t survive a staging-to-production move without specialized handling. The free version detects page builder content in your posts and warns you before deployment, so you don’t accidentally break a destination layout. Safe page builder migration (serialized data rewriting and CSS regeneration) is part of Migro Pro.</p>
<h4>Built for real production workflows</h4>
<ul>
<li><strong>Two conflict modes.</strong> Overwrite (update in place, same post ID and URL) or Skip (don’t touch existing content).</li>
<li><strong>Pre-deployment backups</strong> stored locally, retained for 30 days, restorable in one click.</li>
<li><strong>Migration logs</strong> with full status, error messages, and configurable retention.</li>
<li><strong>Direct database connection</strong> for reliable transfers, plus WordPress REST API authentication via Application Passwords.</li>
<li><strong>Encrypted credentials at rest.</strong> Database passwords are encrypted before they’re saved to the options table.</li>
<li><strong>Works with local development environments</strong> including Local by WP Engine, with custom sockets, configurable timeouts, and SSL verification toggles.</li>
<li><strong>Available in English, Brazilian Portuguese (pt_BR), and Spanish (es_ES).</strong></li>
</ul>
<h4>How it compares to site-migration tools</h4>
<p>Full-site migrators are built for moving hosts: one-shot, all-or-nothing, clone everything. Migro is built for ongoing editorial deployment: pick the post, click Push, leave the rest alone.</p>
<p>Specifically, Migro gives you:</p>
<ul>
<li>Single-post granularity instead of whole-site cloning</li>
<li>Bidirectional Push and Pull instead of one-way export/import</li>
<li>Sync-key tracking so re-deploying the same post updates in place instead of duplicating</li>
<li>Automatic backup before every overwrite, with one-click restore</li>
<li>No monthly cap on deployments</li>
</ul>
<h4>How it works</h4>
<ol>
<li>Install Migro on both your staging and production sites</li>
<li>Run the setup wizard to connect the two</li>
<li>Pick the posts to deploy and click Push (or Pull)</li>
<li>Review the per-item operation summary, and restore from backup if anything looks wrong</li>
</ol>
<h4>Need more?</h4>
<p>Migro Pro adds Custom Post Types, ACF, Yoast SEO, WooCommerce, scheduled migrations, WP-CLI, full page builder migration, the Quick Migrate sidebar in Gutenberg, and AI-generated SEO metadata. The free version is fully functional on its own. No usage caps, no feature locks, no nag screens.</p>


Migro Content Migrator

You changed one post. Why clone the whole site? Migro deploys individual posts and pages between staging and production.

Khokan Sardar

<p>WordPress full-site-editing structure — patterns, templates, template parts, global styles, and navigation — lives in the database. Moving <em>some</em> of it from staging to production today means either a full database sync (which is destructive to production-only data like orders, users, and form entries) or tedious manual copy-paste.</p>
<p><strong>SiteCargo</strong> packs exactly what you choose into a portable, reviewable bundle and applies it to another site with stable identity, ID remapping, and media handling — never touching the data you didn’t select.</p>
<p>It is currently a <strong>WP-CLI tool</strong> (an admin user interface is on the roadmap).</p>
<h4>How it works</h4>
<ul>
<li><strong>Export</strong> the entity types you choose into a self-describing bundle (a folder containing a manifest, one JSON file per entity, and the referenced media).</li>
<li><strong>Diff</strong> a bundle against a target site to preview exactly what would be created, updated, or left unchanged — without writing anything.</li>
<li><strong>Apply</strong> the bundle to the target: standalone posts (patterns, navigation) are matched by a stable identifier so re-applying updates the same item instead of duplicating it; templates, parts, and global styles are matched by theme and slug. Numeric IDs baked into block markup (images, reusable-block and navigation references) are remapped to the target site, and referenced media is imported and de-duplicated by content hash.</li>
</ul>
<h4>Supported entity types</h4>
<ul>
<li>Patterns (<code>wp_block</code>)</li>
<li>Templates (<code>wp_template</code>)</li>
<li>Template parts (<code>wp_template_part</code>)</li>
<li>Global styles (<code>wp_global_styles</code>)</li>
<li>Navigation menus (<code>wp_navigation</code>)</li>
</ul>
<p>Only templates/parts that have been customized in the database are exported; unedited theme-file templates already ship with the theme.</p>
<h4>External services</h4>
<p>This plugin does <strong>not</strong> connect to any external service, send any data off-site, or phone home. Bundles are plain files on your own server that you move between environments however you like.</p>


SiteCargo

Selectively promote WordPress full-site-editing structure and content between environments — without a full database migration.

Migro Content Migrator vs SiteCargo