Viết lại và lập chỉ mục URL bởi các công cụ tìm kiếm


1

Đối với một trang web, tôi muốn sử dụng viết lại URL để cho phép dễ dàng truy cập vào các trang và lập chỉ mục tốt hơn.

Chẳng hạn, giả sử trang về Mozart là:

www.site.ext/composers/index.php?cmd=composers&id=123

Thay vì điều này, tôi muốn khách truy cập vào: www.site.ext/Mozart và truy cập cùng một trang.

Tôi cũng muốn các robot từ các công cụ tìm kiếm lập chỉ mục địa chỉ "thân thiện" và không biết địa chỉ thực "không thân thiện".

Cả hai .htaccesstập tin dưới đây đều hoạt động và cung cấp quyền truy cập vào cùng một nội dung.

Trong trình duyệt, cái đầu tiên giữ url thân thiện trong thanh địa chỉ (nghĩa là www.site.ext/Mozart),

#Options +FollowSymlinks
RewriteEngine On
RewriteBase /
#AllowOverride all
RewriteCond %{HTTP_HOST} .
RewriteRule ^Mozart$ composers/index.php?cmd=composers&id=123 [L]

trong khi R=301tùy chọn thứ hai, với tùy chọn bổ sung , sẽ chuyển hướng vĩnh viễn đến địa chỉ "không thân thiện":

#Options +FollowSymlinks
RewriteEngine On
RewriteBase /
#AllowOverride all
RewriteCond %{HTTP_HOST} .
RewriteRule ^Mozart$ composers/index.php?cmd=composers&id=123 [R=301,L]

Vì tên danh mục sẽ không bao giờ thay đổi theo thời gian, tôi giả sử rằng trường hợp đầu tiên - chỉ viết lại mà không chuyển hướng rõ ràng - sẽ tốt hơn trong trường hợp này vì các công cụ tìm kiếm sẽ lưu trữ và hiển thị url thân thiện thay vì không thân thiện. Đây thực sự là trường hợp?

Liên quan đến các liên kết nội bộ trên trang web (ví dụ như neo trong các trang), tôi giả sử rằng tôi nên sử dụng PHP (hoặc tương đương) để tự động viết phiên bản URL thân thiện của chúng thay vì không thân thiện mặc định, để các công cụ tìm kiếm không lập chỉ mục URL không thân thiện.

Để bổ sung, để tránh lập chỉ mục các URL trùng lặp (trong trường hợp thiếu sót trong mã), tôi cho rằng sẽ là khôn ngoan khi đề cập trong mỗi trang URL thân thiện của nó dưới dạng liên kết chính tắc:

<head>
...
<link rel="canonical" href="http://www.site.ext/Mozart" />
...
</head>  

Là giả định trên đúng hay có chống chỉ định?


1
Đối với các câu hỏi về SEO, hãy xem xét việc truy cập trang web quản trị trang web chị em của chúng tôi tập trung nhiều vào việc này. Ngoài ra, hãy chắc chắn rằng ứng dụng của bạn tuân theo mẫu điều khiển phía trước, có một và chỉ một điểm vào.
Michael Hampton

Cảm ơn đã đề cập đến trang web chị em Webmasters. Tôi không biết sự tồn tại của nó.
OuzoPower

Câu trả lời:


1

Vì tên danh mục sẽ không bao giờ thay đổi theo thời gian, tôi giả sử rằng trường hợp đầu tiên - chỉ viết lại mà không chuyển hướng rõ ràng - sẽ tốt hơn trong trường hợp này vì các công cụ tìm kiếm sẽ lưu trữ và hiển thị url thân thiện thay vì không thân thiện. Đây thực sự là trường hợp?

Đúng.

Liên quan đến các liên kết nội bộ trên trang web (ví dụ như neo trong các trang), tôi giả sử rằng tôi nên sử dụng PHP (hoặc tương đương) để tự động viết phiên bản URL thân thiện của chúng thay vì không thân thiện mặc định, để các công cụ tìm kiếm không lập chỉ mục URL không thân thiện.

Đúng. Chỉ liên kết đến URL thân thiện / "đẹp". URL thực / "xấu" không bao giờ được hiển thị cho người dùng, công cụ tìm kiếm hoặc bot dưới bất kỳ hình thức nào. URL thực / "xấu" hoàn toàn nằm trong ứng dụng của bạn.

Bước bổ sung duy nhất bạn có thể phải làm là nếu đây là một trang web cũ hơn và các URL cũ / "xấu xí" đã được các công cụ tìm kiếm lập chỉ mục hoặc được liên kết bởi các trang web bên ngoài. Trong trường hợp đó, bạn cũng sẽ phải triển khai chuyển hướng 301 bên ngoài từ URL cũ / "xấu xí" sang URL mới / "đẹp" để duy trì SEO.

Tôi cho rằng sẽ là khôn ngoan khi đề cập đến trong mỗi trang URL thân thiện của nó dưới dạng liên kết chính tắc

Đúng, bạn có thể làm điều đó. Điều này cũng đảm bảo rằng mọi tham số URL (lỗi) không được lập chỉ mục.

Các giả định trên có đúng không

Đúng.


Cảm ơn MrWhite! Vì 99% trang web bị "ajaxified" nên không có trang cũ nào được tham chiếu. Vì vậy, tôi hy vọng không phải thực hiện chuyển hướng 301 (trừ khi các công cụ tìm kiếm quá nhanh trong việc lập chỉ mục cho nó.)
OuzoPower
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.