Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Как решить проблемы с нормализацией страниц
Чтобы узнать, какую страницу алгоритмы Google считают канонической, воспользуйтесь инструментом проверки URL.
Даже если вы явно укажете канонический URL, Google может выбрать другую страницу. Это зависит от многих факторов, например от качества контента. Прежде чем приступать к устранению неполадок, проверьте, не является ли страница, выбранная Google, более привлекательной для пользователей, которые видят ваш сайт в результатах Поиска.
Есть несколько причин, по которым указанный Google вариант отличается от канонического URL, который вы хотите видеть в результатах Поиска. Ниже перечислены наиболее распространенные проблемы.
| Распространенные проблемы с нормализацией страниц |
|---|
Языковые варианты сайта без локализованных аннотаций |
Если на нескольких ваших сайтах размещен практически одинаковый контент на разных языках, следуйте нашим рекомендациям в отношении локализованных версий страниц.
Например, если существуют разные версии вашего сайта с одинаковым контентом для англоговорящих пользователей из США, Великобритании и Австралии, то добавьте для сайта аннотации hreflang. Это поможет пользователям из разных регионов видеть в результатах Поиска именно те страницы, которые для них предназначены.
|
Ошибки в канонических элементах |
Некоторые системы управления контентом (CMS) или их плагины могут неправильно выполнять нормализацию, указывая на нежелательные URL. Чтобы узнать, так ли это, проверьте свой HTML с помощью инструментов разработчика в браузере. Неправильное использование элементов или переадресация rel="canonical" или 3xx может привести к непредвиденному изменению канонического URL вашего сайта. Если вы заметили подобную ошибку, обратитесь к своему поставщику CMS.
|
|
Выбор основного URL вне вашего домена может быть связан с ошибками в настройках серверов, на которых размещен контент. Например:
-
Некорректно настроенный сервер может возвращать контент с сайта
example.com в ответ на запрос URL с сайта other.example.
-
Два не связанных между собой сервера могут выдавать одинаковые страницы ошибок
soft 404, которые не распознаются Google как сообщения об ошибках. Если вы считаете, что проблема заключается именно в этом, свяжитесь с вашим хостинг-провайдером.
|
Атаки злоумышленников |
Некоторые виды хакерских атак заключаются в добавлении на сайт кода, который выполняет переадресацию 3xx HTTP или вставляет междоменную аннотацию link с атрибутом rel="canonical" в HTML-элемент <head> или HTTP-заголовок. В результате пользователь попадает на сайт, который содержит вредоносное ПО или спам. В таких случаях вместо настоящего URL взломанного сайта алгоритмы Google могут выбрать URL, указанный злоумышленником.
|
Скопированный контент |
Элемент link с каноническим URL не рекомендуется использовать тем, кто хочет предотвратить дублирование своего контента партнерами по распространению, поскольку страницы часто сильно отличаются. Наиболее эффективное решение – попросить партнеров заблокировать индексирование вашего контента. Более подробная информация приведена в статье Как избежать дублирования статей в Google Новостях. В ней также представлены рекомендации о блокировке контента, скопированного из Google Поиска.
|
Поддельный сайт |
В редких случаях алгоритмы Google могут выбрать URL внешней страницы, на которой без разрешения размещены копии ваших материалов. Если ваши материалы были опубликованы на другом сайте с нарушением авторских прав, обратитесь к владельцу сервера этого сайта с просьбой их убрать. Вы также можете запросить в Google удаление страницы с украденными материалами из результатов поиска в связи с нарушением закона США "Об авторском праве в цифровую эпоху" (DMCA).
|
Обратите внимание, что если канонический URL относится к ресурсу Search Console, который вам не принадлежит, то вы не сможете отслеживать трафик на странице-копии.
Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons "С указанием авторства 4.0", а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2025-08-04 UTC.
[null,null,["Последнее обновление: 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."]]
