heartcoredev

<p>Static Page Publisher allows you to deploy static landing pages to your WordPress site automatically via REST API.</p>
<p><strong>Features:</strong><br />
* Generate a secure access token for API requests.<br />
* Upload and deploy a base64-encoded ZIP containing your landing page.<br />
* Front page is dynamically replaced with uploaded content.<br />
* Easily view and share your API base URL for integration.</p>
<p><strong>REST API Endpoints:</strong><br />
* <code>GET /wp-json/static-page-publisher/v1/verify-token</code> — Verify if a token is valid.<br />
* <code>POST /wp-json/static-page-publisher/v1/update-landing</code> — Upload and deploy a base64-encoded ZIP as the new landing page.</p>
<p>Ideal for teams automating content deployment from Figma, design systems, or CI/CD pipelines.</p>


Static Page Publisher

Deploy static landing pages via REST API and dynamically serve them on your front page.

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.

Static Page Publisher vs Migro Content Migrator