Pressable Migration

WordPress hosting for sites moving off Pressable.

Pressable is Automattic's host, so parts of your site are probably leaning on Jetpack rather than on anything in the database. Those are the parts a copy does not bring.

Jetpack dependencies mappedCache behaviour reproducedFree migration
Jetpack features replacedCache parity checkedFree migrationDaily backupsFree SSL24/7 support
Some of it is not in your site

What has to be replaced rather than moved.

Files and database transfer cleanly. The features delivered as part of the platform have to be identified first and rebuilt deliberately.

Jetpack features inventoried before the move

Related posts, image CDN, search, social sharing and stats are commonly on by default. Each is a functional gap the moment the site is served elsewhere.

InventoriedReplaced deliberately

Image delivery that keeps working

If images are served through Jetpack's CDN, every URL in your content points at a service tied to that plugin. Rewriting them is a migration step, not an afterthought.

Jetpack Search replaced, not just switched off

Sites using it have no local search index at all. Turning the plugin off leaves the search box returning nothing, which nobody notices until a visitor does.

Index rebuiltVerified

Scheduled work moved to a real scheduler

Publishing schedules and backups that ran on the platform need a home here, rather than falling back to cron that fires on visitor traffic.

Downtime kept to the DNS switch

Content is copied and verified on our side before anything changes, so the cutover is a DNS change rather than a rebuild in production.

The migration

Find the platform features first.

A Pressable migration rarely goes wrong on the content. It goes wrong on the three things Jetpack was quietly providing that nobody had written down.

  • Jetpack modules listed and each given a replacement
  • Image URLs rewritten off the external CDN
  • Search index rebuilt and tested
  • Restore any daily backup from the dashboard
Jetpack modules
Inventoried
6 in use
Image URLs
Rewritten to local
4,100
Search
Local index built
verified
Cutover
TTL lowered, DNS moved
in progress
Performance

The site after the plugin is gone.

Features that were served by an external platform become your server's work. Whether that is faster or slower depends entirely on what replaced them.

Replaced
platform features
Local
search index
NVMe
storage on every plan
MagicWP160 ms
Search left on the database1600 ms
Images still routed externally720 ms

Illustrative comparison after replacing platform-provided features. Your numbers depend on which modules the site was using.

Configuration

What we change moving off Pressable

These differ from a standard WordPress site on the same plan, and each follows from features that were part of the platform rather than part of the site.

SettingWhat we doWhy
Jetpack module inventoryEnumerated before the move, each with a named replacementModules like related posts and social sharing are enabled by default and never documented, so their absence appears as unexplained missing functionality after cutover.
Image URLsRewritten from the external CDN back to local mediaContent stored with CDN URLs keeps pointing at a service tied to a plugin the site no longer runs, which turns into broken images at an unpredictable later date.
SearchA local index built and verified before DNS movesA site using hosted search has no local index whatsoever, so disabling the plugin leaves a search box that silently returns nothing.
Scheduled tasksMoved onto the platform scheduler rather than visitor-triggered cronWork that the previous platform ran for you has no home after the move, and falling back to WP-Cron makes scheduled publishing depend on traffic.
Cache rulesRebuilt from observed behaviour rather than assumed defaultsEdge caching on a managed host is configured outside WordPress, so nothing in a files-and-database copy tells you what was being cached or for how long.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly
Starter
For personal sites, blogs, and portfolios.
$20/mo
Billed $240 yearly · save $60
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
Billed $960 yearly · save $240
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
Billed $3000 yearly · save $600
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Do I have to keep Jetpack?
No, but you cannot simply delete it either. Whatever modules were active need replacements chosen first — related posts, sharing and search are the usual three, and each is a visible gap the moment the plugin goes.
What happens to images served through the Jetpack CDN?
We rewrite them back to your own media library as part of the move. Left alone, your content keeps pointing at a service tied to a plugin the site no longer runs.
Will my site search still work?
Only if we rebuild the index, which we do before DNS moves. Sites on hosted search have no local index at all, so the search box otherwise returns nothing and reports no error.
How much downtime should I expect?
The DNS switch, and nothing more. The site is copied and verified here first, so the cutover is a change of address rather than a rebuild happening in production.
Is anything about Pressable hard to leave?
The Automattic integration, honestly. If your workflow depends on WordPress.com accounts or Jetpack-only features, that is real work to replace — better to scope it before you commit than to discover it mid-migration.

Move off Pressable without losing what Jetpack was doing.

Free migration, every platform feature replaced deliberately, and downtime limited to the DNS switch.