Hướng dẫn về Site Migrations

TL;DR — MỘT site migration là bất kỳ big thay đổi để của bạn website đó có thể move của bạn URLs hoặc thay đổi cách Google đọc them — một new domain, một chuyển để HTTPS, một new nền tảng, một folder reshuffle, ngay cả một redesign. Đó way bạn bảo vệ của bạn traffic là đó giống nhau mỗi khi: gửi mỗi old trang để của nó closest matching new trang với một 301 chuyển hướng, và giữ những các chuyển hướng trong place trong thời gian dài. MỘT tạm thời dip trong traffic là thông thường; nếu điều này không bao giờ recovers, điều gì đó broke.

Điều gì một site migration là

“Migration” sounds dramatic, và sometimes điều này là. Nhưng điều này chỉ có nghĩa là một significant thay đổi để trang web của bạn đó có thể ảnh hưởng cách các công cụ tìm kiếm tìm, đọc, và xếp hạng của bạn các trang. Moving để một new domain là một migration. Switching từ http:// để https:// là một migration. Moving của bạn blog từ blog.example.com để example.com/blog/ là một migration. Ngay cả một redesign đó giữ mỗi URL đó giống nhau được tính, vì đó nội dung và templates đó Google ranks là thay đổi.

Đó reason họ là grouped together là đó they share đó giống nhau risk và đó giống nhau playbook.

Đó một rule đó matters hầu hết

Khi một URL thay đổi, bạn có để tell các trình duyệt và các công cụ tìm kiếm nơi đó trang went. Bạn làm đó với một chuyển hướng — cụ thể một 301 (vĩnh viễn) chuyển hướng, mà says “this page moved here for good.” (bản dịch) «này trang moved ở đây cho good.» Đó các chuyển hướng là điều gì thực ra carry của bạn thứ hạng từ đó old URLs để đó new ones. Google says 301 và other vĩnh viễn các chuyển hướng không nguyên nhân một mất mát trong PageRank.

Đó hầu hết quan trọng part: map mỗi old trang để đó single hầu hết relevant new trang. không dump mọi thứ onto đó homepage. Nếu an old sản phẩm trang có không real match, gửi điều này để đó closest category, không đó front door. Google xử lý một pile of old các trang all được chuyển hướng để đó homepage as nếu they đã là 404 “page not found” (bản dịch) «trang không tìm thấy» các lỗi anyway, so có không benefit.

Điều mọi người nhận sai

• “Redirects lose my link credit.” (bản dịch) «Các chuyển hướng lose my link credit.» They không. Vĩnh viễn các chuyển hướng không cost bạn PageRank. Này myth đã được dead cho năm.
• “The Change of Address tool moves my site for me.” (bản dịch) «Đó Thay đổi of Address tool moves my site cho me.» Điều này không. Đó Google Search Console tool chỉ tells Google bạn moved để một new domain — đó các chuyển hướng làm đó real hoạt động. Và điều này chỉ hoạt động cho toàn bộ-domain moves, không cho switching để HTTPS hoặc reshuffling folders.
• “My traffic dropped, the migration failed.” (bản dịch) «My traffic dropped, đó migration failed.» Thường không. MỘT tạm thời wobble trong khi Google re-figures mọi thứ out là thông thường. Cho điều này vài weeks. Evidence for this claim Google says to expect temporary ranking fluctuations during a site move; most pages on a medium-sized site can take a few weeks to move in Google's index, and larger sites take longer. Scope: Google Search's general expectations for moves with URL changes; actual timing varies by site and does not promise recovery by a fixed date. Confidence: high · Verified: 2026-07-14 Google Search Central: Site move with URL changes
• “I can take the redirects down after a few months.” (bản dịch) «I có thể take đó các chuyển hướng xuống sau vài months.» Giữ them far lâu hơn — ideally cho năm, effectively forever nơi bạn có thể.

Thay đổi một điều tại một time

Đó biggest risk trong bất kỳ migration là thay đổi cũng nhiều điều tại khi. MỘT new domain and một new nền tảng and một new URL structure all on đó giống nhau day là three migrations stacked together, và đó risks multiply. Nếu bạn có thể split một big thay đổi vào stages, làm điều này.

Muốn đó đầy đủ xử lý — đó seven phases, chuyển hướng strategy, và một tailored checklist cho mỗi migration loại? Chuyển để đó Advanced tab.

TL;DR — Risk trong một migration là amount of thay đổi × cách nhiều bạn làm tại once. 301/308 các chuyển hướng là đó spine — they carry thứ hạng và không lose PageRank; mọi thứ khác (Thay đổi of Address tool, sitemaps, liên kết nội bộ, canonicals) là một supporting tín hiệu. Map old→new 1:1, không bao giờ bulk-chuyển hướng để đó homepage (soft 404), tránh chains, và giữ các chuyển hướng far lâu hơn đó “12 months” line. Expect một tạm thời fluctuation và một recovery; một vĩnh viễn drop có nghĩa là điều gì đó broke — thường một staging block left trực tiếp, một đã xóa hreflang/canonical, một stray noindex, hoặc các chuyển hướng để đó sai các trang. Dưới: đó universal 7-phase xử lý, thì mỗi of đó 7 migration types với của nó own gotchas.

Này hub owns đó classification, principles, risk model, migration-loại decisions, và recovery diagnosis. Dùng đó Website Migration Checklist cho đó executable task sequence, named owners, phát hành gates, và acceptance criteria.

Điều gì một migration thực ra là (và đó 7 types)

MỘT site migration là bất kỳ significant thay đổi để một website URL structure, domain, nền tảng, giao thức, hoặc hosting đó có đó potential để ảnh hưởng cách các công cụ tìm kiếm crawl, chỉ mục, và xếp hạng điều này. Đó label spans mọi thứ từ một một-line HTTPS flip để một đầy đủ rebrand moving hundreds of thousands of URLs onto một new domain trên một new CMS.

Đó hầu hết hữu ích điều bạn có thể làm trước writing một single chuyển hướng là classify đó migration — và recognize đó hầu hết thực tế migrations là several types tại khi. Ở đây là đó seven types, khoảng ordered by risk:

Đó numbers là đó section order trong đó loại-by-loại breakdown further xuống; đó bảng là sorted by risk so bạn có thể see nơi yours lands. Risk = cách nhiều bạn thay đổi × cách nhiều bạn thay đổi tại khi. MỘT redesign on đó giống nhau URLs là thấp risk. MỘT simultaneous domain thay đổi + URL restructure + replatform là three cao-risk types compounding — Google own advice là để thay đổi một điều tại một time.

Đó universal migration xử lý

Này xử lý áp dụng để every migration loại trước khi bạn layer on đó loại-cụ thể steps dưới. I’ve chạy một lot of những, và đó qua-line of mỗi successful một là đó giống nhau: một migration takes hơn một checklist để là successful. MỘT checklist giữ bạn từ forgetting steps; xử lý và SEO involvement tại mỗi stage là điều gì thực ra làm điều này land.

Phase 1 — Planning

• Classify mỗi loại trong play. MỘT replatform đó cũng restructures URLs và moves để một new domain là three migrations tại khi. Name them all lên front so bạn có thể phạm vi đó real risk.
• Set expectations với leadership trước launch, không sau. Traffic sẽ gần như certainly fluctuate. Brief stakeholders đó một tạm thời dip là thông thường và dự kiến — so một routine wobble không trigger một panic rollback.
• Luôn có một rollback plan. Bạn nên luôn có một way để nhận lại để đó original state, ngay cả khi bạn chỉ bao giờ plan để dùng điều này trong extreme situations.
• Time đó launch cho thấp traffic. Google itself khuyến nghị timing của bạn move để coincide với thấp hơn traffic nếu có thể. Trong thực tế: Monday–Thursday, không Fridays, không peak sales season — so bạn có nhân viên khoảng để cách sửa các vấn đề và ít hơn revenue tại risk trong khi điều này stabilizes.
• Assign an SEO project manager và dùng một project management hệ thống. Migrations span dev, nội dung, analytics, và SEO; somebody có để own đó dependency map.

Phase 2 — Benchmark và crawl đó old site

Bạn không thể QA một migration không có một “trước” picture. Capture điều này trong khi đó old site là vẫn trực tiếp:

• Đầy đủ crawl of đó old site (Screaming Frog, Ahrefs Site Audit, hoặc tương đương). Save điều này. Này là của bạn baseline diff sau launch.
• Capture mọi thứ theo URL: các mã trạng thái, các tiêu đề, meta các mô tả, canonical tags, hreflang, heading structure, liên kết nội bộ structure, và Core Web Vitals.
• Snapshot thứ hạng cho all key các trang trước launch.
• Export traffic benchmarks — Search Console performance dữ liệu (cuối cùng 3/6/12 months) và GA4 tại đó trang/session cấp độ.
• Export top các trang by backlink (Ahrefs + đó GSC Links báo cáo). Những là đó URLs đó absolutely phải chuyển hướng correctly — họ là carrying của bạn giá trị liên kết.
• Compile mỗi existing chuyển hướng từ every nguồn: đó CMS, đó CDN, đó .htaccess/máy chủ config, Search Console’s Page với redirect báo cáo, và analytics. Miss một nguồn và bạn tạo chuyển hướng chains sau launch.
• Audit cho legacy các vấn đề trước khi bạn carry them over. MỘT new domain hoặc CMS không phải an excuse để import old canonical các lỗi, chỉ mục bloat, hoặc crawl chặn.

Phase 3 — URL mapping

Xây dựng một một-để-một spreadsheet: mỗi old URL → của nó single hầu hết relevant new URL. Không exceptions — mỗi URL maps nơi nào đó.

• Đã xóa các trang với một close match: chuyển hướng để đó closest topically relevant trực tiếp trang. Google là rõ ràng: không chuyển hướng nhiều old URLs để một irrelevant single đích such as đó home trang. Evidence for this claim Google advises against redirecting many old URLs to one irrelevant destination such as the home page and says that can be treated as a soft 404. Scope: Google Search guidance for site moves with changed URLs; relevant replacements remain appropriate. Confidence: high · Verified: 2026-07-14 Google Search Central: Site move with URL changes
• Các trang với không tương đương tại all: trả về một proper 410 (đã biến mất) hoặc 404. Làm not chuyển hướng them để đó homepage — đó là treated as một soft 404.
• Tracking đó riêng lẻ URLs là đó hầu hết quan trọng part, so bạn có một clear map of điều gì mỗi URL đã là và điều gì điều này nên become. Này map is đó migration.

Phase 4 — Chuyển hướng strategy

Này là đó spine of đó toàn bộ project.

• Dùng 301 (Đã chuyển vĩnh viễn) hoặc 308 cho vĩnh viễn moves. Google khuyến nghị máy chủ-side vĩnh viễn các chuyển hướng such as 301 và 308.
• 301s truyền PageRank — đầy đủ dừng. Google tài liệu chẳng hạn vĩnh viễn các chuyển hướng không nguyên nhân một mất mát trong PageRank, và Gary Illyes confirmed năm ago đó 30x các chuyển hướng không lose PageRank anymore. Bất kỳ hướng dẫn telling bạn vĩnh viễn các chuyển hướng leak link equity là out of date. Evidence for this claim Google says 301 and other permanent redirects do not cause a loss in PageRank. Scope: Google Search handling of permanent redirects during site moves; this does not guarantee unchanged rankings after a migration. Confidence: high · Verified: 2026-07-14 Google Search Central: Site move with URL changes
• Tránh chuyển hướng chains. Map old → new trực tiếp. Google says giữ chains ngắn — ideally không hơn 3 và ít hơn 5. Googlebot sẽ follow lên để về 10 hops, so ngắn chains không fatal, nhưng mỗi hop là một chance để break và một delay trong consolidating các tín hiệu. MỘT phổ biến silent nguồn of chains là trailing-slash inconsistency (/page so với /page/) — pick một canonical form và chuyển hướng đó other.
• Chuyển hướng assets cũng — images, PDFs, và other non-HTML files, không chỉ các trang.
• Máy chủ-side chỉ. JavaScript các chuyển hướng là một cuối cùng resort; Google có thể không bao giờ xử lý them nếu kết xuất fails.
• không confuse tạm thời với vĩnh viễn. MỘT 302/307 không tell đó lập chỉ mục pipeline đó đích nên là canonical — đó old URL vẫn giữ được lập chỉ mục và các tín hiệu mostly stay put. Dùng tạm thời các chuyển hướng chỉ cho genuinely tạm thời situations.
• Giữ các chuyển hướng far lâu hơn “một năm.” Google floor là “at least 1 year,” (bản dịch) «ít nhất 1 năm,» nhưng Illyes có clarified đó ~12-month hình là thực sự cho Google benefit — người dùng của bạn sẽ appreciate điều này nếu bạn giữ đó các chuyển hướng effectively forever. Bing leans toward 1–2 năm minimum. My rule: giữ them miễn là đó old URLs pull bất kỳ traffic hoặc links, mà trong thực tế có nghĩa là indefinitely. Evidence for this claim Google recommends keeping site-move redirects as long as possible, generally for at least one year. Scope: Google Search's minimum site-move guidance; continuing user traffic or links can justify retaining redirects longer. Confidence: high · Verified: 2026-07-14 Google Search Central: Site move with URL changes

Phase 5 — Staging và pre-launch kiểm thử

• Block đó staging site từ lập chỉ mục — noindex và/hoặc một robots.txt Disallow on đó staging host. Restrict access để của bạn staging hoặc dev site để ngăn điều này đang được lập chỉ mục ngay từ đầu. (Và note này block cho Phase 6 — điều này must come off tại launch.)
• Dùng một tạm thời hostname (e.g. beta.example.com) cho công khai kiểm thử.
• Kiểm thử mỗi chuyển hướng old → new. Mọi người frequently chuyển hướng để đó sai (non-existent) URLs — crawl đó đầy đủ old-URL list so với staging và verify mỗi resolves để đó dự kiến trực tiếp trang trong một single hop.
• Diff đó staging crawl so với đó Phase 2 baseline: các tiêu đề, meta các mô tả, canonical tags, hreflang, dữ liệu có cấu trúc, meta robots, liên kết nội bộ, tốc độ trang.
• Xác nhận canonicals trỏ đến đó trực tiếp site, không để staging URLs.
• Verify analytics fire (GA4, GSC verification, tag manager) và kiểm thử forms, checkout, và other conversion paths.
• Hãy bảo đảm Googlebot không blocked by một firewall hoặc DoS protection — xác nhận điều này có thể reach đó DNS và đó host.

Phase 6 — Launch

• Xóa mỗi crawl block immediately — strip đó noindex và staging robots.txt rules đó đã là chỉ ở đó cho đó xây dựng. Này là đó single hầu hết phổ biến migration disaster: shipping với đó staging block vẫn trực tiếp. không forget để xóa bất kỳ noindex hoặc robots.txt chặn đó đã là chỉ needed cho đó migration.
• Activate all 301 các chuyển hướng simultaneously.
• Cập nhật và resubmit đó hiện tại production XML sitemap với new canonical URLs chỉ. Nếu an old-URL sitemap sẽ help với chuyển hướng phát hiện hoặc monitoring, submit điều này as một tách biệt, rõ ràng tạm thời sitemap; không bao giờ mix old và new inventories, và xóa đó old-URL sitemap khi điều này không lâu hơn cung cấp hữu ích evidence. See Google site-move hướng dẫn.
• Spot-kiểm tra các chuyển hướng với đó GSC URL Inspection tool.
• Submit đó Thay đổi of Address tool — only cho domain-cấp độ moves (see Loại 1).
• Cho Bing, submit qua IndexNow — đó hiện tại mechanism. Bing old Site Move tool đã là deprecated khoảng 2021, so không follow các hướng dẫn đó vẫn tell bạn để dùng điều này. IndexNow cho phép bạn submit all đó migrated URLs tại khi sau một migration.
• Bảo đảm máy chủ capacity. Google sẽ crawl đó new site hơn heavily hơn thông thường right sau đó move.

Phase 7 — Post-launch monitoring

• Expect một tạm thời fluctuation. Google says để expect tạm thời fluctuation trong site xếp hạng during đó move. MỘT dip là not proof đó migration failed. Martin Splitt có đã làm đó point đó nếu bạn là theo nghĩa đen copying đó entire URL structure và nội dung để một new domain, bạn sẽ không nhất thiết see một drop tại all.
• Know đó timeline. Google says một medium-sized site có thể take vài weeks cho hầu hết các trang để move trong của nó chỉ mục; lớn hơn các trang take lâu hơn. Đầy đủ stabilization là thường một couple of months.
• Diagnose drops đó don’t recover. Những là gần như không bao giờ gây ra by “đó move.” Gary Illyes’ single hầu hết hữu ích migration insight là đó post-move traffic drops là thường gây ra by bị thiếu hoặc rogue tags/directives on đó new site — đã xóa hreflang, an extra noindex, hỏng canonicals. Chạy xuống đó list đầu tiên.
• QA các chuyển hướng trong bulk — re-crawl đó old URL list và xác nhận mỗi trả về một 301 để đó correct trực tiếp trang (không một chain, không một 404 tại đó end).
• Watch canonical selection. Nếu lots of liên kết bên ngoài — và stray internal links — vẫn trỏ đến đó old URL, Google có thể giữ lập chỉ mục đó old URL thay vì of đó new một. Này là vì sao updating liên kết nội bộ matters as nhiều as đó các chuyển hướng, và vì sao outreach để major linkers (fresh trực tiếp links beat được chuyển hướng ones) là worth đó effort.
• Monitor trong GSC: đó Trang lập chỉ mục báo cáo, Performance (clicks/impressions by trang), Crawl số liệu, và bất kỳ new manual actions. Snapshot thứ hạng weekly cho đó đầu tiên month. Bing hướng dẫn là để watch máy chủ logs cho ít nhất three months post-migration.

Đã làm đó chuyển hướng hoạt động? Measuring impact không có fooling yourself

Không judge một migration từ một launch-day screenshot. Establish đó old URLs, new URLs, query/trang groups, và các chỉ số trước launch, thì đọc đó giống nhau cohorts qua four checkpoints:

Cho mỗi checkpoint, so sánh đó post-thay đổi period với an tương đương pre-thay đổi period và exclude đó thay đổi day. Đó launch day là một mixture of old và new trạng thái, một phần deployments, bộ nhớ đệm thay đổi, QA traffic, và tracking discontinuities; assigning điều này để either side contaminates đó so sánh. Giữ đó cohort và chỉ số definitions fixed, và segment brand/non-brand, device, country, template, hoặc migration loại chỉ khi những cuts đã là part of đó việc đo lường plan.

Trước attributing một gain hoặc mất mát, annotate other thay đổi trong đó window: releases, nội dung cập nhật, tracking thay đổi, seasonality, campaigns, và Google confirmed xếp hạng-cập nhật history. An overlapping algorithm cập nhật không làm đó migration innocent hoặc guilty; điều này có nghĩa là attribution là confounded, so báo cáo đó uncertainty và rely hơn heavily on trực tiếp implementation evidence such as phản hồi các kiểm thử, chỉ mục coverage, canonical selection, và máy chủ logs.

“Không thay đổi” là một hợp lệ kết quả. MỘT chuyển hướng job là thường để bảo toàn access, các tín hiệu, và conversions trong khi URLs move. Flat performance với sạch một-hop các phản hồi có thể là success. Record đó finding thay vì searching cho một growth story đó dữ liệu không hỗ trợ.

Đó planned Trước/Sau Impact Checker belongs tại này point trong đó workflow: khi điều này ships, điều này có thể standardize đó excluded thay đổi day và 7/14/30/90-day comparisons. Until thì, dùng một spreadsheet hoặc reporting layer và save đó chính xác date ranges, filters, cohort, và các chú thích với mỗi checkpoint.

Đó 7 migration types

Đó universal xử lý trên là hầu hết of đó hoạt động. Điều gì follows là điều gì là specific để mỗi loại — đó gotchas và phải-dos đó catch mọi người out.

Loại 1 — Domain thay đổi / rebrand

Điều gì điều này là: moving all các trang từ oldbrand.com để newbrand.com — new domain, new GSC thuộc tính, ideally với không simultaneous URL-structure thay đổi.

Risk: Highest. Mỗi URL thay đổi, liên kết bên ngoài cần updating, và của bạn GSC history là split trên hai properties.

Gotchas và phải-dos:

• không combine đó domain thay đổi với một redesign và URL restructure. Google own Thay đổi of Address tài liệu warns đó pairing một domain move với một redesign of nội dung và URL structure có nghĩa là bạn’ll probably see some traffic mất mát. Move đó domain đầu tiên; restructure sau đó.
• Investigate đó new domain history trước khi bạn register điều này. Kiểm tra archive.org — một previously-registered domain với một manual-hành động past có thể bắt đầu của bạn new brand trong một lỗ hổng.
• không let đó old domain expire. Giữ renewing điều này và giữ đó các chuyển hướng trực tiếp; nếu điều này lapses và ai đó khác grabs điều này, của bạn các chuyển hướng (và giá trị liên kết) die.
• không chain domain moves (MỘT → B thì immediately B → C). Đó Thay đổi of Address tool không thể là chained.

Đó Thay đổi of Address tool — điều gì điều này làm và không làm. Này là nơi hầu hết confusion lives. Đó tool tells Google để emphasize crawling và lập chỉ mục đó new site, forwards các tín hiệu, và prefers đó new site canonicals — cho 180 days. Critically:

• Điều này hoạt động cho một domain hoặc subdomain move với không path phạm vi — không cho moving riêng lẻ các trang hoặc folders trong một site.
• Bạn phải được một verified owner of qualifying old và new Search Console properties. MỘT Domain thuộc tính qualifies, và một root URL-prefix thuộc tính có thể qualify cũng; một path-scoped URL-prefix thuộc tính không thể. See Google Thay đổi of Address requirements và thuộc tính eligibility hướng dẫn.
• đây là một strict 1:1 move — điều này không thể là dùng cho merges hoặc một phần moves.
• Điều này là tùy chọn, không bắt buộc. đây là một extra tín hiệu; nếu của bạn các chuyển hướng là set lên properly bạn’ll là fine không có điều này. Đó 301s làm đó real hoạt động; đó tool chỉ speeds và clarifies đó message. (có một dedicated deep dive on đó Thay đổi of Address tool trong đó Công cụ tìm kiếm Tools cluster.)

Đó 180-day window không phải một chuyển hướng deadline. Sau 180 days Google không lâu hơn recognizes một mối quan hệ giữa đó old và new các trang qua đó tool — điều này xử lý đó old site as unrelated. đó là chính xác vì sao của bạn các chuyển hướng phải outlive đó tool. Giữ them ít nhất một năm (Google floor), và realistically far lâu hơn.

Loại 2 — HTTP → HTTPS

Điều gì điều này là: moving từ unencrypted HTTP để HTTPS (TLS/SSL). Mỗi URL thay đổi từ http:// để https://. HTTPS đã được một (lightweight) tín hiệu xếp hạng since 2014; hôm nay đang on HTTP là an active disadvantage.

Risk: Thấp–medium đã xong right; cao nếu certificate hoặc mixed-nội dung các vấn đề crop lên.

Gotchas và phải-dos:

• Không dùng đó Thay đổi of Address tool. Google explicitly says để dùng đó site move guidelines thay vì cho HTTP → HTTPS.
• Dùng theo-URL 301 các chuyển hướng, không một blanket rule đó dumps mọi thứ onto đó HTTPS homepage. Đó cleaner bạn tín hiệu đó này là chỉ một generic giao thức move, đó hơn smoothly Google switches điều này over.
• Cách sửa mixed nội dung. Bất kỳ tài nguyên (image, script, stylesheet) vẫn loaded over HTTP sau đó chuyển triggers mixed-nội dung warnings và gửi conflicting các tín hiệu. Dùng giao thức-relative hoặc relative URLs — và một Nội dung Security Policy of upgrade-insecure-requests là một fast way để mop lên stragglers.
• Google prefers HTTPS as canonical tự động — except khi có an không hợp lệ certificate, insecure dependencies (mixed nội dung), một chuyển hướng lại để HTTP, hoặc other conflicting các tín hiệu. So một botched certificate không chỉ look bad, điều này có thể giữ đó HTTP version canonical.
• Hãy cẩn thận với HSTS. HSTS tells các trình duyệt để chỉ bao giờ connect qua HTTPS cho một set period. Enable điều này trước của bạn TLS là rock-solid và một certificate lỗi becomes một hard fail cho returning khách truy cập. Thêm điều này after bạn là confident, starting với một thấp max-age và increasing theo thời gian.
• Dùng một mạnh cert (2048-bit RSA hoặc EC; aim cho an MỘT/MỘT+ on đó Qualys SSL kiểm thử) và set đó Secure flag on cookies.

Loại 3 — Nền tảng / CMS replatform

Điều gì điều này là: moving để một new CMS hoặc tech stack (e.g. WordPress → headless, Magento → Shopify). Thường drags URL thay đổi, template thay đổi, internal-link thay đổi, và kết xuất thay đổi along với điều này.

Risk: Cao — vì multiple điều thay đổi tại khi.

Gotchas và phải-dos:

• Expect URL thay đổi — khác nhau các nền tảng generate khác nhau slug structures, category hierarchies, và pagination. Plan đó URL map before bạn commit để một nền tảng, không sau.
• Các chuyển hướng không carry over tự động. MỘT classic mistake là older các chuyển hướng trong .htaccess files không getting copied để đó new host. Compile chuyển hướng rules từ all sources (CMS, CDN, máy chủ config, GSC Page với redirect báo cáo) trước building đó new chuyển hướng layer.
• Re-implement dữ liệu có cấu trúc — không assume schema markup transfers. Validate điều này sau launch.
• Kiểm thử JavaScript kết xuất nếu bạn là moving để một headless/SPA front end — kết xuất thay đổi cách Googlebot xử lý các trang. Nội dung kết xuất (especially JavaScript) là một of đó điều I kiểm tra hardest trong post-migration QA.
• Benchmark tốc độ trang và mobile. New themes là thường heavier; Google indexes đó mobile version, so xác nhận đó new nền tảng không chậm hơn hoặc hỏng on mobile.
• Enforce trailing-slash consistency — khác nhau các nền tảng xử lý điều này differently, và inconsistency âm thầm spawns chuyển hướng chains.
• Re-deploy analytics và verification tags (GA4, GSC, tag manager) on đó new nền tảng trước launch.
• MỘT serious restructure nơi đó URLs, liên kết nội bộ, và templates all thay đổi tại khi có nghĩa là Google không thể chỉ giữ của nó old understanding of đó site — so expect một lâu hơn stabilization hơn một như-cho-như move.

Loại 4 — URL structure / site restructure

Điều gì điều này là: thay đổi đó URL paths on đó giống nhau domain — e.g. /category/post/ → /post/. Domain vẫn giữ put; nội dung có thể hoặc có thể không thay đổi.

Risk: Medium. Domain authority vẫn giữ intact, nhưng mỗi changed URL cần một chuyển hướng và đó liên kết nội bộ graph cần updating.

Gotchas và phải-dos:

• Liên kết nội bộ là đó part mọi người forget. Đó pattern I see constantly: bạn chuyển hướng đó URLs nhưng forget để cập nhật đó rel=canonical, đó navigation, đó footer, hoặc đó trong-thân phản hồi links. Những stale các tín hiệu làm điều này nhiều harder cho Google để pick đó new URLs as canonical — ngay cả với đó các chuyển hướng trong place.
• Canonicalization có thể lag. Nếu đó old URL có hơn backlink và liên kết nội bộ vẫn trỏ đến điều này, Google có thể giữ preferring điều này as canonical sau đó 301. Updating liên kết nội bộ trực tiếp để đó new URLs là cốt yếu.
• Không dùng đó Thay đổi of Address tool cho restructures trong đó giống nhau domain. Google instruction là đơn giản: thêm các chuyển hướng và cập nhật của bạn sitemaps.
• Cập nhật breadcrumbs, navigation, và sitemaps để đó new paths. Sitemaps nên list new URLs chỉ.

Loại 5 — Website redesign (giống nhau URLs)

Điều gì điều này là: một redesign nơi đó domain và URLs stay đó giống nhau, nhưng templates, copy, navigation, images, hoặc on-trang SEO elements thay đổi. Đó lowest-risk loại — nhưng không zero risk.

Risk: Thấp, nhưng on-trang thay đổi có thể vẫn move thứ hạng.

Gotchas và phải-dos:

• On-trang elements break silently. Redesigns routinely strip hoặc alter <title> tags, meta các mô tả, heading structure, và dữ liệu có cấu trúc. Map và verify mỗi một so với đó old-site baseline.
• Watch liên kết nội bộ. MỘT navigation redesign có thể âm thầm xóa cao-giá trị liên kết nội bộ đó đã là passing authority để deep các trang.
• Benchmark Core Web Vitals trước và sau. New CSS, JS, fonts, và images gần như luôn thay đổi tốc độ trang.
• Là deliberate về nội dung thay đổi. “Giống nhau URL” redesigns thường thin out hoặc consolidate nội dung — không assume một thinner trang thực hiện đó giống nhau.
• Google site move không có URL changes hướng dẫn là đó reference ở đây; đây là về minimizing đó impact khi đó infrastructure hoặc presentation thay đổi nhưng đó URLs không.

Loại 6 — Subdomain ↔ subfolder

Điều gì điều này là: moving nội dung giữa một subdomain và một subfolder — hầu hết commonly blog.example.com → example.com/blog/. Consolidating merges authority đó đã là split trên hai hosts vào một.

Risk: Medium–cao. Google xử lý subdomains và đó root domain as tách biệt entities cho nhiều purposes, so đó consolidation gây ra real reindexing churn.

Gotchas và phải-dos:

• Cả hai versions là tách biệt entities để Google — tách biệt ngân sách crawl, partly tách biệt các tín hiệu. Consolidating để một subfolder là thường một net positive, nhưng điều này takes time và behaves như một real move.
• Không dùng đó Thay đổi of Address tool cho giống nhau-root subdomain → subfolder moves (đây là trong đó giống nhau family as đó www/non-www case Google says để xử lý với canonicals/các chuyển hướng, không đó tool).
• GSC properties: bạn có khả năng có tách biệt properties cho đó subdomain và root. Sau consolidation, dữ liệu luồng vào đó root thuộc tính — watch đó subdomain thuộc tính coverage decline và đó root grow.
• Chuyển hướng mỗi subdomain URL để của nó subfolder tương đương và cập nhật internal links để point trực tiếp tại đó new subfolder URLs (không qua đó chuyển hướng). Đó subdomain toàn bộ backlink profile feeds đó main domain qua đó 301s; outreach on đó top links vẫn helps.
• Reconcile analytics — nếu đó subdomain đã có của nó own/ cross-domain tracking, reconfigure GA4 so bạn không lose continuity.

Loại 7 — Domain consolidation / merging các trang

Điều gì điều này là: combining hai hoặc hơn tách biệt các trang vào một — e.g. folding an acquired đối thủ nội dung vào của bạn main domain, hoặc merging một brand tách biệt country/sản phẩm các trang.

Risk: Very cao. Này không một tiêu chuẩn migration tại all — có không 1:1 move để tín hiệu, và đó combined entity là effectively một new site để Google trong nhiều ways. As Martin Splitt có được diễn đạt điều này, combining hai các trang là không lâu hơn một migration so nhiều as creating một new site từ an amalgamated version.

Gotchas và phải-dos:

• Bạn không thể dùng đó Thay đổi of Address tool. Điều này relies on đó move đang một 1:1 move từ một domain để một sản phẩm khác — một hợp nhất không đó. Này là theo-URL hoạt động.
• Expect some traffic mất mát. Google warns đó moving các trang MỘT, B, và C all để một new location D có thể nguyên nhân confusion và traffic mất mát. Plan cho an extended stabilization period.
• Deduplicate đầu tiên. Nếu đó merging các trang overlap topically, đó hợp nhất tạo duplicate nội dung. Decide đó canonical trang cho mỗi overlapping topic before bạn chuyển hướng.
• Theo-URL các chuyển hướng để đó hầu hết relevant trang — không bao giờ một blanket chuyển hướng of an entire acquired domain để đó homepage (soft 404 cho mọi thứ đó không đó homepage). Trang-cấp độ giá trị liên kết transfers best khi mỗi trang goes để của nó đúng tương đương.
• Giữ một GSC thuộc tính cho mỗi merging site và monitor coverage on mỗi (decline dự kiến) alongside đó chính domain (growth dự kiến).

Chọn đó specialized hướng dẫn

Dùng đó hướng dẫn đó matches đó decision hoặc chế độ lỗi bạn cần để resolve:

• Hosting Migration SEO — cho máy chủ, CDN, DNS, hoặc hosting thay đổi đó giữ URLs ổn định.
• CMS Migration SEO — cho nền tảng và CMS thay đổi, including template, kết xuất, và dữ liệu-parity risks.
• URL Structure Migration — cho path, taxonomy, hoặc folder thay đổi on đó giống nhau domain.
• Site Split / Carve-Out SEO Migration — cho moving một được định nghĩa section of một site vào một tách biệt thuộc tính.
• Post-Acquisition SEO Integration — cho deciding cách acquired các trang, brands, và nội dung nên là integrated.
• Post-Migration Traffic Mất mát — cho diagnosing visibility hoặc traffic đó không recover sau launch.

Nơi này fits

MỘT migration touches một lot of liền kề topics: đó các chuyển hướng đó carry điều này, đó canonicalization đó decides mà URL Google giữ, đó HTTPS giao thức, hreflang on international các trang, và đó Thay đổi of Address tool đó các tín hiệu một domain move. Mỗi of những là của nó own deep dive — nhưng đó spine of mỗi migration là đó giống nhau: map old để new 1:1, chuyển hướng với vĩnh viễn các chuyển hướng, giữ them, và watch đó right các tín hiệu afterward.

AI summary

MỘT condensed take on đó Advanced version:

• MỘT site migration là bất kỳ major thay đổi để một site URLs, domain, nền tảng, giao thức, hoặc host đó có thể ảnh hưởng crawling, lập chỉ mục, và xếp hạng. Risk = amount of thay đổi × cách nhiều bạn thay đổi tại khi.
• Đó 7 types, by risk: redesign (giống nhau URLs, thấp) → HTTP→HTTPS (thấp–med) → URL restructure (med) → subdomain↔subfolder (med–cao) → CMS replatform (cao) → domain thay đổi/rebrand (highest) → domain hợp nhất/consolidation (very cao).
• Universal 7-phase xử lý: plan & classify → benchmark/crawl đó old site → xây dựng một 1:1 URL map → chuyển hướng strategy → staging & pre-launch kiểm thử → launch → post-launch monitoring.
• 301/308 các chuyển hướng là đó spine. They carry thứ hạng và không lose PageRank. Mọi thứ khác (Thay đổi of Address tool, sitemaps, liên kết nội bộ, canonicals) là một supporting tín hiệu.
• Map old→new 1:1. Không bao giờ bulk-chuyển hướng để đó homepage (treated as một soft 404). Tránh chains (giữ dưới ~3–5 hops). Giữ các chuyển hướng far lâu hơn “12 months” — effectively forever cho người dùng.
• Expect một tạm thời fluctuation và một recovery. MỘT drop đó sticks thường có nghĩa là điều gì đó broke — staging block left trực tiếp, đã xóa hreflang/canonical, stray noindex, hoặc các chuyển hướng để đó sai các trang — không đó move itself.
• Thay đổi of Address tool: domain-cấp độ chỉ, strict 1:1, tùy chọn. Không cho HTTP→HTTPS, giống nhau-domain restructures, hoặc merges.
• Bing: đó old Site Move tool là deprecated (~2021); dùng IndexNow để submit migrated URLs. Bing leans toward giữ các chuyển hướng 1–2 năm.

Tài liệu chính thức

Chính-nguồn tài liệu từ đó các công cụ tìm kiếm.

Google

• Site move với URL thay đổi — đó chính migration playbook: các chuyển hướng, timing, expectations, giữ các chuyển hướng ~1 năm.
• Site move không có URL thay đổi — hosting/infrastructure và redesign moves; tạm thời hostnames, DNS, firewall/DoS cautions.
• Các chuyển hướng và Google Search — vĩnh viễn so với. tạm thời các chuyển hướng và đó JavaScript-chuyển hướng risk.
• Thay đổi of Address tool (Search Console Help) — supported move phạm vi, thuộc tính prerequisites, exclusions, và chuyển hướng dẫn.
• Consolidate duplicate URLs — HTTPS canonical preference, và vì sao một 301 là một stronger tín hiệu canonical hơn một chuyển hướng tạm thời.
• Canonicalization — cách Google selects một canonical URL (một hint, không một directive).
• Enable HTTPS on của bạn các máy chủ (web.dev) — TLS certificates, mixed nội dung, và HSTS hướng dẫn (đó old Google HTTPS tài liệu hiện tại chuyển hướng ở đây).

Bing / Microsoft

• Website Migration với Bing — Bing migration framework, chuyển hướng duration, và post-migration log monitoring.
• IndexNow — đó hiện tại mechanism cho submitting migrated URLs để Bing (đó old Site Move tool là deprecated).

Quotes từ đó nguồn

On-đó-record statements từ Google. Mỗi link là một deep link đó jumps để đó quoted passage on đó trang nguồn.

Google — các chuyển hướng và PageRank

• “301 and other permanent redirects don’t cause a loss in PageRank.” (bản dịch) «301 and other permanent redirects don’t cause a loss in PageRank.» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn
• “keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5” (bản dịch) «giữ đó number of các chuyển hướng trong đó chain thấp, ideally không hơn 3 và ít hơn 5» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn
• “Keep the redirects for as long as possible, generally at least 1 year.” (bản dịch) «Giữ đó các chuyển hướng cho miễn là có thể, generally ít nhất 1 năm.» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page” (bản dịch) «không chuyển hướng nhiều old URLs để một irrelevant single URL đích, such as đó home trang» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn

Google — expectations và timing

• “Expect temporary fluctuation in site ranking during the move.” (bản dịch) «Expect tạm thời fluctuation trong site xếp hạng during đó move.» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn
• “a medium-sized website can take a few weeks for most pages to move in our index” (bản dịch) «một medium-sized website có thể take vài weeks cho hầu hết các trang để move trong của chúng ta chỉ mục» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn
• “Check your redirects from the old site to the new one. We frequently see people redirecting to the wrong (non-existent) URLs.” (bản dịch) «Kiểm tra của bạn các chuyển hướng từ đó old site để đó new một. We frequently see mọi người chuyển hướng để đó sai (non-existent) URLs.» — Tìm kiếm Central, Site move với URL thay đổi. Nhảy đến trích dẫn

Google — Thay đổi of Address tool (180-day window)

• “Maintain the redirects for at least 180 days—longer if you still see any traffic to them from Google Search.” (bản dịch) «Maintain đó các chuyển hướng cho ít nhất 180 days—lâu hơn nếu bạn vẫn see bất kỳ traffic để them từ Google Search.» — Search Console Help, Thay đổi of Address. Đọc đó nguồn
• “After the 180 day period, Google does not recognize any relationship between the old and new sites, and treats the old site as an unrelated site.” (bản dịch) «Sau đó 180 day period, Google không recognize bất kỳ mối quan hệ giữa đó old và new các trang, và xử lý đó old site as an unrelated site.» — Search Console Help, Thay đổi of Address. Đọc đó nguồn

Google — HTTPS canonical và chuyển hướng các tín hiệu

• “Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are issues or conflicting signals.” (bản dịch) «Google prefers HTTPS các trang over tương đương HTTP các trang as canonical, except khi có các vấn đề hoặc conflicting các tín hiệu.» — Tìm kiếm Central, Consolidate duplicate URLs. Nhảy đến trích dẫn
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (bản dịch) «Googlebot follows đó chuyển hướng, nhưng đó pipeline lập chỉ mục không dùng đó chuyển hướng as một tín hiệu đó đích chuyển hướng nên là canonical.» (on tạm thời các chuyển hướng) — Tìm kiếm Central, Các chuyển hướng và Google Search. Nhảy đến trích dẫn

Google — launch và infrastructure cautions

• “Make sure it does not block Googlebot’s ability to reach the DNS or the hosting provider’s servers.” (bản dịch) «Hãy bảo đảm điều này không block Googlebot’s ability để reach đó DNS hoặc đó hosting provider các máy chủ.» (firewall / DoS protection) — Tìm kiếm Central, Site move không có URL thay đổi. Nhảy đến trích dẫn
• “it’s normal to see a temporary drop in Googlebot’s crawl rate immediately after the launch, followed by a steady increase over the next few days.” (bản dịch) «đây là thông thường để see một tạm thời drop trong Googlebot’s tốc độ crawl immediately sau đó launch, followed by một steady increase over đó tiếp theo một vài days.» (máy chủ/hosting moves) — Tìm kiếm Central, Site move không có URL thay đổi. Nhảy đến trích dẫn

Đó master migration checklist

Chạy này on mỗi migration regardless of loại, thì thêm đó loại-cụ thể list dưới điều này.

Pre-launch

• Classified mỗi migration loại trong play (và avoided stacking cao-risk types).
• Stakeholders briefed đó một tạm thời dip là thông thường; launch timed cho thấp traffic.
• Rollback plan được ghi lại và tested.
• Đầy đủ crawl of đó old site saved as đó QA baseline.
• Thứ hạng, GSC performance (3/6/12 mo), GA4, và top-backlink các trang exported.
• Mỗi existing chuyển hướng compiled từ CMS, CDN, máy chủ config, và GSC Page với redirect báo cáo.
• Một-để-một old→new URL map được xây dựng (mỗi URL maps nơi nào đó; đã xóa các trang → 410/404, không homepage).
• Chuyển hướng plan dùng 301/308, single-hop (không chains), và covers images/PDFs cũng.
• Staging blocked từ lập chỉ mục (noindex và/hoặc robots.txt) — và đó block là noted cho removal tại launch.
• Staging crawl diffed so với. baseline: các tiêu đề, metas, canonicals, hreflang, dữ liệu có cấu trúc, meta robots, liên kết nội bộ, speed.
• Canonicals on staging trỏ đến trực tiếp URLs, không staging URLs.
• Mỗi chuyển hướng tested old→new (resolves để đó dự kiến trang trong một hop).
• Analytics/verification tags present; forms và conversion paths tested.
• Firewall/DoS protection confirmed không để block Googlebot.

Launch day

• All staging crawl chặn (noindex, robots.txt) đã xóa — verified trực tiếp.
• All 301 các chuyển hướng activated.
• Hiện tại production XML sitemaps đã cập nhật để new canonical URLs chỉ và resubmitted trong GSC.
• Nếu hữu ích, một tách biệt tạm thời old-URL sitemap được gửi cho chuyển hướng phát hiện hoặc monitoring, với an owner và removal condition.
• Các chuyển hướng spot-checked với GSC URL Inspection.
• Thay đổi of Address tool được gửi (domain-cấp độ moves chỉ).
• Migrated URLs được gửi để Bing qua IndexNow.
• Máy chủ capacity confirmed cho đó heavier post-launch crawl.

Post-launch

• Old URL list re-được crawl trong bulk; mỗi URL trả về một 301 để đó correct trực tiếp trang.
• Liên kết nội bộ đã cập nhật để point trực tiếp tại new URLs (không stale links để old URLs).
• GSC monitored: Trang lập chỉ mục, Performance by trang, Crawl số liệu, manual actions.
• Thứ hạng snapshotted weekly cho đó đầu tiên month.
• Outreach để top external linkers để cập nhật của họ links.
• Các chuyển hướng scheduled để stay trực tiếp cho năm (không chỉ đó tool 180 days).
• Nếu traffic drops và vẫn giữ xuống: checked cho đã xóa hreflang, stray noindex, hỏng canonicals, và bad các chuyển hướng đầu tiên.

Loại-cụ thể checklists

Loại 1 — Domain thay đổi / rebrand

• New domain checked cho prior-dùng history (archive.org); old domain renewals secured.
• Verified quyền sở hữu confirmed cho qualifying không-path old và new GSC properties: Domain properties hoặc root URL-prefix properties, không path-scoped URL-prefixes.
• 301 từ old homepage → new homepage trong place (bắt buộc cho đó tool).
• Canonicals, liên kết nội bộ, và sitemaps đã cập nhật để đó new domain site-wide.
• Thay đổi of Address được gửi theo subdomain và đó www/non-www variant.
• Disavow file transferred để đó new thuộc tính; không combined với một redesign/restructure.

Loại 2 — HTTP → HTTPS

• Hợp lệ cert (2048-bit RSA/EC), Qualys MỘT/MỘT+; theo-URL 301s từ http→https (không blanket-để-homepage).
• Mixed nội dung scanned và fixed (relative/giao thức-relative URLs; upgrade-insecure-requests CSP).
• Canonicals, sitemaps, robots.txt, hreflang all đã cập nhật để HTTPS; Secure flag on cookies.
• HSTS đã thêm chỉ after TLS là confirmed ổn định (thấp max-age đầu tiên).
• Thay đổi of Address tool không dùng (dùng site-move guidelines thay vì).

Loại 3 — Nền tảng / CMS replatform

• Old→new URL map được xây dựng trước đó nền tảng là locked trong.
• Chuyển hướng rules compiled từ CMS + CDN + máy chủ config + GSC (không lose .htaccess rules).
• Trailing-slash convention enforced; dữ liệu có cấu trúc rebuilt và validated.
• JavaScript kết xuất tested (nếu headless/SPA); mobile kết xuất và tốc độ trang benchmarked.
• GA4/GSC/tag-manager re-deployed on đó new nền tảng.

Loại 4 — URL structure / restructure

• Hoàn tất old→new map được xây dựng; 301s implemented theo URL.
• ALL liên kết nội bộ đã cập nhật (nav, breadcrumbs, footer, thân phản hồi, related-posts widgets).
• rel=canonical đã cập nhật để new URLs; sitemaps list new URLs chỉ.
• Thay đổi of Address tool không dùng (giống nhau-domain restructure: chỉ chuyển hướng + cập nhật sitemaps).
• New site được crawl để xác nhận không liên kết nội bộ vẫn trỏ đến chuyển hướng old URLs.

Loại 5 — Website redesign (giống nhau URLs)

• On-trang elements (các tiêu đề, các mô tả, H1s, canonicals, dữ liệu có cấu trúc) saved từ đó old site và diffed sau launch.
• Cao-giá trị liên kết nội bộ được bảo toàn qua đó navigation redesign.
• Core Web Vitals benchmarked trước và sau.
• Nội dung thay đổi deliberate (không accidental thinning); analytics vẫn firing.

Loại 6 — Subdomain ↔ subfolder

• Subdomain được crawl; đầy đủ blog.example.com/post/ → example.com/blog/post/ map được xây dựng.
• 301s từ mỗi subdomain URL để của nó subfolder tương đương; liên kết nội bộ đã cập nhật để point trực tiếp tại subfolder URLs.
• Thay đổi of Address tool không dùng cho giống nhau-root moves.
• Cả hai GSC properties monitored (subdomain coverage declines, root grows); analytics reconfigured.

Loại 7 — Domain consolidation / hợp nhất

• Mỗi merging site audited (crawl, thứ hạng, backlink, GSC).
• Overlapping nội dung deduplicated; canonical trang chosen theo topic trước chuyển hướng.
• Theo-URL 301s để đó hầu hết relevant trang (không bao giờ một blanket chuyển hướng để đó homepage).
• Thay đổi of Address tool không dùng (không 1:1 move để tín hiệu); extended stabilization planned.
• MỘT GSC thuộc tính kept cho mỗi merging site; coverage monitored on mỗi plus đó chính domain.

Đó mental models

1. Risk = amount of thay đổi × cách nhiều bạn thay đổi tại khi. Trước bất cứ điều gì khác, classify mà types là trong play. MỘT redesign on đó giống nhau URLs là một thấp-risk thay đổi; một domain move + URL restructure + replatform là three cao-risk types compounding. Nếu bạn có thể stage đó thay đổi, làm điều này — thay đổi một điều tại một time.

2. Các chuyển hướng làm đó hoạt động; mọi thứ khác chỉ các tín hiệu. Đó 301s là đó machinery đó carries thứ hạng trên. Đó Thay đổi of Address tool, sitemap submissions, internal-link cập nhật, và canonicals là all supporting signals đó help các công cụ tìm kiếm xử lý đó move nhanh hơn và cleaner. Xây dựng đó các chuyển hướng đầu tiên; treat đó rest as accelerants, không substitutes.

3. 1:1 mapping beats chuyển hướng mọi thứ để đó homepage. Mỗi old URL maps để của nó single hầu hết relevant new URL. MỘT pile of các chuyển hướng để đó homepage là treated as soft 404s — không benefit, và bạn lose đó trang-cấp độ link equity bạn đã là trying để bảo toàn. Không match? Dùng một proper 410/404, không đó homepage.

4. Đó tool window không phải đó chuyển hướng lifespan. Đó Thay đổi of Address tool forwards các tín hiệu cho 180 days. Của bạn các chuyển hướng nên outlive đó by năm — giữ them miễn là đó old URLs pull bất kỳ traffic hoặc links. Hai timelines, và đó lâu hơn một (đó các chuyển hướng) là điều gì giữ đó move sticking.

5. MỘT dip là thông thường; một stuck drop là một bug. Expect một tạm thời fluctuation và một recovery trong weeks để một couple of months. Nếu traffic doesn’t come lại, không blame “đó move” — go hunt cho đó thông thường culprits: một staging block left trực tiếp, đã xóa hreflang, một stray noindex, hỏng canonicals, hoặc các chuyển hướng pointed tại đó sai các trang.

6. Liên kết nội bộ quan trọng as nhiều as các chuyển hướng cho canonical selection. Bạn có thể chuyển hướng mọi thứ perfectly và still có Google giữ lập chỉ mục đó old URL nếu của bạn nav, footer, và thân phản hồi links — và liên kết bên ngoài — vẫn trỏ đến điều này. Cập nhật liên kết nội bộ trực tiếp để đó new URLs, và làm outreach on đó big external links.

Migration bảng tra nhanh

Mà chuyển hướng loại khi

Mà tool / tín hiệu cho mà migration

Bing equivalents

Fast facts

• 301s không lose PageRank — myth đã dead since ~2016.
• Chuyển hướng chains: giữ dưới ~3–5 hops (Googlebot follows ~10).
• 180 days = đó Thay đổi of Address window, không một chuyển hướng deadline. Giữ các chuyển hướng effectively forever.
• Reindex timeline: “vài weeks” cho một medium site; lâu hơn cho lớn ones.
• #1 nguyên nhân of một stuck drop: bị thiếu/rogue tags on đó new site (hreflang, noindex, canonicals), không đó move.

Mà migration loại là này — và làm Thay đổi of Address apply?

Chạy đó tree khi cho đó largest thay đổi, thì chạy điều này again cho mỗi additional thay đổi shipping trong đó giống nhau phát hành. MỘT replatform đó cũng thay đổi paths và domain là three migrations, không một.

Playbook: traffic dropped sau launch và không phải recovering

Dùng này sau đó dự kiến launch fluctuation fails để settle. Hoạt động từ site-wide access failures toward URL-cấp độ tín hiệu conflicts; không blame “đó move” until đó implementation đã được cleared.

Step 1 — Xác nhận đó drop là real và scoped. So sánh đó giống nhau benchmarked các trang, các truy vấn, markets, và analytics definitions captured trước launch. Nếu chỉ reporting disappeared, repair việc đo lường đầu tiên. Nếu đó old URLs lose visibility trong khi tương đương new URLs gain điều này, continue monitoring đó thông thường crossover. Nếu cả hai sets lose visibility, go để Step 2.

Step 2 — Kiểm tra cho một launch-wide crawl hoặc chỉ mục block. Fetch production as một crawler và inspect robots.txt, meta robots, X-Robots-Tag, authentication, firewall các phản hồi, DNS, và các mã trạng thái. Nếu một staging noindex, Disallow: /, auth wall, hoặc bot block shipped, xóa điều này và recrawl immediately. Nếu production là accessible và indexable, continue.

Step 3 — Re-chạy đó hoàn tất old-để-new chuyển hướng map. Kiểm thử đó đầy đủ old-URL inventory, starting với đó hầu hết-linked và highest-traffic các trang. Nếu URLs end trong 404s, irrelevant destinations, loops, hoặc chains, cách sửa những mappings và flatten mỗi route để đó cuối tương đương URL. Nếu các chuyển hướng resolve correctly trong một hop, continue.

Step 4 — Diff đó new các trang so với đó baseline. So sánh canonicals, hreflang, các tiêu đề, headings, thân phản hồi nội dung, dữ liệu có cấu trúc, liên kết nội bộ, và render-visible HTML. Nếu một template-wide tag disappeared hoặc points lại để staging hoặc old URLs, cách sửa đó template trước riêng lẻ các trang. Nếu parity là intact, continue.

Step 5 — Kiểm tra consolidation các tín hiệu. Xác nhận new URLs là self-canonical, internal links và navigation point trực tiếp để them, và hiện tại production sitemaps contain new canonical URLs chỉ. Nếu một tách biệt old-URL sitemap đã là được gửi cho monitoring, xác nhận điều này vẫn hữu ích và xóa điều này khi điều này không. Trong URL Inspection, sample Google-được chọn canonicals. Nếu Google giữ selecting old hoặc unrelated URLs, xóa conflicting links, canonicals, và sitemap entries; thì chờ cho recrawl.

Step 6 — Kiểm tra capacity và máy chủ evidence. Đọc crawl số liệu và access logs cho Googlebot phản hồi codes và activity on đó new host. Nếu các lỗi, latency, rate limits, hoặc firewall challenges rise during đó post-move crawl surge, restore capacity hoặc access. Nếu crawl là healthy, escalate đó remaining trang groups by migration loại và template.

Step 7 — Dùng đó rollback plan chỉ cho một proven shipped regression. Roll lại khi đó pre-agreed trigger là met và đó crawl diff ties đó drop để một reversible template, nền tảng, hoặc configuration defect. Không roll lại solely làm day-một volatility; một second unplanned move adds một sản phẩm khác migration cho các công cụ tìm kiếm để xử lý.

Migration myths đó tạo real failures

“Permanent redirects lose link credit.” (bản dịch) «Vĩnh viễn các chuyển hướng lose link credit.» Vì sao điều này là sai: Google says vĩnh viễn các chuyển hướng không lose PageRank. Đó practical risk là một sai đích, chain, loop, hoặc dead end—không đó 301 itself. Làm thay vì: map mỗi old URL trực tiếp để của nó closest tương đương và kiểm thử đó cuối phản hồi.

“Change of Address moves the site for me.” (bản dịch) «Thay đổi of Address moves đó site cho me.» Vì sao điều này là sai: đó tool là an tùy chọn supporting tín hiệu cho một strict toàn bộ-domain move. Điều này không tạo các chuyển hướng và làm không hỗ trợ HTTPS moves, path restructures, một phần moves, hoặc domain merges. Làm thay vì: xây dựng đó chuyển hướng map đầu tiên, thì dùng đó tool chỉ khi của nó phạm vi fits.

“Any traffic drop proves the migration failed.” (bản dịch) «Bất kỳ traffic drop proves đó migration failed.» Vì sao điều này là sai: tạm thời xếp hạng, crawl, và, khi một tách biệt old-URL sitemap là dùng, sitemap crossover fluctuations là dự kiến trong khi các công cụ tìm kiếm xử lý đó move. Làm thay vì: agree on benchmarks và rollback criteria trước launch, thì diagnose một persistent hoặc structurally explained drop thay vì reacting để routine noise.

“Redirects can come down after a few months.” (bản dịch) «Các chuyển hướng có thể come xuống sau vài months.» Vì sao điều này là sai: Google một-năm hướng dẫn là một floor cho của nó processing, không an expiration date cho bookmarks, backlink, hoặc người dùng. Làm thay vì: giữ các chuyển hướng miễn là old URLs nhận traffic hoặc links—thường indefinitely—và giữ control of đó old domain.

Tools cho mapping và verifying một migration

• Chuyển hướng Map Builder — paste old và new URL sets để tạo một proposed 301 map với confidence tiers, unmatched các hàng, một 410 list, chain flattening, manual overrides, và nền tảng exports. Mỗi suggestion vẫn cần an editorial sự tương đương kiểm tra trước launch.
• Chuỗi chuyển hướng Mapper — trace mỗi hop và see status, host/path thay đổi, meta refreshes, và cleanup rules. Dùng điều này on staging samples và post-launch failures nơi slash, giao thức, hoặc domain rules có thể là stacking.
• Chuyển hướng Checker — quickly xác nhận đó cuối status, hops, và đích cho một single URL hoặc nhỏ batch. Dùng một đầy đủ crawler cho đó hoàn tất old-URL inventory; spot kiểm tra không thể prove đó toàn bộ map.
• MỘT đầy đủ-site crawler — saves đó pre-migration baseline, các kiểm thử đó hoàn tất chuyển hướng list, và diffs các tiêu đề, canonicals, hreflang, directives, links, schema, và kết xuất.
• Google Search Console — dùng Trang Lập chỉ mục, Performance, Sitemaps, Crawl Số liệu, URL Inspection, và—chỉ cho một qualifying toàn bộ-domain move—Thay đổi of Address.
• Máy chủ access logs — prove liệu tìm kiếm bots reach đó new host, mà các phản hồi they nhận, và liệu old URLs là vẫn requested trước infrastructure là retired.

Prove đó migration shipped as mapped

Đầy đủ old-URL chuyển hướng kiểm thử

• Kiểm thử để chạy: Crawl đó hoàn tất Phase 2 old-URL inventory so với production và inspect failures với đó Chuỗi chuyển hướng Mapper hoặc Chuyển hướng Checker.
• Dự kiến kết quả: Mỗi moved URL trả về một máy chủ-side 301 hoặc 308 hop để của nó dự kiến tương đương; có chủ ý đã xóa URLs trả về đó planned 404 hoặc 410.
• Failure interpretation: MỘT 200 on an old URL, chain, loop, irrelevant đích, hoặc unplanned 404 có nghĩa là đó chuyển hướng map hoặc rule ordering đã không ship as approved.
• Monitoring window: Immediately sau launch, thì repeat as các cách sửa deploy và during đó sớm monitoring window trong khi old URLs là vẫn heavily được crawl.
• Rollback trigger: MỘT systemic mapping rule gửi một material protected section để sai destinations hoặc làm điều này unreachable và không thể là safely corrected trong place.

New-trang indexability và canonical kiểm thử

• Kiểm thử để chạy: Crawl đó new URL set cho status, robots directives, và canonicals; thì dùng URL Inspection on representative cao-giá trị các trang.
• Dự kiến kết quả: New các trang trả về 200, không phải blocked hoặc noindex, và declare đó dự kiến new canonical; sau recrawl, Google các báo cáo đó dự kiến canonical on samples.
• Failure interpretation: MỘT site-wide staging directive, old/staging canonical, auth challenge, hoặc khác nhau Google-được chọn các tín hiệu canonical một conflicting launch setup.
• Monitoring window: Kỹ thuật các tín hiệu là immediate; Google-được chọn canonical và chỉ mục movement require recrawling và có thể take weeks on một medium site, lâu hơn tại quy mô.
• Rollback trigger: MỘT production-wide crawl/chỉ mục block hoặc template canonical defect ảnh hưởng đó protected set và không thể là đã xóa promptly không có reverting đó phát hành.

Link-và-sitemap đích kiểm thử

• Kiểm thử để chạy: Crawl liên kết nội bộ và parse được gửi sitemaps, comparing mỗi đích với đó approved new canonical URL set.
• Dự kiến kết quả: Navigation và liên kết nội bộ point trực tiếp để new URLs, và hiện tại production sitemaps list chỉ canonical new URLs với successful các phản hồi. Bất kỳ tùy chọn old-URL sitemap là tách biệt, tạm thời, và tied để một removal condition.
• Failure interpretation: Old liên kết nội bộ, mixed old/new sitemap inventories, hoặc an old-URL sitemap retained sau điều này dừng providing hữu ích evidence có thể chậm hoặc obscure đó old-để-new crossover.
• Monitoring window: Immediate trong đó được kết xuất site và sitemap files; xác nhận đó được gửi sitemap là processed during đó post-launch monitoring window.
• Rollback trigger: MỘT template-wide navigation hoặc sitemap generator regression gửi các crawler lại để old, staging, hoặc non-canonical URLs và không thể là hot-fixed safely.

Các tài nguyên worth của bạn time

My related writing

• MỘT Website Migration Takes Hơn MỘT Checklist Để Là Successful — my đầy đủ migration hướng dẫn, với đó phổ biến-mistakes list và post-launch monitoring checklist.
• Các chuyển hướng cho SEO: MỘT Beginner Hướng dẫn — chuyển hướng types, chains, và cách dài để giữ them.
• Là Điều này OK để Xóa 301 Các chuyển hướng Sau một Năm? We Tested Điều này — đầu tiên-party thử nghiệm behind đó “keep redirects long-term” (bản dịch) «giữ các chuyển hướng dài-term» point.
• Canonicalization: MỘT Beginner Hướng dẫn — cách Google picks một canonical, mà matters khi old URLs compete với new ones sau một move.
• Đó Beginner Hướng dẫn để SEO kỹ thuật — nơi migrations sit trong đó bigger picture.

Chính thức

• Site move với URL thay đổi — Google chính migration playbook.
• Thay đổi of Address tool — Google supported move phạm vi, thuộc tính prerequisites, và chuyển hướng dẫn.
• Website Migration với Bing — Bing framework và chuyển hướng-duration hướng dẫn.

Từ others

• r/TechSEO — nơi migration các trường hợp biên và post-launch drops nhận debugged.
• Google Mueller on Keys để một Successful Site Migration (Search Engine Journal) — covers Mueller hướng dẫn on URL mapping, liên kết nội bộ, và vì sao các chuyển hướng alone không đủ.
• Google: Sạch Migration Takes Time, một Hacky Migration Chỉ Takes Nhiều Lâu hơn (Công cụ tìm kiếm Roundtable) — Mueller advice on site merges và đó cost of cutting corners.
• Khi Migrating Từ HTTP để HTTPS, Google Says để Dùng 301 Các chuyển hướng (Search Engine Land) — Mueller recommending theo-URL 301s cho HTTPS moves thay vì blanket các chuyển hướng.
• Website Migration với Bing (Bing Quản trị viên web Blog) — Bing 8-step migration framework, chuyển hướng-duration hướng dẫn (1–2 năm), và post-migration log monitoring advice.
• Moving Domains: Avoiding đó Pitfalls (Bing Quản trị viên web Blog) — Bing hướng dẫn on kiểm tra new domain history và avoiding canonical-as-chuyển hướng substitution.
• Enable HTTPS on Của bạn Các máy chủ (web.dev) — đó canonical reference cho TLS certificates, mixed nội dung, và HSTS configuration during HTTP→HTTPS migrations.

Google khuyến nghị giữ site-move các chuyển hướng miễn là có thể, generally cho tại least một năm. Evidence for this claim Google recommends keeping site-move redirects as long as possible, generally for at least one year. Scope: Google Search's minimum site-move guidance; continuing user traffic or links can justify retaining redirects longer. Confidence: high · Verified: 2026-07-14 Google Search Central: Site move with URL changes Điều này says để expect tạm thời xếp hạng fluctuations và đó hầu hết các trang on một medium-sized site có thể take một vài weeks để move trong của nó chỉ mục. Evidence for this claim Google says to expect temporary ranking fluctuations during a site move; most pages on a medium-sized site can take a few weeks to move in Google's index, and larger sites take longer. Scope: Google Search's general expectations for moves with URL changes; actual timing varies by site and does not promise recovery by a fixed date. Confidence: high · Verified: 2026-07-14 Google Search Central: Site move with URL changes Khi có thể, Google khuyến nghị thay đổi một major điều tại một time.

Tự kiểm tra: Site Migrations

Five các câu hỏi on migration types, các chuyển hướng, và post-launch diagnosis. Pick an câu trả lời cho mỗi, thì kiểm tra.

Nhật ký thay đổi