Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Standartlaştırma sorunlarını düzeltme
Google'ın hangi sayfayı standart sayfa olarak değerlendirdiğini kontrol etmek için URL Denetleme aracını kullanın.
Standart sayfayı açık bir şekilde belirtseniz bile Google'ın, içerik kalitesi gibi çeşitli nedenlerle farklı bir standart sayfa seçebileceğini unutmayın. Sorun giderme işleminden önce, Google tarafından seçilen standart URL'nin, Google Arama'dan gelen kullanıcılarınız için tercih ettiğiniz standart URL'den daha mantıklı olup olmadığını değerlendirin.
Seçilen standart URL'nin, Arama'da görmek istediğiniz standart URL'den farklı olmasının çeşitli nedenleri vardır. En sık karşılaşılan sorunlar şunlardır:
Standartlaştırmayla ilgili sık karşılaşılan sorunlar |
Yerelleştirilmiş ek açıklamalar içermeyen dil varyantları |
Büyük ölçüde aynı içeriği, yerelleştirilmiş bir şekilde dünya üzerindeki farklı kullanıcılara sunan birden çok web siteniz varsa yerelleştirilmiş sitelerle ilgili yönergelerimizi uyguladığınızdan emin olun.
Örneğin, İngilizce konuşan kullanıcılar için sırasıyla ABD, Birleşik Krallık ve Avustralya'da farklı siteleriniz varsa ancak içerikler aynıysa sayfalarınıza hreflang ek açıklamaları eklemek, farklı bölgelerdeki kullanıcılara doğru sayfaların gösterilmesine yardımcı olabilir.
|
Yanlış standart öğeler |
Bazı içerik yönetim sistemlerinde (İYS) veya İYS eklentilerinde istenmeyen URL'lere işaret
etmek için standartlaştırma yöntemleri yanlış kullanılabilir. Durumun bu şekilde olup olmadığını görmek
için tarayıcınızın geliştirici araçlarıyla HTML kodunuzu kontrol edin. Siteniz, muhtemelen
yanlış rel="canonical" veya 3xx yönlendirmesi kullanıldığı için
beklenmeyen bir standart URL tercihi gösteriyorsa İYS sağlayıcınızla iletişime geçin ve bu hatayı onlara bildirin.
|
|
Barındırma ile ilgili bazı hatalı yapılandırmalar, farklı alan adlarında beklenmeyen URL seçimine neden olabilir. Örneğin:
-
Bir sunucu
other.example adresindeki bir URL isteğine cevap olarak example.com adresinden bir içerik döndürecek şekilde hatalı yapılandırılmış olabilir.
-
Birbiriyle ilişkisiz iki web sunucusu aynı
soft 404 sayfalarını döndürebilir. Böyle bir durumda Google bunların hata sayfaları olduğunu belirleyemeyebilir. Bu tür bir durumla karşılaşırsanız barındırma sağlayıcınızla iletişime geçin.
|
Zararlı saldırı |
Bazı web siteleri saldırılarında HTTP 3xx yönlendirmesi döndüren veya HTML <head> bölümüne ya da HTTP üstbilgisine genellikle kötü amaçlı veya spam içerikli URL'leri işaret eden bir alanlar arası rel="canonical" link ek açıklamasının yerleştirildiği kod kullanılır. Bu durumlarda algoritmalarımız güvenliği ihlal edilmiş web sitesindeki URL yerine kötü amaçlı veya spam benzeri URL'yi seçebilir.
|
Ortak kullanılan içerik |
Sayfalar genellikle çok farklı olduğundan standart bağlantı öğesi, ortak kullanım iş ortaklarının yinelemesini önlemek isteyenler için önerilmez. En etkili çözüm, iş
ortaklarının içeriğinizin dizine eklenmesini engellemesidir. Daha fazla bilgi için
Google Haberler'de makalelerin yinelenmesini önleme
konusuna bakın. Burada, ortak kullanılan içeriklerin Google Arama'da engellenmesiyle ilgili öneriler de bulunmaktadır.
|
Kopya web sitesi |
Bazı ender durumlarda, algoritmamız size ait içeriği izniniz olmadan barındıran harici bir sitedeki URL'yi seçebilir. Başka bir sitenin size ait içeriği, telif hakkı yasasını ihlal ederek kopyaladığına inanıyorsanız, siteyi barındıran tarafla bağlantı kurup içeriği kaldırmalarını isteyebilirsiniz. Ayrıca, Dijital Binyıl Telif Hakkı kapsamında başvuru yaparak, Google'ın hak ihlalinde bulunan sayfayı arama sonuçlarımızdan kaldırması isteğinde de bulunabilirsiniz.
|
Standart URL size ait olmayan bir Search Console mülkündeyse kopya sayfanızın hiçbir trafiğini göremeyeceğinizi unutmayın.
Aksi belirtilmediği sürece bu sayfanın içeriği Creative Commons Atıf 4.0 Lisansı altında ve kod örnekleri Apache 2.0 Lisansı altında lisanslanmıştır. Ayrıntılı bilgi için Google Developers Site Politikaları'na göz atın. Java, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-08-04 UTC.
[null,null,["Son güncelleme tarihi: 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."]]