Browse chapters

Mantle Migration Attribution Checklist

Practical guidance on mantle migration attribution checklist for Shopify app founders.

Tracking and Attribution · ~5 min read

Migrating an affiliate program is where attribution quietly breaks if you are not careful. The two things that matter most are that your partners' existing links keep working, and that revenue from migrated stores still ties back to the right affiliate. Get those right and the move is invisible to partners.

Your partners have already shared links with their audiences, and those links carry their original code. The migration has to preserve each partner's original referral code exactly, so a link they posted a year ago still resolves to them. If a migration reassigns codes, every previously shared link breaks silently. Preserve the code, and the old links keep attributing.

Carry the code through the install

A migrated link only attributes if the code survives into the install. The reliable setup is the same as for any app: the tracked link carries the code, and either your install flow forwards it or the click cookie is read at install. Whether the code arrives as ref, mref, or utm_source, it should resolve to the same partner. Confirm this works on a test install before you tell partners the move is done.

Do not lose the store identifier

The most common migration failure is imported referrals that have no store identifier. Without the store's myshopify domain on each referral, revenue coming from the Partner API has nothing to attach to, and the partner's earnings read as zero even though the install is there. The store identifier usually lives in the customers export, so that file has to be joined in during migration, not skipped.

Verify before you announce

  • Spot-check several migrated partners: their code, their links, and at least one attributed store with revenue.
  • Run a test install through a migrated link and confirm it attributes exactly.
  • Confirm revenue is flowing from the Partner API onto migrated referrals, not sitting unattributed.

Practical checklist

  • Each partner's original code is preserved so shared links still resolve
  • A test install through a migrated link attributes exactly
  • Referrals carry the store identifier so Partner API revenue attaches
  • You spot-checked real migrated partners before announcing the move

Common mistakes

  • Reassigning codes on import, which silently breaks every shared link
  • Skipping the customers export, leaving referrals with no store identifier
  • Announcing the migration before verifying revenue actually attributes

How this works in PartnerDock

PartnerDock's Mantle migration preserves each affiliate's original code as their referral_code, so links they already shared keep working, and it resolves ref, mref, or utm_source to the same affiliate. The known failure mode is an empty store identifier when the customers file is not joined, which leaves Partner API revenue unable to attach, so the migration reconciles the store domain from the customers export and you verify attribution on real partners before going live.

Try PartnerDock Free

FAQ

Will my partners have to reshare their links after migrating?+

No, as long as the migration preserves their original codes. Their existing links carry that code, and PartnerDock resolves it to the same partner, so the links keep attributing.

Why do some migrated affiliates show revenue as zero?+

Usually the imported referrals have no store identifier, so Partner API revenue has nothing to attach to. Reconciling the store domain from the customers export fixes it.

Start your partner program with PartnerDock

Manage partners, attribution, commissions, and payouts in one place — free to start.

Start Free