Web sitenizi yeni bir platforma ta\u015f\u0131mak, dijital varl\u0131\u011f\u0131n\u0131z i\u00e7in heyecan verici bir ad\u0131m olabilir. Ancak bu s\u00fcre\u00e7, do\u011fru y\u00f6netilmezse organik trafik ve arama motoru s\u0131ralamalar\u0131nda ciddi kay\u0131plara yol a\u00e7abilir. Bu rehber, replatforming (altyap\u0131 de\u011fi\u015fikli\u011fi) yaparken SEO performans\u0131n\u0131z\u0131 koruman\u0131z i\u00e7in kapsaml\u0131 bir y\u00f6nlendirme haritas\u0131 (redirect map) olu\u015fturma ve uygulama stratejilerini ad\u0131m ad\u0131m a\u00e7\u0131klayacakt\u0131r. Amac\u0131m\u0131z, sitenizi g\u00fcvenle ta\u015f\u0131rken arama motoru optimizasyonunuzu (SEO) en \u00fcst d\u00fczeyde tutmakt\u0131r.<\/p>\n
Bir web sitesini yeni bir altyap\u0131ya ta\u015f\u0131mak, sadece tasar\u0131m veya teknik \u00f6zelliklerin g\u00fcncellenmesi anlam\u0131na gelmez; ayn\u0131 zamanda sitenizin arama motorlar\u0131 taraf\u0131ndan nas\u0131l alg\u0131land\u0131\u011f\u0131n\u0131 temelden etkileyen kritik bir operasyondur. Bu s\u00fcre\u00e7te yap\u0131lan hatalar, y\u0131llarca s\u00fcren SEO \u00e7al\u0131\u015fmalar\u0131n\u0131n bir anda bo\u015fa gitmesine, organik trafik ve gelir kay\u0131plar\u0131na neden olabilir. Peki, neden replatforming s\u0131ras\u0131nda SEO bu kadar hayati bir \u00f6neme sahiptir?<\/p>\n
\u00d6ncelikle, arama motorlar\u0131 web sitelerini URL’ler \u00fczerinden tan\u0131r ve dizine ekler. Her bir sayfan\u0131n benzersiz bir adresi (URL) vard\u0131r ve bu adres, arama motorlar\u0131n\u0131n i\u00e7eri\u011fi bulup anlamas\u0131n\u0131 sa\u011flar. Replatforming s\u0131ras\u0131nda URL yap\u0131lar\u0131 genellikle de\u011fi\u015fir. E\u011fer eski URL’ler, yeni URL’lere do\u011fru bir \u015fekilde y\u00f6nlendirilmezse, arama motorlar\u0131 eski sayfalar\u0131 “kaybolmu\u015f” veya “eri\u015filemez” olarak alg\u0131lar. Bu durum, arama motoru sonu\u00e7 sayfalar\u0131ndaki (SERP) s\u0131ralamalar\u0131n\u0131z\u0131n d\u00fc\u015fmesine veya tamamen kaybolmas\u0131na yol a\u00e7ar. Eski URL’lerinizden gelen t\u00fcm de\u011fer (backlink g\u00fcc\u00fc, otorite vb.) yeni sayfalara aktar\u0131lmazsa, s\u0131f\u0131rdan ba\u015flam\u0131\u015f gibi olursunuz ki bu, rekabet\u00e7i bir ortamda kabul edilemez bir risktir.<\/p>\n
\u0130kinci olarak, kullan\u0131c\u0131 deneyimi (UX) de SEO’nun \u00f6nemli bir par\u00e7as\u0131d\u0131r. Eski URL’lere t\u0131klayan kullan\u0131c\u0131lar, 404 Hata Sayfalar\u0131 ile kar\u015f\u0131la\u015ft\u0131\u011f\u0131nda hayal k\u0131r\u0131kl\u0131\u011f\u0131na u\u011frar ve sitenizden ayr\u0131l\u0131rlar. Bu durum, hemen \u00e7\u0131kma oran\u0131n\u0131z\u0131 (bounce rate) art\u0131r\u0131r ve arama motorlar\u0131na sitenizin kullan\u0131c\u0131lar i\u00e7in de\u011ferli olmad\u0131\u011f\u0131 sinyalini verir. Arama motorlar\u0131, kullan\u0131c\u0131 deneyimini s\u0131ralama fakt\u00f6rlerinden biri olarak kabul etti\u011fi i\u00e7in, k\u00f6t\u00fc bir kullan\u0131c\u0131 deneyimi do\u011frudan SEO performans\u0131n\u0131z\u0131 olumsuz etkiler. T\u00fcrkiye’deki bir\u00e7ok e-ticaret sitesi, \u00f6zellikle bayram d\u00f6nemleri veya \u00f6zel indirim g\u00fcnleri \u00f6ncesinde yapt\u0131\u011f\u0131 altyap\u0131 de\u011fi\u015fikliklerinde bu hataya d\u00fc\u015ferek potansiyel m\u00fc\u015fteri ve gelir kay\u0131plar\u0131 ya\u015fam\u0131\u015ft\u0131r. \u00d6rne\u011fin, eski \u00fcr\u00fcn sayfalar\u0131na gelen kullan\u0131c\u0131lar, yeni sayfaya y\u00f6nlendirilmeyince al\u0131\u015fveri\u015f yapmaktan vazge\u00e7ebilir.<\/p>\n
\u00dc\u00e7\u00fcnc\u00fc olarak, replatforming, sitenizin genel teknik yap\u0131s\u0131n\u0131 da de\u011fi\u015ftirebilir. Yeni platformun h\u0131z\u0131, mobil uyumlulu\u011fu, g\u00fcvenlik protokolleri (HTTPS) ve JavaScript i\u015fleme kapasitesi gibi fakt\u00f6rler, arama motoru tarama (crawling) ve dizine ekleme (indexing) s\u00fcre\u00e7lerini do\u011frudan etkiler. Bu teknik unsurlar\u0131n do\u011fru yap\u0131land\u0131r\u0131lmamas\u0131, arama motorlar\u0131n\u0131n sitenizi verimli bir \u015fekilde taramas\u0131n\u0131 engelleyebilir. \u00d6zellikle b\u00fcy\u00fck sitelerde, arama motorlar\u0131n\u0131n tarama b\u00fct\u00e7esi (crawl budget) s\u0131n\u0131rl\u0131d\u0131r ve bu b\u00fct\u00e7enin hatal\u0131 y\u00f6nlendirmeler veya eri\u015filemeyen sayfalarla harcanmas\u0131, \u00f6nemli yeni sayfalar\u0131n dizine eklenememesine neden olabilir.<\/p>\n
Son olarak, replatforming sadece URL’leri de\u011fil, ayn\u0131 zamanda site mimarisini, i\u00e7 ba\u011flant\u0131 yap\u0131s\u0131n\u0131, meta a\u00e7\u0131klamalar\u0131n\u0131 ve ba\u015fl\u0131k etiketlerini de etkileyebilir. Bu unsurlar\u0131n her biri, sitenizin arama motorlar\u0131 taraf\u0131ndan nas\u0131l anla\u015f\u0131ld\u0131\u011f\u0131 ve s\u0131raland\u0131\u011f\u0131 \u00fczerinde \u00f6nemli bir rol oynar. Bu nedenle, kapsaml\u0131 bir SEO denetimi ve stratejisi olmadan yeni bir platforma ge\u00e7mek, bilinmeze do\u011fru bir atlay\u0131\u015f yapmak gibidir. Ba\u015far\u0131l\u0131 bir replatforming, sadece teknik bir ge\u00e7i\u015f de\u011fil, ayn\u0131 zamanda SEO de\u011ferini koruma ve hatta art\u0131rma f\u0131rsat\u0131d\u0131r. Bu f\u0131rsat\u0131 de\u011ferlendirmek i\u00e7in detayl\u0131 bir y\u00f6nlendirme haritas\u0131 ve stratejik bir yakla\u015f\u0131m olmazsa olmazd\u0131r.<\/p>\n
Replatforming s\u00fcrecine ba\u015flamadan \u00f6nce, temel terimleri ve kavramlar\u0131 anlamak, ba\u015far\u0131l\u0131 bir ge\u00e7i\u015fin anahtar\u0131d\u0131r. Bu b\u00f6l\u00fcmde, replatforming’in ne anlama geldi\u011fini ve SEO a\u00e7\u0131s\u0131ndan kritik olan farkl\u0131 y\u00f6nlendirme (redirect) t\u00fcrlerini detayl\u0131ca ele alaca\u011f\u0131z.<\/p>\n
Replatforming, bir web sitesinin mevcut altyap\u0131s\u0131n\u0131 (\u00f6rne\u011fin, e-ticaret platformu, i\u00e7erik y\u00f6netim sistemi – CMS veya \u00f6zel yaz\u0131l\u0131m) tamamen veya b\u00fcy\u00fck \u00f6l\u00e7\u00fcde de\u011fi\u015ftirerek yeni bir teknoloji y\u0131\u011f\u0131n\u0131na ge\u00e7mesi s\u00fcrecidir. Bu, Magento’dan Shopify’a ge\u00e7mek, WordPress’ten headless CMS’e (ba\u015fs\u0131z CMS) ge\u00e7mek veya eski \u00f6zel bir yaz\u0131l\u0131mdan modern bir framework’e (yaz\u0131l\u0131m \u00e7er\u00e7evesi) ge\u00e7mek gibi farkl\u0131 senaryolar\u0131 kapsayabilir. Replatforming’in temel nedenleri aras\u0131nda performans sorunlar\u0131, \u00f6l\u00e7eklenebilirlik eksikli\u011fi, g\u00fcvenlik a\u00e7\u0131klar\u0131, \u00f6zellik s\u0131n\u0131rlamalar\u0131, bak\u0131m zorluklar\u0131 veya daha iyi bir kullan\u0131c\u0131 deneyimi sunma iste\u011fi bulunabilir.<\/p>\n
Bu s\u00fcre\u00e7 genellikle sadece teknik bir de\u011fi\u015fiklik de\u011fildir; ayn\u0131 zamanda site mimarisinin, URL yap\u0131lar\u0131n\u0131n, i\u00e7erik d\u00fczeninin ve hatta bazen markan\u0131n yeniden d\u00fc\u015f\u00fcn\u00fclmesini gerektirebilir. Replatforming, web sitesinin temelini olu\u015fturan t\u00fcm bile\u015fenleri etkiledi\u011fi i\u00e7in, arama motorlar\u0131n\u0131n sitenizi nas\u0131l alg\u0131lad\u0131\u011f\u0131 \u00fczerinde derin bir etkiye sahiptir. Bu nedenle, her ad\u0131m\u0131n SEO perspektifinden dikkatlice planlanmas\u0131 ve uygulanmas\u0131 zorunludur. \u00d6zellikle T\u00fcrkiye pazar\u0131nda, eski altyap\u0131lar\u0131n yeni nesil e-ticaret trendlerine ayak uyduramamas\u0131 nedeniyle bir\u00e7ok firma replatforming karar\u0131 almaktad\u0131r. Bu karar\u0131 al\u0131rken, mevcut SEO g\u00fcc\u00fcn\u00fc koruma ve gelecekteki b\u00fcy\u00fcme potansiyelini art\u0131rma dengesini iyi kurmak gerekir.<\/p>\n
Y\u00f6nlendirmeler, bir URL’ye gelen bir iste\u011fi ba\u015fka bir URL’ye g\u00f6ndermek i\u00e7in kullan\u0131lan mekanizmalard\u0131r. Arama motorlar\u0131 ve kullan\u0131c\u0131lar i\u00e7in do\u011fru y\u00f6nlendirme t\u00fcr\u00fcn\u00fc kullanmak, SEO kayb\u0131n\u0131 \u00f6nlemek a\u00e7\u0131s\u0131ndan hayati \u00f6neme sahiptir. \u0130\u015fte ba\u015fl\u0131ca y\u00f6nlendirme t\u00fcrleri:<\/p>\n
301 y\u00f6nlendirmesi, bir sayfan\u0131n veya kayna\u011f\u0131n kal\u0131c\u0131 olarak yeni bir konuma ta\u015f\u0131nd\u0131\u011f\u0131n\u0131 arama motorlar\u0131na ve taray\u0131c\u0131lara bildirir. Bu, SEO a\u00e7\u0131s\u0131ndan en \u00f6nemli y\u00f6nlendirme t\u00fcr\u00fcd\u00fcr \u00e7\u00fcnk\u00fc eski sayfan\u0131n link g\u00fcc\u00fcn\u00fcn (link equity) ve otoritesinin b\u00fcy\u00fck bir k\u0131sm\u0131n\u0131 (%90-99 aras\u0131) yeni sayfaya aktar\u0131r. Replatforming s\u0131ras\u0131nda URL’ler kal\u0131c\u0131 olarak de\u011fi\u015fti\u011finde, 301 y\u00f6nlendirmeleri kullanmak bir zorunluluktur. Yanl\u0131\u015f kullan\u0131lmas\u0131, s\u0131ralama kay\u0131plar\u0131na yol a\u00e7abilir. \u00d6rne\u011fin, bir \u00fcr\u00fcn\u00fcn URL’si de\u011fi\u015fti\u011finde, eski URL’den yeni URL’ye 301 y\u00f6nlendirmesi yap\u0131lmal\u0131d\u0131r.<\/p>\n
302 y\u00f6nlendirmesi, bir sayfan\u0131n ge\u00e7ici olarak ba\u015fka bir konuma ta\u015f\u0131nd\u0131\u011f\u0131n\u0131 belirtir. Bu y\u00f6nlendirme, eski sayfan\u0131n link g\u00fcc\u00fcn\u00fc yeni sayfaya aktarmaz veya \u00e7ok az bir k\u0131sm\u0131n\u0131 aktar\u0131r. Bu nedenle, replatforming gibi kal\u0131c\u0131 URL de\u011fi\u015fikliklerinde 302 kullanmak b\u00fcy\u00fck bir hata olacakt\u0131r. 302’ler genellikle A\/B testleri, bak\u0131m \u00e7al\u0131\u015fmalar\u0131 veya k\u0131sa s\u00fcreli promosyonlar gibi ge\u00e7ici durumlar i\u00e7in uygundur. Arama motorlar\u0131, 302’yi genellikle orijinal URL’yi dizinde tutmaya devam etme sinyali olarak alg\u0131lar.<\/p>\n 307 y\u00f6nlendirmesi, teknik olarak 302’ye benzerdir ve HTTP\/1.1 standard\u0131n\u0131n bir par\u00e7as\u0131d\u0131r. Temel fark\u0131, 307’nin POST iste\u011fi gibi HTTP metotlar\u0131n\u0131n yeni URL’ye ayn\u0131 metotla g\u00f6nderilmesini garantilemesidir, oysa 302’de bu garanti yoktur (taray\u0131c\u0131lar POST’u GET’e \u00e7evirebilir). SEO a\u00e7\u0131s\u0131ndan 302 ile ayn\u0131 etkiye sahiptir; yani link g\u00fcc\u00fc aktar\u0131m\u0131 yapmaz. Bu nedenle, kal\u0131c\u0131 de\u011fi\u015fiklikler i\u00e7in kesinlikle kullan\u0131lmamal\u0131d\u0131r.<\/p>\n 404 hatas\u0131, istenen sayfan\u0131n sunucuda bulunamad\u0131\u011f\u0131n\u0131 g\u00f6sterir. Y\u00f6nlendirme yap\u0131lmayan veya yanl\u0131\u015f y\u00f6nlendirilen eski URL’ler, bu hatay\u0131 verir. Arama motorlar\u0131, \u00e7ok say\u0131da 404 hatas\u0131 olan siteleri olumsuz de\u011ferlendirir ve bu sayfalar\u0131n dizinden \u00e7\u0131kar\u0131lmas\u0131na neden olur. Kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan da olumsuzdur. Bu y\u00fczden replatforming’de 404’leri minimize etmek ve onlar\u0131 uygun 301 y\u00f6nlendirmeleriyle de\u011fi\u015ftirmek \u00e7ok \u00f6nemlidir.<\/p>\n<\/li>\n 410 hatas\u0131, 404’e benzer ancak sayfan\u0131n kal\u0131c\u0131 olarak kald\u0131r\u0131ld\u0131\u011f\u0131n\u0131 ve geri gelmeyece\u011fini a\u00e7\u0131k\u00e7a belirtir. Arama motorlar\u0131na, bu sayfan\u0131n dizinden daha h\u0131zl\u0131 \u00e7\u0131kar\u0131lmas\u0131 gerekti\u011fini s\u00f6yler. E\u011fer bir sayfa replatforming sonras\u0131 ger\u00e7ekten kald\u0131r\u0131lacaksa ve yerine e\u015fde\u011fer bir i\u00e7erik yoksa, 410 kullanmak 404’ten daha net bir sinyaldir. Ancak bu da dikkatli kullan\u0131lmal\u0131d\u0131r; \u00f6nemli bir sayfay\u0131 yanl\u0131\u015fl\u0131kla 410 yapmak, link g\u00fcc\u00fc kayb\u0131na yol a\u00e7ar.<\/p>\n<\/li>\n<\/ul>\n Bu y\u00f6nlendirme t\u00fcrlerini do\u011fru bir \u015fekilde anlamak ve replatforming stratejinize entegre etmek, mevcut SEO de\u011ferinizi koruman\u0131n ve yeni platformunuzun arama motorlar\u0131nda ba\u015far\u0131l\u0131 olmas\u0131n\u0131n temelini olu\u015fturur. \u00d6zellikle 301 y\u00f6nlendirmelerinin do\u011fru ve eksiksiz bir \u015fekilde uygulanmas\u0131, bu s\u00fcrecin en kritik ad\u0131m\u0131d\u0131r.<\/p>\n Replatforming s\u00fcrecinin kalbi, SEO kayb\u0131n\u0131 \u00f6nlemek i\u00e7in titizlikle haz\u0131rlanm\u0131\u015f bir y\u00f6nlendirme haritas\u0131d\u0131r. Bu harita, eski sitenizdeki her \u00f6nemli URL’nin yeni sitenizdeki kar\u015f\u0131l\u0131\u011f\u0131na nas\u0131l y\u00f6nlendirilece\u011fini detayland\u0131ran bir yol haritas\u0131d\u0131r. \u0130\u015fte ad\u0131m ad\u0131m kapsaml\u0131 bir y\u00f6nlendirme haritas\u0131 olu\u015fturma s\u00fcreci:<\/p>\n Y\u00f6nlendirme haritas\u0131 olu\u015fturman\u0131n ilk ve en kritik ad\u0131m\u0131, mevcut sitenizdeki t\u00fcm URL’lerin kapsaml\u0131 bir envanterini \u00e7\u0131karmakt\u0131r. Bu, sadece birka\u00e7 sayfa i\u00e7in de\u011fil, sitenizdeki binlerce, hatta milyonlarca URL i\u00e7in ge\u00e7erlidir. Bu a\u015famada hi\u00e7bir \u00f6nemli sayfan\u0131n atlanmad\u0131\u011f\u0131ndan emin olmal\u0131s\u0131n\u0131z.<\/p>\n T\u00fcm bu kaynaklardan elde etti\u011finiz verileri tek bir Excel veya Google Sheets tablosunda birle\u015ftirin. Bu tablo, “Eski URL”, “Yeni URL”, “Y\u00f6nlendirme T\u00fcr\u00fc (301)”, “\u00d6ncelik” ve “Notlar” gibi s\u00fctunlar\u0131 i\u00e7ermelidir. Bu, y\u00f6nlendirme haritan\u0131z\u0131n temelini olu\u015fturacakt\u0131r. \u00d6zellikle T\u00fcrkiye’deki b\u00fcy\u00fck e-ticaret siteleri i\u00e7in bu envanter \u00e7\u0131karma s\u00fcreci, binlerce hatta on binlerce \u00fcr\u00fcn ve kategori sayfas\u0131n\u0131 i\u00e7erebilir. Bu nedenle, otomatik ara\u00e7lar ve dikkatli bir manuel inceleme kombinasyonu \u015fartt\u0131r.<\/p>\n Mevcut URL’lerin envanteri \u00e7\u0131kar\u0131ld\u0131ktan sonraki ad\u0131m, yeni platformunuzdaki URL yap\u0131s\u0131n\u0131 dikkatlice planlamakt\u0131r. Bu, sadece teknik bir karar de\u011fil, ayn\u0131 zamanda SEO ve kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan stratejik bir karard\u0131r.<\/p>\n Bu planlama a\u015famas\u0131nda, eski URL yap\u0131n\u0131z ile yeni URL yap\u0131n\u0131z aras\u0131ndaki olas\u0131 farkl\u0131l\u0131klar\u0131 belirlemelisiniz. Bu farkl\u0131l\u0131klar, y\u00f6nlendirme haritas\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 ve kapsam\u0131n\u0131 do\u011frudan etkileyecektir. M\u00fcmk\u00fcnse, eski URL yap\u0131s\u0131n\u0131 korumak, y\u00f6nlendirme s\u00fcrecini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde basitle\u015ftirir, ancak bu her zaman m\u00fcmk\u00fcn veya arzu edilen bir durum de\u011fildir.<\/p>\n Eski ve yeni URL yap\u0131lar\u0131 belirlendikten sonra, s\u0131ra e\u015fle\u015ftirme i\u015flemine gelir. Bu, y\u00f6nlendirme haritas\u0131n\u0131n en \u00e7ok zaman alan ancak en \u00f6nemli k\u0131sm\u0131d\u0131r.<\/p>\n Bu kural, Bu a\u015famada olu\u015fturdu\u011funuz Excel tablosu, art\u0131k her eski URL’nin kar\u015f\u0131s\u0131nda yeni URL’si ve uygulanacak y\u00f6nlendirme t\u00fcr\u00fc ile doludur. Bu tablo, replatforming sonras\u0131 teknik ekibinize teslim edece\u011finiz ana belgedir.<\/p>\n T\u00fcm URL’lerinizi e\u015fle\u015ftirdikten sonra, y\u00f6nlendirmeleri \u00f6nceliklendirmek ve uygulamay\u0131 kademeli bir yakla\u015f\u0131mla ele almak \u00f6nemlidir. \u00d6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k siteler i\u00e7in bu, riskleri minimize etmenin en etkili yoludur.<\/p>\n Y\u00f6nlendirmeleri kademeli olarak uygulamak, olas\u0131 sorunlar\u0131 k\u00fc\u00e7\u00fck \u00f6l\u00e7ekte tespit etmenizi ve d\u00fczeltmenizi sa\u011flar. \u00d6rne\u011fin, \u00f6nce en \u00f6nemli sayfalar\u0131n y\u00f6nlendirmelerini uygulay\u0131p test ettikten sonra di\u011fer sayfalara ge\u00e7ebilirsiniz. Bu yakla\u015f\u0131m, \u00f6zellikle b\u00fcy\u00fck sitelerde ya\u015fanabilecek potansiyel felaketleri \u00f6nler ve ekibinize sorun giderme i\u00e7in zaman tan\u0131r. Ayr\u0131ca, teknik ekibinizle d\u00fczenli ileti\u015fim halinde olmak, bu s\u00fcrecin sorunsuz ilerlemesi i\u00e7in kritik \u00f6neme sahiptir. T\u00fcrkiye’deki bir\u00e7ok kurumsal firma, bu kademeli yakla\u015f\u0131m\u0131 benimseyerek replatforming s\u00fcre\u00e7lerini daha kontroll\u00fc bir \u015fekilde y\u00f6netebilmektedir.<\/p>\n Kapsaml\u0131 bir y\u00f6nlendirme haritas\u0131 olu\u015fturulduktan sonra, s\u0131ra bu haritan\u0131n teknik olarak uygulanmas\u0131na gelir. Bu a\u015fama, sunucu yap\u0131land\u0131rmas\u0131 ve di\u011fer teknik detaylar\u0131 i\u00e7erir. Do\u011fru uygulama, SEO de\u011ferinizi koruman\u0131n ve sitenizin sorunsuz \u00e7al\u0131\u015fmas\u0131n\u0131n garantisidir.<\/p>\n Y\u00f6nlendirmeler genellikle web sunucusu d\u00fczeyinde yap\u0131land\u0131r\u0131l\u0131r. Bu, en h\u0131zl\u0131 ve SEO dostu y\u00f6ntemdir. En yayg\u0131n kullan\u0131lan web sunucular\u0131 Apache ve Nginx’tir.<\/p>\n Apache sunucular\u0131, genellikle Bu \u00f6rnekte, Bu kural, Bu kural, Nginx sunucular\u0131, yap\u0131land\u0131rma dosyalar\u0131 (genellikle Bu kural, tam olarak Burada Bu Nginx yap\u0131land\u0131rmas\u0131, hem HTTP hem de HTTPS \u00fczerinden Nginx yap\u0131land\u0131rmalar\u0131n\u0131 de\u011fi\u015ftirdikten sonra, de\u011fi\u015fikliklerin etkili olmas\u0131 i\u00e7in Nginx servisini yeniden ba\u015flatman\u0131z gerekir (\u00f6rne\u011fin, Replatforming ve y\u00f6nlendirme s\u00fcrecinde CDN (\u0130\u00e7erik Da\u011f\u0131t\u0131m A\u011f\u0131) ve DNS (Alan Ad\u0131 Sistemi) ayarlar\u0131 da \u00f6nemli bir rol oynar.<\/p>\n Y\u00f6nlendirmeler uyguland\u0131ktan sonra, hatalar\u0131 proaktif olarak tespit etmek ve d\u00fczeltmek i\u00e7in bir plan\u0131n\u0131z olmal\u0131d\u0131r. Bu, replatforming sonras\u0131 olas\u0131 SEO kay\u0131plar\u0131n\u0131 en aza indirmenin anahtar\u0131d\u0131r.<\/p>\n Bu mekanizmalar\u0131 kullanarak, replatforming sonras\u0131 ortaya \u00e7\u0131kabilecek teknik SEO sorunlar\u0131n\u0131 h\u0131zl\u0131ca tespit edip d\u00fczeltebilir, b\u00f6ylece organik trafik ve s\u0131ralama kay\u0131plar\u0131n\u0131 minimize edebilirsiniz. Unutmay\u0131n, replatforming tek seferlik bir i\u015flem de\u011fildir; lansman sonras\u0131 s\u00fcrekli izleme ve optimizasyon gerektiren bir s\u00fcre\u00e7tir.<\/p>\n Web sitenizi yeni platformuna ba\u015far\u0131yla ta\u015f\u0131d\u0131ktan ve y\u00f6nlendirmeleri uygulad\u0131ktan sonra i\u015finiz bitmi\u015f say\u0131lmaz. Asl\u0131nda, SEO a\u00e7\u0131s\u0131ndan en kritik a\u015famalardan biri \u015fimdi ba\u015fl\u0131yor: lansman sonras\u0131 s\u00fcrekli izleme ve optimizasyon. Bu s\u00fcre\u00e7, olas\u0131 sorunlar\u0131 h\u0131zla tespit etmenizi, performans d\u00fc\u015f\u00fc\u015flerini engellemenizi ve yeni platformunuzun arama motorlar\u0131ndaki g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc en \u00fcst d\u00fczeye \u00e7\u0131karman\u0131z\u0131 sa\u011flar.<\/p>\n Replatforming sonras\u0131 ilk birka\u00e7 hafta ve ay, Google Search Console (GSC) ve Google Analytics (GA) gibi ara\u00e7lar\u0131 yak\u0131ndan takip etmek hayati \u00f6nem ta\u015f\u0131r. Bu ara\u00e7lar, sitenizin arama motorlar\u0131 ve kullan\u0131c\u0131lar taraf\u0131ndan nas\u0131l alg\u0131land\u0131\u011f\u0131na dair paha bi\u00e7ilmez veriler sunar.<\/p>\n Bu ara\u00e7lardan gelen verileri d\u00fczenli olarak incelemek, potansiyel SEO sorunlar\u0131n\u0131 erken a\u015famada tespit etmenizi ve h\u0131zl\u0131ca m\u00fcdahale etmenizi sa\u011flar. T\u00fcrkiye’deki e-ticaret siteleri i\u00e7in bu izleme, \u00f6zellikle kampanya d\u00f6nemlerinde olu\u015fabilecek trafik kay\u0131plar\u0131n\u0131 \u00f6nlemek ad\u0131na kritik \u00f6neme sahiptir.<\/p>\n Replatforming, arama motorlar\u0131n\u0131n sitenizi tarama ve dizine ekleme \u015feklini derinden etkiler. Bu nedenle, tarama b\u00fct\u00e7esi (crawl budget) ve dizine ekleme durumunu anlamak ve optimize etmek \u00f6nemlidir.<\/p>\n Tarama b\u00fct\u00e7esini ve dizine ekleme s\u00fcrecini aktif olarak y\u00f6netmek, replatforming sonras\u0131 SEO performans\u0131n\u0131z\u0131n istikrarl\u0131 kalmas\u0131n\u0131 sa\u011flar.<\/p>\n Yeni platforma ge\u00e7i\u015fin ard\u0131ndan, sitenizin i\u00e7 ba\u011flant\u0131 yap\u0131s\u0131n\u0131 g\u00fcncellemek, SEO ve kullan\u0131c\u0131 deneyimi i\u00e7in kritik bir ad\u0131md\u0131r. \u0130\u00e7 ba\u011flant\u0131lar, hem arama motorlar\u0131n\u0131n sitenizin hiyerar\u015fisini ve i\u00e7eri\u011fini anlamas\u0131na yard\u0131mc\u0131 olur hem de kullan\u0131c\u0131lar\u0131n site i\u00e7inde gezinmesini sa\u011flar.<\/p>\n \u0130\u00e7 ba\u011flant\u0131 yap\u0131s\u0131n\u0131n kapsaml\u0131 bir \u015fekilde g\u00fcncellenmesi, arama motorlar\u0131n\u0131n yeni sitenizi daha h\u0131zl\u0131 ve do\u011fru bir \u015fekilde ke\u015ffetmesini, anlamas\u0131n\u0131 ve dizine eklemesini sa\u011flar. Bu, replatforming sonras\u0131 SEO ba\u015far\u0131n\u0131z i\u00e7in uzun vadeli bir yat\u0131r\u0131md\u0131r ve g\u00f6z ard\u0131 edilmemelidir.<\/p>\n Replatforming s\u00fcreci, dikkatli planlama ve uygulama gerektiren karma\u015f\u0131k bir projedir. SEO kayb\u0131 ya\u015famadan ba\u015far\u0131l\u0131 bir ge\u00e7i\u015f yapmak i\u00e7in a\u015fa\u011f\u0131daki \u00f6nemli ipu\u00e7lar\u0131n\u0131 g\u00f6z \u00f6n\u00fcnde bulundurmal\u0131s\u0131n\u0131z:<\/p>\n Bu ipu\u00e7lar\u0131, replatforming s\u00fcrecinizi daha sorunsuz hale getirecek ve SEO de\u011ferinizi koruman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Ba\u015far\u0131l\u0131 bir replatforming, sadece teknik bir ge\u00e7i\u015f de\u011fil, ayn\u0131 zamanda sitenizin gelecekteki b\u00fcy\u00fcmesi i\u00e7in stratejik bir yat\u0131r\u0131md\u0131r.<\/p>\n Replatforming sonras\u0131 SEO performans\u0131nda d\u00fc\u015f\u00fc\u015f ya\u015famak normal mi?<\/strong><\/p>\n Evet, replatforming sonras\u0131 ilk birka\u00e7 hafta veya ay i\u00e7inde SEO performans\u0131nda (trafik ve s\u0131ralama) hafif dalgalanmalar veya ge\u00e7ici d\u00fc\u015f\u00fc\u015fler ya\u015fanmas\u0131 normaldir. Arama motorlar\u0131n\u0131n yeni URL’leri ke\u015ffetmesi, dizine eklemesi ve link g\u00fcc\u00fcn\u00fc aktarmas\u0131 zaman al\u0131r. Ancak, do\u011fru bir y\u00f6nlendirme haritas\u0131 ve izleme ile bu d\u00fc\u015f\u00fc\u015fler minimize edilmeli ve performans k\u0131sa s\u00fcrede stabilize olmal\u0131d\u0131r. E\u011fer d\u00fc\u015f\u00fc\u015fler uzun s\u00fcrerse veya \u00e7ok b\u00fcy\u00fck olursa, teknik bir sorun oldu\u011funu g\u00f6sterir.<\/p>\n<\/li>\n Y\u00f6nlendirme haritas\u0131 ne kadar detayl\u0131 olmal\u0131?<\/strong><\/p>\n Y\u00f6nlendirme haritas\u0131 m\u00fcmk\u00fcn oldu\u011funca detayl\u0131 olmal\u0131d\u0131r. Sitenizdeki her \u00f6nemli URL i\u00e7in bire bir e\u015fle\u015fme sa\u011flamak en idealidir. En \u00e7ok trafik alan, en \u00e7ok backlink’e sahip ve en y\u00fcksek d\u00f6n\u00fc\u015f\u00fcm sa\u011flayan sayfalar i\u00e7in kesinlikle bire bir 301 y\u00f6nlendirmesi yap\u0131lmal\u0131d\u0131r. Genel (wildcard) y\u00f6nlendirmeler, b\u00fcy\u00fck URL gruplar\u0131 i\u00e7in faydal\u0131 olsa da, her zaman tekil y\u00f6nlendirmeler kadar hassas olmayabilir.<\/p>\n<\/li>\n Eski platformu ne kadar s\u00fcre aktif tutmal\u0131y\u0131m?<\/strong><\/p>\n Yeni platform canl\u0131ya ge\u00e7tikten ve y\u00f6nlendirmeler uyguland\u0131ktan sonra, eski platformu en az 6-12 ay boyunca aktif ve eri\u015filebilir tutman\u0131z \u00f6nerilir. Bu s\u00fcre zarf\u0131nda, arama motorlar\u0131 eski URL’leri taramaya devam edecek ve 301 y\u00f6nlendirmelerini takip ederek yeni URL’leri dizine ekleyecektir. Ayr\u0131ca, bu s\u00fcre zarf\u0131nda olu\u015fabilecek beklenmedik y\u00f6nlendirme hatalar\u0131n\u0131 tespit etme ve d\u00fczeltme \u015fans\u0131n\u0131z olur. Eski siteyi tamamen kapatmadan \u00f6nce, Google Search Console’da eski URL’lerden gelen trafi\u011fin s\u0131f\u0131ra yakla\u015ft\u0131\u011f\u0131ndan ve yeni URL’lerin tam olarak dizine eklendi\u011finden emin olun.<\/p>\n<\/li>\n 301 y\u00f6nlendirmeleri link g\u00fcc\u00fcn\u00fcn ne kadar\u0131n\u0131 aktar\u0131r?<\/strong><\/p>\n Google, 301 y\u00f6nlendirmelerinin link g\u00fcc\u00fcn\u00fcn (link equity veya PageRank) neredeyse tamam\u0131n\u0131 (%90-99 aras\u0131) yeni URL’ye aktard\u0131\u011f\u0131n\u0131 belirtmektedir. Bu nedenle, kal\u0131c\u0131 URL de\u011fi\u015fikliklerinde 301 y\u00f6nlendirmeleri kullanmak, SEO de\u011ferinizi korumak i\u00e7in en iyi uygulamad\u0131r. Ancak, bu aktar\u0131m an\u0131nda ger\u00e7ekle\u015fmez ve arama motorlar\u0131n\u0131n bu de\u011fi\u015fiklikleri i\u015flemesi zaman alabilir.<\/p>\n<\/li>\n Replatforming yaparken HTTPS’e ge\u00e7i\u015f de yapmal\u0131 m\u0131y\u0131m?<\/strong><\/p>\n Kesinlikle evet. HTTPS, g\u00fcn\u00fcm\u00fczde bir s\u0131ralama fakt\u00f6r\u00fc ve kullan\u0131c\u0131 g\u00fcvenli\u011fi i\u00e7in bir standartt\u0131r. E\u011fer siteniz hen\u00fcz HTTPS kullanm\u0131yorsa, replatforming, bu ge\u00e7i\u015fi ayn\u0131 anda yapman\u0131n en uygun zaman\u0131d\u0131r. Bu, tek bir b\u00fcy\u00fck ge\u00e7i\u015f operasyonuyla iki \u00f6nemli SEO ad\u0131m\u0131n\u0131 birden atman\u0131z\u0131 sa\u011flar ve potansiyel karma\u015f\u0131kl\u0131\u011f\u0131 azalt\u0131r. HTTPS’e ge\u00e7i\u015f, 301 y\u00f6nlendirmeleriyle do\u011fru \u015fekilde y\u00f6netilmelidir (HTTP’den HTTPS’e).<\/p>\n<\/li>\n<\/ul>\n #Replatforming #SEO #Y\u00f6nlendirmeHaritas\u0131 #WebGeli\u015ftirme #DijitalPazarlama<\/p>\nHTTP\/1.1 301 Moved Permanently
Location: https:\/\/www.yenisitem.com\/yeni-sayfa<\/code><\/p>\n<\/li>\nHTTP\/1.1 302 Found
Location: https:\/\/www.yenisitem.com\/gecici-sayfa<\/code><\/p>\n<\/li>\nHTTP\/1.1 307 Temporary Redirect
Location: https:\/\/www.yenisitem.com\/gecici-sayfa-2<\/code><\/p>\n<\/li>\nKapsaml\u0131 Bir Y\u00f6nlendirme Haritas\u0131 Nas\u0131l Olu\u015fturulur?<\/h2>\n
Mevcut URL’leri Tespit Etme ve Envanter \u00c7\u0131karma<\/h3>\n
\n
Yeni URL Yap\u0131s\u0131n\u0131 Planlama<\/h3>\n
\n
?id=123<\/code>) ka\u00e7\u0131n\u0131n ve statik, temiz URL’leri tercih edin (\/kategori\/urun-adi<\/code>). \u00d6rne\u011fin, www.eski-site.com\/urun.php?id=12345&kat=spor<\/code> yerine www.yeni-site.com\/spor-ayakkabilar\/nike-air-max<\/code> gibi bir yap\u0131 \u00e7ok daha iyidir.<\/li>\nwww.site.com\/kategori\/alt-kategori\/urun<\/code> idealdir, ancak www.site.com\/kategori\/alt-kategori\/alt-alt-kategori\/urun<\/code> gibi \u00e7ok derin yap\u0131lar ka\u00e7\u0131n\u0131lmas\u0131 gereken durumlard\u0131r.<\/li>\nBire Bir E\u015fle\u015fme, Kategori E\u015fle\u015fmesi ve Genel Y\u00f6nlendirmeler<\/h3>\n
\n
\n Eski URL: \/urunler\/telefon\/iphone-x\n Yeni URL: \/cep-telefonlari\/apple\/iphone-x\n\n Eski URL: \/blog\/seo-nedir\n Yeni URL: \/blog\/seo-temelleri\n <\/code><\/pre>\n<\/li>\n\n Eski URL: \/elektronik\/telefonlar\n Yeni URL: \/cep-telefonlari\n\n Eski URL: \/kad\u0131n\/giyim\/elbiseler\n Yeni URL: \/elbise-modelleri\n <\/code><\/pre>\n<\/li>\n\/urunler\/<\/code> ile ba\u015fl\u0131yor ve yeni URL’ler \/shop\/<\/code> ile ba\u015fl\u0131yorsa, genel bir kural yaz\u0131labilir.\n\n RedirectMatch 301 ^\/urunler\/(.*)$ \/shop\/$1\n <\/code><\/pre>\n\/urunler\/ayakkabi<\/code> adresini \/shop\/ayakkabi<\/code> adresine y\u00f6nlendirir. Ancak, genel y\u00f6nlendirmeler kullan\u0131l\u0131rken dikkatli olunmal\u0131d\u0131r; yanl\u0131\u015f bir kural, t\u00fcm sitenin yanl\u0131\u015f yere y\u00f6nlendirilmesine neden olabilir.<\/li>\n\u00d6nceliklendirme ve Kademeli Yakla\u015f\u0131m<\/h3>\n
\n
Y\u00f6nlendirme Haritas\u0131n\u0131n Uygulanmas\u0131 ve Teknik Detaylar<\/h2>\n
Sunucu Taraf\u0131 Y\u00f6nlendirmeler: .htaccess ve Nginx \u00d6rnekleri<\/h3>\n
Apache Sunucular \u0130\u00e7in .htaccess<\/h4>\n
.htaccess<\/code> dosyalar\u0131 arac\u0131l\u0131\u011f\u0131yla y\u00f6nlendirmeleri y\u00f6netir. Bu dosya, web sitenizin k\u00f6k dizininde bulunur. .htaccess<\/code> dosyas\u0131na y\u00f6nlendirme kurallar\u0131 eklemeden \u00f6nce, sunucunuzda mod_rewrite<\/code> mod\u00fcl\u00fcn\u00fcn etkin oldu\u011fundan emin olun. Ayr\u0131ca, dosya \u00fczerinde yanl\u0131\u015f bir de\u011fi\u015fiklik t\u00fcm sitenizi eri\u015filemez hale getirebilece\u011fi i\u00e7in, her zaman bir yedek al\u0131n.<\/p>\n\n
\n RewriteEngine On\n RewriteRule ^eski-sayfa\\.html$ \/yeni-sayfa.html [R=301,L]\n <\/code><\/pre>\neski-sayfa.html<\/code> adresine gelen istekler, yeni-sayfa.html<\/code> adresine kal\u0131c\u0131 olarak y\u00f6nlendirilir. [R=301]<\/code> 301 y\u00f6nlendirmesini belirtir, [L]<\/code> ise bu kural uyguland\u0131ktan sonra ba\u015fka bir kural\u0131n i\u015flenmemesini sa\u011flar.<\/li>\n\n RedirectMatch 301 ^\/eski-dizin\/(.*)$ \/yeni-dizin\/$1\n <\/code><\/pre>\n\/eski-dizin\/<\/code> ile ba\u015flayan t\u00fcm URL’leri \/yeni-dizin\/<\/code> ile ba\u015flayan kar\u015f\u0131l\u0131klar\u0131na y\u00f6nlendirir. \u00d6rne\u011fin, \/eski-dizin\/urun1.html<\/code> adresini \/yeni-dizin\/urun1.html<\/code> adresine y\u00f6nlendirir.<\/li>\n\n RewriteEngine On\n RewriteCond %{HTTP_HOST} ^eski-sitem\\.com [NC,OR]\n RewriteCond %{HTTP_HOST} ^www\\.eski-sitem\\.com [NC]\n RewriteRule ^(.*)$ https:\/\/www.yeni-sitem.com\/$1 [L,R=301]\n <\/code><\/pre>\neski-sitem.com<\/code> veya www.eski-sitem.com<\/code> adresine gelen t\u00fcm istekleri https:\/\/www.yeni-sitem.com<\/code> adresine 301 ile y\u00f6nlendirir. Bu, alan ad\u0131 ta\u015f\u0131ma veya HTTPS’e ge\u00e7i\u015f i\u00e7in kritik bir kurald\u0131r.<\/li>\n<\/ul>\n.htaccess<\/code> dosyalar\u0131 g\u00fc\u00e7l\u00fcd\u00fcr ancak yanl\u0131\u015f kullan\u0131ld\u0131\u011f\u0131nda performans sorunlar\u0131na veya sunucu hatalar\u0131na yol a\u00e7abilir. Bu nedenle, de\u011fi\u015fiklikleri uygulamadan \u00f6nce dikkatlice test etmek ve m\u00fcmk\u00fcnse bir geli\u015ftirici veya sunucu y\u00f6neticisi ile \u00e7al\u0131\u015fmak \u00f6nemlidir.<\/p>\nNginx Sunucular \u0130\u00e7in Konfig\u00fcrasyon<\/h4>\n
nginx.conf<\/code> veya siteye \u00f6zel konfig\u00fcrasyon dosyalar\u0131) arac\u0131l\u0131\u011f\u0131yla y\u00f6nlendirmeleri y\u00f6netir. Nginx, Apache’ye g\u00f6re genellikle daha h\u0131zl\u0131 ve daha az kaynak t\u00fcketir.<\/p>\n\n
\n location = \/eski-sayfa.html {\n return 301 \/yeni-sayfa.html;\n }\n <\/code><\/pre>\n\/eski-sayfa.html<\/code> adresine gelen istekleri \/yeni-sayfa.html<\/code> adresine y\u00f6nlendirir.<\/li>\n\n rewrite ^\/eski-dizin\/(.*)$ \/yeni-dizin\/$1 permanent;\n <\/code><\/pre>\npermanent<\/code> anahtar kelimesi, 301 kal\u0131c\u0131 y\u00f6nlendirmeyi ifade eder. Bu kural, \/eski-dizin\/<\/code> ile ba\u015flayan t\u00fcm URL’leri \/yeni-dizin\/<\/code> ile ba\u015flayan kar\u015f\u0131l\u0131klar\u0131na y\u00f6nlendirir.<\/li>\n\n server {\n listen 80;\n listen 443 ssl;\n server_name eski-sitem.com www.eski-sitem.com;\n return 301 https:\/\/www.yeni-sitem.com$request_uri;\n }\n <\/code><\/pre>\neski-sitem.com<\/code> veya www.eski-sitem.com<\/code> adresine gelen t\u00fcm istekleri https:\/\/www.yeni-sitem.com<\/code> adresine 301 ile y\u00f6nlendirir. $request_uri<\/code> de\u011fi\u015fkeni, orijinal iste\u011fin yolunu ve sorgu dizgisini korur.<\/li>\n<\/ul>\nsudo systemctl reload nginx<\/code> veya sudo service nginx restart<\/code>).<\/p>\nCDN ve DNS Ayarlar\u0131n\u0131n Rol\u00fc<\/h3>\n
\n
Hatalar\u0131 Tespit Etme ve D\u00fczeltme Mekanizmalar\u0131<\/h3>\n
\n
Replatforming Sonras\u0131 SEO \u0130zleme ve Optimizasyon<\/h2>\n
Google Search Console ve Analitik Ara\u00e7larla \u0130zleme<\/h3>\n
\n
\n
\n
Tarama B\u00fct\u00e7esi ve Dizine Ekleme<\/h3>\n
\n
noindex<\/code> etiketlerinin yanl\u0131\u015fl\u0131kla \u00f6nemli sayfalara eklenmedi\u011finden emin olun.<\/li>\n\u0130\u00e7 Ba\u011flant\u0131 Yap\u0131s\u0131n\u0131 G\u00fcncelleme<\/h3>\n
\n
src<\/code>) URL’lerini ve JavaScript dosyalar\u0131 taraf\u0131ndan \u00e7a\u011fr\u0131lan URL’leri de kontrol edin. Bu kaynaklar\u0131n da yeni platformdaki do\u011fru konumlara i\u015faret etti\u011finden emin olun.<\/li>\n<\/ul>\nBa\u015far\u0131l\u0131 Bir Replatforming \u0130\u00e7in \u00d6nemli \u0130pu\u00e7lar\u0131 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n