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.

Freemius

alex91ckua

<p>The Deployer for Git (and <a href="https://deployer-for-git.com/" rel="nofollow ugc">Deployer for Git Pro</a>) are designed for developers who seek to simplify their website changes deployment. This tool seamlessly connects your WordPress site with various git repositories, enabling real-time updates and automated deployments directly from your commits. This plugin makes it easy — no FTP, no zipping files. Supports all popular services.</p>


Deployer for Git


I had a client that has a bit unusual server setup so we had problems setting up GitHub Actions and making them work.The client has paid for the Pro version since our repositories are private.Everything worked like charm - after pushing my changes I simply went to wp-admin and clicked a button to pull the changes from GitHub.We have 3 repositories on that website.Then I realized that each repository has a special deployment link, so I created GitHub Action to do a GET request to that URL, and that worked like a charm, even behind the basic auth that the website uses.So now our changes get deployed automatically.Definitely a great and simple solution than setting up the pipelines which always cause problems on different platforms.Good job!



EDIT:I found 2 features I'd like to see in the next version:- An option to define the folder nameMy GitHub repository is not named the same as I'd like the plugin's folder to be named.Currently, there's no way to influence that.- The name of the last commit included in the log fileIt's rather hard to quickly confirm that all my last commits got deployed.Currently, it's almost 1am where I am, but the server is set to a different time zone so it's still yesterday.When I checked the logs, the date of the last entry was 1 day behind my current date.The reason I even checked the logs is because the browser has hashed my CSS so I couldn't see all the changes.Having the last commit message would help quickly confirming that everything was deployed properly.


Very useful plugin, works like a charm!


This is a fantastic plugin for theme or plugin development. It has proven to be helpful for our team's workflow. The free version functionality is excellent, but the Pro version is worth the upgade. Also the developer of this plugin is very responsive.


Very helpful for Plugin Development

Install and update plugins (and themes) hosted on your repo hosted on GitHub, Bitbucket, GitLab, or Gitea in a single click.

Migro Content Migrator vs Deployer for Git