Ngôn ngữ

Hướng dẫn về Website Hosting Migration SEO

Move một website để một new host, CDN, hoặc DNS provider không có thay đổi URLs: preparation, cutover, validation, monitoring, và rollback.

Xuất bản lần đầu: 18 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
1 tín hiệu bằng chứng trên trang này

MỘT hosting migration thay đổi đó infrastructure behind một site trong khi giữ của nó công khai URLs ổn định. Bảo toàn đó giống nhau nội dung và SEO các tín hiệu, thấp hơn DNS TTL ahead of đó cutover, prove đó new origin và CDN có thể serve người dùng và verified các crawler, chạy old và new infrastructure trong parallel, so sánh các phản hồi và được kết xuất các trang, monitor cả hai sets of logs, và retire đó old host chỉ sau của nó traffic reaches zero. Chuyển hướng maps và Thay đổi of Address không phải part of một đúng giống nhau-URL hosting move.

Tóm tắt — Treat giống nhau-URL hosting, CDN, hoặc DNS migration as phản hồi-parity và traffic-routing project. Inventory mỗi hostname và dependency, thấp hơn DNS TTL trước khi launch, configure new origin và edge, validate certificates và security controls, load-kiểm thử realistic crawler và người dùng demand, và so sánh thô plus được kết xuất các phản hồi. Dual-chạy old và new infrastructure qua DNS propagation. Monitor cả hai log streams, DNS các câu trả lời, các lỗi, latency, bộ nhớ đệm behavior, crawl activity, và Search Console. Roll lại by restoring trước đó routing chỉ Khi pre-agreed infrastructure thất bại occurs.

quyết định liệu Đây là thực sự giống nhau-URL migration

giống nhau-URL hosting migration thay đổi infrastructure không có thay đổi chính xác công khai URL string. scheme, hostname, port, path, query xử lý, và trailing slash behavior vẫn ổn định.

Classify project trước khi planning nó:

Thay đổigiống nhau-URL hosting move?Additional migration hoạt động
New origin IP, giống nhau các URLCóphản hồi parity, DNS, capacity, nhật ký
New CDN, giống nhau các URLCóEdge rules, bộ nhớ đệm, TLS, firewall, origin routing
New authoritative DNS providerthườngZone parity, delegation, DNSSEC, mail và service records
www.example.com để example.comKhôngURL mapping và vĩnh viễn các chuyển hướng
HTTP để HTTPSKhôngGiao thức migration và theo-URL các chuyển hướng
Path hoặc CMS-generated URL thay đổiKhôngURL migration plus nền tảng QA

Không let một project manager label một URL thay đổi as “just hosting.” (bản dịch) «chỉ hosting.» Đó deployment plan phải bao gồm mỗi migration loại đó thực ra ships.

Xây dựng infrastructure inventory

Infrastructure inventory ngăn yên lặng dependencies từ becoming launch-day surprises. Record:

  • all công khai hostnames, including assets, images, APIs, international hosts, và legacy aliases; -, AAAA, CNAME, NS, SOA, CAA, MX, TXT, và relevant SRV records;
  • certificate issuers, validation các phương thức, Subject Alternative Names, và expiry;
  • origin addresses, ports, health kiểm tra, load balancers, và failover behavior;
  • CDN bộ nhớ đệm keys, bộ nhớ đệm rules, các chuyển hướng, transforms, workers, và purge các phương thức;
  • WAF, bot, rate-limit, geo, authentication, và IP cho phép/deny rules;
  • phản hồi các header, compression, cookie behavior, và security các header;
  • log destinations, retention, sampling, các trường, và time zones;
  • Search Console và phân tích verification các phương thức;
  • thứ ba-party callbacks, webhooks, payment luồng, feeds, và allowlisted IPs.

DNS review phải bao gồm non-web records. Breaking MX, SPF, DKIM, DMARC, hoặc service records có thể không trực tiếp thay đổi thứ hạng, nhưng nó có thể break business bạn là trying để bảo vệ.

Establish phản hồi-parity baseline

phản hồi parity có nghĩ là comparing old và new các hệ thống cho giống nhau requested URL, không merely kiểm tra đó cả hai trả về 200.

Capture representative đặt trên templates và behaviors:

  • status và chuyển hướng chain;
  • cuối URL và giao thức negotiation;
  • tiêu đề, canonical, robots directives, hreflang, và dữ liệu có cấu trúc;
  • thô HTML và trình duyệt-được kết xuất main nội dung;
  • Content-Type, Cache-Control, Vary, compression, và security các header;
  • images, fonts, JavaScript, CSS, PDFs, và media assets;
  • cookies và logged-trong hoặc personalized variants;
  • mobile và desktop behavior;
  • latency, time để đầu tiên byte, và lỗi rate.

sử dụng Staging so với. Production SEO Diff cho paired trang kiểm tra. đầy đủ crawler và scripted yêu cầu suite nên cover lớn hơn inventory.

Prepare new origin

Origin preparation bắt đầu với nội dung và configuration parity. Copy hiện tại nội dung, templates, media, robots rules, các chuyển hướng, lỗi xử lý, và verification files. Freeze hoặc synchronize ghi so new database không launch stale.

Kiểm thử origin trực tiếp qua controlled hostname, local hosts-file override, hoặc provider-cụ thể preview mechanism. kiểm thử phải bảo toàn production Host header vì virtual hosts, application routing, certificates, canonicals, và absolute links thường phụ thuộc on nó.

new origin phải cũng xử lý post-cutover load. Warm application và database, xác nhận connection pools và autoscaling, và load-kiểm thử uncached demand. CDN bộ nhớ đệm misses có thể concentrate traffic tại origin immediately sau khi launch.

Configure CDN as tách biệt hệ thống

CDN migration thay đổi nhiều hơn geography. So sánh old và new edge behavior explicitly:

  • bộ nhớ đệm mấu chốt composition, including query strings, cookies, các header, và device variants;
  • có thể lưu vào bộ nhớ đệm các mã trạng thái và file types;
  • trình duyệt TTL, edge TTL, stale serving, revalidation, và origin shielding;
  • các chuyển hướng, rewrites, header transforms, và edge functions;
  • bộ nhớ đệm bypass rules cho accounts, carts, tìm kiếm, và personalized các trang;
  • compression và image optimization;
  • purge phạm vi và propagation;
  • WAF, bot management, rate limiting, và origin protection.

Cloudflare’s hiện tại tài liệu, ví dụ, notes đó của nó default bộ nhớ đệm có thể respect origin Cache-Control các header nhưng có thể là overridden by edge rules. nó cũng cung cấp targeted hoặc đầy đủ purges để force fresh origin fetches. chính xác behavior là vendor-cụ thể, so export và so sánh configuration thay vì assuming tương đương labels có nghĩa là tương đương kết quả. See Cloudflare’s bộ nhớ đệm tài liệu.

Treat bộ nhớ đệm parity as nội dung parity

bộ nhớ đệm configuration có thể phục vụ sai trang correctly và quickly. Kiểm thử anonymous, authenticated, localized, mobile, và query-string variants. bộ nhớ đệm mấu chốt đó omits có ý nghĩa cookie hoặc header có thể leak personalized nội dung. bộ nhớ đệm mấu chốt đó bao gồm mỗi theo dõi parameter có thể fragment bộ nhớ đệm và overload origin.

Purge hoặc pre-warm cốt yếu assets và các trang according để launch plan. không blindly purge mọi thứ during peak traffic trừ khi origin có là tested cho resulting miss storm.

Validate TLS từ người dùng để edge và edge để origin

TLS validation có hai legs Khi CDN terminates HTTPS: trình duyệt để CDN và CDN để origin. xác nhận hostname coverage, hoàn tất certificate chains, modern giao thức hỗ trợ, renewal, và strict origin validation.

Origin-chỉ certificates có thể không là publicly trusted. Cloudflare warns đó của nó Origin CA certificates có thể produce trình duyệt trust các lỗi nếu proxying là disabled hoặc paused. đó matters during rollback: DNS-chỉ fallback để origin sử dụng edge-chỉ trust model có thể fail cho người dùng. See Cloudflare Origin CA hướng dẫn.

Kiểm thử mỗi công khai hostname, including wildcard assumptions và rarely được sử dụng asset hoặc regional hosts. hợp lệ apex certificate không prove mỗi subdomain là covered.

Thấp hơn DNS TTL trước khi move

TTL planning bắt đầu trước khi cutover. Google khuyến nghị lowering relevant TTL để conservative thấp giá trị, chẳng hạn như một vài hours, ít nhất một week trước khi move. DNS provider có thể impose khác minimums; proxied records có thể cũng có fixed các giá trị.

Cloudflare’s TTL tài liệu giải thích basic tradeoff: lâu hơn các giá trị increase bộ nhớ đệm reuse, trong khi ngắn hơn các giá trị cho phép record thay đổi để take effect sooner. Record gốc TTL và schedule của nó restoration chỉ sau khi new infrastructure là ổn định.

DNS thay đổi có thể là non-atomic trên distributed các hệ thống. Thay đổi as little as có thể during cutover, verify các câu trả lời từ several công khai resolvers, và giữ old đích khả dụng trong khi được lưu đệm các câu trả lời vẫn hợp lệ.

Verify crawler access và security controls

Security parity không phải rule-count parity. WAF copied từ một provider có thể challenge hoặc block các crawler, strip query parameters, rewrite các phản hồi, hoặc rate-limit cao-volume crawling differently.

Google hosting hướng dẫn nói để bảo đảm firewalls và denial-của-service protection làm không block Googlebot từ DNS hoặc hosting các máy chủ. Verify Googlebot sử dụng Google được ghi lại verification các phương thức, không người dùng-agent string alone.

Kiểm thử cả hai ordinary crawler behavior và legitimate bursts. tránh rộng allowlisting đó disables protection cho spoofed người dùng agents. Bảo toàn security nhật ký so blocked các yêu cầu có thể là distinguished từ origin failures.

Plan dual chạy

Dual đang chạy có nghĩ là cả hai old và new infrastructure có thể phục vụ đúng production các phản hồi during propagation. old environment phải giữ receiving nội dung hoặc dữ liệu thay đổi đó ảnh hưởng trang web. Nếu không người dùng routed by được lưu đệm DNS các câu trả lời có thể see stale inventories, hỏng sessions, hoặc outdated các trang.

Pick synchronization strategy:

  • một đọc/ghi database shared by cả hai stacks;
  • replicated dữ liệu với understood lag và conflict policy;
  • controlled nội dung freeze during cutover;
  • một-way event replication cho orders, forms, hoặc người dùng ghi.

Session state, uploads, bộ nhớ đệm invalidations, và background jobs cần đó giống nhau decision. “Both servers are on” (bản dịch) «Cả hai các máy chủ là on» không phải một dual-chạy plan nếu của họ state diverges.

The old environment is a rollback path only while it remains valid and synchronized. Retirement begins when logs prove the old path is no longer used. Nguồn: Website Hosting Migration SEO

Prepare builds the new origin and edge path. Validate tests controlled routing, parity, certificates, and capacity. Dual run keeps old and new environments correct and synchronized. Cut over changes only the planned DNS or edge route. Drain observes old-host requests in separate logs while the old environment remains available. Retire occurs only when old-host traffic reaches zero and dependencies have moved. A rollback lane remains available before retirement when a pre-agreed infrastructure failure occurs and the old state is still valid.

© Patrick Stox LLC · CC BY 4.0 ·

Execute cutover

Hosting cutover nên là có chủ ý boring:

  1. Dừng unrelated deployments và xác nhận thay đổi window.
  2. Chạy cuối parity, certificate, capacity, và backup kiểm tra.
  3. Xóa tạm thời crawl hoặc access chặn từ new production path.
  4. Thay đổi chỉ planned DNS hoặc CDN routing records.
  5. xác nhận dự kiến các câu trả lời từ multiple resolvers.
  6. yêu cầu protected các trang qua công khai route as người dùng và crawler.
  7. xác nhận nhật ký là arriving từ edge, new origin, và old origin.
  8. Watch các lỗi, latency, bộ nhớ đệm misses, origin load, và conversions.

không sử dụng Google Thay đổi của Address tool cho host-chỉ move. Không công khai URL có changed, so có không address thay đổi để báo cáo.

Monitor evidence đó proves move

Infrastructure monitoring nên tách biệt old và new traffic. sử dụng deployment marker và so sánh giống nhau time-của-week baseline nơi seasonality matters.

Watch:

  • DNS các câu trả lời và resolver propagation;
  • old-host và new-host các yêu cầu by người dùng và verified crawler;
  • edge và origin status-code distribution;
  • TLS, connection, timeout, và application các lỗi;
  • latency percentiles và uncached origin phản hồi time;
  • bộ nhớ đệm hit ratio và origin yêu cầu volume;
  • Googlebot các yêu cầu, Crawl Số liệu, trang lập chỉ mục, và representative URL Inspection;
  • synthetic kiểm tra trên regions và networks;
  • phân tích, conversions, và cốt yếu business transactions.

Google nói tạm thời Googlebot crawl-rate drop immediately sau khi hosting thay đổi có thể là thông thường, followed by increase over tiếp theo một vài days. Anchor bất kỳ decision để accessibility và lỗi evidence, không đó dự kiến pattern alone.

Define rollback trước khi launch

Rollback trả về routing để một known-good infrastructure state. Điều này không phải một vague promise để “switch DNS back.” (bản dịch) «chuyển DNS lại.» Document:

  • chính xác records, routes, và configurations để restore;
  • ai có thể authorize và execute reversal;
  • Cách changed nội dung, sessions, forms, orders, và uploads sẽ reconcile;
  • liệu old certificates và dependencies vẫn hợp lệ;
  • bộ nhớ đệm purge steps on cả hai routes;
  • thất bại thresholds đó trigger rollback;
  • maximum safe decision time.

Rollback triggers nên là observable: sustained availability failures, material conversion breakage, widespread sai nội dung, certificate failures, crawler chặn, hoặc capacity collapse đó không thể là corrected trong window. tạm thời crawl rate fluctuation by itself không phải rollback trigger.

Retire old infrastructure từ nhật ký, không calendar

Old-host retirement happens sau khi nhật ký hiển thị đó người dùng và các crawler không lâu hơn reach nó và all phụ thuộc services có moved. Google khuyến nghị shutting xuống old host sau khi của nó traffic reaches zero.

Retain configuration exports, nhật ký, và rollback artifacts according để business requirements. Restore DNS TTL để dự kiến steady-state giá trị sau khi stability là proven. Xóa tạm thời firewall exceptions và duplicate scheduled jobs so migration không leave vĩnh viễn maintenance mess.

Add an expert note

Pin an expert quote

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