HTTP để HTTPS Migration

Tóm tắt — HTTP→HTTPS migration có nghĩ là moving mỗi trang trên trang web củ bạn từ insecure http:// address để secure https:// một. bạn install certificate, sau đó chuyển hướng mỗi old URL để của nó new secure version so không có gì breaks và không thứ hạng là lost. Đã xong cẩn thận nó safe — damage chỉ xuất hiện từ sloppy execution.

Điều gì bạn’re thực ra đang làm

Moving HTTP các URL để HTTPS thay đổi của họ canonical các URL và nên sử dụng vĩnh viễn máy chủ-side các chuyển hướng plus consistent các tín hiệu canonical. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: Site moves with URL changes HTTPS configuration phải cũng present hợp lệ TLS certificate và tránh mixed các tài nguyên. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTPS

Hiện tại của bạn các trang trực tiếp tại addresses đó bắt đầu với http://. bạn muốn them để trực tiếp tại https:// thay vì — secure, encrypted version, một đó hiển thị padlock và không trip Chrome “Không Secure” warning. nội dung, hostnames, paths, và query strings all stay giống nhau, và bạn’re không thay đổi CMS hoặc hosting nền tảng tại giống nhau time. chỉ đầu tiên một vài characters của mỗi URL thay đổi.

vì các trang themselves không phải moving, Đây là gentlest kind của trang web migration — nhưng chỉ trong khi tất cả đó vẫn giữ đúng. nếu bạn’re cũng merging subdomains, restructuring các URL, rewriting nội dung, hoặc switching các nền tảng tại giống nhau time, đó khác, cao hơn-risk move; see ngắn version note dưới. Nếu không, nó vẫn migration, so nó deserves care.

một rule đó matters phần lớn

Chuyển hướng mỗi old http:// URL để của nó chính xác https:// version với một 301 chuyển hướng. MỘT 301 là một “vĩnh viễn” chuyển hướng — điều này tells các công cụ tìm kiếm “this page lives here now, forever, please move everything over.” (bản dịch) «này trang lives ở đây hiện tại, forever, please move mọi thứ over.» Google có confirmed 301s không cost bạn bất kỳ xếp hạng strength, so một sạch chuyển giữ của bạn traffic.

Đó trouble bắt đầu khi các chuyển hướng là bị thiếu, hoặc khi của bạn các trang vẫn try để load an image hoặc một script từ đó old http:// address. Đó “mixed content” (bản dịch) «mixed nội dung» có thể làm parts of trang của bạn break trong đó trình duyệt. So đó hoạt động không đó chuyển — đây là đang làm sure không có gì vẫn points tại đó old addresses.

ngắn version của xử lý

1. Take snapshot của bạn trang web as nó là hiện tại — đầy đủ list của các trang và của bạn hiện tại thứ hạng — so Bạn có thể so sánh afterward.
2. Nhận certificate và install nó. free một (như Let Encrypt) hoạt động perfectly Đối với SEO.
3. Kiểm thử on copy đầu tiên nếu Bạn có thể, so launch day có không surprises.
4. Flip nó on: chuyển hướng mỗi old URL để secure version, cập nhật của bạn liên kết nội bộ và sitemap, và khắc phục bất cứ điều gì vẫn loading over http://.
5. Re-kiểm tra Search Console. simplest khắc phục là Domain thuộc tính, mà covers mỗi http/https/www variant tự động — bạn không cần để verify mỗi một riêng.
6. giữ các chuyển hướng (cho ít nhất năm, ideally forever) và watch của bạn traffic cho couple của weeks. little wobble là thông thường.

nếu bạn’re cũng renaming các URL, merging subdomains, moving để new CMS, hoặc thay đổi Điều gì on các trang, dừng — đó bigger, riskier move hơn straight giao thức chuyển. sử dụng đầy đủ trang web migration playbook thay vì và fold HTTPS chuyển vào nó.

Muốn đầy đủ engineering version — certificate choices, chuyển hướng mapping cho thousands của các URL, four Search Console properties, monitoring windows, và rollback plan? Chuyển để Nâng cao tab. (cho nơi HTTPS fits as xếp hạng tín hiệu trong đầu tiên place, bắt đầu với HTTPS hub.)

Tóm tắt — HTTP→HTTPS move là giao thức-chỉ trang web migration: giống nhau host, paths, query strings, nội dung, và nền tảng — chỉ scheme thay đổi. đó làm nó lowest-risk migration có nếu tất cả đó holds — nhưng discipline là giống hệt để bất kỳ trang web move. Benchmark trực tiếp HTTP trang web, chọn và install TLS certificate ( free DV cert earns giống nhau lightweight xếp hạng tín hiệu as bất kỳ paid một — Google kiểm tra scheme, không issuer), rehearse on staging, sau đó flip: 301 mỗi URL một-để-một máy chủ-side (301s không lose PageRank), làm mỗi trang self-canonical để của nó HTTPS URL, repoint mỗi internal link, sitemap entry, và hreflang chú thích, và kill blockable mixed nội dung trước khi nó breaks của bạn scripts. Thêm Domain thuộc tính trong Search Console (nó covers mỗi scheme/host variant tại sau khi) hoặc verify HTTPS properties individually nếu bạn muốn segmented dữ liệu, submit HTTPS sitemap, và không touch Thay đổi của Address tool — nó cho domain moves. giữ các chuyển hướng tại least năm (đó floor, không expiration date). Monitor Crawl Số liệu và lập chỉ mục: dip đó recovers là move settling; dip đó sticks có nghĩ là điều gì đó broke. có rollback plan, nhưng repair HTTPS đầu tiên — bộ nhớ đệm, HSTS, cookies, và service workers có thể làm đúng HTTP rollback unsafe — và treat HSTS preload as chậm và operationally risky để reverse, không literal một-way door.

HTTPS hub covers Vì sao để là on HTTPS và sketches migration tại cao cấp độ. Đây là deep, step-by-step companion để đó section — part nơi migration thực ra goes sai hoặc goes sạch.

đầu tiên, right-size risk: Đây là giao thức-chỉ migration

Google xử lý giao thức thay đổi as trang web moves với URL thay đổi; tạm thời xếp hạng hoặc reporting fluctuations là có thể và không migration timeline là guaranteed. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: Site moves with URL changes Transport security và Tìm kiếm processing là related nhưng tách biệt concerns. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTPS

trang web migrations exist on spectrum của danger. Thay đổi của bạn domain, của bạn URL structure, hoặc của bạn CMS/nền tảng all rewrite identity của bạn các URL và carry thực risk. giao thức-chỉ chuyển là thấp-risk case chỉ Khi mọi thứ khác holds steady. xác nhận tất cả những điều này trước khi treating nó as một-rule chuyển hướng:

• Hostnames — không www/non-www consolidation hoặc subdomain thay đổi riding along với chuyển.
• Paths và query strings — không URL restructuring, slug renames, hoặc parameter cleanup bundled vào giống nhau phát hành.
• nội dung — các trang không phải là rewritten, đã hợp nhất, hoặc pruned tại giống nhau time.
• Nền tảng/kết xuất behavior — không CMS, framework, hoặc hosting migration happening trong parallel.

Khi all four hold, đó domain, đó paths, và đó nội dung là giống hệt; chỉ đó scheme trong front of mỗi URL moves. đó là vì sao Google là rõ ràng đó bạn “don’t need to use the Change of Address tool” (bản dịch) «không cần để dùng đó Thay đổi of Address tool» cho điều này: có không address thay đổi để declare.

single phần lớn quan trọng consequence: vì các URL map một-để-một và deterministically (http://example.com/x → https://example.com/x), của bạn chuyển hướng logic có thể thường là single máy chủ rule, và của bạn chuyển hướng map ghi itself. So sánh đó để domain hoặc nền tảng move, nơi mỗi old URL cần hand-checked đích. giữ đó cách diễn đạt — nó tells bạn nơi để spend effort (certificate, mixed nội dung, Search Console) và nơi không để (agonizing over chuyển hướng targets).

nếu bạn’re cũng thay đổi domain hoặc nền tảng tại giống nhau time, dừng: đó stacked migration, risks multiply, và giao thức chuyển là least của bạn worries. Làm harder move sử dụng đầy đủ trang web migration playbook và fold HTTPS vào nó.

Step 1 — Benchmark trực tiếp HTTP trang web trước khi bạn touch bất cứ điều gì

Bạn có thể’t tell liệu migration went well không có “trước” picture để diff so với. Capture, trong khi trang web là vẫn on HTTP:

• ** đầy đủ crawl** của trực tiếp trang web — save mỗi 200 URL và, critically, mỗi existing chuyển hướng và của nó đích. bạn’ll re-chạy điều này crawl sau khi launch và diff hai; bất cứ điều gì đó là 200 và là hiện tại 404 là regression.
• ** thứ hạng snapshot** cho của bạn tracked từ khóa, so post-launch dip có baseline.
• ** Search Console export** — Performance (các truy vấn, các trang, clicks, impressions), trang lập chỉ mục báo cáo, và Crawl Số liệu. GSC dữ liệu làm không transfer từ HTTP thuộc tính để HTTPS một, so điều này export là của bạn chỉ record của “trước.”
• của bạn backlink profile, so bạn know mà các URL carry phần lớn external equity và do đó phần lớn cần sạch, single-hop các chuyển hướng.
• của bạn robots.txt và bất kỳ noindex directives as họ stand — bạn’ll muốn để hãy đảm bảo none của them silently carry over để block HTTPS trang web.

Step 2 — chọn và install TLS certificate

Ở đây đó SEO-relevant truth đó saves mọi người money: đó tín hiệu xếp hạng kiểm tra đó URL scheme, không đó certificate. Gary Illyes described điều này as “basically looking at the first five characters in front of the URL, and if it’s HTTPS … it will get a minimal boost.” (bản dịch) «basically looking tại đó đầu tiên five characters trong front of đó URL, và nếu đây là HTTPS … điều này sẽ nhận một minimal boost.» So cho SEO, một free Domain Validation (DV) certificate — Let Encrypt là đó default — earns chính xác đó giống nhau tín hiệu as một paid OV hoặc EV certificate. OV/EV buy organizational identity, không thứ hạng. không promise yourself (hoặc một client) một xếp hạng boost, hoặc một special benefit cho một particular certificate loại hoặc key algorithm — Google own mô tả calls này một lightweight, minimal tín hiệu, không một lever worth paying cho.

Điều gì bạn làm cần để nhận right technically:

• Phạm vi. MỘT single-domain cert covers một hostname; một wildcard (*.example.com) covers một label deep — điều này hoạt động cho foo.example.com nhưng không foo.bar.example.com. Nếu bạn chạy deep subdomains, plan một multi-domain (SAN) hoặc additional certs.
• Key strength. Google hướng dẫn là để “generate a 2,048-bit RSA key pair” (bản dịch) «generate một 2 048-bit RSA key pair» — ngắn hơn là brute-forceable, lâu hơn wastes các tài nguyên.
• Auto-renewal. Đó hầu hết phổ biến post-migration incident là an expired cert. Automate renewal (Let Encrypt là được xây dựng cho điều này) và monitor expiry. Note đó nuance: Google generally prefers HTTPS as đó canonical version of một trang, nhưng đó preference là conditional, không tự động — an không hợp lệ certificate, insecure dependencies, an HTTPS-để-HTTP chuyển hướng, hoặc an HTTP canonical tag có thể flip Google canonical lựa chọn lại để đó HTTP URL, và HSTS không thể override đó preference. Evidence for this claim Google generally prefers HTTPS as the canonical version of a page, but that preference is conditional: an invalid certificate, insecure dependencies, an HTTPS-to-HTTP redirect, or an HTTP canonical tag can flip Google's choice back to the HTTP URL. HSTS is a browser-only mechanism and cannot override Google's canonical selection. Scope: Describes Google's conditional HTTPS canonical preference, not a guarantee that certificate problems are search-invisible. Confidence: high · Verified: 2026-07-17 Google: Consolidate duplicate URLs So an expired cert không phải một harmless non-event cho Tìm kiếm — đây là simultaneously một UX/security emergency (một đầy đủ-screen trình duyệt warning đó destroys người dùng trust) và một real risk để của bạn HTTPS canonical preference đó lâu hơn điều này persists. Cách sửa điều này fast either way. (Cho đó đầy đủ certificate-failure taxonomy — expired, self-signed, hostname mismatch, incomplete chain — see đó TLS/SSL certificates deep dive.)

Step 3 — Rehearse on staging

Làm toàn bộ flip on staging/pre-production copy đầu tiên. Điều gì bạn’re validating:

• chuyển hướng rule fires cho mỗi path shape, including query strings, trailing-slash variants, và www/non-www.
• Không chuyển hướng loop ( misconfigured rule đó bounces HTTPS lại để HTTP và khoảng again locks mọi người out — including bạn).
• các trang render sạch với không blockable mixed nội dung trong DevTools console.
• của bạn canonical tags đã emit https:// on staging.

Guard staging copy từ lập chỉ mục (auth hoặc noindex bạn remember để xóa — stray migration-chỉ noindex đó survives để production là kinh điển self-inflicted wound). Google own hướng dẫn calls điều này out: không forget để xóa noindex hoặc robots.txt chặn đó là chỉ needed cho migration.

Step 4 — chuyển hướng mapping tại quy mô

cho giao thức chuyển, mapping là deterministic, so bạn drive nó với một rule, không giant lookup bảng:

• Máy chủ-side, một-để-một, và vĩnh viễn (301). Mỗi http:// URL → đó giống nhau path on https://. Làm điều này trong đó máy chủ/edge config (Apache, Nginx, hoặc của bạn CDN), không trong application code và không với client-side JavaScript, so bots see một sạch máy chủ 301.
• Không chuyển hướng chains. Nếu bạn đã có HTTP các chuyển hướng (chẳng hạn http://a → http://b), không let đó HTTPS chuyển turn đó vào http://a → http://b → https://b. Cập nhật đó original rules so old URLs land on đó cuối HTTPS đích trong một hop. Google sẽ follow lên để 10 hops, nhưng điều này “advise[s] redirecting to the final destination directly.” (bản dịch) «advise[s] chuyển hướng để đó cuối đích trực tiếp.» Mỗi extra hop là wasted crawl budget và một little lost speed.
• Không bao giờ mass-chuyển hướng để đó homepage. Unmatched URLs nên vẫn resolve để của họ own HTTPS twin. Dumping mọi thứ on / là đó migration mistake đó thực ra loses thứ hạng.
• Verify đó map với một crawl. Re-crawl đó HTTP URL list sau launch và xác nhận mỗi trả về một single 301 để đó right HTTPS URL — không một 302, không một chain, không một 404.

Step 5 — Repoint mỗi canonical, sitemap, và hreflang tín hiệu

Các chuyển hướng làm nặng lifting, nhưng không làm Google lean on them để khắc phục sloppy internals. Cập nhật thực tế các tín hiệu:

• Canonicals. Mỗi trang nên carry một self-referencing rel="canonical" pointing tại của nó own https:// URL — Google site-move hướng dẫn trạng thái “Each new URL should have a self-referencing rel=” (bản dịch) «Mỗi new URL nên có một self-referencing rel=\»canonical” <link> tag.” (bản dịch) «<link> tag.» MỘT canonical vẫn pointing tại http:// fights của bạn migration. (Này là chính xác đó kind of conflicting tín hiệu đó canonicalization topic warns về — align mỗi tín hiệu on đó HTTPS URL.)
• Liên kết nội bộ. Thay đổi them trong đó templates và nội dung để https:// (hoặc giao thức-relative/root-relative) — không leave thousands of liên kết nội bộ pointing tại http:// và relying on đó chuyển hướng để sạch lên. Mỗi internal http:// link là an unnecessary chuyển hướng hop cho cả hai người dùng và bots.
• XML sitemaps. Regenerate them với đó HTTPS URLs chỉ, listing canonical, indexable các trang, và cập nhật lastmod. Submit đó new sitemap trong GSC sau launch.
• Hreflang. Nếu bạn chạy an international setup, mỗi hreflang chú thích phải reference đó HTTPS version of mỗi alternate. Half-migrated hreflang (some http, some https) là một silent, hard-để-diagnose SEO quốc tế bug.
• Dữ liệu có cấu trúc và Open Graph URLs. og:url, canonical references bên trong JSON-LD, và bất kỳ hardcoded absolute URLs nên all là HTTPS.

Step 6 — Kill mixed nội dung trước khi launch, không sau khi

Mixed nội dung là an HTTPS trang loading một sub-tài nguyên over HTTP. đây là đó hầu hết phổ biến launch-day regression. Đó hiện tại terminology (đó older “active/passive” (bản dịch) «active/passive» split là lịch sử, nhưng bạn’ll vẫn see điều này trong older tài liệu và tooling) splits điều này by điều gì đó trình duyệt làm về điều này:

• Blockable mixed nội dung — scripts, stylesheets, iframes, XMLHttpRequest/ fetch (đó old “active” bucket). Các trình duyệt block những outright vì một tampered script có thể rewrite đó toàn bộ trang. Này là điều gì thực ra breaks đó site sau đó flip: một blocked stylesheet hoặc JS bundle có thể leave một trang unstyled hoặc non-functional. Cách sửa những đầu tiên.
• Upgradable (tùy chọn-blockable) mixed nội dung — images, audio, video (đó old “passive” bucket). Modern các trình duyệt increasingly auto-upgrade những các yêu cầu để HTTPS transparently và block them nếu đó upgrade fails, thay vì chỉ warning và displaying them over HTTP; treat “it still loads” (bản dịch) «điều này vẫn loads» as một trình duyệt-version-phụ thuộc behavior, không phải là bảo đảm. Cách sửa tiếp theo regardless.
• Exceptions exist — some trình duyệt/embed contexts (certain plugin-loaded các tài nguyên, some legacy <applet>/<embed> cases) không follow either rule cleanly, mà là một hơn reason để verify behavior trong đó các trình duyệt của bạn audience thực ra dùng thay vì assuming đó chung rule.

tìm nó by crawling HTTPS trang web (Ahrefs trang web Audit, Screaming Frog), watching Chrome DevTools console, hoặc collecting CSP các báo cáo. As transitional proactive net, Content-Security-Policy: upgrade-insecure-requests header tells trình duyệt để silently upgrade http:// sub-tài nguyên các yêu cầu để https:// trước khi nó làm them — nhưng CSP header không prove HTTPS version của mỗi điểm cuối thực ra tồn tại hoặc behaves giống nhau as HTTP một, và nó không replace sửa nguồn các URL hoặc kiểm thử trong thực các trình duyệt. Một clarification đó saves confusion: ordinary anchor link để HTTP trang không phải mixed nội dung — nó chỉ navigates.

Step 7 — Nhận Search Console coverage right

Đây là step mọi người underestimate — nhưng nó decision, không universal checklist. Search Console’s URL-prefix properties track http://example.com, http://www.example.com, https://example.com, và https://www.example.com as four tách biệt properties đó không share dữ liệu. bạn là không bắt buộc để verify all four:

• ** Domain thuộc tính** aggregates mỗi giao thức và subdomain variant tự động — thêm một và nó absorbs chuyển không có bạn touching bất cứ điều gì khác. Đây là simplest default cho phần lớn các trang.
• URL-prefix properties segment dữ liệu by chính xác giao thức và host. giữ hoặc thêm them chỉ nếu bạn có chủ ý muốn đó segmentation — ví dụ, comparing Cách nhiều HTTP straggler traffic là vẫn arriving so với trực tiếp HTTPS trang web. đó reporting lựa chọn, không requirement.

Either way:

• Submit đó new HTTPS sitemap wherever bạn là tracking đó site (đó Domain thuộc tính hoặc đó HTTPS URL-prefix thuộc tính).
• Làm không dùng đó Thay đổi of Address tool. Google là rõ ràng: “If you’re moving your site from HTTP to HTTPS, you don’t need to use the Change of Address tool.” (bản dịch) «Nếu bạn là moving trang web của bạn từ HTTP để HTTPS, bạn không cần để dùng đó Thay đổi of Address tool.» Đó tool là chỉ cho domain-cấp độ moves, và dùng điều này ở đây là một well-meaning mistake.
• Giữ bất kỳ HTTP properties bạn đã có verified — they’ll cho thấy đó các chuyển hướng đang processed và đó old URLs dropping out of đó chỉ mục, mà là hữu ích monitoring tín hiệu, không clutter.
• Revisit của bạn disavow file, nếu bạn có một — của nó entries reference HTTP URLs, và điều này lives theo-thuộc tính.

cho diagnosing riêng lẻ các URL thay vì theo dõi toàn bộ trang web, GSC HTTPS báo cáo flags certificate, chuyển hướng, canonical, robots, và sitemap-evaluation reasons URL đã không move để HTTPS. Treat nó as sampled diagnostic tool, không đầy đủ inventory — nó sampled và nó bỏ qua query parameters Khi matching các URL, so nó sẽ không catch mọi thứ của bạn own crawl sẽ. See GSC HTTPS báo cáo deep dive cho Cách đọc nó.

Step 8 — Monitoring windows: settling so với. hỏng

Expect “temporary fluctuation in site ranking during the move” (bản dịch) «tạm thời fluctuation trong site xếp hạng during đó move» — đó là thông thường và không một reason để panic hoặc revert. Đó discipline là telling một settling dip từ một hỏng một:

• ** dip đó recovers** over days để một vài weeks là chỉ mục swapping HTTP các URL cho HTTPS ones. Google notes nhỏ-để-medium trang web takes một vài weeks cho phần lớn các trang để move; lớn hơn các trang take lâu hơn.
• ** dip đó sticks** có nghĩ là điều gì đó broke — stray robots.txt block, noindex đó survived từ staging, canonicals vẫn pointing tại http://, liên kết nội bộ en masse vẫn on HTTP, hoặc chuyển hướng chains bleeding equity.

có không fixed recovery window — track những điều này independently thay vì đang chờ cho một number để chẳng hạn “đã xong”:

• TLS/trình duyệt behavior — certificate validity và chain, và đó thực tế DevTools console on representative các trang (không mixed-nội dung các lỗi, không certificate warnings). Này là đó một Tìm kiếm các chỉ số sẽ không tell bạn về.
• GSC Crawl Số liệu on wherever bạn là tracking đó site — bạn muốn để see Googlebot fetching đó HTTPS URLs và đó phản hồi-code mix staying healthy (mostly 200 + đó 301s on old URLs). MỘT spike trong 5xx có nghĩa là máy chủ của bạn là struggling dưới đó new load.
• Trang Lập chỉ mục báo cáo — HTTPS URLs moving để “Được lập chỉ mục,” HTTP URLs moving để “Page with redirect.” (bản dịch) «Trang với chuyển hướng.» Đó crossover là chính xác điều gì bạn muốn để see.
• URL Inspection on vài key các trang — xác nhận đó reported canonical là đó HTTPS URL và đó trang renders không có mixed nội dung.
• Máy chủ logs — đó ground truth cho mà URLs bots thực ra hit và điều gì status they đã nhận. Watch cho bots vẫn hammering HTTP URLs (fine, briefly) hoặc hitting chains/loops (không fine).
• Analytics và business outcomes — một chunk of “trực tiếp” traffic có thể xuất hiện vì HTTPS→HTTP referral dữ liệu nhận stripped, so hãy bảo đảm của bạn own outbound links go để HTTPS destinations; cũng track conversions/revenue independently — một xếp hạng chỉ số recovering không bảo đảm đó business các chỉ số đã làm cũng.

Monitor actively cho 2–4 weeks as rule của thumb, sau đó giữ nhẹ hơn eye on nó cho đến khi lập chỉ mục fully crosses over — lớn hơn hoặc chậm hơn-được crawl các trang có thể take lâu hơn, và có không guaranteed end date.

Step 9 — giữ các chuyển hướng, và thêm HSTS có chủ ý

• Giữ đó 301s cho đó dài haul. Google hướng dẫn là “as long as possible, generally at least 1 year” (bản dịch) «miễn là có thể, generally ít nhất 1 năm» — đó là một floor Google khuyến nghị, không an expiration date sau mà đây là safe để xóa them. Trong thực tế, giữ them cho đó life of đó site — liên kết bên ngoài và bookmarks on đó old http:// URLs không bao giờ fully disappear.
• HSTS là một second layer, không một replacement. Đó Strict-Transport-Security header tells các trình duyệt để luôn dùng HTTPS cho của bạn domain, closing đó “first-request problem” (bản dịch) «đầu tiên-yêu cầu vấn đề» (đó very đầu tiên yêu cầu từ một new khách truy cập vẫn goes out over HTTP trước đó 301 fires — đó window an SSL-stripping attacker wants). Nhưng khi một trình duyệt honors HSTS điều này thực hiện một trình duyệt-chỉ 307 internal chuyển hướng đó các crawler không bao giờ see — các công cụ tìm kiếm vẫn cần máy chủ của bạn-side 301. Bạn cần cả hai.
• Treat HSTS preload as chậm và risky để reverse — không một literal một-way door. Submitting để đó trình duyệt-baked preload list (mà requires max-age of tại least một năm, includeSubDomains — meaning đó policy áp dụng để mỗi subdomain, không chỉ đó một bạn được gửi, so bất kỳ subdomain đó không fully HTTPS-ready breaks dưới điều này — và preload) closes đó khoảng trống ngay cả cho đầu tiên-time khách truy cập. Removal là genuinely có thể qua hstspreload.org, nhưng đây là chậm (đó thay đổi có để propagate qua trình duyệt phát hành cycles) và mỗi trình duyệt đã on đó old list giữ enforcing HTTPS-chỉ until điều này cập nhật — operationally risky, không theo nghĩa đen irreversible. Google warning là blunt: “Don’t enable HSTS until you’re certain your site operation is robust enough to avoid ever deploying HTTPS with certificate validation errors.” (bản dịch) «không enable HSTS until bạn là certain trang web của bạn operation là robust đủ để tránh bao giờ deploying HTTPS với certificate validation các lỗi.»

Step 10 — có rollback plan (và know của nó limits)

Ngay cả thấp-risk migration deserves exit — nhưng ** default move Khi điều gì đó breaks là để repair HTTPS, không revert để HTTP.** “rollback” là limited safety net, không guaranteed reversal: được lưu đệm 301s trong các trình duyệt và CDNs, Secure-flagged cookies, service workers registered dưới HTTPS origin, và HSTS/preload policy có thể all làm serving HTTP again unsafe hoặc đơn giản ineffective cho chunk của bạn khách truy cập, ngay cả nếu bạn đã làm mọi thứ right on launch.

trước khi bạn flip:

• Time đó launch cho thấp traffic — Google explicitly suggests bạn “time your move to coincide with lower traffic, if possible.” (bản dịch) «time của bạn move để coincide với thấp hơn traffic, nếu có thể.» MỘT yên lặng window có nghĩa là ít hơn người dùng hit bất kỳ launch-day bug và bạn có room để react.
• Giữ HTTP serving underneath đó chuyển hướng. không tear xuống đó HTTP listener; giữ điều này alive so đó 301s có điều gì đó để fire từ, và so một chuyển hướng-rule revert là khả dụng as an option nếu đó HTTPS site là badly hỏng.
• Không enable HSTS on day một. HSTS (và especially preload) làm an HTTP rollback far ít hơn viable — khi một trình duyệt có được lưu đệm đó policy, điều này sẽ không talk HTTP để của bạn domain regardless of điều gì máy chủ của bạn làm. Thêm HSTS chỉ sau đó HTTPS site có proven ổn định cho một trong khi.
• Define của bạn abort criteria trong advance — e.g., site-wide 5xx, một chuyển hướng loop, hoặc mass mixed-nội dung blocking. Khi bạn hit them, hoạt động đó vấn đề trong này order: (1) có thể bạn cách sửa đó HTTPS bug trực tiếp (bad cert, bị thiếu tài nguyên, hỏng canonical)? Thường có, và đó là nhanh hơn và safer hơn reverting. (2) Chỉ nếu HTTPS itself là unusable, revert đó chuyển hướng rule as một stopgap — và expect điều này để là incomplete: previously được lưu đệm các chuyển hướng, cookies, và service workers sẽ không un-bộ nhớ đệm themselves chỉ vì máy chủ của bạn changed của nó mind.

Diagnose calmly thay vì gỡ lỗi trực tiếp, và treat “revert to HTTP” (bản dịch) «revert để HTTP» as một break-glass option bạn hope không bao giờ để cần — không một routine, sạch undo.

AI summary

condensed take on Nâng cao version:

• nó giao thức-chỉ migration — conditionally. giống nhau host, paths, query strings, nội dung, và nền tảng; chỉ scheme thay đổi. Lowest-risk migration có nếu all five hold, so các URL map một-để-một và chuyển hướng logic là thường single rule. Không Thay đổi của Address tool (đó cho domain moves). nếu bất cứ điều gì khác là cũng thay đổi, treat nó as stacked migration thay vì.
• Benchmark đầu tiên: đầy đủ crawl (save mỗi 200 + existing chuyển hướng), thứ hạng snapshot, GSC export (dữ liệu không transfer để HTTPS thuộc tính), backlink profile, hiện tại robots/noindex.
• Certificate: tín hiệu xếp hạng là scheme-based, so free DV cert (Let Encrypt) earns giống nhau lightweight tín hiệu as bất kỳ paid cert; OV/EV buy identity, không thứ hạng — không promise xếp hạng boost cho bất kỳ cert loại hoặc mấu chốt algorithm. 2 048-bit mấu chốt; watch wildcard phạm vi (một label deep); automate renewal. Google generally prefers HTTPS as canonical, nhưng đó preference là conditional — bad cert, insecure dependencies, HTTPS→HTTP chuyển hướng, hoặc HTTP canonical tag có thể flip nó lại để HTTP, và HSTS có thể’t override đó.
• Rehearse on staging — mỗi path shape các chuyển hướng, không loops, không blockable mixed nội dung, canonicals đã emit HTTPS; xóa bất kỳ migration-chỉ noindex trước khi nó reaches production.
• ** flip:** 301 mỗi URL một-để-một, máy chủ-side (301s không lose PageRank); không chains (chuyển hướng để cuối HTTPS đích trong một hop); không bao giờ mass-chuyển hướng để homepage; sau đó repoint canonicals (self-referencing HTTPS), liên kết nội bộ, sitemaps, hreflang, và OG/JSON-LD các URL.
• Mixed nội dung: hiện tại terms là blockable (scripts/styles/iframes/XHR — các trình duyệt block outright, khắc phục đầu tiên) và upgradable (images/audio/video — modern các trình duyệt auto-upgrade để HTTPS hoặc block on thất bại, không chỉ warn); old active/passive split là lịch sử. upgrade-insecure-requests CSP là transitional net, không proof HTTPS điểm cuối tồn tại. Anchor links để HTTP các trang không phải mixed nội dung.
• Search Console là decision, không universal count. Thêm một Domain thuộc tính (aggregates mỗi scheme/host variant tự động) — URL-prefix properties (http, https, http-www, https-www) là tùy chọn segmentation, không requirement. Submit HTTPS sitemap; review disavow file. GSC HTTPS báo cáo là sampled diagnostic tool (bỏ qua query parameters), không đầy đủ inventory.
• Monitor independently, không fixed window: TLS/trình duyệt behavior, Crawl Số liệu, trang lập chỉ mục, URL Inspection, nhật ký, và phân tích/business outcomes mỗi tell khác part của story. dip đó recovers over days để weeks là settling; dip đó sticks có nghĩ là điều gì đó broke (stray block, lost canonical, HTTP liên kết nội bộ, chains).
• giữ các chuyển hướng ≥ 1 năm as floor, không expiration date (phần lớn các trang giữ them indefinitely). HSTS là trình duyệt-chỉ 307 các crawler không bao giờ see — on top của, không thay vì, 301. Preload là chậm và risky để reverse — genuinely có thể qua hstspreload.org, nhưng không điều gì đó để rush vào.
• Rollback plan, với limits: repair HTTPS đầu tiên — đó thường nhanh hơn và safer hơn reverting. Launch tại thấp traffic, giữ HTTP serving, không enable HSTS on day một, define abort criteria — nhưng được lưu đệm các chuyển hướng, cookies, và service workers có thể làm đúng HTTP rollback incomplete ngay cả sau đó.

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

Chính-nguồn tài liệu cho planning và executing migration.

Google

• Site moves với URL thay đổi — đó migration playbook: máy chủ-side 301s, một-hop các chuyển hướng, self-referencing canonicals, “keep redirects at least 1 year,” (bản dịch) «giữ các chuyển hướng ít nhất 1 năm,» “no Change of Address tool for HTTP→HTTPS,” (bản dịch) «không Thay đổi of Address tool cho HTTP→HTTPS,» và “time your move to coincide with lower traffic.” (bản dịch) «time của bạn move để coincide với thấp hơn traffic.»
• Consolidate duplicate URLs — Google conditional HTTPS canonical-preference hướng dẫn: HTTPS là generally được ưu tiên, nhưng một bad certificate, insecure dependencies, an HTTPS→HTTP chuyển hướng, hoặc an HTTP canonical tag có thể flip đó preference lại để HTTP.
• Enable HTTPS on của bạn các máy chủ (web.dev) — certificates, 2 048-bit keys, 301-để-HTTPS-canonical, HSTS, và cookies.
• Vì sao HTTPS matters (web.dev) — đó security và trình duyệt-feature case cho switching.
• Sửa mixed nội dung (web.dev) — blockable so với. upgradable (tùy chọn-blockable) mixed nội dung — đó hiện tại terms cho điều gì là trong lịch sử called active/passive — và upgrade-insecure-requests.
• HTTPS as một tín hiệu xếp hạng (2014) — đó original “very lightweight signal” (bản dịch) «very lightweight tín hiệu» post, plus Google implementation notes (cert loại, relative URLs, không block HTTPS trong robots.txt).
• Understanding trang experience — nơi HTTPS và đó GSC HTTPS báo cáo sit.

Certificates & configuration

• Let Encrypt — free, automated DV certificates với được xây dựng-trong renewal.
• SSL Labs máy chủ Kiểm thử — grade của bạn TLS configuration sau khi install.
• hstspreload.org — HSTS preload eligibility và removal warnings.

Chrome / Chromium

• secure web là ở đây để stay (2018) — Chrome 68 marking all HTTP “không secure,” deadline đó pushed phần lớn các trang để migrate.

Quotes từ nguồn

On—record statements đó govern Cách migration nên là chạy. mỗi deep link jumps để quoted passage on nguồn trang.

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 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.» — Google Tìm kiếm Central. 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.» — Google Tìm kiếm Central. Nhảy đến trích dẫn
• “Each new URL should have a self-referencing rel=” (bản dịch) «Mỗi new URL nên có một self-referencing rel=\»canonical” <link> tag.” (bản dịch) «<link> tag.» — Google Search Central. Nhảy đến trích dẫn

Google — HTTP→HTTPS specifics

• “If you’re moving your site from HTTP to HTTPS, you don’t need to use the Change of Address tool.” (bản dịch) «Nếu bạn là moving trang web của bạn từ HTTP để HTTPS, bạn không cần để dùng đó Thay đổi of Address tool.» — Google Search Central. Nhảy đến trích dẫn
• “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.» — Google Search Central. Nhảy đến trích dẫn

Google — HSTS và certificates (web.dev)

• “Use HTTP Strict Transport Security (HSTS) to avoid the cost of the 301 redirect.” (bản dịch) «Dùng HTTP Strict Transport Security (HSTS) để tránh đó cost of đó 301 chuyển hướng.» — web.dev (Google). Nhảy đến trích dẫn
• “Don’t enable HSTS until you’re certain your site operation is robust enough to avoid ever deploying HTTPS with certificate validation errors.” (bản dịch) «không enable HSTS until bạn là certain trang web của bạn operation là robust đủ để tránh bao giờ deploying HTTPS với certificate validation các lỗi.» — web.dev (Google). Nhảy đến trích dẫn

Gary Illyes — tín hiệu là scheme-based

• “Basically looking at the first five characters in front of the URL, and if it’s HTTPS … it will get a minimal boost.” (bản dịch) «Basically looking tại đó đầu tiên five characters trong front of đó URL, và nếu đây là HTTPS … điều này sẽ nhận một minimal boost.» — Gary Illyes, Google, 2016 (qua Tìm kiếm Engine Land). Đọc bài đưa tin

Mà path nên I take?

“Am I changing anything besides the scheme?” (bản dịch) «Am I thay đổi bất cứ điều gì besides đó scheme?»

• Chỉ http:// → https:// — giống nhau host, paths, query strings, nội dung, và nền tảng → này bài viết giao thức-chỉ playbook. Một chuyển hướng rule, không Thay đổi of Address tool.
• Cũng thay đổi domain, hostnames/subdomains, URL structure, nội dung, hoặc CMS/nền tảng → dừng. đó là một cao hơn-risk stacked migration — chạy đó đầy đủ site migration playbook và fold HTTPS vào điều này.

“Which certificate do I need?” (bản dịch) «Mà certificate làm I cần?»

• Chỉ cần đó HTTPS scheme + đó tín hiệu xếp hạng → một free DV cert (Let Encrypt). Giống nhau lightweight tín hiệu as bất cứ điều gì paid — không pay hơn expecting một xếp hạng boost.
• Muốn một visible organization name / regulated ngành → OV/EV — nhưng understand điều này buys identity, không SEO.
• Multiple subdomains → wildcard covers một label deep chỉ; deep subdomains cần một SAN/multi-domain cert.

“A ranking dip appeared after launch — panic or wait?” (bản dịch) «MỘT xếp hạng dip appeared sau launch — panic hoặc chờ?»

• đây là trong đó đầu tiên couple of weeks và slowly recovering → chờ. đó là đó chỉ mục swapping HTTP cho HTTPS. Thông thường.
• đây là không recovering sau several weeks → điều gì đó broke. Kiểm tra, trong order: stray robots.txt block → surviving noindex → canonicals vẫn on http:// → liên kết nội bộ vẫn on http:// → chuyển hướng chains → mixed nội dung blocking các trang.

“Should I turn on HSTS now?” (bản dịch) «Nên I turn on HSTS hiện tại?»

• đây là launch day / đó migration không proven ổn định tuy vậy → không. HSTS làm an HTTP rollback far ít hơn viable nếu bạn cần một.
• HTTPS có chạy cleanly cho một trong khi và renewal là automated → thêm đó header.
• Considering đó preload list? → chỉ khi bạn là certain bạn sẽ không cần để revert; removal là genuinely có thể nhưng chậm và operationally risky, không một literal một-way door.

“Do I need to verify all four Search Console properties?” (bản dịch) «Làm I cần để verify all four Search Console properties?»

• Chỉ muốn continuity, không interest trong segmented dữ liệu → không. Thêm một Domain thuộc tính; điều này covers mỗi scheme/host variant tự động.
• Muốn để so sánh HTTP straggler traffic so với đó trực tiếp HTTPS site → giữ hoặc thêm đó riêng lẻ URL-prefix properties cho đó segment — tùy chọn, không bắt buộc.

“Do I need the Change of Address tool?” (bản dịch) «Làm I cần đó Thay đổi of Address tool?»

• HTTP → HTTPS, giống nhau domain → không. Google says so explicitly.
• Thay đổi đó thực tế domain → có — nhưng đó là một khác nhau migration.

“An old URL doesn’t have an obvious HTTPS twin — where does it redirect?” (bản dịch) «An old URL không có an obvious HTTPS twin — nơi làm điều này chuyển hướng?»

• Cho một giao thức chuyển có luôn một twin → giống nhau path on https://, một hop.
• Đó trang là genuinely đã biến mất → đó là một nội dung decision (404/410 hoặc chuyển hướng để đó closest relevant trang) — không mass-dump điều này on đó homepage.

HTTP → HTTPS migration checklist

trước khi (benchmark + prep)

• đầy đủ crawl của trực tiếp HTTP trang web saved (mỗi 200 + mỗi existing chuyển hướng + đích).
• Thứ hạng snapshot, GSC export (Performance, trang lập chỉ mục, Crawl Số liệu), và backlink profile archived.
• hiện tại robots.txt và noindex directives recorded.
• TLS certificate obtained (free DV là fine), 2 048-bit mấu chốt, auto-renewal configured.
• Wildcard phạm vi checked so với của bạn subdomain depth.
• Toàn bộ flip rehearsed on staging: mỗi path shape các chuyển hướng, không loops, không blockable mixed nội dung, canonicals emit HTTPS.
• Launch timed cho thấp hơn-traffic window.
• Confirmed Đây là truly giao thức-chỉ: host, paths, query strings, nội dung, và nền tảng là all unchanged.

** flip**

• mỗi HTTP URL 301-các chuyển hướng, máy chủ-side và một-để-một, để của nó HTTPS twin.
• Không chuyển hướng chains — old các URL land on cuối HTTPS đích trong một hop.
• Không bulk các chuyển hướng để homepage cho unmatched các URL.
• mỗi trang self-references rel="canonical" để của nó HTTPS URL.
• Liên kết nội bộ, XML sitemaps, và hreflang đã cập nhật để HTTPS (không left để các chuyển hướng).
• og:url / JSON-LD / hardcoded absolute các URL đã cập nhật để HTTPS.
• Blockable mixed nội dung (scripts, styles, iframes, XHR) fixed — những điều này nhận blocked outright.
• Upgradable mixed nội dung (images, media) fixed — không rely on trình duyệt auto-upgrade alone; upgrade-insecure-requests CSP đặt as transitional net, không khắc phục.
• bất kỳ migration-chỉ noindex hoặc robots.txt block đã xóa.

Search Console & sau khi

• Domain thuộc tính đã thêm trong GSC (được khuyến nghị default) — hoặc HTTPS URL-prefix properties verified individually nếu bạn cụ thể muốn segmented dữ liệu.
• New HTTPS sitemap được gửi; old HTTP properties kept verified cho monitoring, nếu bạn có them.
• Thay đổi của Address tool không được sử dụng (domain moves chỉ).
• Disavow file (nếu bất kỳ) reviewed cho HTTP các URL.
• Các chuyển hướng kept ít nhất 1 năm as floor, không removal date — ideally cho life của trang web.
• HTTP listener kept alive underneath chuyển hướng (limited rollback safety net, không guaranteed undo).
• HSTS không enabled on launch day; đã thêm chỉ sau khi HTTPS proves ổn định.
• TLS/trình duyệt behavior, Crawl Số liệu, trang lập chỉ mục, URL Inspection, nhật ký, và phân tích/business outcomes monitored cho 2–4 weeks (không fixed end date); dip đó không recover = điều gì đó broke.

tiêu chuẩn operating procedure: chạy migration

repeatable runbook. Assign owner để mỗi phase; không skip staging rehearsal.

T-minus ( week out) — benchmark & xây dựng

1. Crawl trực tiếp HTTP trang web; export đầy đủ URL list với các mã trạng thái và existing các chuyển hướng.
2. Export GSC (Performance, trang lập chỉ mục, Crawl Số liệu) và snapshot thứ hạng + backlink.
3. Obtain và install DV certificate on staging; xác nhận chain validates (SSL Labs).
4. Xây dựng single máy chủ-side 301 rule (http → https, bảo toàn path + query).
5. Cập nhật templates so canonicals, liên kết nội bộ, sitemaps, hreflang, và OG/JSON-LD emit HTTPS.
6. Chạy mixed-nội dung sweep on staging; khắc phục all blockable, sau đó upgradable.

T-zero (launch, thấp-traffic window) 7. Deploy cert để production; xác nhận HTTPS phục vụ với hợp lệ chain. 8. Enable 301 rule. Immediately spot-kiểm tra: handful của các URL mỗi trả về single 301 để đúng HTTPS URL. 9. xác nhận homepage và top templates render với không console mixed-nội dung các lỗi. 10. Xóa bất kỳ migration-chỉ noindex/robots.txt block.

T-plus (đầu tiên hour → đầu tiên day) 11. Re-crawl old HTTP URL list; xác nhận một-hop 301s, không chains, không 404s, không loops. 12. Thêm Domain thuộc tính trong GSC (được khuyến nghị default), hoặc verify HTTPS URL-prefix properties individually chỉ nếu bạn muốn segmented dữ liệu; submit HTTPS sitemap. 13. Watch máy chủ nhật ký và lỗi rates cho 5xx spikes dưới new load.

T-plus (đầu tiên 2–4 weeks) 14. Monitor GSC Crawl Số liệu + Trang Lập chỉ mục daily: HTTPS URLs → “Được lập chỉ mục,” HTTP URLs → “Page with redirect.” (bản dịch) «Trang với chuyển hướng.» 15. Spot-kiểm tra URL Inspection on key các trang: reported canonical = HTTPS, renders sạch. 16. So sánh so với của bạn benchmark; distinguish một recovering dip (settling) từ một stuck dip (hỏng) và cách sửa đó latter. 17. Review đó disavow file cho HTTP URLs.

T-plus (ổn định → ongoing) 18. sau khi HTTPS là proven ổn định và renewal là automated, thêm HSTS header. 19. cân nhắc preload chỉ nếu bạn’re confident bạn sẽ không cần để revert — removal là có thể nhưng chậm và operationally risky. 20. giữ 301s và HTTP listener cho ít nhất năm ( floor, không removal date) — ideally permanently. nếu incident bao giờ hits, repair HTTPS trước khi considering HTTP rollback; bộ nhớ đệm, cookies, và service workers có thể làm đó rollback incomplete.

Playbooks by situation

Nhỏ trang web ( một vài hundred các URL) on shared hosting Nhận free Let Encrypt cert (phần lớn hosts một-nhấp nó), thêm single 301 rule, cập nhật liên kết nội bộ và sitemap, chạy một mixed-nội dung truyền trong DevTools, verify HTTPS Domain thuộc tính trong GSC. Bạn có thể làm toàn bộ điều trong afternoon. main risk là forgotten hardcoded http:// asset — sweep cho nó.

Lớn trang web (100k+ các URL) behind CDN Put 301 tại edge (CDN/reverse proxy) so nó một rule tại quy mô, không theo-app logic. Benchmark hard đầu tiên — “trước” crawl và GSC export là của bạn chỉ safety net. Expect chỉ mục crossover để take lâu hơn nhỏ trang web; monitor Crawl Số liệu cho 5xx dưới load và watch cho chuyển hướng chains nơi legacy HTTP các chuyển hướng hiện tại stack. Re-crawl trong batches để xác nhận một-hop 301s.

trang web với existing chuyển hướng layer (past migrations, vanity các URL) trap là stacking: http://old → http://new → https://new. Rewrite nguồn rules so mỗi old URL reaches cuối HTTPS đích trong một hop. Audit cho chains explicitly sau khi launch — Đây là nơi equity leaks.

International trang web với hreflang mỗi hreflang chú thích và của nó trả về links phải reference HTTPS alternates. half-migrated hreflang cluster (some http, some https) silently breaks targeting. Regenerate all các chú thích từ single nguồn của truth on HTTPS.

Bạn đã flipped và thứ hạng dropped và haven’t recovered Hoạt động đó diagnosis trong order: (1) là bất cứ điều gì blocked trong robots.txt hoặc carrying một leftover noindex? (2) làm canonicals point tại https://? (3) là liên kết nội bộ on HTTP? (4) là ở đó chuyển hướng chains hoặc loops? (5) là blockable mixed nội dung breaking các trang, hoặc một bad certificate flipping Google canonical preference lại để HTTP? Hầu hết “HTTPS killed my rankings” (bản dịch) «HTTPS killed my thứ hạng» stories là một of những five — không đó giao thức chuyển itself. Cách sửa đó underlying HTTPS vấn đề trực tiếp; không jump để an HTTP rollback as đó đầu tiên move.

Điều gì không để làm

• Chuyển hướng mọi thứ để đó homepage. Đó single hầu hết damaging migration mistake. Mỗi old URL phải reach của nó own HTTPS twin. Google explicitly warns so với chuyển hướng nhiều old URLs để một irrelevant đích như đó home trang.
• Dùng 302 thay vì 301. MỘT 302 là “tạm thời” và các tín hiệu đó move không vĩnh viễn. Dùng 301 so engines fully transfer đó URL và của nó equity.
• Building chuyển hướng chains. http://a → http://b → https://b wastes crawl budget và speed. Chuyển hướng để đó cuối HTTPS đích trực tiếp.
• Leaving liên kết nội bộ on http://. Relying on đó 301 để “sạch lên” internal links có nghĩa là mỗi internal nhấp và mỗi crawl hits một chuyển hướng. Cách sửa đó links.
• Canonicals vẫn pointing tại http://. MỘT self-canonical đó references đó old scheme fights đó migration và confuses canonical selection.
• Ignoring blockable mixed nội dung until sau launch. MỘT blocked stylesheet hoặc JS bundle có thể leave các trang hỏng cho real người dùng on day một. Cách sửa blockable mixed nội dung trước đó flip.
• Dùng đó Thay đổi of Address tool cho một giao thức chuyển. đây là cho domain moves. Google says bạn không cần điều này ở đây.
• Assuming bạn phải verify all four GSC properties. Bạn không — một single Domain thuộc tính aggregates mỗi scheme/host variant tự động. (Verifying chỉ đó old HTTP thuộc tính và không có gì HTTPS-aware là vẫn đó real mistake để tránh.)
• Enabling HSTS (hoặc preload) on launch day. Điều này làm an HTTP rollback far ít hơn viable nếu đó HTTPS site turns out để là hỏng. Thêm điều này chỉ sau HTTPS là proven ổn định.
• Leaving một migration-chỉ noindex trong production. MỘT noindex hoặc robots.txt block bạn đã thêm để bảo vệ staging, forgotten và shipped, âm thầm deindexes đó new site.
• Tearing xuống đó HTTP listener immediately. Giữ điều này alive so đó 301s có điều gì đó để fire từ và so một chuyển hướng-rule revert là ít nhất an option.
• Treating “keep HTTP alive” (bản dịch) «giữ HTTP alive» as một guaranteed rollback. Được lưu đệm các chuyển hướng, cookies, và service workers có thể làm serving HTTP again unsafe hoặc incomplete — repair HTTPS đầu tiên, và treat reverting as một cuối cùng resort, không một routine undo.

HTTP → HTTPS migration — bảng tra nhanh

chuyển hướng & mapping facts

Certificate facts

Các tín hiệu để repoint

Mixed nội dung & HSTS

GSC properties Domain thuộc tính aggregates mỗi scheme/host variant tự động — được khuyến nghị default. URL-prefix properties (http://example.com · http://www.example.com · https://example.com · https://www.example.com) là tùy chọn segmentation, không universal requirement.

Force 301 (máy chủ-side)

Làm giao thức chuyển hướng trong máy chủ/edge config, không app code. Kiểm thử on staging đầu tiên — botched rule có thể tạo chuyển hướng loop đó locks mọi người out.

Apache (.htaccess)

# 301 every HTTP request to the same path on HTTPS
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Nginx

# Dedicated port-80 server block that 301s to HTTPS, preserving host + path
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

Verify URL trả về sạch single-hop 301

xác nhận mỗi old URL 301s straight để của nó HTTPS twin — không 302, không chain.

macOS / Linux

# Show every hop and status code for one URL
curl -sIL http://example.com/some/page \
  | grep -Ei '^(HTTP/|location):'
# Want a single 301 -> https://example.com/some/page -> 200, no extra hops

Windows (PowerShell)

# Follow redirects and print each status + Location
$r = Invoke-WebRequest -Uri "http://example.com/some/page" -MaximumRedirection 10
$r.BaseResponse.ResponseUri.AbsoluteUri   # final URL should be https://

tìm mixed nội dung left trong HTML

Grep được kết xuất trang cho insecure sub-các tài nguyên (scripts/styles/images/iframes).

macOS / Linux

curl -s https://example.com/ \
  | grep -Eo '(src|href)="http://[^"]+"' \
  | sort -u

Chrome DevTools Console — flag insecure sub-các tài nguyên on trực tiếp trang

Paste vào Console on bất kỳ HTTPS trang để list mỗi element vẫn pointing tại http:// (skips ordinary anchor links, mà không phải mixed nội dung):

[...document.querySelectorAll('[src],link[href],iframe[src]')]
  .map(el => el.src || el.href)
  .filter(u => u && u.startsWith('http://'))
  .forEach(u => console.warn('Insecure sub-resource:', u));

Batch-kiểm tra URL list sau khi launch (single-hop 301s)

Feed của bạn saved HTTP URL list trong và flag bất cứ điều gì đó không phải sạch một-hop 301.

macOS / Linux

# urls.txt = one http:// URL per line (from your pre-migration crawl)
while read -r u; do
  code=$(curl -s -o /dev/null -w '%{http_code}' -I "$u")
  loc=$(curl -sI "$u" | awk -F': ' 'tolower($1)=="location"{print $2}' | tr -d '\r')
  echo "$code  $u  ->  $loc"
done < urls.txt

cho toàn bộ-trang web sweep, crawler (Ahrefs trang web Audit, Screaming Frog) là nhanh hơn scripting URL by URL — nhưng những điều này snippets là handy cho spot-kiểm tra và CI.

Audit migration mapping trước khi launch

Act as a technical SEO reviewing an HTTP-to-HTTPS migration. I will provide a crawl
of live HTTP URLs, the current redirect export, the proposed HTTPS URL list, and a
staging crawl.

For every old URL, determine whether it maps one-to-one to the same host, path, and
query on HTTPS. Flag redirect chains, loops, 302s, homepage dumps, missing targets,
HTTP canonicals, HTTP internal links, HTTP sitemap or hreflang entries, blockable
mixed content, and staging noindex/robots blocks.

Return a table with old URL, observed status, first target, final target, expected
target, issue, severity, owner, and retest. Separate launch blockers from normal
post-launch index settling. Do not recommend the Change of Address tool for this
protocol-only move.

Diagnose post-launch decline

Compare the pre-launch crawl and Search Console exports with the post-launch crawl,
logs, Page Indexing, Crawl Stats, and URL Inspection samples. Test for blocked
crawling, surviving noindex, HTTP canonicals or internal links, redirect chains or
loops, 5xx responses, and mixed-content rendering failures. Explain which evidence
shows normal HTTP-to-HTTPS canonical crossover and which evidence shows a broken
migration. Give the smallest reversible fix and a validation query for each finding.

giao thức-chỉ migration framework

Treat HTTP→HTTPS as four linked các hệ thống thay vì certificate installation:

1. Transport: HTTPS phục vụ hợp lệ certificate và hoàn tất chain on mỗi bắt buộc hostname.
2. Routing: mỗi HTTP URL trả về một vĩnh viễn, máy chủ-side chuyển hướng để của nó chính xác HTTPS twin. 301 là bridge đó preserves URL meaning; Google nói vĩnh viễn các chuyển hướng không lose PageRank.
3. Các tín hiệu: Canonicals, liên kết nội bộ, sitemaps, hreflang, và structured URL references all agree on HTTPS thay vì đang làm các crawler rediscover move qua các chuyển hướng.
4. Observation: saved baseline, post-launch crawl, nhật ký, và Search Console distinguish dự kiến chỉ mục crossover từ kỹ thuật thất bại.

giao thức-chỉ phạm vi giữ risk thấp chỉ Khi host, path, query behavior, nội dung, và kết xuất stay tương đương. nếu những điều đó thay đổi tại giống nhau time, split hoạt động vào tách biệt migrations so mỗi thất bại có diagnosable nguyên nhân.

Migration verification tools

• chuyển hướng Checker — inspect riêng lẻ HTTP URL’s đầy đủ path và xác nhận nó reaches matching HTTPS URL trong một hop.
• Bulk mã trạng thái HTTP Checker — retest saved pre-launch URL đặt cho vĩnh viễn các chuyển hướng, hỏng targets, loops, và unexpected statuses.
• Canonicalization Checker — verify cuối HTTPS trang declares dự kiến HTTPS canonical thay vì pointing lại để HTTP.

Export kết quả trước khi và sau khi launch. tool kết quả là phần lớn hữu ích Khi nó có thể là compared với approved URL mapping thay vì judged trong isolation.

Migration phát hành các kiểm thử

Kiểm thử 1: staging rehearsal

• Purpose: Prove nội dung và các tín hiệu là HTTPS-ready trước khi các chuyển hướng ảnh hưởng người dùng hoặc các crawler.
• Phương thức: Crawl representative paths và templates on staging; inspect canonicals, liên kết nội bộ, hreflang, sitemaps, robots directives, và được kết xuất tài nguyên các URL.
• Dự kiến kết quả: các trang render equivalently, emit HTTPS các tín hiệu, contain không blockable mixed nội dung, và carry không migration-chỉ crawl hoặc chỉ mục block.
• thất bại trigger: HTTP các tín hiệu, blocked các tài nguyên, certificate các lỗi, hoặc surviving noindex/robots restriction.
• tiếp theo hành động: Hold launch và đúng nguồn template hoặc configuration.

Kiểm thử 2: một-để-một chuyển hướng replay

• Purpose: xác nhận production routing preserves mỗi old URL’s đích.
• Phương thức: Replay saved HTTP URL crawl qua bulk status checker và so sánh đầu tiên và cuối destinations với approved mapping.
• Dự kiến kết quả: mỗi old URL trả về một vĩnh viễn chuyển hướng để của nó chính xác HTTPS twin, whose cuối phản hồi là healthy.
• thất bại trigger: chain, loop, 302, homepage dump, changed path/query, 4xx, hoặc 5xx đích.
• tiếp theo hành động: đúng nguồn chuyển hướng rule; giữ HTTP listener khả dụng cho rollback cho đến khi replay truyền.

Kiểm thử 3: post-launch tìm kiếm-tín hiệu kiểm tra

• Purpose: Verify các crawler nhận consistent migration story.
• Phương thức: Inspect mấu chốt HTTPS các URL và monitor nhật ký, Crawl Số liệu, và trang lập chỉ mục so với saved baseline.
• Dự kiến kết quả: HTTPS các URL là được crawl và được chọn as canonical trong khi HTTP các URL increasingly xuất hiện as được chuyển hướng; phản hồi các lỗi vẫn trong trang web established baseline.
• thất bại trigger: Persistent HTTP canonicals, widespread blocked crawling, chuyển hướng loops, hoặc material 5xx increase.
• tiếp theo hành động: Apply predefined reversible khắc phục; không enable HSTS cho đến khi HTTPS phát hành là ổn định.

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

My speaking

• Tốt hơn Safe Hơn Sorry với HTTPS — SMX East 2016 (SlideShare) — my deep-dive on TLS, đó phổ biến HTTPS implementation failures, và đó migration gotchas: 302-thay vì-of-301 mistakes, bị thiếu HTTPS canonicals, TLS SNI misconfigurations đó có thể nhận bạn de-được lập chỉ mục by Bing/Baidu, và đó referral-dữ liệu (“dark traffic” (bản dịch) «dark traffic») mất mát on HTTPS→HTTP links. (Standing disclaimer áp dụng: đây là my understanding of những các hệ thống, và đó adoption số liệu trong điều này là từ 2016.)

My related writing

• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi migrations và HTTPS fit trong bigger picture.

từ khoảng ngành

• Google trang web moves với URL thay đổi — canonical migration playbook (máy chủ-side 301s, một-hop các chuyển hướng, giữ các chuyển hướng ≥1 năm, không Thay đổi của Address tool cho HTTP→HTTPS).
• Google Enable HTTPS on của bạn các máy chủ và Sửa mixed nội dung — phần lớn hữu ích concentrated implementation tài liệu.
• Let Encrypt — free, automated DV certificates với được xây dựng-trong renewal; all bạn cần cho tín hiệu xếp hạng.
• SSL Labs máy chủ Kiểm thử — grade của bạn TLS configuration sau khi cert là installed.
• hstspreload.org — kiểm tra eligibility (và đọc removal warnings) trước khi bạn commit để preload.
• HSTS — Điều gì nó là và Cách sử dụng nó (Kinsta) — practical HSTS hướng dẫn covering preload lock-trong risk.
• HTTPS là Easy (Troy Hunt) — ngắn video series demystifying TLS setup từ scratch.

Số liệu worth citing

• 301 các chuyển hướng không lose PageRank. Google flat statement — đó number đó kills đó “switching to HTTPS costs link equity” (bản dịch) «switching để HTTPS costs giá trị liên kết» myth và defines đó toàn bộ migration approach. Nguồn
• Giữ các chuyển hướng ít nhất 1 năm. Google own được khuyến nghị minimum — không một cutoff sau mà removal là safe; hầu hết các trang giữ them indefinitely. Nguồn
• All HTTP các trang marked “Không Secure” since Chrome 68 (July 2018). Đó deadline đó turned HTTPS migration từ tùy chọn để bảng stakes. Nguồn
• ~89% of websites hiện tại dùng HTTPS. Đó migration là về không đang đó holdout, không về một xếp hạng gain (W3Techs, 2026; xác nhận đó hiện tại hình).
• Googlebot follows lên để 10 hops trong một chuỗi chuyển hướng, nhưng Google advises chuyển hướng để đó cuối đích trực tiếp — đó ceiling behind đó “không chains” rule. Nguồn

Tự kiểm tra: HTTP để HTTPS Migration

Five nhanh các câu hỏi on đang chạy HTTP→HTTPS migration. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi