Di chuyển SEO cho thiết kế lại trang web, thay đổi tên miền hoặc chuyển CMS

Di chuyển SEO bao gồm những gì?

Di chuyển SEO phối hợp các thay đổi kỹ thuật và nội dung cần thiết để chuyển một trang web mà không bỏ lại các trang quan trọng. Nó áp dụng cho thiết kế lại, thay đổi tên miền, đổi thương hiệu và chuyển CMS.

Quyết định đầu tiên là phạm vi: liệt kê mọi hostname, phiên bản ngôn ngữ và nhóm trang bị ảnh hưởng. Sau đó xác định các trang có lưu lượng tìm kiếm, liên kết đến hoặc giá trị kinh doanh. Đây là những ưu tiên di chuyển, không phải trang để loại bỏ một cách tùy tiện.

Launch Spec ghi lại loại di chuyển, chủ sở hữu, trình tự ra mắt, nguồn URL và các kiểm tra chấp nhận. Nó cũng ghi chú những gì không thay đổi, để nhóm có thể tách biệt vấn đề di chuyển khỏi công việc thiết kế lại không liên quan. Nếu trích dẫn từ trợ lý AI quan trọng, hãy bao gồm các URL hiện đang được trích dẫn và các trang tham khảo quan trọng trong đường cơ sở. Điều đó cung cấp cho nhóm một bản ghi để so sánh sau khi phát hành.

Đối với công việc tìm kiếm AI rộng hơn ngoài di chuyển, hãy xem khả năng hiển thị trên AI search và audit GEO của chúng tôi.

Làm thế nào để ánh xạ URL và chuyển hướng?

Một bản đồ URL di chuyển nên cung cấp cho mỗi URL cũ được giữ lại một đích đến rõ ràng và mỗi URL bị xóa một cách xử lý có chủ đích. Xây dựng nó trước khi các quy tắc chuyển hướng được triển khai.

• Xuất URL hiện tại từ quá trình thu thập trang web và dữ liệu analytics hoặc tìm kiếm có sẵn.
• Ghép mỗi trang cũ với trang mới tương đương gần nhất, không tự động về trang chủ.
• Đánh dấu các trang không có trang kế thừa để xem xét; quyết định giữ lại, hợp nhất hoặc loại bỏ chúng.
• Kiểm tra rằng các liên kết nội bộ, tham chiếu canonical, các biến thể ngôn ngữ và điều hướng sử dụng URL cuối cùng.
• Kiểm tra các đường dẫn đại diện, bao gồm các trang lồng nhau và các mẫu URL đã thay đổi, trên staging.

Giữ bản đồ trong một tệp chia sẻ với URL nguồn, URL đích, chủ sở hữu trang và trạng thái xem xét. Đánh dấu các chuỗi chuyển hướng, vòng lặp, dấu gạch chéo không nhất quán và các phiên bản hostname hoặc giao thức hỗn hợp trước khi ra mắt. Chuyển hướng không phải là sự thay thế cho một đích đến phù hợp: nếu trang mới trả lời một nhu cầu khác, hãy sửa đổi bản đồ hoặc kế hoạch nội dung.

AEOTech kiểm tra bản đồ so với đường cơ sở thu thập trong Spec Review, sau đó ghi lại các chỉnh sửa trong Run Log. Điều này làm rõ URL nào đã được xem xét và URL nào vẫn cần quyết định của chủ sở hữu. Nếu bạn cũng đang xây dựng lại các tín hiệu AI-search kỹ thuật, hãy phối hợp di chuyển với AEO kỹ thuật thay vì coi nó như một lần ra mắt riêng biệt.

Những gì cần vượt qua trước khi trang web mới đi vào hoạt động?

Staging là nơi để xác nhận rằng trang web mới đã sẵn sàng nhận lưu lượng truy cập và các tín hiệu trang chính đã được chuyển giao. Việc xem xét nên sử dụng các mẫu đại diện cũng như các URL ưu tiên riêng lẻ.

Tách biệt các kiểm soát staging tạm thời khỏi cài đặt dành cho sản xuất. Xác nhận ai sẽ xóa hoặc thay thế chúng khi ra mắt và thêm nhiệm vụ đó vào danh sách kiểm tra phát hành. So sánh các mẫu trang cũ và mới để tìm nội dung, tiêu đề, điều hướng và tham chiếu quan trọng bị thiếu; một chuyển hướng hợp lệ về mặt kỹ thuật không thể khôi phục thông tin bị bỏ qua khỏi trang đích.

Chúng tôi ghi lại các kiểm tra và mục mở trong Launch Spec, với một chủ sở hữu được chỉ định cho mỗi vấn đề chưa giải quyết. Nếu nhóm của bạn duy trì các tệp nhằm hướng dẫn AI crawler, hãy coi đó là một quyết định kỹ thuật riêng biệt và xem xét llms.txt và công việc crawler cùng với các nhiệm vụ di chuyển. Không sử dụng tệp mới như một sự thay thế cho các chuyển hướng tốt, trang có thể truy cập hoặc nội dung chính xác.

Làm thế nào để theo dõi di chuyển sau khi ra mắt?

Theo dõi sau ra mắt so sánh trang trực tiếp với đường cơ sở trước di chuyển và biến các vấn đề quan sát được thành các bản sửa lỗi được giao. Mục đích là phát hiện và sửa các vấn đề trong khi bối cảnh phát hành vẫn còn rõ ràng.

1. Xác nhận rằng các trang ưu tiên và đường dẫn chính của trang web tải trên tên miền sản xuất.
2. Kiểm tra lại các đích chuyển hướng và các nhóm URL được liệt kê trong bản đồ di chuyển.
3. Xem xét các tín hiệu thu thập và lưu lượng truy cập so với đường cơ sở đã ghi nhận.
4. Ghi lại các thay đổi bất ngờ, URL bị ảnh hưởng, bằng chứng và người chịu trách nhiệm sửa lỗi.
5. Kiểm tra lại các mục đã giải quyết và ghi lại kết quả trong Readout.

Biến động tạm thời sau khi ra mắt là bình thường, vì vậy việc xem xét nên tập trung vào các mẫu và lỗi cụ thể thay vì một ảnh chụp nhanh duy nhất. Ví dụ, sự sụt giảm trên một mẫu yêu cầu một cuộc điều tra khác với lỗi chuyển hướng giới hạn trong một nhóm URL nhỏ. Run Log giữ các phát hiện đó gắn với các trang và bản sửa lỗi cụ thể.

Readout tóm tắt các kiểm tra đã hoàn thành, vấn đề mở và hành động tiếp theo bằng ngôn ngữ đơn giản cho chủ sở hữu tiếp thị và kỹ thuật. Nếu bạn cần công việc khả năng hiển thị liên tục sau giai đoạn di chuyển, hãy so sánh dự án này với theo dõi khả năng hiển thị trên AI. Đối với một kế hoạch nội dung rộng hơn, hãy xem nội dung cho câu trả lời AI.

Điều gì có thể thay đổi sau khi ra mắt lại trang web?

Một kế hoạch di chuyển có thể kiểm soát công việc triển khai và xác minh, nhưng nó không thể kiểm soát cách các nền tảng xử lý trang web đã thay đổi. Công cụ tìm kiếm chọn thời điểm thu thập lại và đánh giá lại URL, và trợ lý AI chọn nguồn để trích dẫn; cả thời gian và trích dẫn liên tục đều không phải do chúng tôi đặt ra.

Sử dụng Readout để tách biệt việc bàn giao khỏi kết quả nền tảng. Nó nên hiển thị chuyển hướng và tín hiệu trang nào đã được kiểm tra, bản sửa lỗi nào đã hoàn thành và những gì còn mở. Bằng chứng đó cho phép nhóm của bạn hành động dựa trên một vấn đề kỹ thuật có thể xác định thay vì phỏng đoán từ một thay đổi khả năng hiển thị rộng.

Đối với các dự án có đổi thương hiệu lớn, hãy ghi lại tên tổ chức và sản phẩm mới một cách nhất quán trên toàn bộ trang web và tài liệu hỗ trợ. Công việc entity và knowledge graph của chúng tôi có thể giải quyết nhu cầu riêng biệt đó. Đối với việc di chuyển tên miền với việc viết lại nội dung đáng kể, hãy bao gồm cả bản đồ URL và danh sách thay đổi trang trong quá trình xem xét; phạm vi chuyển hướng một mình sẽ không mô tả những gì đã thay đổi đối với khách truy cập.

Để bắt đầu, hãy gửi cho AEOTech tên miền hiện tại, tên miền dự kiến hoặc chuyển CMS, xuất URL cũ, quyền truy cập staging và khung thời gian ra mắt dự kiến của bạn. Chúng tôi sẽ xem xét các đầu vào, xác định các kiểm tra trong Launch Spec và xác nhận phạm vi di chuyển trước khi triển khai bắt đầu.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Thu thập các đầu vào di chuyểnChia sẻ trang hiện tại, các thay đổi dự kiến, xuất URL, quyền truy cập analytics và khung thời gian ra mắt. Chúng tôi xác nhận các tên miền bị ảnh hưởng, nhóm trang và chủ sở hữu.
2. Thiết lập đường cơ sởChúng tôi thu thập trang hiện tại và ghi lại lưu lượng truy cập cũng như tín hiệu URL có sẵn để so sánh. Các trang ưu tiên và trích dẫn AI đã biết được bao gồm nếu được cung cấp.
3. Xây dựng và xem xét bản đồChúng tôi ghép URL cũ với đích dự kiến và xem xét các yêu cầu về chuyển hướng, metadata và structured-data trong Launch Spec.
4. Kiểm tra staging và ra mắtChúng tôi kiểm tra các nhóm trang đã thống nhất và ghi lại các hành động mở trước khi phát hành. Khi ra mắt, nhóm làm theo danh sách kiểm tra và báo cáo vấn đề qua Run Log.
5. Theo dõi và báo cáoChúng tôi so sánh các kiểm tra sau ra mắt với đường cơ sở, theo dõi các chỉnh sửa và cung cấp Readout với công việc đã hoàn thành và hành động tiếp theo.