Site migration adalah salah satu project SEO paling berisiko. Satu kesalahan kecil bisa menyebabkan kehilangan traffic 50%+ yang butuh berbulan-bulan untuk recovery. Di 2026, dengan site complexity yang meningkat, planning yang matang menjadi lebih critical dari sebelumnya.
Reality Check:
Site Migration Statistics:
β 70%+ migrations experience traffic drops
β Average recovery time: 3-6 months
β Some never fully recover
β Small errors = big consequences
β
Dengan planning yang tepat, bisa minimize impact
β
Beberapa migrations bahkan BOOST traffic
β
Key: Preparation, execution, monitoring
Types of Site Migration:
| Migration Type | Complexity | Risk Level |
|---|---|---|
| HTTP β HTTPS | Low | Low-Medium |
| Domain Change | High | High |
| URL Structure Change | Medium-High | High |
| Platform Change | Medium-High | Medium-High |
| Site Redesign | Medium | Medium |
| Subdomain β Subfolder | Medium | Medium |
| Site Consolidation | High | High |

Pre-Migration Planning
Migration Timeline
Ideal Timeline:
PHASE 1: AUDIT (2-4 weeks before)
- Benchmark current metrics
- Crawl current site
- Document all URLs
- Identify redirect needs
PHASE 2: PLANNING (2-4 weeks before)
- Create redirect map
- Prepare new site
- Test in staging
- Create rollback plan
PHASE 3: EXECUTION (Launch day)
- Implement redirects
- Launch new site
- Verify critical pages
- Monitor immediately
PHASE 4: MONITORING (4-8 weeks after)
- Track metrics daily
- Fix issues immediately
- Monitor GSC for errors
- Adjust as needed
Minimum Timeline:
Don't rush migrations
At least 4 weeks prep for small sites
8+ weeks for large sites
Pre-Migration Checklist
DOCUMENTATION:
β Full site crawl (Screaming Frog)
β List ALL URLs (every single one)
β Current rankings for key terms
β Backlink profile export
β GA traffic baseline (90 days)
β GSC performance data (16 months if possible)
β Current site screenshots
β Current internal linking structure
ANALYSIS:
β Identify high-value pages (traffic, links)
β Map current URLs to new URLs
β Identify pages to remove/consolidate
β Check current canonicals
β Document current redirects
β Note any existing issues
Redirect Planning
Creating Redirect Map:
Format:
Old URL β New URL β Redirect Type
Example:
/old-page/ β /new-page/ β 301
/category/old-name/ β /category/new-name/ β 301
/removed-page/ β /related-page/ β 301
/expired-promo/ β / β 301 (or 410)
Rules:
- EVERY old URL needs a destination
- Use 301 for permanent moves
- Redirect to most relevant page
- Don't redirect everything to homepage
- Preserve hierarchy where possible
High Priority:
- Pages with backlinks (preserve equity!)
- High-traffic pages
- Conversion pages
- Cornerstone content
Technical Preparation
Staging Environment
Test Everything on Staging:
- Complete site copy on staging
- Implement all changes there first
- Crawl staging site
- Test all redirects
- Check all functionality
- Verify mobile experience
Staging Checklist:
β Staging blocked from search (noindex, password)
β All features working
β All internal links correct
β No mixed content issues
β Performance acceptable
β Forms functioning
β Tracking codes ready (not live)
Redirect Implementation
Redirect Methods:
- SERVER LEVEL (Best)
.htaccess (Apache)
nginx.conf (Nginx)
Most efficient, fastest
- CODE LEVEL
PHP, Node.js, etc.
Good control
Slightly slower
- PLUGIN LEVEL (WordPress)
Redirection plugin
Easy management
Good for smaller sites
Apache .htaccess Example:
Single redirect
Redirect 301 /old-page/ /new-page/
Regex redirect
RedirectMatch 301 ^/blog/(.*)$ /news/$1
Full domain change
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain.com [NC]
RewriteRule ^(.*)$
https://new-domain.com/$1 [L,R=301]
Nginx Example:
Single redirect
rewrite ^/old-page/$ /new-page/ permanent;
Domain change
server {
server_name old-domain.com;
return 301 $scheme://new-domain.com$request_uri;
}
Testing Redirects
Before Going Live:
Test Methods:
- curl -I URL (check status code)
- Browser with redirect checker
- Screaming Frog (crawl old URLs)
- Online tools (redirect checker)
What to Verify:
β Status code is 301 (not 302)
β Destination is correct
β No redirect chains (AβBβC)
β No redirect loops
β No mixed content (HTTPβHTTPS)
β Mobile redirects work
Common Issues:
- 302 instead of 301
- Trailing slash mismatches
- Case sensitivity
- Parameter handling
- Mobile vs desktop URLs
Migration Day Execution
Launch Checklist
BEFORE LAUNCH:
β Team briefed and ready
β Backup of old site complete
β Staging tested thoroughly
β Redirects ready to deploy
β DNS prepared (if domain change)
β CDN configured (if applicable)
β Rollback plan documented
LAUNCH STEPS:
- Enable maintenance mode (briefly)
- Deploy new site
- Implement redirects
- Verify key pages load correctly
- Test sample redirects
- Disable maintenance mode
- Begin monitoring
IMMEDIATE POST-LAUNCH:
β Verify homepage
β Check top 20 pages
β Test random redirects
β Check mobile site
β Verify SSL working
β Check site speed
β Monitor server errors
Post-Launch Verification
First Hour:
- Check server for 5xx errors
- Monitor real-time analytics
- Test conversion paths
- Verify critical functionality
- Check for console errors
First Day:
β Crawl new site structure
β Check all redirects working
β Monitor GSC for crawl errors
β Review server logs
β Check for broken links
β Verify tracking working
β Monitor user complaints
First Week:
β Submit updated sitemap
β Monitor indexing status
β Track ranking changes
β Review GSC coverage report
β Fix any errors found
β Document issues for future
Google Search Console Updates
GSC Tasks for Migration
For Domain Changes:
- ADD NEW PROPERTY
Add new domain to GSC
Verify ownership
- SUBMIT CHANGE OF ADDRESS
GSC β Settings β Change of address
Only for domain changes
Requires both properties verified
- SUBMIT NEW SITEMAP
New site's sitemap URL
Monitor indexing
- MONITOR BOTH PROPERTIES
Keep old property
Watch transition progress
For Non-Domain Changes:
No change of address needed
Update sitemap
Monitor same property
Monitoring in GSC
Key Reports to Watch:
COVERAGE REPORT:
- Watch for new errors
- Check "Excluded" reasons
- Monitor indexing progress
PERFORMANCE:
- Compare to pre-migration baseline
- Watch for drops/changes
- Check all dimensions
URL INSPECTION:
- Test critical pages
- Request indexing for new pages
- Verify live version correct
CORE WEB VITALS:
- New site may have different scores
- Monitor for issues
- Fix performance problems
MOBILE USABILITY:
- Check for new mobile issues
- Verify mobile experience
Specific Migration Types
HTTP to HTTPS Migration
Relatively Simple:
Steps:
- Get SSL certificate
- Install and configure
- Update internal links
- 301 redirect HTTP β HTTPS
- Update canonical tags
- Update sitemap
- Update GSC property
Common Issues:
- Mixed content (HTTP resources on HTTPS page)
- Incorrect internal links
- Forgotten assets (images, scripts)
- Third-party content issues
Verification:
β All pages serve HTTPS
β No mixed content warnings
β Certificate valid
β Redirects working
β HSTS header set
Domain Change Migration
Most Complex:
Additional Steps:
- All standard migration steps
- Plus: Change of Address in GSC
- Keep old domain live with redirects
- Monitor both properties
Critical:
- Keep old domain FOR YEARS
- Redirects must stay permanent
- Update all backlinks you control
- Notify partners of change
Timeline:
- Domain change takes longer
- 6-12 months full transition
- Maintain redirects indefinitely
Link Equity:
- Some loss expected (10-30%)
- Minimize with proper redirects
- Cannot 100% preserve
Platform Migration
WordPress to New CMS (Example):
URL Structure Often Changes:
Old: /blog/2024/01/post-name/
New: /blog/post-name/
Need: Comprehensive redirect map
Content Mapping:
- Export all content
- Map to new structure
- Verify content migrated
- Check formatting
Functionality:
- Forms working?
- Comments migrated?
- Users migrated?
- E-commerce data?
SEO Elements:
- Meta titles/descriptions
- Schema markup
- Robots directives
- Sitemap format
Site Redesign
Often Underestimated:
Even Without URL Changes:
- Content might change
- Internal linking changes
- Navigation changes
- Technical elements change
Watch For:
- JavaScript changes affecting crawling
- Image/video changes
- Form changes
- Schema changes
- Page speed changes
Process:
- Compare old vs new content
- Ensure all pages exist
- Verify internal linking
- Test all functionality
- Check technical SEO elements
Post-Migration Monitoring
Tracking Dashboard
Create Monitoring Dashboard:
DAILY (First 2 weeks):
- Organic traffic vs baseline
- Server errors
- GSC errors
- Ranking checks (key terms)
WEEKLY (Next 6 weeks):
- Detailed traffic analysis
- Indexing progress
- Backlink monitoring
- Conversion rates
MONTHLY (Ongoing):
- Full performance review
- Compare to pre-migration
- Trend analysis
- Issue identification
Recovery Timeline
What to Expect:
WEEK 1-2:
- Google recrawling
- Some fluctuation normal
- May see temporary drops
- Don't panic yet
WEEK 2-4:
- Indexing stabilizing
- Rankings settling
- Should see recovery signs
- Address remaining errors
MONTH 2-3:
- Should approach baseline
- May exceed if done well
- Long-tail recovering
- Monitor for stragglers
MONTH 3-6:
- Full recovery expected
- Evaluate overall impact
- Document learnings
- Close project
If Not Recovering:
- Check for missed redirects
- Look for technical issues
- Review content changes
- Consider GSC issues
Common Post-Migration Issues
Issue: Traffic Dropped 50%+
Diagnose:
- Check if pages indexed
- Verify redirects working
- Look for technical errors
- Check for manual actions
- Review content changes
Issue: Rankings Dropped
Diagnose:
- Has intent changed?
- Content different?
- Page speed worse?
- Technical issues?
- Lost backlinks?
Issue: Slow Indexing
Actions:
- Submit sitemap
- Request indexing for key pages
- Build internal links
- Get fresh backlinks
- Be patient (can take weeks)
Issue: 404 Errors Spiking
Actions:
- Identify missing redirects
- Update redirect map
- Implement immediately
- Monitor for new errors
FAQ: Site Migration 2026
1. Berapa lama traffic recovery setelah migration?
3-6 months for full recovery:
Typical Timeline:
Best Case:
- 2-4 weeks: Back to baseline
- Some see immediate improvements
- Perfect execution required
Average Case:
- 2-3 months: Near baseline
- Some terms faster/slower
- Minor issues resolved
Worst Case:
- 6+ months or never
- Major errors made
- May need intervention
Factors Affecting Recovery:
- Migration complexity
- Redirect accuracy
- Content changes
- Technical execution
- Site authority
- Google's crawl priorities
Patience Required:
Don't make changes too quickly
Let Google process
Monitor and fix issues
Stay calm
2. Apakah saya akan kehilangan backlink equity?
Some loss is normal, minimize with proper redirects:
Redirect Link Equity:
301 Redirects:
- Pass most link equity
- Google says ~same as direct link
- Reality: Some small loss
Best Practices:
- Redirect to most relevant page
- Keep redirects permanent
- Don't chain redirects
- Update links you control
What Gets Lost:
- 302s don't pass full equity
- Chains dilute equity
- Irrelevant redirects = wasted
- Homepage redirects = less effective
Mitigation:
- Map redirects carefully
- Reach out to top linking sites
- Update social profiles
- Update directory listings
- Monitor backlink profile
3. Haruskah saya update backlink secara manual?
For high-value links, yes:
Priority for Outreach:
HIGH PRIORITY (Contact):
- Top referring domains
- High authority sites
- Partner/client sites
- Directory listings
- Social media profiles
MEDIUM PRIORITY:
- Guest posts you wrote
- Forum signatures
- Profile links
- Article mentions
LOW PRIORITY (Let redirect handle):
- Random small sites
- Old blog comments
- Low authority links
Outreach Template:
"Hi [Name],
We recently updated our website and moved
from [old domain] to [new domain].
Your site links to our article at [old URL].
Would you mind updating it to [new URL]?
Thank you!
[Name]"
Reality:
Most sites won't update
Redirects handle most cases
Focus on top 50-100 links
4. Bagaimana jika ada halaman yang tidak ada equivalent-nya?
Redirect to most relevant or 410:
Scenarios:
- Content Consolidated:
Old: 5 separate pages
New: 1 comprehensive page
Action: 301 all 5 to new page
- Content Removed (No Replacement):
Option A: 301 to related page
Option B: 301 to category
Option C: 410 Gone (if truly dead)
- Outdated Promotions:
Old: /promo-2020/
Action: 301 to main promotions or 410
- Product Discontinued:
Option A: 301 to successor product
Option B: 301 to category
Option C: 410 if nothing relevant
Don'ts:
β Don't redirect all to homepage
β Don't redirect to unrelated pages
β Don't leave as 404 (use 410 instead)
Do:
β
Find most relevant destination
β
User should find value
β
Preserve link equity where logical
5. Kapan waktu terbaik untuk migration?
During low-traffic periods:
Best Timing:
Day of Week:
- Tuesday-Wednesday (mid-week)
- Not Friday (weekend coverage)
- Not Monday (catch up day)
Time of Day:
- Low traffic hours
- When team available
- Consider time zones
Season:
- Not during peak season
- Not during promotions
- Not during major launches
Avoid:
β Black Friday period
β Major holidays
β Product launch weeks
β When key team on vacation
β Algorithm update periods (if possible)
Ideal:
- Slow business period
- Full team available
- No competing priorities
- Weather permitting (server rooms!)
Kesimpulan: Plan Thoroughly, Execute Carefully
Site migration bukan sesuatu yang bisa di-wing. Success requires meticulous planning, careful execution, and patient monitoring. Cutting corners leads to traffic disaster.
Key Principles:
- Document Everything β Benchmark before migration
- Plan Redirects Carefully β Every URL needs destination
- Test Thoroughly β Staging environment essential
- Execute Methodically β Follow checklist
- Monitor Closely β Daily for first 2 weeks
- Be Patient β Recovery takes time
Migration Success Formula:
Success =
(Thorough Planning) +
(Comprehensive Redirect Map) +
(Proper Testing) +
(Careful Execution) +
(Active Monitoring) +
(Quick Issue Resolution)
Each element is necessary
Skip one = Risk failure
Jika migration adalah pilihan, pertimbangkan baik-baik. Jika harus dilakukan, do it right. Tidak ada jalan pintas dalam site migration yang successful. π
Ditulis oleh
Hendra Wijaya