Duplicate Content là gì? Cách xử lý nội dung trùng lặp

Duplicate Content là tình trạng cùng một nội dung hoặc phần nội dung chính rất giống nhau xuất hiện trên nhiều URL. Đây có thể là trùng lặp trong cùng một website, giữa nhiều phiên bản URL, giữa các domain, hoặc do hệ thống tự tạo biến thể từ filter, tracking parameter, HTTP/HTTPS, www/non-www và template.

Duplicate Content không đồng nghĩa website bị “Google phạt”. Google hiện nói rõ một mức trùng lặp nhất định là bình thường và không tự động vi phạm spam policy. Vấn đề chính nằm ở canonicalization, crawl, đo lường, trải nghiệm và việc nhiều URL cùng đại diện cho một nội dung khiến tín hiệu bị phân tán hoặc Google chọn URL khác với URL doanh nghiệp mong muốn.

Tại Xuyên Việt Media, tôi xử lý Duplicate Content từ góc độ hệ thống: xác định nhóm URL giống nhau, chọn URL đại diện, thống nhất redirect, canonical, sitemap và internal link, sau đó mới đánh giá nội dung có cần hợp nhất hoặc viết lại hay không.

Duplicate Content là gì?

Duplicate Content là nội dung giống hoặc gần giống nhau xuất hiện trên nhiều URL. Google gọi quá trình nhận diện các URL trùng hoặc rất giống nhau và chọn một URL đại diện là canonicalization.

Ví dụ:

https://example.com/ao-so-mi/
https://example.com/ao-so-mi/?utm_source=facebook
https://www.example.com/ao-so-mi/
http://example.com/ao-so-mi/

Nếu bốn URL trên hiển thị cùng nội dung chính, chúng có thể được Google xem như một nhóm duplicate URL.

Duplicate không chỉ là “copy nguyên bài”. Google còn có thể nhóm các trang mà phần nội dung chính rất giống nhau, dù menu, footer, banner hoặc một số chi tiết phụ khác nhau.

“Duplicate Content không đáng sợ vì Google ghét nội dung giống nhau. Nó đáng xử lý vì một hệ thống URL thiếu nhất quán khiến crawler, dữ liệu và người dùng phải đi qua nhiều phiên bản của cùng một giá trị.”

Anh Thắng Giấu Tên – CEO Xuyên Việt Media

Duplicate Content có bị Google phạt không?

Thông thường là không.

Google hiện nói rõ Duplicate Content nói chung không phải là vi phạm spam policy. Khi nhiều URL có cùng hoặc rất giống nội dung, Google có thể gom chúng thành một nhóm và chọn URL đại diện để hiển thị trên Search.

Điều cần phân biệt là:

• Duplicate kỹ thuật: nhiều URL cùng hiển thị một nội dung do cấu trúc website.
• Syndication hợp pháp: nội dung được phân phối lại qua đối tác.
• Scraping: website khác sao chép nội dung.
• Scaled content abuse: tạo số lượng lớn nội dung không nguyên bản, ít giá trị với mục đích thao túng Search.

Nhóm cuối có thể vi phạm spam policy, nhưng lý do không phải chỉ vì “trùng lặp”. Vấn đề là quy mô, mục đích thao túng và việc nội dung không tạo thêm giá trị cho người dùng.

Google xử lý Duplicate Content như thế nào?

Khi Google phát hiện nhiều trang có nội dung chính giống hoặc gần giống nhau, hệ thống có thể:

1. Nhóm các URL thành một cluster.
2. Chọn một URL đại diện làm canonical.
3. Dùng URL canonical làm nguồn chính để đánh giá nội dung và chất lượng.
4. Crawl URL canonical thường xuyên hơn các duplicate URL.
5. Hiển thị URL canonical trong Search trong phần lớn tình huống.

Doanh nghiệp có thể gửi tín hiệu canonical, nhưng Google vẫn có quyền chọn URL khác nếu hệ thống đánh giá tín hiệu tổng thể phù hợp hơn.

Canonical URL là gì trong Duplicate Content?

Canonical là URL được Google chọn làm đại diện cho một nhóm trang duplicate hoặc gần duplicate.

Cần phân biệt hai khái niệm:

• User-declared canonical: URL bạn khai báo qua rel="canonical" hoặc tín hiệu khác.
• Google-selected canonical: URL cuối cùng Google chọn.

Hai URL này có thể khác nhau.

Trong Search Console, nếu Google chọn URL khác, đó không tự động là lỗi. Cần kiểm tra vì sao tín hiệu của website chưa nhất quán hoặc Google đánh giá URL khác phù hợp hơn.

rel=”canonical” có phải mệnh lệnh không?

Không. Google xem rel="canonical" là một tín hiệu mạnh, nhưng không phải directive bắt buộc.

Ví dụ:

<link rel="canonical" href="https://example.com/ao-so-mi/" />

Nếu một URL parameter chỉ là bản sao của trang chính, canonical có thể giúp Google hiểu URL ưu tiên.

Tuy nhiên, canonical sẽ yếu đi nếu các tín hiệu khác mâu thuẫn, chẳng hạn:

• Sitemap chứa URL duplicate thay vì URL canonical.
• Internal link chủ yếu trỏ về URL duplicate.
• Canonical trỏ đến URL redirect.
• Trang A canonical B nhưng nội dung khác đáng kể.
• HTTP và HTTPS gửi tín hiệu không nhất quán.

Tín hiệu Canonical nào mạnh hơn?

Google hiện mô tả mức ảnh hưởng theo thứ tự tương đối:

Các tín hiệu có thể cộng hưởng. Redirect, canonical, sitemap và internal link cùng nhất quán giúp URL ưu tiên rõ hơn.

Duplicate Content có làm mất thứ hạng không?

Không nên diễn đạt theo kiểu “có duplicate là tụt hạng”.

Vấn đề thực tế có thể gồm:

• Google chọn URL khác URL doanh nghiệp mong muốn.
• Backlink trỏ vào nhiều biến thể URL.
• Analytics và Search Console khó đọc dữ liệu theo một URL thống nhất.
• Crawler phải xử lý nhiều URL giống nhau trên site lớn.
• Người dùng gặp nhiều phiên bản gần giống nhau.
• Internal link phân tán giữa nhiều URL.

Google có thể hợp nhất một số tín hiệu của duplicate URL vào canonical, nên cách nói “Link Juice bị chia ba phần” là quá đơn giản và không phản ánh cách canonicalization hiện đại hoạt động.

Google có bị “bối rối” khi gặp Duplicate Content không?

Google được thiết kế để xử lý duplicate URL ở quy mô lớn. HTTP/HTTPS, tracking parameter, mobile/desktop variant, filter và region variant đều là những tình huống phổ biến.

Vấn đề không phải Google “không biết làm gì”. Vấn đề là URL mà Google chọn có thể khác ý định của bạn nếu website gửi tín hiệu mâu thuẫn.

Do đó, mục tiêu Technical SEO là làm cho preference của website rõ và nhất quán.

Duplicate Content và Crawl Budget

Với site rất lớn, duplicate URL có thể làm crawler dành thời gian cho các trang ít giá trị thay vì URL mới hoặc cập nhật.

Google hiện nêu việc tránh crawl duplicate là một lý do để canonicalize URL.

Tuy nhiên, Crawl Budget không phải vấn đề cần tối ưu chuyên sâu trên mọi website. Site nhỏ hoặc trung bình được crawl ổn không nên biến Duplicate Content thành lý do để xây hàng loạt rule phức tạp.

Duplicate Content và Internal Link

Internal Link là một tín hiệu rất thực tế khi quản trị duplicate URL.

Nếu trang canonical là:

https://example.com/dich-vu-seo/

nhưng toàn site lại liên kết tới:

https://example.com/dich-vu-seo/?ref=menu

thì website đang tự phát tín hiệu không nhất quán.

Google khuyến nghị internal link trực tiếp tới URL canonical thay vì bản duplicate.

Duplicate Content và Sitemap XML

Sitemap XML nên chứa URL canonical mà website muốn Search xử lý.

Không nên đưa đồng thời:

• URL HTTP và HTTPS.
• www và non-www.
• URL tracking parameter.
• URL redirect.
• URL noindex.

Sitemap chỉ là tín hiệu canonical yếu hơn redirect và rel="canonical", nhưng nó rất hữu ích để giữ hệ thống URL nhất quán ở quy mô lớn.

Duplicate Content và Robots.txt

Robots.txt không phải công cụ canonicalization.

Nếu chặn một duplicate URL bằng robots.txt, Google có thể không crawl được để đọc canonical trên trang đó.

Vì vậy, “Disallow duplicate rồi canonical sang trang gốc” không phải công thức mặc định.

Robots.txt chỉ nên dùng khi thật sự muốn hạn chế crawl của một nhóm URL, không phải để nói với Google đâu là bản chính.

Duplicate Content do HTTP và HTTPS

Google có thể xem HTTP và HTTPS là hai URL khác nhau.

HTTPS nên là phiên bản ưu tiên trên website hiện đại. Khi chuyển HTTP sang HTTPS, cần:

• Redirect HTTP → HTTPS tương ứng.
• Canonical HTTPS.
• Sitemap HTTPS.
• Internal link HTTPS.
• Không để HTTPS redirect ngược về HTTP.

Google hiện cũng có xu hướng ưu tiên HTTPS hơn HTTP khi các điều kiện và tín hiệu không mâu thuẫn.

Duplicate do WWW và Non-WWW

www.example.com và example.com là hai hostname khác nhau.

Hãy chọn một phiên bản ưu tiên rồi redirect phiên bản còn lại, cập nhật canonical, sitemap và internal link theo cùng lựa chọn.

Không cần tranh luận “www tốt cho SEO hơn non-www”. Quan trọng là tính nhất quán.

Duplicate do Trailing Slash

Tùy server và framework, hai URL:

/bai-viet
/bai-viet/

có thể được xử lý giống nhau hoặc như hai tài nguyên khác nhau.

Nếu cả hai trả 200 và cùng nội dung, hãy chọn một pattern, redirect hoặc canonical nhất quán.

Duplicate do chữ hoa và chữ thường

Path URL có thể phân biệt chữ hoa/thường tùy server.

Ví dụ:

/Dich-Vu-SEO/
/dich-vu-seo/

Nếu hệ thống tạo cả hai, nên chuẩn hóa routing và redirect về một định dạng.

URL Parameter có luôn là Duplicate không?

Không.

Một số parameter chỉ tracking:

?utm_source=facebook
?gclid=...

Nội dung thường không thay đổi và URL có thể là duplicate của URL sạch.

Nhưng parameter filter như:

?color=red
?size=xl

có thể thay đổi sản phẩm hiển thị và tạo một trang có giá trị riêng.

Không nên chặn hoặc canonical toàn bộ parameter mà chưa phân loại mục đích.

Faceted Navigation và Duplicate Content

Faceted navigation là một trong những nguồn tạo duplicate và near-duplicate lớn nhất trên ecommerce.

Một danh mục có bộ lọc:

• Màu.
• Kích thước.
• Giá.
• Thương hiệu.
• Tình trạng hàng.
• Sort.

có thể tạo hàng nghìn tổ hợp URL.

Quy trình đúng là xác định facet nào có Search Intent độc lập, facet nào chỉ phục vụ UX và facet nào không nên được crawler xử lý.

Product Variant có phải Duplicate Content không?

Các biến thể màu hoặc size có thể dùng chung phần lớn mô tả nhưng khác SKU, ảnh, trạng thái hàng hoặc thông số.

Không có công thức “mọi variant phải canonical về sản phẩm cha”. Kiến trúc cần dựa trên:

• Mỗi variant có URL độc lập hay không.
• Có nhu cầu Search riêng không.
• Trang có nội dung và inventory khác không.
• Hệ thống checkout hoạt động thế nào.

Technical SEO cần phối hợp với ecommerce architecture thay vì chỉ nhìn tỷ lệ text giống nhau.

Meta Title và Description trùng có phải Duplicate Content không?

Không theo nghĩa canonicalization của nội dung chính.

Title hoặc meta description trùng trên nhiều trang là vấn đề tối ưu metadata và có thể khiến snippet thiếu khác biệt, nhưng không đồng nghĩa toàn bộ trang là Duplicate Content.

SEO Onpage cần kiểm tra title/description theo intent riêng của từng URL thay vì coi mọi duplicate metadata là “Google penalty”.

Boilerplate có phải Duplicate Content không?

Header, footer, menu, thông tin pháp lý và các thành phần lặp lại là bình thường.

Google tập trung vào nội dung chính của trang khi xác định duplicate cluster.

Điều cần tránh là khi phần nội dung độc lập của trang quá ít còn phần boilerplate chiếm phần lớn nội dung, khiến nhiều URL gần như không có giá trị riêng.

Duplicate Content và Keyword Cannibalization khác nhau thế nào?

Keyword Cannibalization là tình trạng nhiều URL trên cùng website cùng cạnh tranh cho một intent hoặc nhóm truy vấn.

Hai trang cannibalization không nhất thiết trùng nội dung.

Ví dụ:

• Bài “SEO là gì?”
• Bài “SEO website là gì?”

có thể viết hoàn toàn khác nhưng vẫn chồng intent.

Ngược lại, URL tracking duplicate có thể giống 100% nội dung nhưng không phải hai bài cạnh tranh độc lập do Google canonicalize chúng vào cùng cluster.

External Duplicate Content là gì?

External Duplicate xảy ra khi nội dung giống nhau xuất hiện trên nhiều domain.

Các tình huống gồm:

• Website khác scrape bài.
• Bài được syndicate cho đối tác.
• Mô tả sản phẩm từ nhà sản xuất được nhiều website dùng.
• Doanh nghiệp đăng cùng bài trên nhiều site thuộc hệ thống.

External duplicate không tự động tạo penalty. Google vẫn sử dụng nhiều tín hiệu để chọn phiên bản phù hợp cho Search.

Syndication nên xử lý thế nào?

Đây là điểm đã thay đổi đáng kể so với nhiều hướng dẫn SEO cũ.

Google hiện nói với nội dung syndicated, rel="canonical" không phải giải pháp được khuyến nghị để tránh duplicate giữa partner vì các trang syndication có thể khác nhau.

Nếu bạn muốn bản đối tác không cạnh tranh trong Search, giải pháp hiệu quả hơn là yêu cầu đối tác block indexing phiên bản họ đăng.

Trong thỏa thuận PR hoặc syndication, cần thống nhất trước:

• Bài có được index hay không.
• Có chỉnh sửa nội dung không.
• Có link về nguồn gốc không.
• Bản nào là nội dung chính của chiến dịch.

Website khác Copy bài của tôi thì sao?

Không cần hoảng loạn chỉ vì một scraper sao chép bài.

Google thường có thể xác định phiên bản phù hợp qua nhiều tín hiệu. Trong trường hợp website copy trái phép được Google chọn thay cho bản của bạn, có thể:

• Liên hệ website hoặc hosting yêu cầu gỡ nội dung.
• Kiểm tra URL gốc đã crawl/index bình thường chưa.
• Đảm bảo internal link và sitemap hỗ trợ URL gốc.
• Sử dụng quy trình khiếu nại bản quyền phù hợp nếu có căn cứ.

Không nên tạo hàng loạt bản viết lại chỉ vì sợ scraper.

Có tỷ lệ Duplicate 40% hay 60% bị phạt không?

Không có ngưỡng Google công bố kiểu “trùng từ 40% là nguy hiểm”.

Các công cụ plagiarism thường tính similarity bằng thuật toán riêng. Điểm similarity có thể hữu ích khi biên tập, nhưng không phải thước đo ranking chính thức của Google.

Đừng xóa hoặc viết lại một trang chỉ vì một tool báo 42% duplicate mà chưa biết phần giống nhau nằm ở đâu và URL có vai trò gì.

Cách kiểm tra Duplicate Content trong Search Console

Search Console có thể cho thấy các trạng thái canonicalization như:

• Duplicate without user-selected canonical.
• Duplicate, Google chose different canonical than user.
• Alternate page with proper canonical tag.

Đây là dữ liệu rất hữu ích để xác định Google đang cluster URL thế nào.

URL Inspection còn cho biết User-declared canonical và Google-selected canonical của URL được kiểm tra.

Cách kiểm tra Duplicate Content bằng Crawler

Với site lớn, crawler giúp nhóm URL theo:

• Hash nội dung.
• Similarity.
• Duplicate title.
• Duplicate H1.
• Canonical.
• Status code.
• Parameter.
• Internal inlink.

Kết quả cần được phân tích theo template. Hai trang cùng footer và sidebar không có nghĩa chúng cần merge.

Quy trình Audit Duplicate Content

Trong một Technical SEO audit, Duplicate Content nên được kiểm tra cùng status code, canonical, robots, sitemap và internal link để tránh sửa một triệu chứng nhưng giữ nguyên nguyên nhân tạo URL.

Bước 1: Xuất toàn bộ URL

Kết hợp crawl, sitemap, Search Console, Analytics và backlink data khi cần.

Bước 2: Nhóm theo Template và Nội dung

Blog, category, product, filter, tag, author, pagination, search page và tracking URL.

Bước 3: Xác định URL cần tồn tại

Mỗi URL có Search Intent hoặc chức năng riêng không?

Bước 4: Chọn phương án xử lý

Redirect, canonical, noindex, giữ nguyên, viết lại hoặc hợp nhất.

Bước 5: Đồng bộ tín hiệu

Canonical, sitemap, internal link, hreflang và redirect không nên mâu thuẫn.

Bước 6: QA

Crawl lại toàn site và dùng Search Console theo dõi Google-selected canonical sau triển khai.

Khi nào nên dùng 301 Redirect?

Dùng redirect vĩnh viễn khi URL cũ không còn cần tồn tại độc lập và có URL mới tương đương.

Ví dụ:

• Gộp hai bài trùng intent.
• Đổi slug.
• HTTP → HTTPS.
• www → non-www hoặc ngược lại.
• Loại bỏ phiên bản URL cũ.

Google xem permanent redirect là tín hiệu mạnh rằng URL đích nên trở thành canonical.

301 có truyền 90–99% Link Juice không?

Không nên dùng các tỷ lệ 90%, 95% hay 99% như con số chính thức.

Google nói ranking signals như PageRank hoặc incoming links được chuyển phù hợp qua 301 redirect trong các trường hợp migration đúng.

Hiệu quả thực tế phụ thuộc URL đích có tương đương hay không, redirect có đúng intent, có chain hay không và site có gửi các tín hiệu khác nhất quán hay không.

302 Redirect có “không truyền sức mạnh SEO” không?

Cách nói này đã lỗi thời.

Google phân biệt:

• Permanent redirect: tín hiệu rằng URL đích nên trở thành canonical.
• Temporary redirect: Google thường giữ URL nguồn làm canonical.

Vì vậy chọn 301/308 hay 302/307 phải dựa vào việc thay đổi là vĩnh viễn hay tạm thời, không phải dựa trên mẹo “302 mất toàn bộ SEO”.

Khi nào nên dùng Canonical thay vì Redirect?

Dùng canonical khi nhiều URL vẫn cần hoạt động cho người dùng nhưng bạn muốn chỉ định phiên bản ưu tiên cho Search.

Ví dụ:

• Tracking URL vẫn cần nhận traffic.
• Sort/filter có giá trị UX nhưng không cần index độc lập.
• Trang in ấn hoặc phiên bản gần giống cần tồn tại.

Nếu duplicate URL hoàn toàn không còn lý do tồn tại, redirect thường rõ hơn.

Self-referencing Canonical có chống Copy không?

Không.

Self-canonical là thực hành hữu ích để khai báo URL ưu tiên của chính trang, nhưng không ngăn website khác scrape nội dung.

Nó cũng không phải cơ chế bản quyền.

Hãy dùng self-canonical để làm tín hiệu URL rõ hơn, không quảng bá nó như công cụ “chống copy”.

Noindex có dùng để xử lý Duplicate Content không?

Có thể trong một số trường hợp, nhưng không phải lựa chọn mặc định.

noindex phù hợp khi trang cần tồn tại cho người dùng nhưng không nên xuất hiện trên Search.

Ví dụ:

• Thank-you page.
• Một số internal search result.
• Trang utility không có giá trị Search độc lập.

Không nên noindex hàng loạt duplicate URL nếu mục tiêu thực tế là hợp nhất tín hiệu vào một URL canonical.

Duplicate Content và People-First Content

People-First Content không có nghĩa mọi câu trên website phải độc nhất 100%.

Thông số kỹ thuật, điều khoản hoặc phần mô tả chung có thể lặp lại khi cần chính xác.

Điều quan trọng là mỗi URL indexable có lý do tồn tại và tạo giá trị riêng cho người dùng, thay vì được sản xuất hàng loạt chỉ để phủ từ khóa.

Duplicate Content có ảnh hưởng Google Ads Quality Score không?

Không nên khẳng định “Landing Page duplicate sẽ làm Quality Score thấp”.

Google Ads đánh giá landing page experience dựa trên tính hữu ích, liên quan và trải nghiệm sau click. Nội dung trùng có thể gián tiếp tạo trải nghiệm kém nếu trang không phù hợp offer hoặc thiếu giá trị, nhưng “duplicate content” không phải một thành phần Quality Score được công bố riêng.

Nếu nhiều quảng cáo dẫn tới các URL gần giống nhau, vấn đề thực tế thường là đo lường, message match và quản trị Landing Page hơn là một “duplicate penalty” trong Ads.

Duplicate Content có làm Analytics sai không?

Có thể làm dữ liệu bị phân tán.

Ví dụ cùng một nội dung nhận traffic tại:

/san-pham/
/san-pham/?utm_source=email
/San-Pham/

tùy cấu hình Analytics, báo cáo có thể xuất hiện dưới nhiều path hoặc campaign dimension khác nhau.

Canonical không tự sửa hệ thống Analytics. URL tracking, normalization và báo cáo phải được cấu hình riêng.

Checklist xử lý Duplicate Content

Những sai lầm Duplicate Content thường gặp

Cho rằng Duplicate Content luôn bị Google phạt

Google hiện nói duplicate bình thường không phải spam violation.

Tin vào ngưỡng 40%

Không có ngưỡng Google công bố.

Redirect mọi URL về Homepage

URL cũ phải chuyển đến nội dung thay thế phù hợp, không phải trang chủ chỉ để “giữ sức mạnh”.

Dùng Canonical như mệnh lệnh

Google vẫn có thể chọn canonical khác.

Dùng Robots.txt để chữa Duplicate

Chặn crawl có thể khiến Google không đọc được canonical.

Dùng Noindex thay Canonical mọi nơi

Hai công cụ có mục đích khác nhau.

Viết lại mọi nội dung giống nhau

Thông tin bắt buộc phải giống thì nên giữ chính xác. Tập trung tạo giá trị khác biệt ở phần người dùng thực sự cần.

Gọi mọi Cannibalization là Duplicate

Intent overlap và content duplication là hai bài toán khác nhau.

Cách Xuyên Việt Media xử lý Duplicate Content

Tôi bắt đầu bằng URL inventory và dữ liệu Search Console, không bắt đầu bằng tool plagiarism.

Với website có hàng nghìn URL, filter, canonical và redirect phức tạp, dịch vụ SEO tổng thể giúp xử lý duplicate trong cùng hệ thống crawl, index, architecture và content.

Với WordPress thường xuyên phát sinh tag, archive, plugin parameter hoặc URL cũ sau cập nhật, dịch vụ quản trị website hỗ trợ theo dõi redirect, canonical, sitemap và lỗi index liên tục.

Khi vấn đề nằm ở nhiều bài viết gần giống intent hoặc nội dung cũ không còn giá trị độc lập, dịch vụ viết bài SEO có thể hỗ trợ hợp nhất, tái cấu trúc và tạo nội dung khác biệt dựa trên nhu cầu người dùng thay vì chỉ “đổi câu chữ để tránh trùng”.

Kết luận

Duplicate Content là tình trạng cùng một nội dung hoặc nội dung chính rất giống nhau xuất hiện trên nhiều URL. Đây là hiện tượng phổ biến của web và không tự động dẫn đến Google penalty.

Google xử lý duplicate bằng canonicalization: nhóm các URL giống nhau, chọn một URL đại diện và dùng URL đó làm nguồn chính để đánh giá nội dung. Doanh nghiệp có thể gửi tín hiệu qua redirect, rel="canonical", sitemap và internal link, nhưng Google vẫn có thể chọn khác.

Giải pháp tốt không phải viết lại mọi câu cho “độc nhất”. Hãy xác định URL nào cần tồn tại, URL nào cần redirect, URL nào canonical, trang nào noindex và đảm bảo toàn bộ hệ thống gửi tín hiệu nhất quán.

Với content được tạo ở quy mô lớn, điều cần tránh không phải “tỷ lệ trùng 40%”, mà là sản xuất nhiều nội dung không nguyên bản, ít giá trị và chủ yếu nhằm thao túng Search.

Câu hỏi thường gặp về Duplicate Content

Duplicate Content là gì?

Duplicate Content là cùng một nội dung hoặc phần nội dung chính rất giống nhau xuất hiện trên nhiều URL trong cùng website hoặc giữa nhiều website.

Duplicate Content có bị Google phạt không?

Thông thường không. Google nói duplicate content nói chung không vi phạm spam policy; hệ thống thường canonicalize và chọn một URL đại diện.

Canonical có đảm bảo Google chọn đúng URL không?

Không. rel="canonical" là tín hiệu mạnh nhưng Google vẫn có thể chọn URL khác dựa trên toàn bộ tín hiệu.

301 có truyền 90–99% sức mạnh SEO không?

Google không công bố tỷ lệ cố định như vậy. Permanent redirect là tín hiệu canonical mạnh và ranking signals được chuyển phù hợp khi migration đúng.

302 có làm mất toàn bộ SEO không?

Không. 302 là redirect tạm thời; Google thường giữ URL nguồn làm canonical thay vì dùng redirect như tín hiệu chuyển canonical vĩnh viễn.

Có ngưỡng 40% Duplicate Content bị phạt không?

Không có ngưỡng Google công bố. Điểm similarity của công cụ bên thứ ba không phải ranking metric chính thức.

Robots.txt có xử lý Duplicate Content không?

Robots.txt kiểm soát crawl, không phải canonicalization. Chặn duplicate URL còn có thể khiến Google không đọc được canonical trên trang.

Website khác copy bài có làm tôi tụt hạng không?

Không nên mặc định như vậy. Google dùng nhiều tín hiệu để chọn phiên bản đại diện; nếu có vi phạm bản quyền thực sự, doanh nghiệp có thể sử dụng quy trình gỡ bỏ phù hợp.

Tài liệu tham khảo

Google. (2026a). What is URL canonicalization. Google Search Central.

Google. (2026b). How to specify a canonical URL with rel=”canonical” and other methods. Google Search Central.

Google. (2026c). Spam policies for Google Web Search. Google Search Central.