Migration preview

Boxenstopp migration status, simplified.

A single review table for the current site, the rebuild, the launch decision, and the next action. Use this page to approve structure quickly without reading a long report.

Total areas17

Migration topics consolidated into one table.

Ready or prepared11

Items that can move forward with normal launch QA.

Needs review6

Items where Shiftmove should confirm the final decision.

Import package1

Prepared handoff items for Webflow and redirects.

Review table

What changes, what stays, and what needs a decision

Rows are intentionally short. Open a row only when you need evidence, links, or the detailed before and after notes.

AreaCurrent siteRebuild or launch planStatusAction
Migration continuityWhat stayed the same

This section separates true migration continuity from intentional improvements. If a page, URL pattern, content field or legal requirement did not need a UX or SEO explanation, it is treated as continuity.

Current live websiteSource of truth
PrototypePreserved where useful
ReadyMost migrated content does not need a story. The title, slug, body copy, publication date, source metadata, media reference and legal obligations are preserved unless a page is being consolidated or redirected.
Keep

This keeps client review focused on meaningful changes: SEO structure, redirects, CMS separation, page consolidation, navigation, search and visual readability.

Details and evidence
Content

Continuity is the default. We only call out changes when the structure or user experience improves.

URLs

The redirect file is the launch bridge between old WordPress paths and final Webflow paths.

Legal basics

These are not creative changes. They are continuity requirements for launch readiness.

Brand signals

The style guide was tightened without changing the subject matter of the site.

  • The generated migration data includes 435 blog posts, 163 lexicon terms, 108 static/source records, 3,094 media assets and 494 redirect records.
  • The launch crawler found 0 bad page statuses, 0 broken sampled assets and 0 broken sampled internal links.
  • The prototype uses the Cloudflare media mirror instead of the old WordPress upload origin for rendered media.
Content inventoryBlog posts

This section compares the current public post sitemap with the migrated blog collection in the prototype.

Current live website421 public post URLs
Prototype435 blog routes
Needs reviewThe public Yoast post sitemap exposes 421 post URLs. The prototype contains 435 imported blog records from the migration export, so 14 records need review as sitemap visibility versus full export inventory.
Review

Review the 14-post difference between the public post sitemap and the imported blog inventory.

Details and evidence
Count

The count difference is visible and should be checked during content QA.

Template

This gives reviewers more context and makes the migrated article pages easier to scan.

Discovery

Filtered views support browsing but are not treated as duplicate index targets.

  • Review the 14-post difference between the public post sitemap and the imported blog inventory.
  • Prioritize the 130 blog posts that currently have no external source links in the imported content.
  • Checked on June 5, 2026: the requested vimcar.com Boxenstopp URL redirects to the public vimcar.de Boxenstopp sitemap structure.
  • Local CMS SEO audit checked 435 blog pages.
  • Local launch-readiness audit checked 710 prototype routes with no bad HTTP statuses.
Content inventoryLexicon

The lexicon is separated into its own reviewable collection so terms are easier to find, optimize and migrate.

Current live websiteNo separate public lexicon sitemap found
Prototype163 lexicon routes
Needs reviewThe current public sitemap groups do not expose a dedicated lexicon sitemap. The prototype keeps 163 imported terms as a separate collection with index and detail pages.
Review

Confirm whether lexicon should be a separate final Webflow CMS collection or a structured subset of pages.

Details and evidence
Count

This is a prototype improvement for review clarity, not a claim that all terms were separately indexed before.

Structure

The team can review terms separately from editorial blog articles.

SEO

This gives search engines a clearer content type signal.

  • Confirm whether lexicon should be a separate final Webflow CMS collection or a structured subset of pages.
  • Review short or thin term entries before deciding which ones should be indexable at launch.
  • Local CMS SEO audit checked 163 lexicon pages.
  • Lexicon filtered views are noindex, follow so the canonical index and term pages remain the main targets.
  • The prototype links lexicon into the menu, search experience and related content surfaces.
Content inventoryStatic pages

This explains why the static page number is lower in the prototype than in the public page sitemap.

Current live website196 public page URLs
Prototype108 static/source records plus rebuilt hubs
Needs reviewThe current page sitemap mixes true static pages, resource pages, course fragments, legal pages, campaign forms, old utility pages, login paths, placeholders and content that is better represented as CMS records. The prototype reduces the static set because these should not all become one-to-one standalone Webflow static pages.
Review

The final Webflow handoff should label every old page-sitemap URL as kept static page, CMS entry, merged hub, redirect or noindex utility.

Details and evidence
Count

The live page sitemap is not one clean content type, so a lower static count is healthier than rebuilding every old path as a public page.

Legal pages

These are part of launch readiness and should remain easy to verify.

Resource and course pages

This preserves discoverability while reducing duplicated landing-page maintenance in Webflow.

Legacy utilities

This is the main reason the final static page set should be smaller than the raw page sitemap.

  • The final Webflow handoff should label every old page-sitemap URL as kept static page, CMS entry, merged hub, redirect or noindex utility.
  • Low-value login, staging and placeholder paths should not become public Webflow pages.
  • The footer and menu now link to rebuilt static pages where a route exists.
  • The local launch-readiness audit sampled 1,000 internal links with 0 broken links.
  • The route audit also found 0 old absolute Boxenstopp links in the rendered prototype.
Redirect strategyRedirect map and URL protection

The redirect strategy protects existing search equity and user bookmarks while allowing the rebuild to consolidate static pages and reorganize CMS templates.

Current live websiteWordPress plus Yoast redirects
Launch plan418 upload-ready 301 redirects
PreparedThe export contains Yoast Premium redirects, inferred legacy Boxenstopp paths and old staging paths. The launch file keeps upload-ready redirects only and removes self-redirects.
Keep

The site can improve structure without breaking historical URLs. Old paths should point to the best matching canonical Webflow page, CMS record or hub.

Details and evidence
Redirect source

This gives Webflow or the final hosting layer a practical import list.

Status code

Permanent redirects are appropriate because this is a migration, not a temporary test.

Static consolidation

This explains why static pages can be reduced without losing old entry points.

QA evidence

This should be repeated after the final Webflow import.

  • Exported redirect CSV has 418 upload-ready rows plus a header.
  • Redirect export source: exports/redirects/boxenstopp-redirects.csv.
  • Downloadable public file: /exports/boxenstopp-redirects.csv.
  • Legacy redirect crawler report found 0 failed page redirects and 0 failed upload redirects in the prototype checks.
Webflow handoffWebflow import package

This section turns the prototype migration data into practical import files for Webflow CMS collections, resource downloads, media mapping and redirects.

Proposal requirementWebflow CMS import and redirect handoff
Prepared exportCMS CSVs, field map, asset map and redirects
Needs reviewThe original WordPress export is useful for extraction, but not for a clean Webflow import. The prepared package separates each content type into its own CSV and includes a field map for Webflow setup.
Review

Confirm whether Webflow should use separate Blog, Lexicon and Resource collections or map some resources into existing collections.

Details and evidence
CMS collections

Authors and taxonomy can be imported first if Webflow reference fields are used.

Rich text

This keeps the original content intact while still allowing template-level design polish.

SEO fields

These columns should map to Webflow SEO fields or a CMS SEO field group.

Assets

This makes the final file-source decision visible before Webflow launch.

  • Confirm whether Webflow should use separate Blog, Lexicon and Resource collections or map some resources into existing collections.
  • Confirm final file handling for external PDF/download URLs before importing resource-download records.
  • Import redirects only after final Webflow route names and slugs are locked.
  • Generated public package path: /exports/webflow/.
  • Local package path: exports/webflow/boxenstopp-webflow-import-2026-06-08.
  • The package includes 435 blog rows, 163 lexicon rows and 108 static page rows.
  • The package also includes authors, taxonomy terms, media assets, resource downloads, redirects, a field map and a manifest.
New improvementsMenu, footer and page UX

This section explains the visible UX improvements added to the prototype while keeping Boxenstopp links and content intact.

Current live websiteWordPress navigation and footer
PrototypeConnected menu, mobile menu, search and redesigned footer
Needs reviewThe original structure had the correct brand and content direction, but the prototype needed connected internal links, better mobile behavior, wider content use and clearer footer organization.
Review

The top review banner is only for prototype review and should not be included in the final public launch.

Details and evidence
Menu

This fixes the earlier issue where important menu links were not clickable in the prototype.

Footer

The footer now works as a navigation surface, not just a closing block.

Large screens

This is especially visible on blog, resources and course pages.

  • The top review banner is only for prototype review and should not be included in the final public launch.
  • CTA wording can follow the approved Vimcar or Shiftmove conversion language in the final Webflow build.
  • Menu links are connected to rebuilt prototype routes.
  • The footer keeps legal, topic and social navigation available from global pages.
  • Responsive checks were run for desktop and mobile layouts after the project-status work.
Visual demoArticle pages with useful side context

The blog and resource templates now show more than article text. They add article facts, table of contents, related links and CTA space.

BeforeArticle content could feel left-heavy or unfinished on wide screens.
AfterWider article layout with metadata, side cards, related content and CTA sections.
ReadyThis is a visible product improvement in the prototype, shown directly instead of described only in copy.
Keep

The visual example helps the client understand how the migration improves usability while keeping the Boxenstopp content model intact.

Details and evidence
Blog detail pages have article facts and related content.

This is demonstrated in the visual block and can be reviewed on the linked page.

Lexicon pages have term context and internal navigation.

This is demonstrated in the visual block and can be reviewed on the linked page.

Resource pages can show the next action more clearly.

This is demonstrated in the visual block and can be reviewed on the linked page.

  • Blog detail pages have article facts and related content.
  • Lexicon pages have term context and internal navigation.
  • Resource pages can show the next action more clearly.
Visual demoStructured data shown as launch-ready fields

The schema work is shown with before and after JSON-LD examples so the client can understand what Webflow should output.

BeforeMixed Yoast schema by page type.
AfterControlled Webflow JSON-LD per template and CMS collection.
ReadyThis is a visible product improvement in the prototype, shown directly instead of described only in copy.
Keep

The visual example helps the client understand how the migration improves usability while keeping the Boxenstopp content model intact.

Details and evidence
Schema examples are visible in the SEO section.

This is demonstrated in the visual block and can be reviewed on the linked page.

Blog, lexicon, resources, courses and organization schema are planned.

This is demonstrated in the visual block and can be reviewed on the linked page.

The schema plan lists the CMS fields needed before Webflow import.

This is demonstrated in the visual block and can be reviewed on the linked page.

  • Schema examples are visible in the SEO section.
  • Blog, lexicon, resources, courses and organization schema are planned.
  • The schema plan lists the CMS fields needed before Webflow import.
Style improvementsCard, CTA and spacing system

The visual system was tightened so the migrated site reads as one product instead of a collection of separate WordPress blocks.

Current live websiteMixed block styling
PrototypeUnified radius, cards, buttons and grids
ReadyButtons, cards, forms, search panels and CMS tiles now share consistent radius, border weight, hover states and responsive grid behavior.
Keep

This improves readability, creates trust, and makes large content libraries easier to scan without changing the migrated content itself.

Details and evidence
Buttons

This fixes duplicated CTA appearance in CMS card grids.

Cards

This improves SEO scanning and human scanning because each card has clearer content hierarchy.

Wide screens

The layout is more useful on client review screens and large monitors.

  • Browser checks confirmed three-column desktop grids and one-column mobile grids on blog and tax pages.
  • Card title links no longer receive button borders.
  • Each sampled card has exactly one explicit CTA.
PerformanceImage performance plan

The Webflow build should not only migrate images. It should make CMS images lighter, responsive and easier for the browser to load at the right time.

Current live websiteWordPress media and mixed image behavior
Webflow launch planResponsive Webflow images plus WebP where useful
Launch checklistThe current export contains many historic WordPress media references. The Webflow version can use image elements, responsive variants and lighter formats instead of carrying every old image behavior forward.
Before launch

This improves load time, mobile performance and LCP without changing the editorial content.

Details and evidence
CMS images

This is straightforward in Webflow because Blog, Lexicon and Resource templates can bind image fields directly.

Image format

Keep original format only where transparency, quality or file type requires it.

Loading priority

This is one of the simplest Webflow-friendly ways to improve perceived performance.

Background images

Image elements are easier to optimize, resize and lazy-load than decorative background images.

  • The migration inventory includes 3,094 media assets, so image rules matter at CMS scale.
  • The prototype already avoids old WordPress upload-origin references in rendered pages.
  • This plan can be implemented in Webflow Designer and CMS templates without a custom image service.
PerformanceWebflow publishing settings

The final Webflow project should use built-in publishing optimizations before launch, then verify that scripts, forms and search still behave correctly.

Current live websiteWordPress and plugin output
Webflow launch checklistMinified HTML, CSS and JS with tested async behavior
Launch checklistThe migration changes the publishing platform. Webflow can reduce delivered code through project settings without adding a custom build pipeline.
Before launch

This lowers page weight and improves delivery speed while staying inside standard Webflow operations.

Details and evidence
HTML minification

This is a low-risk publishing setting and should be checked after publish.

CSS minification

Per-page CSS matters because blog, lexicon, resources and legal pages do not need every style at once.

JS minification

This should be tested with menu, forms, GTM, consent and search.

Async JavaScript

This is useful but not automatic. It needs a verification pass after publishing.

  • This can be executed through Webflow project publishing settings.
  • No custom infrastructure is required.
  • The project-status page can track which publishing toggles are enabled before launch.
PerformanceThird-party script control

HubSpot, GTM, consent scripts, analytics and embeds should be loaded deliberately, not globally by default.

Current live websitePlugin and script-heavy WordPress baseline
Webflow launch planPage-specific script loading with owner and purpose
Launch checklistThe Webflow migration is an opportunity to document every external script and limit each one to the pages that need it.
Before launch

Third-party scripts often cost more performance than layout or CSS. Controlling them keeps CMS pages faster and makes tracking easier to debug.

Details and evidence
HubSpot

Most blog, lexicon and legal pages should not pay the HubSpot script cost unless a form is visible.

GTM and consent

This supports performance, privacy and debugging at the same time.

Embeds

This is especially relevant for courses, resources and consultation pages.

Script register

This can be part of the final Webflow handoff documentation.

  • The current scope already includes HubSpot forms, GTM, GA4 and consent-mode setup later in the migration.
  • This plan is compatible with Webflow custom code locations and page-level embeds.
  • It avoids adding scripts to CMS templates unless the page actually needs them.
PerformanceCMS list performance

Large blog, lexicon and resource collections should stay easy to browse without rendering everything at once on every page.

Current live websiteWordPress archives and large content inventory
Webflow launch planLimited lists, small related modules and clean filters
Launch checklistThe content library is large enough that list design affects performance and SEO. The Webflow build should use intentional limits on collection lists and related-content modules.
Before launch

This keeps CMS hubs faster, easier to scan and less likely to create duplicate or oversized pages.

Details and evidence
Initial lists

This is easy to manage with Webflow collection lists and page structure.

Related content

This protects performance and keeps the reader focused on the next useful step.

Filter views

This supports SEO cleanup while still helping users browse the content library.

Card payload

This matches the prototype card cleanup and keeps cards fast to render.

  • The prototype contains 435 blog routes and 163 lexicon routes.
  • The resources hub already uses search, category blocks and a clearer index instead of relying on one massive unstructured list.
  • The card redesign keeps one CTA per card and caps desktop CMS grids at three columns.
SEO improvementsSEO and Webflow schema plan

This section compares the current WordPress and Yoast baseline with the schema and SEO fields that should be implemented in Webflow.

Current live websiteMixed Yoast schema by page type
Webflow launch planStructured schema graph per template
Needs reviewThe current site already outputs some JSON-LD, but the schema varies by page type. The Webflow build can make this consistent by adding a controlled schema graph to each template and mapping fields from the CMS.
Review

Confirm the final Webflow CMS fields needed for schema: author, published date, modified date, category, tags, featured image, resource type, file type and course fields.

Details and evidence
Current schema baseline

This is an improvement plan, not a claim that the live site has no schema.

Organization

This anchors the site entity and connects Boxenstopp to Shiftmove and Vimcar signals.

WebSite and SearchAction

This supports the new search experience and gives Google a clean site-search pattern.

BreadcrumbList

This should be systematic across blog, lexicon, resources, courses and legal pages.

  • Confirm the final Webflow CMS fields needed for schema: author, published date, modified date, category, tags, featured image, resource type, file type and course fields.
  • Confirm which schema types should ship at launch and which should wait until the matching visible content exists.
  • Review 150 thin-content warnings before deciding which pages deserve indexation priority.
  • Review 56 short titles, 9 long titles, 6 duplicate descriptions and 2 duplicate titles.
  • Live schema check on June 5, 2026 found homepage JSON-LD types: Article and WebSite.
  • Live schema check on June 5, 2026 found blog JSON-LD types: BlogPosting and BreadcrumbList.
  • Live schema check on June 5, 2026 found resources and lexicon examples using Article and BreadcrumbList.
  • Local CMS SEO audit checked 598 CMS pages with 0 critical findings.

Quality evidence

The latest local launch-readiness audit checked 710 routes, 500 sampled assets and 1,000 sampled internal links with no broken results. The CMS SEO audit checked 598 CMS pages with no critical findings.

Download redirects