Step-by-step migration guide with common mistakes, testing checklist, and rollback plan.
What You're Migrating To
From: mailto Links
Current setup:
<a href="mailto:support@example.com">Contact Support</a>
Problems:
- Email exposed to bots → spam
- Broken on iPhone Mail (iOS 26.1)
- Poor mobile experience
- No conversation history
- No analytics
To: Form-Based Shared Inbox
New setup:
<a href="https://supportretriever.com/form/your-form-id">Contact Support</a>
Benefits:
- Email stays private → no spam
- Works on all devices including iOS
- Great mobile experience
- Centralized conversation management
- Full analytics and tracking
- Team collaboration features
Prerequisites Checklist
Before You Start
Make sure you have:
- Access to website editing (CMS, FTP, or theme editor)
- List of pages with mailto links
- 10-15 minutes of uninterrupted time
- Test email address to verify setup
- Backup of current site (recommended)
Information You'll Need
- SupportRetriever form URL (you'll create this in Step 1)
- Current email address(es) being used in mailto links
- List of all contact points on your site
Step 1: Create Your Form (5 minutes)
1.1 Sign Up
- Go to https://supportretriever.com/register
- Enter email and password
- Verify email (check inbox)
- Log in
Time: 2 minutes
1.2 Complete Onboarding
- Answer onboarding questions:
- Company name
- Expected volume
- Team size
- Click through setup wizard
Time: 1 minute
1.3 Configure Form
Set recipient email:
- Go to Form Management (
/admin/form) - Click Settings tab
- Enter your email address (where messages should go)
- Click Save
Customize appearance (optional):
- Click Appearance tab
- Choose colors to match your brand
- Add logo (optional)
- Preview form
Time: 2 minutes
1.4 Get Your Form URL
- Stay in Form Management
- Click Embed tab
- Copy the public form URL
- It looks like:
https://supportretriever.com/form/a1b2c3d4-e5f6-7890-... - Save this URL — you'll use it in the next steps
Time: 30 seconds
Step 2: Replace mailto Links (4 minutes)
2.1 Find All mailto Links
Common locations:
- Website header/navigation
- Website footer
- Contact page
- About page
- Blog post signatures
- Sidebar widgets
- Error pages (404, etc.)
How to find them:
- View page source (Ctrl+U / Cmd+U)
- Search for "mailto:" (Ctrl+F / Cmd+F)
- Note each location
- Or use Better Search Replace plugin (WordPress)
Time: 1 minute
2.2 Replace in Header/Footer
Find template files:
- HTML site:
header.html,footer.html - WordPress:
header.php,footer.php - Other CMS: Theme customizer or template editor
Replace:
<!-- OLD -->
<a href="mailto:support@example.com">Contact</a>
<!-- NEW -->
<a href="https://supportretriever.com/form/your-form-id?source=header">Contact</a>
Save changes.
Time: 2 minutes
2.3 Replace in Content
WordPress:
- Use Better Search Replace plugin
- Search:
mailto:support@example.com - Replace:
https://supportretriever.com/form/your-form-id - Select tables:
wp_posts - Run search & replace
Other CMS:
Edit pages individually or use find/replace in database.
Time: 1 minute
Step 3: Configure Reply-From Behavior (30 seconds)
Set Up Email Delivery
In SupportRetriever:
- Go to Settings (
/settings) - Find "Reply From" section
- Choose: Send from my email address
- This makes replies come from your actual email
How it works:
Customer submits form
↓
You receive notification email
↓
You reply from dashboard or email
↓
Reply comes FROM: youremail@example.com
Reply goes TO: customer email
↓
Customer replies to your email
↓
Conversation continues via normal email
Result:
Form is for submissions, but ongoing conversation is regular email.
Time: 30 seconds
Step 4: Test (4 minutes)
4.1 Desktop Testing
Test checklist:
- Click contact link from homepage
- Verify form loads
- Fill out form with test message
- Use your test email address
- Submit form
- Check for confirmation message
- Check your email for notification (should arrive within 1 minute)
- Open notification, click link to conversation
- Reply to the test message
- Check test email inbox for your reply
- Verify reply comes from your actual email
Time: 3 minutes
4.2 Mobile Testing (iPhone Specifically)
- Open site on iPhone
- Tap contact link
- Verify form opens (not email client)
- Fill out and submit form
- Verify confirmation appears
- Check email for notification
Time: 1 minute
4.3 Edge Case Testing
Test these scenarios:
- Submit with invalid email (should show error)
- Submit with empty required fields (should show errors)
- Submit from different pages (check metadata tracking)
- Test on different browsers (Chrome, Firefox, Safari)
Optional but recommended.
Common Mistakes
Mistake 1: Wrong Form URL
Symptom: Link goes to 404 or someone else's form.
Cause:
- Copied example URL instead of your actual form URL
- Typo in form ID
Fix:
- Go to SupportRetriever Form Management
- Click Embed tab
- Copy YOUR form URL (not example)
- Replace all instances
Prevention:
Double-check form URL before mass replacement.
Mistake 2: Missing Confirmation
Symptom: User submits form but doesn't know if it worked.
Cause:
Default confirmation may not be visible enough.
Fix:
- Go to Form Management → Appearance
- Customize confirmation message
- Make it clear: "✓ Message sent! We'll reply within 24 hours."
- Test submission again
Prevention:
Always test the full submission flow before going live.
Mistake 3: Replies Going to Spam
Symptom: You reply but customer doesn't receive it.
Cause:
- Recipient's spam filter
- Your email not properly authenticated
- Reply-from address not configured
Fix:
- Check Settings → Reply-from is set correctly
- Ask customer to check spam folder
- Add "please check spam" to confirmation message
- Consider adding SPF/DKIM records (advanced)
Prevention:
- Mention in confirmation: "Check spam folder if you don't see our reply"
- Test with multiple email providers (Gmail, Outlook, etc.)
Mistake 4: Form Not Mobile-Friendly
Symptom: Form looks bad or doesn't work on mobile.
Cause:
Usually not an issue with SupportRetriever forms (they're mobile-first), but could be:
- Parent site CSS interfering
- iframe embedding with fixed width
Fix:
- Use direct link (not iframe) for best mobile experience
- If using iframe, ensure responsive width:
<iframe src="..." style="width: 100%; border: none;"></iframe>
Prevention:
Always test on actual mobile device before launch.
Mistake 5: Lost Context from mailto Parameters
Symptom: Used to have subject/body pre-filled from mailto, now missing context.
Example old mailto:
<a href="mailto:support@example.com?subject=Billing%20Question">Billing</a>
Fix:
Use URL parameters to preserve context:
<a href="https://supportretriever.com/form/your-form-id?type=billing">Billing</a>
The type=billing appears in conversation metadata, so you still know the context.
Prevention:
Map mailto parameters to form URL parameters before replacing.
Mistake 6: Not Updating All Locations
Symptom: Some mailto links still exist on site.
Cause:
- Missed locations (email signatures, blog posts, old pages)
- Dynamic content not updated
- Cached pages
Fix:
- Search entire site for "mailto:"
- Check:
- All pages (including old/archived)
- Widgets and sidebars
- Blog post author bios
- Email signatures
- Social media profiles
- Clear all caches
Prevention:
Use comprehensive search before considering migration complete.
Rollback Plan
If Something Goes Wrong
Immediate rollback (< 5 minutes):
Restore from backup
- If you made a backup, restore it
- Contact restored in 2 minutes
Or manually revert:
- Replace form URLs back to mailto links
- Clear cache
- Test
Partial rollback:
- Keep form on some pages
- Restore mailto on others
- Figure out what went wrong
- Fix and re-migrate
When to Rollback
Consider rolling back if:
- Form not receiving submissions
- Critical bug affecting users
- Team isn't ready for new workflow
- Need more time to prepare
DON'T rollback just because:
- One or two issues (fix them instead)
- Hesitation about change (give it a chance)
- Minor confusion (training fixes this)
After Rollback
If you rolled back:
Identify what went wrong
- Technical issue?
- Workflow issue?
- Training issue?
Fix the issue
- Contact SupportRetriever support if needed
- Review this guide again
- Test in staging environment
Try again
- Migration is worth it
- Benefits far outweigh temporary inconvenience
Post-Migration Checklist
First Day
- Monitor inbox for submissions
- Check dashboard for new conversations
- Reply to test messages
- Verify email notifications working
- Check spam folder (in case notifications go there)
- Ask team members to test
- Review any user feedback
First Week
- Monitor spam reduction (should be dramatic)
- Track submission volume
- Compare to old mailto volume
- Note any issues
- Adjust settings if needed
- Train team on new workflow
First Month
- Review conversation history
- Check response time metrics
- Analyze metadata (which sources/pages)
- Optimize based on data
- Consider additional forms for specific use cases
Timeline Summary
| Step | Time | Total |
|---|---|---|
| Create form | 5 min | 5 min |
| Replace links | 4 min | 9 min |
| Configure reply-from | 30 sec | 9.5 min |
| Test | 4 min | 13.5 min |
| TOTAL | ~10-15 minutes |
Reality check:
- Small site (< 10 pages): 10 minutes
- Medium site (10-50 pages): 20 minutes
- Large site (50+ pages): 30-60 minutes
- WordPress with plugin: 10 minutes (automated)
Frequently Asked Questions
What happens to existing email conversations?
They continue normally. This migration only affects NEW submissions. Existing email threads continue via email.
Do I need to notify my customers?
No. From their perspective, they click "Contact" and send you a message. They receive your reply in their inbox. The experience is seamless.
Can I still use my email client?
Yes. Notifications arrive in your inbox. You can reply from email or from the dashboard.
What if I have multiple email addresses?
Options:
- Create separate form for each (separate inboxes)
- Use one form with URL parameters to route (shared inbox)
Most businesses: Use one form with parameters.
Can I go back to mailto links later?
Yes, but you probably won't want to. The benefits of forms (spam protection, mobile reliability, conversation management) are significant.
Success Metrics
What to Track
After migration, monitor:
Spam reduction
- Before: X spam emails per day
- After: Close to zero
Submission volume
- Should be similar or higher (mobile works better)
Response time
- Dashboard makes it easier to track
- Should improve or stay same
User satisfaction
- Should improve (better mobile experience)
Team efficiency
- Centralized inbox improves collaboration
Expected Results
Typical outcomes:
- 99% spam reduction
- 20-30% increase in mobile submissions
- Faster average response time
- Better team collaboration
- Improved user satisfaction
Need Help?
If You Get Stuck
Resources:
- Knowledge Base
- Contact Support
- Review related articles below
Common issues:
