Ngôn ngữ

Hướng dẫn về Website Migration Checklist

MỘT phase-by-phase website migration checklist — pre-migration benchmarking, URL mapping và 301 các chuyển hướng, staging QA, launch day, và đó post-launch monitoring window.

Xuất bản lần đầu: 2 thg 7, 2026 · Cập nhật lần cuối: 8 thg 8, 2026 · Advanced
Ngôn ngữ
AIĐược viết bởiAI v2
1 tín hiệu bằng chứng trên trang này

Này là đó actionable, tick-box companion để đó migrations hub — đó giống nhau job, chạy as phases bạn có thể hand để một dev team: (1) pre-migration benchmark — đầy đủ crawl of đó old site as một baseline, một three-nguồn URL inventory (sitemaps + máy chủ logs + analytics, không sitemaps alone), và snapshots of thứ hạng, traffic, và được lập chỉ mục-trang count; (2) map mỗi old URL 1:1 để của nó closest new URL với một máy chủ-side 301/308, không bao giờ bulk-để-homepage, không chains beyond 3–5 hops; (3) giữ staging riêng tư với authentication hoặc network access control, thì crawl điều này với authorized tooling và diff canonicals, hreflang, schema, robots directives, liên kết nội bộ, và analytics/GTM tags so với đó baseline; (4) launch — xóa staging-chỉ controls, activate các chuyển hướng, resubmit đó hiện tại sitemap với new canonical URLs chỉ, tùy chọn submit một tách biệt tạm thời old-URL sitemap cho monitoring, và submit Thay đổi of Address cho qualifying domain hoặc subdomain moves; (5) post-launch, crawl đó đầy đủ old-URL list để xác nhận mỗi chuyển hướng resolves với không chains hoặc orphaned 404s; (6) monitor GSC coverage, performance, và thứ hạng cho 4–8 weeks. Giữ các chuyển hướng cho ít nhất 1 năm cho Google.

TL;DR — Chạy đó migration as six phases, không as một migration-loại taxonomy (đó types trực tiếp trong đó migrations hub). (1) Benchmark: đầy đủ crawl of đó old site as một baseline, một three-source URL inventory — sitemaps + máy chủ logs + analytics, không bao giờ sitemaps alone — và snapshots of thứ hạng, traffic, và được lập chỉ mục-trang count. (2) Map + chuyển hướng: mỗi old URL để của nó closest new URL 1:1 với một máy chủ-side 301/308, không bao giờ bulk-để-homepage, chains kept thấp (≤3, ít hơn 5), non-HTML assets được bao gồm. (3) Staging QA: riêng tư access với authorized crawling, thì removal of mỗi staging-chỉ control tại launch; diff canonicals, hreflang, schema, meta robots, và liên kết nội bộ so với đó baseline; kiểm tra analytics/GTM tag parity. (4) Launch: activate các chuyển hướng, regenerate và resubmit đó hiện tại sitemap với new canonical URLs chỉ, tùy chọn submit một tách biệt tạm thời old-URL sitemap cho monitoring, submit Thay đổi of Address cho toàn bộ-domain moves only, dùng IndexNow + bulk URL submission cho Bing (đó Site Move Tool là retired). (5) Verify: crawl đó đầy đủ old-URL list để xác nhận mỗi chuyển hướng resolves — không chains, không orphaned 404s. (6) Monitor: GSC coverage/performance + thứ hạng cho 4–8 weeks; Bing khuyến nghị daily log monitoring cho 3 months. Giữ các chuyển hướng ít nhất 1 năm (Google), 1–2 năm (Bing).

Evidence for this claim For URL changes, Google recommends mapping old URLs to relevant new destinations and using permanent server-side redirects. Scope: Google site-move guidance; avoid irrelevant bulk redirects. Confidence: high · Verified: Google Search Central: Site moves with URL changes Evidence for this claim Google recommends keeping redirects in place for at least one year after a site move. Scope: Google site-move processing; users and other systems may justify keeping them longer. Confidence: high · Verified: Google Search Central: Site move best practices

Cách dùng này checklist

Đó migrations hub owns classification, principles, risk, migration-loại decisions, và recovery diagnosis. Này checklist owns đó executable tasks, assigned owners, phase gates, và acceptance criteria. Trước hoạt động begins, assign an owner để mỗi phase và record đó evidence bắt buộc để truyền của nó gate. I’ve anchored điều này để phases (trước / staging / launch / sau) thay vì để migration loại, vì on đó day of an thực tế move bạn là hoạt động qua time, không qua một taxonomy. Nơi một step là loại-cụ thể — Thay đổi of Address cho domain moves, DNS TTL cho host-chỉ moves — I’ll flag điều này.

Use the phases as navigation. The clock tells you when to work; the evidence gate tells you whether the phase is complete.

Phase 1 — Pre-migration benchmarking

Bạn không thể diagnose một migration bạn đã không đo lường đầu tiên.

Đầy đủ crawl of đó old site. As I put điều này trong my own migration hướng dẫn: “Crawl your website. You’ll use this as a baseline to check for changes later on.” (bản dịch) «Crawl của bạn website. Bạn’ll dùng này as một baseline để kiểm tra cho thay đổi sau đó on.» Save mỗi URL, tiêu đề, meta tag, canonical, và mã trạng thái. Này baseline là điều gì bạn’ll diff staging và đó trực tiếp site so với.

Three-nguồn URL inventory — không đó sitemap alone. Này là đó step hầu hết đối thủ checklists nhận sai. Google own site-move hướng dẫn says để xây dựng đó master old-URL list từ sitemaps, máy chủ logs, and analytics — three sources, vì logs và analytics surface URLs đó sitemap không bao giờ đã có. MỘT sitemap-chỉ inventory misses orphaned-nhưng-vẫn-trafficked các trang, và những là chính xác đó các trang whose lost các chuyển hướng bạn’ll notice months sau đó. Bao gồm non-HTML assets cũng: images, videos, PDFs, JS và CSS files.

Benchmark thứ hạng, traffic, và được lập chỉ mục-trang count. Export từ GSC (Performance

  • đó Các trang/Chỉ mục Coverage báo cáo) và của bạn analytics. Bạn muốn three numbers on record trước launch: nơi bạn xếp hạng, cách nhiều traffic bạn nhận, và cách nhiều các trang là được lập chỉ mục. Mọi thứ post-launch là measured so với những.

Export đó backlink profile. Pull của bạn hầu hết-linked các trang — này becomes của bạn priority-chuyển hướng list. Đó các trang với đó hầu hết liên kết bên ngoài equity là đó ones một hỏng chuyển hướng hurts đó hầu hết, so they nhận QA’d đầu tiên. MỘT practical technique từ my hướng dẫn: “Create a set of test pages such as those from the Top Pages report in Site Explorer.” (bản dịch) «Tạo một set of kiểm thử các trang such as những từ đó Top Các trang báo cáo trong Site Explorer.» Bạn không manually QA mỗi URL on một lớn site — bạn sample từ đó top-traffic và top-linked các trang.

Lại lên, và có một rollback. “Make a backup of your site, just in case you need to go back to it,” (bản dịch) «Làm một backup of trang web của bạn, chỉ trong case bạn cần để go lại để điều này,» và “You should always have a way to get back to the original state, even if you only plan to use it in extreme situations.” (bản dịch) «Bạn nên luôn có một way để nhận lại để đó original state, ngay cả khi bạn chỉ plan để dùng điều này trong extreme situations.»

Phase 2 — URL mapping và chuyển hướng strategy

Map mỗi old URL để một cụ thể new URL, 1:1. Này là đó heart of đó migration. John Mueller: “I think the most important part is really to track the individual URLs, so that you have a clear map of what previously was and what it should be in the future. And based on that… to make sure that you have all of the redirects set up properly.” (bản dịch) «I think đó hầu hết quan trọng part là thực sự để track đó riêng lẻ URLs, so đó bạn có một clear map of điều gì previously đã là và điều gì điều này nên là trong đó tương lai. Và dựa trên đó… để hãy bảo đảm đó bạn có all of đó các chuyển hướng set lên properly.»

Đó chuyển hướng rules, concretely:

  • Máy chủ-side vĩnh viễn các chuyển hướng (301 hoặc 308). Này là Google stated preference, và vĩnh viễn các chuyển hướng không cost bạn PageRank.
  • Map để đó closest relevant tương đương — không bao giờ bulk-để-homepage. Google là rõ ràng: “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.» Nếu một trang có không tương đương và không nên exist anymore, trả về một proper 404 hoặc 410 thay vì chuyển hướng điều này nơi nào đó irrelevant.
  • Giữ chains ngắn. Google: “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.» MỘT migration là nơi chains breed — an old chuyển hướng từ một previous move plus đó new một đã làm hai hops.
  • Self-referencing canonical on mỗi new URL. Google: “Each new URL should have a self-referencing rel=“canonical” link tag.” (bản dịch) «Mỗi new URL nên có một self-referencing rel=“canonical” link tag.»
  • Cập nhật hreflang các chú thích cho multilingual các trang so they point tại đó new URLs.
  • Bao gồm non-HTML assets trong đó mapping — images, videos, JS, CSS.
Evidence for this claim For URL changes, Google recommends mapping old URLs to relevant new destinations and using permanent server-side redirects. Scope: Google site-move guidance; avoid irrelevant bulk redirects. Confidence: high · Verified: Google Search Central: Site moves with URL changes

Cho các trang cũng lớn để move tại khi, decide lên front: nhỏ và medium các trang move all tại khi; very lớn các trang move trong sections. Đó mechanics of chains, hops, và 301 so với 302 là trong đó các chuyển hướng hướng dẫn.

Phase 3 — Staging và pre-launch QA

Giữ staging riêng tư tại đó access layer. Google migration hướng dẫn says để restrict access để một staging hoặc development site. Ưu tiên authentication, an IP/VPN allowlist, hoặc một sản phẩm khác access control, thì cho của bạn authorized QA crawler access. Không mô tả robots.txt plus noindex as redundant lập chỉ mục protection: Google phải crawl một URL để see của nó noindex, so một robots disallow ngăn đó tag từ đang đọc. Nếu một công khai staging environment temporarily dùng either control, record đó chính xác mechanism và thêm một phát hành kiểm tra rằng proves điều này là absent on đó production hostname. See Google robots meta tài liệu và site-move checklist.

Crawl staging và diff điều này so với đó baseline. “If you have a dev or staging site, you should crawl this to make sure everything’s okay before pushing.” (bản dịch) «Nếu bạn có một dev hoặc staging site, bạn nên crawl này để hãy bảo đảm mọi thứ okay trước pushing.» bạn là kiểm tra parity on đó elements đó carry các tín hiệu xếp hạng. My own on-trang parity list là: Canonicals, Hreflang, Schema, Meta robots — plus:

  • Canonical tags — “These should be the same.” (bản dịch) «Những nên là đó giống nhau.» Xác nhận they point tại đó new URLs, không tại staging hostnames.
  • Dữ liệu có cấu trúc parity — đó giống nhau schema present on đó new các trang as đó old.
  • Liên kết nội bộ — “Things like breadcrumbs, related posts, footer links, or even the main navigation may have changed.” (bản dịch) «Điều như breadcrumbs, related posts, footer links, hoặc ngay cả đó main navigation có thể có changed.» Cập nhật liên kết nội bộ để point directly tại đó new URLs — không rely on đó chuyển hướng để làm điều này cho bạn (hơn on vì sao dưới).
  • Meta robots và hreflang carried over correctly.

Analytics và tag parity. Xác nhận của bạn analytics và GTM container fire correctly on đó new templates trước launch, không sau — một migration là đó easiest place trong đó world để lose của bạn việc đo lường và không notice cho một week.

Sample, không boil đó ocean. Cho một lớn site, QA đó test pages bạn pulled trong Phase 1 (top các trang by traffic và by links) thay vì trying để eyeball mỗi URL.

Phase 4 — Launch day

  • Activate all các chuyển hướng.
  • Xóa và inventory mỗi staging-chỉ control. Verify authentication hoặc allowlists, bất kỳ tạm thời robots hoặc noindex rule, và staging-host canonicals là all absent từ production. Này là đó đầu tiên kiểm tra nếu đó new site là inaccessible hoặc không getting được lập chỉ mục.
  • Verify canonicals reference đó new URLs, không staging.
  • Regenerate và submit đó hiện tại production XML sitemap trong Google Search Console và Bing Quản trị viên web Tools với new canonical URLs chỉ. Nếu an old-URL sitemap sẽ cung cấp hữu ích chuyển hướng-phát hiện hoặc monitoring evidence, 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.
  • Submit Thay đổi of Address — cho toàn bộ-domain moves chỉ. Google tool là cho moving “from one domain or subdomain to another.” (bản dịch) «từ một domain hoặc subdomain để một sản phẩm khác.» Điều này là explicitly không cho HTTP→HTTPS moves, trong-domain URL restructures, hoặc www/non-www thay đổi. đây là an extra signal, không một substitute cho đó các chuyển hướng — đó 301s làm đó real hoạt động. (Note đó hai khác nhau “180 days” figures Google mentions: bạn có thể cancel một Thay đổi of Address yêu cầu cho 180 days sau filing, và riêng đó chung chuyển hướng- maintenance floor là “at least 180 days.” (bản dịch) «ít nhất 180 days.») See đó site own Thay đổi of Address tool trang cho khi nào nên dùng điều này. Bạn phải own qualifying old và new Search Console properties với không path phạm vi: một Domain thuộc tính qualifies, và một root URL-prefix thuộc tính có thể qualify, nhưng một path-scoped URL-prefix thuộc tính không thể. See Google eligibility requirements.
  • Bing: dùng IndexNow + bulk URL submission — không đó Site Move Tool. Đó old Bing “Site Move Tool” (bản dịch) «Site Move Tool» không lâu hơn tồn tại trong đó hiện tại Bing Quản trị viên web Tools console, ngay cả though Bing own 2020 migration post vẫn references điều này. Submit của bạn migrated URLs qua IndexNow và Bing bulk URL submission (lên để 10 000 URLs/day) và spot-kiểm tra với đó URL Inspection tool. Hầu hết đối thủ checklists vẫn list đó retired tool — không là một of them.
  • Máy chủ capacity. Google crawl đó new site harder hơn thông thường right sau một move: “Ensure that your new site has sufficient capacity to handle the increased traffic from Google.” (bản dịch) «Bảo đảm đó của bạn new site có sufficient capacity để xử lý đó increased traffic từ Google.» Cho host-chỉ moves, thấp hơn của bạn DNS TTL để một thấp giá trị (e.g. vài hours) ít nhất một week ahead, và kiểm tra rằng của bạn firewall / DoS protection “does not block Googlebot’s ability to reach the DNS or the hosting provider’s servers.” (bản dịch) «không block Googlebot’s ability để reach đó DNS hoặc đó hosting provider các máy chủ.»

Phase 5 — Post-launch verification (đầu tiên 48 hours để 2 weeks)

Crawl đó đầy đủ old-URL list so với đó trực tiếp site. Xác nhận mỗi old URL các chuyển hướng để đó correct new URL — không chains, không dead ends, không orphaned 404s. Này là nơi đó Phase 1 inventory pays off: bạn là re-crawling đó chính xác list.

Prioritize đó các cách sửa by giá trị liên kết. MỘT tool-based technique từ my hướng dẫn: trong một backlink báo cáo (Ahrefs’ “Best by links” (bản dịch) «Best by links»), “filter for 404s to see pages with links that are now broken.” (bản dịch) «filter cho 404s để see các trang với links đó là hiện tại hỏng.» Cách sửa đó các chuyển hướng on của bạn hầu hết-linked các trang đầu tiên — đó là nơi một hỏng chuyển hướng costs đó hầu hết.

Spot-kiểm tra với URL Inspection. Dùng GSC URL Inspection tool để xác nhận Google sees đó chuyển hướng và đó chosen canonical on một sample of URLs; bulk-kiểm thử đó rest với của bạn crawler.

Carry over của bạn GSC settings. Post-migration này bundle là easy để forget: “This can include things like transferring your disavow file, setting geo-targeting, URL parameter settings, and uploading sitemaps.” (bản dịch) «Này có thể bao gồm điều như transferring của bạn disavow file, setting geo-targeting, URL parameter settings, và uploading sitemaps.» Verify all variants — www, non-www, http, https — as tách biệt properties trong Search Console, không chỉ một. On Bing, disavow files nên là handled on cả hai đó old và new domains.

Verification needs complete denominators: 96 successful spot checks can still hide four broken redirects.

An illustrative migration verification has 9,996 of 10,000 redirect destinations passing, 1,978 of 2,000 canonical checks passing, 1,432 of 1,500 internal-link checks passing, and 12 of 12 analytics and tag checks passing. The fixture is synthetic and is not a live migration report.

Phase 6 — Đó monitoring window (weeks 2–8+)

MỘT migration không đã xong tại launch; đây là đã xong khi đó new URLs có settled trong đó chỉ mục và traffic có stabilized. Điều cần watch, và cho cách dài:

Put releases and observed signals on one timeline. A traffic change is easier to interpret when it is aligned with launch, crawl, and fix events.

A synthetic timeline marks launch on day 0, a full redirect crawl on day 2, a crawl-rate dip on day 4, a redirect fix on day 8, sitemap crossover on day 18, a recovery review on day 28, and a formal monitoring review on day 56. It contains no customer or owner data.

  • GSC Sitemaps báo cáo — nếu bạn được gửi một tách biệt old-URL sitemap, expect đó crossover. “Initially, the sitemap containing the new URLs would have zero pages indexed, while the sitemap of the old URLs would have many pages indexed.” (bản dịch) «Initially, đó sitemap containing đó new URLs sẽ có zero các trang được lập chỉ mục, trong khi đó sitemap of đó old URLs sẽ có nhiều các trang được lập chỉ mục.» Đó new sitemap được lập chỉ mục count climbs từ zero trong khi đó old một declines. Này là đó thông thường, dự kiến pattern — không một failure tín hiệu. Knowing này trong advance là điều gì dừng một mid-migration sai alarm.
  • GSC Chỉ mục Coverage / Các trang báo cáo cho crawl các lỗi, và đó Performance báo cáo cho new-URL impressions và clicks appearing.
  • Thứ hạng snapshots — weekly cho đó đầu tiên couple of weeks, thì bi-weekly.
  • Máy chủ logs cho Googlebot activity on đó new host. Cho host-chỉ moves, “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.»

Điều gì “thông thường” looks như. Google: “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» và “Expect to see traffic drop on the old site and rise on the new site.” (bản dịch) «Expect để see traffic drop on đó old site và rise on đó new site.» MỘT “medium-sized website can take a few weeks for most pages to move” (bản dịch) «medium-sized website có thể take vài weeks cho hầu hết các trang để move» trong đó chỉ mục; lớn hơn các trang take lâu hơn. MỘT wobble đó recovers là đó move hoạt động; một drop đó không bao giờ recovers có nghĩa là điều gì đó broke — thường một chuyển hướng, một canonical, hoặc một crawl block.

Đó monitoring numbers, sourced. Google hướng dẫn là “vài weeks” và lâu hơn cho big các trang. Bing là hơn cụ thể và hơn conservative: “Log files are critical… and must be monitored on a daily basis once the actual website migration has been initiated for a period of at least three months.” (bản dịch) «Log files là cốt yếu… và phải được monitored on một daily basis khi đó thực tế website migration đã được initiated cho một period of ít nhất three months.» MỘT practical synthesis: daily GSC/log kiểm tra cho đó đầu tiên 2 weeks, weekly qua weeks 3–8, và một formal kiểm tra-trong tại đó 3-month mark cho lớn migrations.

Giữ đó các chuyển hướng. Google: “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.» Bing goes further: “the redirects on the old domain need to remain live for at least 1 to 2 years, preferably longer.” (bản dịch) «đó các chuyển hướng on đó old domain cần để vẫn trực tiếp cho ít nhất 1 để 2 năm, preferably lâu hơn.» Dùng đó hơn conservative number — và remember các chuyển hướng cũng serve real người dùng với bookmarks và old links, so có rarely một reason để rush của họ removal. Decommission đó old host chỉ sau logged traffic để điều này reaches zero — không on một fixed calendar date.

Một item trên deserves của nó own note vì skipping điều này là so phổ biến. Mueller: “The other thing I would watch out for is all of the internal linking, so that you really make sure that all of the internal signals that you have as well that they’re forwarded to whatever new URLs.” (bản dịch) «Đó other điều I sẽ watch out cho là all of đó liên kết nội bộ, so đó bạn thực sự hãy bảo đảm đó all of đó internal các tín hiệu đó bạn có as well đó họ là forwarded để whatever new URLs.» Và đó cụ thể chế độ lỗi: “what I’ve sometimes seen with these kind of restructurings is that you redirect the URLs, you move them over but you forget to set the rel canonical, you forget to set the links in the navigation, or in the footer somewhere.” (bản dịch) «điều gì I’ve sometimes seen với những kind of restructurings là đó bạn chuyển hướng đó URLs, bạn move them over nhưng bạn forget để set đó rel canonical, bạn forget để set đó links trong đó navigation, hoặc trong đó footer nơi nào đó.» Đó consequence không một xếp hạng crash — đây là chậm hơn consolidation: “It’s not so much that it would stop ranking but it’s more that we would just keep the old URLs for much longer than we actually need to.” (bản dịch) «đây là không so nhiều đó điều này sẽ dừng xếp hạng nhưng đây là hơn đó we sẽ chỉ giữ đó old URLs cho nhiều lâu hơn we thực ra cần để.» Các chuyển hướng alone hoạt động; they chỉ hoạt động slower hơn các chuyển hướng plus đã cập nhật liên kết nội bộ.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.