Confirm account ownership
Record the site ID, account type, Square relationship, domain owner, billing owner, administrators, API availability, and planned shutdown date.
Weebly to WordPress checklist
Use this checklist while the Weebly property is still accessible. It coordinates the API, partial archive, live crawl, WordPress preparation, redirect plan, validation, and source shutdown.
Before access changes
Record the site ID, account type, Square relationship, domain owner, billing owner, administrators, API availability, and planned shutdown date.
Download and preserve the archive, record its date, verify files open, and document that blog and store pages are excluded.
Capture all public URLs, status codes, titles, descriptions, canonicals, headings, internal links, images, hierarchy, navigation, sitemap, and feeds.
Count pages, posts, categories, authors, comments, files, drafts, protected routes, store pages, forms, apps, languages, and priority URLs.
Scope decisions
Name the pages, posts, categories, authors, comments, files, metadata, dates, states, and identifiers included in migration.
Assign every section, column, widget, gallery, slideshow, form, embed, and script to clean content, WordPress block/component, rebuild, or exclusion.
Document products, inventory, customers, orders, coupons, checkout, accounts, protected pages, passwords, and subscriptions as separate scope.
Give every unavailable record, broken file, unsupported widget, duplicate URL, missing value, and excluded entity a reason and owner.
Destination readiness
Prepare posts, pages, custom types, taxonomies, fields, authors, comments, media rules, and stable source-ID storage.
Implement approved page templates, components, blocks, forms, navigation, search, accessibility, and responsive behavior before visual acceptance.
Set roles, workflows, time zone, permalink rules, languages, SEO storage, upload types/limits, backups, staging access, and caching.
Test destination slugs and hierarchy for collisions and approve the old-to-new URL map before bulk loading.
Dry run checklist
Include long posts, regular pages, nested navigation, comments, many categories, inline images, files, missing assets, embeds, and changed URLs.
Compare source, extracted, transformed, loaded, skipped, rejected, failed, and visible totals by entity.
Verify authorship, categories, comment ownership and threading, page parents, dates, states, featured images, inline media, and source IDs.
Test rendering, editing, previews, navigation, search, forms, links, metadata, accessibility, mobile views, and accepted rebuild components.
SEO and cutover
Approve one-to-one redirects, consolidations, removals, canonicals, hreflang if relevant, internal-link rewrites, sitemap rules, and priority routes.
Set publishing cutoff, final extraction time, delta rules, owner, backup, go/no-go criteria, rollback conditions, and communication plan.
Do not cancel Weebly, remove the domain, or disable required access until final transfer, redirects, files, launch checks, and rollback disposition are approved.
Test status codes, redirects, canonicals, metadata, robots, sitemap, analytics, forms, priority journeys, media, performance, and error monitoring.
Acceptance
Account for every in-scope page, post, author, category, comment, and file as accepted or covered by a documented exception.
Review crawl errors, redirect misses, broken media, form failures, analytics, editorial feedback, and migration defects through the support period.
Retain the approved source inventory, export, mapping, URL map, ID map, validation report, exception log, and deletion plan.
Name owners for WordPress updates, security, backups, forms, analytics, SEO monitoring, domain renewal, and remaining editorial work.
Clear answers
Start before the Weebly site is canceled or its account/domain access changes.
No. It excludes blog and store pages and should be combined with structured access and a live crawl.
The approved content model, templates, blocks, fields, plugins, and routes should be ready before production loading and visual acceptance.
Only after final transfer, redirects, files, launch checks, monitoring, rollback disposition, and required evidence are approved.
It identifies the boundary, but commerce data and behavior require a separate checklist and scope.
The pair page explains compatibility and mapping boundaries; this checklist coordinates evidence, owners, decisions, staging, cutover, and closure.
Next step
Get an estimate based on the type, volume, and complexity of the data you want to migrate. Select the source and target systems, enter the migration details, and receive a calculated estimate. Online payment activation is being prepared. Until automated payment processing is available, plan activation and billing may be handled through a separate onboarding process.