Moving a photography portfolio or photo blog to a new platform can improve your publishing workflow, but an unmanaged migration can break URLs, hide images from search, and disconnect visitors from pages they already know. This practical checklist explains how to inventory your existing site, map URLs, preserve captions and metadata, configure redirects, validate the new photography portfolio website, and monitor performance after launch.
Overview
A platform migration is more than copying image files into a new cloud photo portfolio. Your current website contains a network of page addresses, image URLs, titles, captions, backlinks, analytics settings, and search signals. Treat each part as an asset to document before changing the underlying system.
The safest approach is phased. First, record what exists. Next, design the new structure and map old URLs to their closest replacements. Then build and test the new site privately. Only after those checks should you switch the domain or publish the new version. Finally, monitor the transition and correct problems while the old site information is still available.
This process applies whether you are moving from a hosted gallery to a visual storytelling platform, redesigning a photographer portfolio website, or transferring a photo blog to a creator publishing platform. The exact controls will differ between platforms, so confirm how each candidate handles exports, custom domains, redirects, image files, captions, metadata, and analytics before committing.
For a broader comparison of publishing options, see the Photo Platform Comparison Guide. It can help you decide whether your next home should function primarily as a portfolio, photo blog, or long-form visual storytelling platform.
What to track
1. Build a complete content inventory
Create a spreadsheet or export containing every important page on the existing site. Include the homepage, portfolio categories, individual projects, photo essays, blog posts, contact page, about page, testimonials, licensing information, and any landing pages used in campaigns. Record the current URL, page title, primary image, caption or introduction, publication date, and whether the page receives visits or links.
For images, track the original filename, displayed filename, alt text, caption, credit, license information, dimensions, and location in the story. Do not assume that a gallery export preserves these fields. Open a sample of exported files and compare them with the originals. A photo essay may rely on the order of images and the text between them, so document the sequence as well as the files.
2. Identify valuable URLs and links
Mark URLs that receive organic visits, referrals, social shares, or inbound links. Your analytics platform and search reporting tools can provide useful evidence, but your own editorial knowledge matters too. An older project page may have little recent traffic and still be the page clients or publications link to.
Separate pages that will have a direct replacement from pages that will be consolidated, renamed, or retired. Avoid sending every old URL to the new homepage. A relevant destination gives visitors a clearer path and makes the redirect plan easier to review.
3. Map old addresses to new ones
Create a two-column URL map with the old address and its intended new address. Add a status column such as “unchanged,” “moved,” “merged,” or “retired,” plus a notes column for missing images, revised titles, or content changes. This map becomes the migration checklist and a reference for troubleshooting after launch.
Where possible, preserve useful slugs. If the new platform requires a different structure, configure a permanent server-side redirect from each old URL to its closest equivalent. Avoid redirect chains, in which an old page points to an intermediate URL that then points elsewhere. Test redirects with the full address, including paths for individual stories and projects.
4. Preserve page and image metadata
Export or copy page titles, descriptions, headings, captions, credits, alt text, canonical settings, and structured content before the move. Alt text should describe the meaningful subject or function of an image, not repeat a keyword. Captions can provide location, context, date, or the story behind a frame; keep them as editorial content rather than treating them as optional decoration.
Review image formats and file sizes during the transfer. Compression can improve loading, but do not replace the only high-resolution originals with compressed display files. Keep a separate archive, use consistent filenames, and check that the new platform generates usable image URLs at the sizes your layouts require. For more image SEO checks, use the Photography Portfolio SEO Audit.
5. Record technical settings
Before launch, list the current domain configuration, sitemap location, robots directives, analytics property, consent settings where applicable, verification records, and any custom code. Confirm that the new platform supports the settings you actually use. A polished template is not enough if you cannot connect your domain, add redirects, submit a sitemap, or measure page visits.
Cadence and checkpoints
Before development
- Export or copy the content inventory, image metadata, and URL list.
- Save a backup of original images and important text outside the old platform.
- Choose the new structure for projects, essays, categories, and blog posts.
- Confirm the new platform’s support for custom domains, redirects, metadata, and analytics.
During the build
- Recreate a representative sample: one portfolio gallery, one photo essay, one blog post, and one contact page.
- Check mobile layouts, image crops, captions, keyboard navigation, and visible credit information.
- Review page titles, descriptions, headings, alt text, internal links, and canonical settings.
- Make sure private staging pages are not intended for search indexing before launch.
Launch day
- Apply the final redirect map and connect the domain according to the platform’s instructions.
- Test the homepage, top landing pages, individual stories, images, contact forms, and external links.
- Confirm that analytics is recording visits and that the sitemap is available at the expected address.
- Check several old URLs from different page types, not only the homepage.
First week and first quarter
Review errors daily during the first few days, then at least weekly until the migration stabilizes. Compare traffic, indexed pages, top landing pages, image visibility, referral visits, and form or inquiry completions with the same period before the move when that comparison is meaningful. Recheck the redirect log and server or platform error reports after publishing any new batch of work.
How to interpret changes
A short-term fluctuation does not automatically mean the migration failed. A domain change, new information architecture, seasonality, a slower publishing schedule, or a revised portfolio focus can all affect traffic. Look for patterns by page type and source rather than judging the entire site from one total.
If many old URLs return errors, prioritize redirects and restore the most valuable pages first. If visitors reach the new pages but leave quickly, inspect navigation, mobile performance, image loading, and whether the new page fulfills the promise of the old title or link. If pages are live but absent from search reporting, check indexability, canonical settings, sitemap availability, and accidental staging restrictions.
A drop in image-related visits may point to changed filenames, missing alt text, altered captions, or image URLs that are blocked or unavailable. A drop in inquiries may instead reflect a hidden contact link, a broken form, or a less clear call to action. Keep the diagnosis specific and test one change at a time.
Review internal links after the move. Link related projects, essays, and service pages with descriptive anchor text so visitors can continue exploring. The guide on internal linking for photography websites offers a useful framework for rebuilding those paths.
When to revisit
Revisit this migration checklist monthly during the first quarter after launch. Check redirect errors, broken links, indexed page counts, top landing pages, image loading, analytics tracking, and contact conversions. After the initial transition, a quarterly review is usually a practical rhythm for an established photography portfolio website.
Repeat the inventory before a major redesign, domain change, template switch, or platform upgrade. Also revisit it when you retire a project, merge categories, change your URL structure, or import a large archive of photo stories. Platform capabilities can change, so confirm current documentation for redirects, domain connections, sitemap controls, image handling, and indexing before each substantial move.
Keep the URL map as a living record rather than a one-time launch file. Add every new published story, note any redirect decision, and preserve the reason for retiring a page. For ongoing publishing, pair the migration review with a photo blog editorial calendar and a repeatable content workflow. That way, your visual storytelling platform remains organized as the portfolio grows.
Final action: schedule a 30-minute monthly check, open your migration spreadsheet, test a sample of old and new URLs, review the key performance signals, and record the next corrective task. Small, documented checks are easier to manage than another emergency migration after search traffic or a valuable photo story has already been lost.