Thay đổi URL HTML

Phương thức replace() của giao diện Location thay thế tài nguyên hiện tại bằng tài nguyên tại URL được cung cấp. Sự khác biệt so với phương thức assign() là sau khi sử dụng replace(), trang hiện tại sẽ không được lưu trong phiên History, nghĩa là người dùng sẽ không thể sử dụng nút quay lại để điều hướng đến trang đó

Nếu nhiệm vụ không thể thực hiện do vi phạm an ninh, một DOMException thuộc loại SECURITY_ERROR sẽ bị ném. Điều này xảy ra nếu nguồn gốc của tập lệnh gọi phương thức khác với nguồn gốc của trang được mô tả ban đầu bởi đối tượng Location, chủ yếu là khi tập lệnh được lưu trữ trên một miền khác

Nếu URL được cung cấp không hợp lệ, một DOMException thuộc loại

// Navigate to the Location.reload article by replacing this page
window.location.replace('https://developer.mozilla.org/en-US/docs/Web/API/Location.reload');

replace(url)

// Navigate to the Location.reload article by replacing this page
window.location.replace('https://developer.mozilla.org/en-US/docs/Web/API/Location.reload');

// Navigate to the Location.reload article by replacing this page
window.location.replace('https://developer.mozilla.org/en-US/docs/Web/API/Location.reload');

// Navigate to the Location.reload article by replacing this page
window.location.replace('https://developer.mozilla.org/en-US/docs/Web/API/Location.reload');

Bảng BCD chỉ tải trong trình duyệt có bật JavaScript. Bật JavaScript để xem dữ liệu

Tìm thấy một vấn đề nội dung với trang này?

• Chỉnh sửa trang trên GitHub
• Báo cáo vấn đề nội dung
• Xem nguồn trên GitHub

Trang này được sửa đổi lần cuối vào ngày 13 tháng 9 năm 2022 bởi những người đóng góp MDN

Bạn có thể chỉnh sửa URL của bất kỳ trang đã xuất bản, bài đăng trên blog hoặc bài viết cơ sở kiến ​​thức nào. Khi nội dung được xuất bản hoặc cập nhật, điều này sẽ tự động tạo chuyển hướng từ URL cũ sang URL mới.  

Xin lưu ý. việc thay đổi URL của một trang, bài đăng hoặc bài viết sẽ đặt lại dữ liệu lượt xem của trang đó trong phân tích của bạn và ảnh hưởng đến thứ hạng tìm kiếm của trang. Tìm hiểu thêm về cách thay đổi URL có thể tác động đến SEO

Chỉnh sửa URL của trang

Trong trình chỉnh sửa nội dung, bạn có thể tùy chỉnh riêng tên miền và sên URL của trang. Bạn cũng có thể chỉnh sửa URL chuẩn của trang đó trong cài đặt nâng cao của nó.  

Xin lưu ý. nếu URL bạn đang cố đặt đã được nội dung khác sử dụng, bạn cần thay đổi URL của nội dung đó trước khi thực hiện chỉnh sửa của mình.  

Bài viết này mô tả cách thay đổi URL của các trang hiện có trên trang web của bạn với tác động tối thiểu đến kết quả Google Tìm kiếm của bạn. Ví dụ về loại di chuyển trang web này bao gồm

• URL thay đổi từ HTTP thành HTTPS
• Thay đổi tên miền, chẳng hạn như example.com thành example.net hoặc hợp nhất nhiều miền hoặc tên máy chủ
• đường dẫn URL thay đổi. example.com/page.php?id=1 đến example.com/widget, hoặc example.com/page.html đến example.com/page.htm

Tổng quan

1. Xem lại thông tin cơ bản về di chuyển trang web. Biết điều gì sẽ xảy ra và điều đó có thể ảnh hưởng như thế nào đến người dùng và thứ hạng của bạn. Nếu chuyển từ HTTP sang HTTPS, hãy xem lại các phương pháp hay nhất dành cho HTTPS
2. và kiểm tra nó kỹ lưỡng
3. từ các URL hiện tại sang định dạng mới tương ứng của chúng
4. bằng cách định cấu hình máy chủ để chuyển hướng từ URL cũ sang URL mới
5. trên cả URL cũ và mới

Câu hỏi thường gặp cho tất cả các lần di chuyển trang web có thay đổi URL

• Google có khuyên bạn nên di chuyển mọi thứ cùng nhau hay di chuyển theo từng phần có ổn không?
  Di chuyển trong các phần là tốt
• Làm cách nào bạn có thể kiểm tra xem có bao nhiêu trang được lập chỉ mục?
  Xác minh dữ liệu riêng cho từng sản phẩm trong Search Console. Sử dụng báo cáo Trạng thái chỉ mục để có cái nhìn bao quát. Sử dụng báo cáo Sơ đồ trang web để xem có bao nhiêu URL được gửi trong sơ đồ trang web đã được lập chỉ mục
• Mất bao lâu để Google nhận ra các thay đổi về URL?
  Không có tần suất thu thập dữ liệu cố định; . Việc di chuyển diễn ra trên cơ sở mỗi URL
• Bạn có bị mất tín dụng cho các liên kết khi chuyển hướng đến các URL mới không?
  Không, các chuyển hướng 301 hoặc 302 không làm giảm PageRank

Di chuyển từ HTTP sang HTTPS

• Xem xét các phương pháp hay nhất cho HTTPS
• Đảm bảo thêm thuộc tính HTTPS vào Search Console. Search Console xử lý riêng HTTP và HTTPS; . Vì vậy, nếu bạn có các trang trong cả hai giao thức, thì bạn phải có một sản phẩm Search Console riêng cho từng giao thức

Câu hỏi thường gặp về di chuyển HTTP sang HTTPS

Việc di chuyển HTTPS này có ảnh hưởng đến xếp hạng không?

Như với tất cả các lần di chuyển, bạn có thể gặp một số biến động xếp hạng trong quá trình di chuyển. Tuy nhiên, để tránh những cạm bẫy dành riêng cho HTTPS, hãy xem lại thông tin về các phương pháp hay nhất dành cho các trang HTTPS

Các trang web HTTPS nhận được một sự gia tăng thứ hạng nhỏ, nhưng không mong đợi một sự thay đổi rõ ràng. Google sử dụng HTTPS như một tín hiệu xếp hạng tích cực. Tín hiệu này là một trong số nhiều tín hiệu khác và hiện có ít trọng lượng hơn nội dung trang web chất lượng cao; . Về lâu dài, Google có thể tăng cường độ tăng cường HTTPS

Có thể chỉ chuyển một số trang sang HTTPS không?

Vâng, không sao đâu. Bắt đầu với một phần, kiểm tra nó, sau đó di chuyển nhiều hơn theo tốc độ của riêng bạn

Nếu bạn đang di chuyển từng phần từ HTTP sang HTTPS và bạn muốn tránh lập chỉ mục sớm các URL theo giai đoạn, chúng tôi khuyên bạn nên sử dụng HTTPS0 thay vì chuyển hướng. Nếu bạn sử dụng chuyển hướng, bạn sẽ không thể kiểm tra các trang được chuyển hướng

Thẻ HTTPS0 có đảm bảo rằng URL HTTP được lập chỉ mục không?

Không, nhưng đó là tín hiệu rất mạnh khi chọn URL được lập chỉ mục

Google đề xuất chứng chỉ nào?

Đối với Google Tìm kiếm, bất kỳ chứng chỉ hiện đại nào được các trình duyệt hiện đại chấp nhận đều được chấp nhận

Các từ khóa tìm kiếm có thay đổi sau khi chuyển sang HTTPS không?

Điều này sẽ không thay đổi với HTTPS;

Làm cách nào để kiểm tra có bao nhiêu trang đã được lập chỉ mục?

Xác minh riêng HTTP và HTTPS trong Search Console và sử dụng báo cáo Phạm vi lập chỉ mục để xem trang nào đã được lập chỉ mục

Việc chuyển từ HTTP sang HTTPS sẽ mất bao lâu?

Không có tần suất thu thập dữ liệu cố định; . Việc di chuyển diễn ra trên cơ sở mỗi URL

Chúng tôi tham khảo sơ đồ trang web HTTP của mình trong rô bốt. txt. Chúng ta có nên cập nhật robot. txt để bao gồm các sơ đồ trang web HTTPS mới của chúng tôi?

Chúng tôi khuyên bạn nên cập nhật rô-bốt của mình. txt để trỏ đến phiên bản HTTPS của tệp sơ đồ trang web của bạn. Chúng tôi cũng khuyên bạn chỉ nên liệt kê các URL HTTPS trong sơ đồ trang web của mình

Hãy nhớ rằng nếu bạn đang chuyển hướng từng URL trên trang web của mình từ HTTP sang HTTPS, thì bạn vẫn sẽ chỉ có một tệp robots. txt mà trình thu thập thông tin có thể truy cập được. Ví dụ: nếu HTTPS2 chuyển hướng đến HTTPS3, thì nội dung của phiên bản HTTP sẽ không hiển thị với Google và các công cụ tìm kiếm khác

Sơ đồ trang web nào sẽ ánh xạ phần trong bản dùng thử HTTPS?

Bạn có thể tạo một sơ đồ trang web riêng chỉ dành cho phần được cập nhật trên trang web của mình. Điều này sẽ cho phép bạn theo dõi việc lập chỉ mục của phần dùng thử chính xác hơn. Tuy nhiên, hãy đảm bảo không sao chép các URL này trong bất kỳ sơ đồ trang web nào khác

Sơ đồ trang web của chúng tôi nên liệt kê những URL nào nếu chúng tôi có chuyển hướng (từ HTTP sang HTTPS hoặc ngược lại)?

Liệt kê tất cả các URL HTTPS mới trong sơ đồ trang web của bạn và xóa các URL HTTP cũ. Nếu bạn muốn tạo sơ đồ trang web mới, chỉ liệt kê các URL HTTPS mới trong đó

Có bất kỳ điều cụ thể nào khác mà chúng tôi cần thêm vào rô-bốt không. txt cho phiên bản HTTPS?

KHÔNG

Chúng ta có nên hỗ trợ HSTS không?

HSTS tăng tính bảo mật, nhưng tăng thêm độ phức tạp cho chiến lược khôi phục của bạn. Xem các phương pháp hay nhất về HTTPS để biết thêm thông tin

Chúng tôi sử dụng một sơ đồ trang web Google Tin tức duy nhất cho toàn bộ trang web của mình. Chúng tôi phải làm gì nếu đang di chuyển trang web của mình từng phần một?

Nếu muốn sử dụng sơ đồ trang web Google Tin tức cho phần HTTPS mới, bạn sẽ phải liên hệ với nhóm Tin tức để cho họ biết về thay đổi giao thức và sau đó, trong thuộc tính HTTPS của bạn trong Search Console, bạn có thể gửi sơ đồ trang web Google Tin tức mới như

Có bất kỳ đề xuất cụ thể nào cho Trung tâm xuất bản của Google Tin tức với việc di chuyển HTTPS không?

Trung tâm xuất bản của Google Tin tức xử lý chuyển HTTP sang HTTPS một cách minh bạch. Nói chung, bạn không phải làm gì từ góc độ Google Tin tức, trừ khi bạn cũng đang sử dụng sơ đồ trang web Tin tức. Trong trường hợp đó, hãy liên hệ với nhóm Tin tức và cho họ biết về sự thay đổi. Bạn cũng có thể cho nhóm biết về việc thay đổi các phần, ví dụ: trong trường hợp bạn đang chuyển sang HTTPS, bạn có thể chỉ định rằng bạn đang chuyển HTTPS4 sang HTTPS4

Chuẩn bị trang web mới

Chi tiết về việc chuẩn bị địa điểm sẽ khác nhau đối với mỗi lần di chuyển địa điểm, nhưng thông thường, bạn sẽ thực hiện một hoặc nhiều thao tác sau

• Thiết lập hệ thống quản lý nội dung (CMS) mới và thêm nội dung vào đó
• Chuyển hình ảnh và nội dung tải xuống (chẳng hạn như tài liệu PDF) mà bạn hiện đang lưu trữ
  Những địa điểm này có thể đã nhận được lưu lượng truy cập từ Google Tìm kiếm hoặc các liên kết và sẽ rất hữu ích khi thông báo cho người dùng và Googlebot về vị trí mới của họ
• Để chuyển sang HTTPS, hãy tải và định cấu hình các chứng chỉ TLS bắt buộc trên máy chủ của bạn

Thiết lập một robot. txt cho trang web mới của bạn

Các robot. txt cho một trang web kiểm soát những khu vực mà Googlebot có thể thu thập thông tin. Đảm bảo các quy tắc trong rô-bốt của trang web mới. txt phản ánh chính xác những phần bạn muốn chặn thu thập dữ liệu

Lưu ý rằng một số chủ sở hữu trang web chặn tất cả hoạt động thu thập dữ liệu khi đang phát triển. Nếu bạn làm theo chiến lược này, hãy chắc chắn rằng bạn đã chuẩn bị những gì robot. txt sẽ trông giống như khi quá trình di chuyển trang bắt đầu. Tương tự như vậy, nếu bạn sử dụng quy tắc HTTPS6 trong quá trình phát triển, hãy chuẩn bị danh sách các URL mà bạn sẽ xóa quy tắc HTTPS6 khi bắt đầu di chuyển trang web.

Cung cấp lỗi cho nội dung đã xóa hoặc hợp nhất

Đối với nội dung trên trang web cũ sẽ không được chuyển sang trang web mới, hãy đảm bảo rằng các URL mồ côi đó trả lại chính xác mã phản hồi lỗi HTTP HTTPS8 hoặc HTTPS9. Bạn có thể trả lại mã phản hồi lỗi tại URL cũ trong bảng cấu hình cho trang web mới của mình hoặc bạn có thể tạo một chuyển hướng cho một URL mới và yêu cầu mã đó trả về mã lỗi HTTP

Không chuyển hướng nhiều URL cũ đến một đích không liên quan, chẳng hạn như trang chủ của trang web mới. Điều này có thể gây nhầm lẫn cho người dùng và có thể được coi là. Tuy nhiên, nếu bạn đã hợp nhất nội dung được lưu trữ trước đó trên nhiều trang thành một trang mới, bạn có thể chuyển hướng các URL cũ hơn sang trang hợp nhất mới đó

Đảm bảo cài đặt Search Console chính xác

Di chuyển trang web thành công phụ thuộc vào cài đặt Search Console chính xác và cập nhật

Nếu bạn chưa có, hãy xác minh rằng bạn sở hữu cả trang web cũ và mới trong Search Console. Đảm bảo xác minh tất cả các biến thể của cả trang web cũ và mới. Ví dụ: xác minh example.com1 và example.com, đồng thời bao gồm cả biến thể trang web HTTPS và HTTP nếu bạn sử dụng URL HTTPS. Làm điều này cho cả trang web cũ và mới

Xem lại quá trình xác minh Search Console

Đảm bảo xác minh Search Console của bạn sẽ tiếp tục hoạt động sau khi di chuyển trang web. Nếu bạn đang sử dụng một phương thức xác minh khác, hãy nhớ rằng mã thông báo xác minh có thể khác khi URL thay đổi

Nếu bạn đang sử dụng để xác minh quyền sở hữu trang web của mình trong Search Console, hãy đảm bảo bạn không quên đưa tệp xác minh hiện tại vào bản sao mới của trang web

Tương tự như vậy, nếu bạn xác minh quyền sở hữu bằng một tệp bao gồm tham chiếu hoặc để xác minh quyền sở hữu, hãy đảm bảo rằng bản sao CMS mới cũng bao gồm những tệp này

Xem lại mọi cài đặt đã định cấu hình trong Search Console

Nếu bạn đã thay đổi một số cài đặt cấu hình trong Search Console cho trang web cũ của mình, hãy đảm bảo cài đặt của trang web mới cũng được cập nhật để phản ánh những thay đổi đó. Ví dụ

• tỷ lệ thu thập dữ liệu. Chúng tôi khuyên bạn không nên giới hạn tốc độ thu thập dữ liệu của Googlebot trong Search Console cho cả URL cũ và URL mới. Chúng tôi khuyên bạn cũng không nên định cấu hình cài đặt tốc độ thu thập thông tin. Chỉ làm điều này nếu bạn biết rằng trang web của mình không thể xử lý khối lượng thu thập dữ liệu của Googlebot. Nếu bạn đã giới hạn tốc độ thu thập dữ liệu của Googlebot cho trang web cũ của mình, hãy cân nhắc xóa nó. Google có các thuật toán tự động phát hiện rằng việc di chuyển trang web đã được thực hiện và chúng tôi thay đổi hành vi thu thập thông tin của Googlebot để việc lập chỉ mục của chúng tôi phản ánh nhanh chóng việc di chuyển trang web
• Liên kết ngược bị từ chối. Nếu bạn đã tải lên một tệp để từ chối liên kết trên trang web cũ của mình, chúng tôi khuyên bạn nên tải tệp đó lên lại bằng tài khoản Search Console của trang web mới

Dọn dẹp tên miền đã mua gần đây của bạn

Nếu trang web mới của bạn dành cho một miền đã mua gần đây, bạn sẽ muốn đảm bảo rằng trang web đó không có bất kỳ vấn đề tồn đọng nào từ chủ sở hữu trước đó. Kiểm tra các cài đặt sau

• Thao tác thủ công đối với thư rác trước đó. Đối với các trang web không tuân thủ chính sách spam của chúng tôi, Google sẵn sàng thực hiện hành động thủ công, chẳng hạn như giảm hạng hoặc thậm chí xóa chúng hoàn toàn khỏi kết quả tìm kiếm của chúng tôi. Kiểm tra trang Thao tác thủ công trong Search Console để xem liệu có bất kỳ thao tác thủ công nào đã được áp dụng cho trang web mới hay không và giải quyết mọi vấn đề được liệt kê ở đó trước khi gửi yêu cầu xem xét lại
• URL đã xóa. Đảm bảo rằng không có bất kỳ thao tác xóa URL nào còn sót lại từ chủ sở hữu trước đó, đặc biệt là thao tác xóa URL trên toàn trang web. Ngoài ra, trước khi gửi yêu cầu xóa URL cho nội dung của bạn, hãy đảm bảo rằng bạn

Sử dụng phân tích trang web

Trong quá trình di chuyển trang, điều quan trọng là phải phân tích việc sử dụng trên cả trang cũ và trang mới. Phần mềm phân tích trang web có thể giúp với điều này. Thông thường, cấu hình phân tích trang web bao gồm một đoạn JavaScript được nhúng trong các trang của bạn. Các chi tiết để theo dõi các trang web khác nhau tùy thuộc vào phần mềm phân tích của bạn và cài đặt ghi nhật ký, xử lý hoặc lọc của nó. Kiểm tra với nhà cung cấp phần mềm phân tích của bạn để được trợ giúp. Ngoài ra, nếu bạn đã lên kế hoạch thực hiện bất kỳ thay đổi cấu hình nào đối với phần mềm phân tích của mình, thì bây giờ là thời điểm tốt. Nếu bạn sử dụng Google Analytics, hãy xem xét việc tạo tiểu sử mới cho trang web mới của mình nếu bạn muốn tách biệt rõ ràng trong các báo cáo nội dung của mình

Đảm bảo rằng máy chủ của bạn có đủ tài nguyên máy tính

Sau khi di chuyển, Google sẽ thu thập dữ liệu trang web mới của bạn nhiều hơn bình thường. Điều này là do trang web của bạn chuyển hướng lưu lượng truy cập từ trang web cũ sang trang web mới và mọi hoạt động thu thập thông tin của trang web cũ sẽ được chuyển hướng đến trang web mới, ngoài mọi hoạt động thu thập thông tin khác. Đảm bảo rằng trang web mới của bạn có đủ năng lực để xử lý lưu lượng truy cập gia tăng từ Google

Cập nhật công cụ đánh dấu dữ liệu

Nếu bạn đã sử dụng Công cụ đánh dấu dữ liệu để ánh xạ các trang cũ của mình, thì bạn sẽ cần thực hiện lại thao tác ánh xạ cho trang web mới của mình