31 Ekim 2011, Pazartesi<\/p>\n\n\n\n
\n Bir i\u00e7erik par\u00e7as\u0131na genellikle birden fazla URL \u00fczerinden ula\u015f\u0131labilir ve bunlar\u0131n hepsi ayn\u0131 alan ad\u0131nda olmayabilir. Y\u0131llard\u0131r \u00fczerinde konu\u015ftu\u011fumuz yayg\u0131n bir \u00f6rnek, ayn\u0131 i\u00e7eri\u011fin birden fazla URL’de bulunmas\u0131d\u0131r; bu sorun yinelenen i\u00e7erik<\/a> olarak bilinir. Google, yinelenen i\u00e7eri\u011fe sahip bir sayfa grubu ke\u015ffetti\u011finde, bu i\u00e7erik i\u00e7in temsili bir URL se\u00e7mek \u00fczere algoritmalar kullan\u0131r. Bir sayfa grubu, ayn\u0131 siteden veya farkl\u0131 sitelerden URL’ler i\u00e7erebilir. Temsili URL, farkl\u0131 sitelerden olu\u015fan bir gruptan se\u00e7ildi\u011finde, bu se\u00e7ime alan adlar\u0131 aras\u0131 URL se\u00e7imi denir. Basit bir \u00f6rnek vermek gerekirse, URL grubu a.com’dan bir URL ve b.com’dan bir URL i\u00e7eriyorsa ve algoritmalar\u0131m\u0131z b.com’daki URL’yi se\u00e7erse, a.com URL’si art\u0131k arama sonu\u00e7lar\u0131m\u0131zda g\u00f6sterilmeyebilir ve arama kaynakl\u0131 trafikte bir d\u00fc\u015f\u00fc\u015f ya\u015fayabilir.\n<\/p>\n\n\n\n \n Web y\u00f6neticileri, tercih edilen URL’yi belirtmek i\u00e7in \u015fu anda desteklenen mekanizmalardan birini kullanarak (\u00f6rne\u011fin \n Alan adlar\u0131 aras\u0131 URL se\u00e7imi kararlar\u0131 konusunda \u015feffaf olmak ad\u0131na, algoritmalar\u0131m\u0131z kendi web sitelerindeki bir URL yerine harici bir URL se\u00e7ti\u011finde web y\u00f6neticilerini bilgilendirmeye \u00e7al\u0131\u015facak yeni Web Y\u00f6neticisi Ara\u00e7lar\u0131 mesajlar\u0131n\u0131 kullan\u0131ma sunuyoruz. Bu mesajlar\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131na dair ayr\u0131nt\u0131lar konuyla ilgili Yard\u0131m Merkezi makalemizde<\/a> yer almaktad\u0131r. Bu blog yaz\u0131s\u0131nda ise alan adlar\u0131 aras\u0131 URL se\u00e7imini g\u00f6rebilece\u011finiz farkl\u0131 senaryolar\u0131 ve yanl\u0131\u015f oldu\u011funu d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcn\u00fcz se\u00e7imleri d\u00fczeltmek i\u00e7in neler yapabilece\u011finizi ele alaca\u011f\u0131z.\n<\/p>\n\n\n\n Algoritmalar\u0131m\u0131z\u0131n alan adlar\u0131 aras\u0131nda URL se\u00e7mesine yol a\u00e7abilecek bir\u00e7ok senaryo vard\u0131r.<\/p>\n\n\n\n \n \u00c7o\u011fu durumda algoritmalar\u0131m\u0131z, web y\u00f6neticisinin karar\u0131 etkilemek i\u00e7in uygulad\u0131\u011f\u0131 sinyallere dayanarak bir URL se\u00e7er. \u00d6rne\u011fin, web sitelerini ta\u015f\u0131mak i\u00e7in k\u0131lavuzlar\u0131m\u0131z\u0131<\/a> ve en iyi uygulamalar\u0131<\/a> takip eden bir web y\u00f6neticisi, yeni web sitesindeki URL’lerin Google’\u0131n se\u00e7mesini tercih etti\u011fi URL’ler oldu\u011funu etkili bir \u015fekilde sinyallemi\u015f olur. Web sitenizi ta\u015f\u0131yorsan\u0131z ve Web Y\u00f6neticisi Ara\u00e7lar\u0131’nda bu yeni mesajlar\u0131 g\u00f6r\u00fcyorsan\u0131z, bunu algoritmalar\u0131m\u0131z\u0131n durumu fark etti\u011finin bir onay\u0131 olarak kabul edebilirsiniz.\n<\/p>\n\n\n\n \n Bununla birlikte, algoritmalar\u0131m\u0131z se\u00e7ilmesini istemedikleri bir URL’yi se\u00e7ti\u011finde web y\u00f6neticilerinin soru sordu\u011funu d\u00fczenli olarak g\u00f6r\u00fcyoruz. Web siteniz alan adlar\u0131 aras\u0131 bir se\u00e7ime dahil oldu\u011funda ve se\u00e7imin yanl\u0131\u015f (yani niyetiniz d\u0131\u015f\u0131nda) oldu\u011funu d\u00fc\u015f\u00fcn\u00fcyorsan\u0131z, durumu iyile\u015ftirmek i\u00e7in birka\u00e7 strateji mevcuttur. \u0130\u015fte kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131z beklenmedik alan adlar\u0131 aras\u0131 URL se\u00e7imlerinin yayg\u0131n nedenlerinden baz\u0131lar\u0131 ve bunlar\u0131 d\u00fczeltme yollar\u0131:\n<\/p>\n\n\n\n \n Nadir durumlarda algoritmalar\u0131m\u0131z, i\u00e7eri\u011finizi izniniz olmadan bar\u0131nd\u0131ran harici bir siteden bir URL se\u00e7ebilir. Ba\u015fka bir sitenin telif hakk\u0131 yasalar\u0131n\u0131 ihlal ederek i\u00e7eri\u011finizi kopyalad\u0131\u011f\u0131n\u0131 d\u00fc\u015f\u00fcn\u00fcyorsan\u0131z, kald\u0131rma talebinde bulunmak i\u00e7in sitenin bar\u0131nd\u0131r\u0131c\u0131s\u0131yla ileti\u015fime ge\u00e7ebilirsiniz. Ayr\u0131ca, Dijital Biny\u0131l Telif Hakk\u0131 Yasas\u0131 (DMCA) kapsam\u0131nda bir talep g\u00f6ndererek<\/a> Google’\u0131n ihlal eden sayfay\u0131 arama sonu\u00e7lar\u0131m\u0131zdan kald\u0131rmas\u0131n\u0131 isteyebilirsiniz.\n<\/p>\n\n\n\n \n Her zaman oldu\u011fu gibi, yanl\u0131\u015f bir karar\u0131n nedenini belirleme veya nas\u0131l d\u00fczeltilece\u011fi konusunda yard\u0131ma ihtiyac\u0131n\u0131z olursa, bu konuyla ilgili Yard\u0131m Merkezi makalemize<\/a> g\u00f6z atabilir ve Web Y\u00f6neticisi Yard\u0131m Forumumuzda<\/a> soru sorabilirsiniz.\n<\/p>\n\n\n\nrel=\"canonical\"<\/code> \u00f6\u011feleri<\/a> veya 301<\/code> y\u00f6nlendirmeleri<\/a> kullanarak) algoritmalar\u0131m\u0131z\u0131n se\u00e7imlerini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde etkileyebilirler. \u00c7o\u011fu durumda, algoritmalar\u0131m\u0131z\u0131n bu konudaki kararlar\u0131 web y\u00f6neticisinin niyetini do\u011fru bir \u015fekilde yans\u0131t\u0131r. Ancak, nadir durumlarda bir\u00e7ok web y\u00f6neticisinin bunun neden ger\u00e7ekle\u015fti\u011fi ve se\u00e7imin yanl\u0131\u015f oldu\u011funu d\u00fc\u015f\u00fcnd\u00fcklerinde ne yapabilecekleri konusunda kafalar\u0131n\u0131n kar\u0131\u015ft\u0131\u011f\u0131n\u0131 da g\u00f6rd\u00fck.\n<\/p>\n\n\n\nAlan adlar\u0131 aras\u0131 URL se\u00e7iminin yayg\u0131n nedenleri<\/h2>\n\n\n\n
\n
\n
rel=\"canonical\"<\/code> \u00f6\u011feleri<\/a> ve 301<\/code> y\u00f6nlendirmeleri<\/a>\n <\/li>\n rel=\"alternate\" hreflang=\"x\"<\/code> hakk\u0131nda<\/a>\n <\/li>\n <\/ul>\n \n
rel=\"canonical\"<\/code> \u00f6\u011fesinin veya 301<\/code> y\u00f6nlendirmesinin yanl\u0131\u015f kullan\u0131m\u0131 yoluyla) ve bunu d\u00fczeltin.\n <\/li>\n soft 404<\/code> sayfalar\u0131<\/a> d\u00f6nd\u00fcrd\u00fc\u011f\u00fcnde de ortaya \u00e7\u0131kar. Her iki durumda da ayn\u0131 i\u00e7eri\u011fin iki farkl\u0131 siteden d\u00f6nd\u00fcr\u00fcld\u00fc\u011f\u00fcn\u00fc varsayabiliriz ve algoritmalar\u0131m\u0131z a.com URL’sini b.com URL’sinin kanonik URL’si olarak yanl\u0131\u015f bir \u015fekilde se\u00e7ebilir. Web sitenizin sunum altyap\u0131s\u0131n\u0131n hangi k\u0131sm\u0131n\u0131n yanl\u0131\u015f yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131n\u0131 ara\u015ft\u0131rman\u0131z gerekecektir. \u00d6rne\u011fin, sunucunuz hata sayfalar\u0131 i\u00e7in HTTP 200 (ba\u015far\u0131l\u0131)<\/code> durum kodlar\u0131 d\u00f6nd\u00fcr\u00fcyor olabilir veya sunucunuz \u00fczerinde bar\u0131nd\u0131r\u0131lan farkl\u0131 alan adlar\u0131 aras\u0131ndaki istekleri kar\u0131\u015ft\u0131r\u0131yor olabilir. Sorunun k\u00f6k nedenini buldu\u011funuzda, yap\u0131land\u0131rmay\u0131 d\u00fczeltmek i\u00e7in sunucu y\u00f6neticilerinizle birlikte \u00e7al\u0131\u015f\u0131n.\n <\/li>\n <\/ol>\n 301<\/code> y\u00f6nlendirmesi<\/a> d\u00f6nd\u00fcrmesine veya HTML <head><\/code> ya da HTTP ba\u015fl\u0131\u011f\u0131na, genellikle k\u00f6t\u00fc ama\u00e7l\u0131 i\u00e7erik bar\u0131nd\u0131ran harici bir URL’ye i\u015faret eden alan adlar\u0131 aras\u0131 bir rel=\"canonical\"<\/code> link<\/code> \u00f6\u011fesi<\/a> eklemesine neden olabilir. Bu durumlarda algoritmalar\u0131m\u0131z, g\u00fcvenli\u011fi ihlal edilmi\u015f web sitesindeki URL yerine k\u00f6t\u00fc ama\u00e7l\u0131 veya spam i\u00e7erikli URL’yi se\u00e7ebilir. Bu durumda, l\u00fctfen sitenizi temizlemeye y\u00f6nelik k\u0131lavuzumuzu<\/a> izleyin ve i\u015flem bitti\u011finde yeniden de\u011ferlendirme iste\u011fi g\u00f6nderin. Cloaking<\/a> sald\u0131r\u0131lar\u0131n\u0131 tan\u0131mlamak i\u00e7in, sayfan\u0131z\u0131n i\u00e7eri\u011fini Googlebot’un g\u00f6rd\u00fc\u011f\u00fc gibi g\u00f6rmek \u00fczere Web Y\u00f6neticisi Ara\u00e7lar\u0131’ndaki Googlebot gibi getir<\/a> i\u015flevini kullanabilirsiniz.\n <\/li>\n<\/ul>\n\n\n\n