Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Rozwiązywanie problemów z wyborem strony kanonicznej
Użyj narzędzia do sprawdzania adresów URL, aby zobaczyć, które strony Google uznaje za kanoniczne.
Nawet jeśli wyraźnie określisz stronę kanoniczną, Google może wybrać inną z różnych powodów, na przykład ze względu na jakość jej treści. Zanim rozpoczniesz rozwiązywanie problemów, zastanów się, czy w przypadku użytkowników korzystających z wyszukiwarki Google kanoniczny URL wybrany przez Google jest lepszy niż ten wybrany przez Ciebie.
Kanoniczny URL wybrany przez Google może różnić się od preferowanego przez Ciebie z kilku powodów. Najczęstsze problemy to:
| Typowe problemy z wyborem strony kanonicznej |
|---|
Wersje językowe bez zlokalizowanych adnotacji |
Jeśli masz wiele witryn, które zawierają bardzo podobne treści przetłumaczone na potrzeby różnych użytkowników z całego świata, postępuj zgodnie z naszymi wytycznymi dotyczącymi zlokalizowanych witryn.
Jeśli na przykład masz osobne witryny dla anglojęzycznych użytkowników w Australii, Stanach Zjednoczonych i Wielkiej Brytanii, ale treść jest taka sama, dodanie do stron adnotacji hreflang może pomóc w wyświetlaniu odpowiednich stron użytkownikom w różnych regionach.
|
Nieprawidłowe elementy kanoniczne |
niektórych systemach zarządzania treścią (CMS) lub wtyczkach CMS metody wyboru strony kanonicznej mogą być niepoprawnie stosowane do wskazywania niepożądanych adresów URL. Sprawdź, czy tak jest, badając kod HTML za pomocą narzędzi dla programistów w przeglądarce. Jeśli witryna ma nieoczekiwany kanoniczny URL – być może w wyniku niewłaściwego użycia atrybutu rel="canonical" lub przekierowania 3xx – skontaktuj się z dostawcą systemu CMS i zgłoś mu ten błąd.
|
|
Niektóre błędy w konfiguracji hostingu mogą powodować nieoczekiwany wybór adresu URL z innej domeny. Na przykład:
-
Serwer może być błędnie tak skonfigurowany, aby w odpowiedzi na żądanie dotyczące adresu URL w witrynie
other.example zwracać treści z example.com.
-
Dwa niezależne serwery WWW mogą zwracać identyczne strony
soft 404, których Google nie rozpozna jako strony błędu. W takim przypadku skontaktuj się ze swoim dostawcą usług hostingowych.
|
Złośliwe ataki hakerów |
Niektóre ataki na witryny polegają na wprowadzeniu kodu zwracającego przekierowanie 3xx HTTP lub wstawiającego adnotację rel="canonical" link z innej domeny do kodu HTML <head> lub nagłówka HTTP, które zwykle wskazują adres URL ze złośliwym oprogramowaniem lub spamem. Wówczas nasze algorytmy mogą wybrać fałszywy, zewnętrzny URL zamiast właściwego adresu w zaatakowanej witrynie.
|
Materiały redystrybuowane |
Element link strony kanonicznej nie jest zalecany, jeśli chcesz uniknąć powielania treści przez partnerów dystrybucyjnych, ponieważ strony często bardzo się od siebie różnią. Najbardziej skutecznym rozwiązaniem jest zablokowanie indeksowania treści przez partnerów. Więcej informacji znajdziesz w artykule Unikanie duplikowania artykułów w Wiadomościach Google. Zawiera on też wskazówki na temat blokowania materiałów redystrybuowanych z wyszukiwarki Google.
|
Witryna ze skopiowanymi treściami |
W rzadkich sytuacjach nasz algorytm może wybrać adres URL witryny zewnętrznej, w której bez Twojego pozwolenia umieszczono należącą do Ciebie treść. Jeśli stwierdzisz, że Twoje materiały są powielane w innej witrynie z naruszeniem praw autorskich, skontaktuj się z jej właścicielem i zażądaj ich usunięcia. Możesz też poprosić Google o usunięcie strony, która narusza Twoje prawa, z naszych wyników wyszukiwania. W tym celu prześlij prośbę na mocy ustawy Digital Millennium Copyright Act.
|
Jeśli kanoniczny URL znajduje się w usłudze w Search Console, która nie należy do Ciebie, nie będziesz widzieć ruchu związanego z duplikatem strony.
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-08-04 UTC.
[null,null,["Ostatnia aktualizacja: 2025-08-04 UTC."],[[["\u003cp\u003eGoogle might select a different canonical URL than the one you prefer based on factors like content quality.\u003c/p\u003e\n"],["\u003cp\u003eCommon reasons for canonicalization issues include language variants without proper annotations, incorrect canonical elements in HTML, misconfigured servers, and malicious hacking.\u003c/p\u003e\n"],["\u003cp\u003eIf Google's selected canonical differs from yours, use the URL Inspection tool to investigate and potentially address the underlying causes.\u003c/p\u003e\n"],["\u003cp\u003eSyndicated content should not use canonical links, and instead, partners should block indexing to avoid duplication issues.\u003c/p\u003e\n"],["\u003cp\u003eFor content duplicated without permission (copycat websites), consider contacting the host for removal or filing a DMCA request with Google.\u003c/p\u003e\n"]]],["To address canonicalization issues, use the URL Inspection tool to see Google's chosen canonical page. Common issues include incorrect language annotations, faulty CMS settings, server misconfigurations, malicious hacks, syndicated content, and copycat websites. Rectify language variants with `hreflang`, fix CMS errors, resolve server issues with your hosting provider, address malicious code, and advise syndication partners to block indexing. Report copycat sites to their host and file a DMCA request with Google if necessary.\n"],null,["# Fix Canonicalization Issues | Google Search Central\n\nFix canonicalization issues\n===========================\n\n\nUse the\n[URL Inspection tool](https://support.google.com/webmasters/answer/9012289#google-selected-canonical)\nto check\n[which page Google considers canonical](/search/docs/crawling-indexing/canonicalization).\nEven if you explicitly designate a canonical page, Google might choose a different canonical\nfor various reasons, such as the quality of the content. Before troubleshooting, think about\nwhether the Google-selected canonical makes more sense than your preferred canonical URL for\nyour users coming from Google Search.\n\n\nThere are various reasons why the selected canonical URL differs from the canonical URL you'd\nprefer to see in Search. The most common issues are:\n\n| Common canonicalization issues ||\n|-------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Language variants without localized annotations ----------------------------------------------- | If you have multiple websites that serve substantially the same content localized to different users around the world, be sure to [follow our guidelines for localized sites](/search/docs/specialty/international). For example, if you have different sites for your English-speaking users in the United States, United Kingdom, and Australia respectively, but the content is the same, adding `hreflang` annotations to your pages can help the right pages surface for users in different regions. |\n| Incorrect canonical elements ---------------------------- | Some content management systems (CMS) or CMS plugins can make incorrect use of canonicalization techniques to point to undesired URLs. Check your HTML with your browser's developer tools to see if so. If your site is indicating an unexpected canonical URL preference, perhaps through incorrect use of `rel=\"canonical\"` or a `3xx` redirect, contact your CMS provider and report this error to them. |\n| Misconfigured servers --------------------- | Some hosting misconfigurations may cause unexpected cross-domain URL selection. For example: - A server may be misconfigured to return content from `example.com` in response to a request for a URL on `other.example` - Two unrelated web servers may return identical [`soft 404` pages](/search/docs/crawling-indexing/http-network-errors#soft-404-errors) that Google fails to identify as error pages. If you notice this is the case, get in touch with your hosting provider. |\n| Malicious hacking ----------------- | Some attacks on websites introduce code that returns an HTTP [`3xx` redirect](/search/docs/crawling-indexing/301-redirects) or inserts a cross-domain `rel=\"canonical\"` `link` annotation into the HTML `\u003chead\u003e` or HTTP header, usually pointing to a URL hosting malicious or spammy content. In these cases, our algorithms may choose the malicious or spammy URL instead of the URL on the [compromised website](https://web.dev/articles/hacked). |\n| Syndicated content ------------------ | The canonical link element is not recommended for those who want to avoid duplication by syndication partners, because the pages are often very different. The most effective solution is for partners to block indexing of your content. For more, see [Avoid article duplication in Google News](https://support.google.com/news/publisher-center/answer/9606800), which also has advice about blocking syndicated content from Google Search. |\n| A copycat website ----------------- | In rare situations, our algorithm may select a URL from an external site that is hosting your content without your permission. If you believe that another site is duplicating your content in violation of copyright law, you may contact the site's host to request removal. In addition, you can request that Google remove the infringing page from our search results by [filing a request under the Digital Millennium Copyright Act](https://support.google.com/legal/answer/1120734). |\n\n\nKeep in mind that if a canonical URL is in a Search Console property that you don't own, you won't\nbe able to see any of the traffic for your duplicate page."]]
