Aynı ürün sayfanız beş farklı adreste açılıyor: www'lu hâli, www'suz hâli, sonunda eğik çizgi olan hâli, kategori altından gelen hâli ve renk filtresi eklenmiş hâli. Sizin için hepsi tek sayfa; Google için beş ayrı URL, beş ayrı sayfa, beş ayrı aday. Sonuç olarak o sayfanın hak ettiği bağlantı değeri ve sıralama gücü beşe bölünür, Google sıralamada hangisini göstereceğine kendi karar verir ve genelde sizin istediğinizi seçmez. Canonical etiketi tam olarak bu sorunu çözmek için vardır: "Bu içeriğin asıl adresi şurasıdır, tüm sinyalleri oraya topla" demenin standart yoludur.
Bu yazıda canonical etiketinin ne işe yaradığını tanım düzeyinde geçip asıl işe gireceğiz: etiketi HTML'e, HTTP başlığına ve farklı sistemlere nasıl ekleyeceğinizi, kendine referans veren canonical'ın neden neredeyse her sayfada bulunması gerektiğini, canonical ile 301 yönlendirme arasındaki farkın hangi durumda hangisini seçtirdiğini, sayfalama sayfalarında yapılan klasik hatayı ve Google'ın sizin canonical etiketinizi neden yok sayabileceğini anlatacağım. Son bölümde Search Console'da gerçekte hangi URL'nin kanonik seçildiğini nasıl göreceğinizi de göstereceğim, çünkü etiketi yazmak ile Google'a kabul ettirmek aynı şey değildir.
Canonical Etiketi Nedir ve Ne İşe Yarar#
Canonical etiketi, bir sayfanın <head> bölümüne konulan ve "bu içeriğin tercih edilen adresi budur" bilgisini veren tek satırlık bir bağlantı öğesidir:
<link rel="canonical" href="https://alanadiniz.com/urun/kirmizi-tisort" />
Bu satırın üç somut işlevi vardır. Birincisi, aynı ya da çok benzer içeriğin farklı URL'lerde tekrar etmesi durumunda arama motoruna hangisini dizine alması gerektiğini söyler. İkincisi, kopya adreslere gelen bağlantı değerini asıl adreste toplar; başka bir siteden filtreli URL'nize link verilmişse o değer kanonik adrese aktarılır. Üçüncüsü, tarama bütçenizi korur: Google zamanla kopya adresleri daha seyrek taramaya başlar ve asıl sayfalarınıza yoğunlaşır.
Burada kritik bir nokta var ve Türkçe içeriklerde neredeyse hiç vurgulanmıyor: canonical bir komut değil, bir sinyaldir. Google bunu "güçlü bir ipucu" olarak değerlendirir, kesin talimat olarak değil. Etiketin gösterdiği adresle sayfanın gerçek durumu çelişiyorsa Google sizin tercihinizi yok sayıp kendi seçtiği URL'yi kanonik ilan eder. Bu yüzden canonical'ı yerleştirmek işin yarısıdır; diğer yarısı Google'ın gerçekten hangi adresi seçtiğini doğrulamaktır.
Kopya içerik konusunda yaygın bir korku da var: "Google beni kopya içerikten cezalandırır mı?" Aynı sitenin içindeki teknik kopyalar için cevap hayırdır. Bu bir ceza konusu değil, bir seçim konusudur; Google birini seçer ve diğerlerini dizinden dışlar. Sorun ceza değil, sizin istemediğiniz adresin seçilmesi ve gücün dağılmasıdır.
Etiket Nereye ve Nasıl Eklenir#
Canonical etiketinin yerleştirilmesinde üç kural mutlaktır ve üçünün de ihlalini sık görüyorum:
- Etiket yalnızca
<head>içinde olmalıdır.<body>içine düşen canonical tamamen yok sayılır. Bu, JavaScript ile sonradan enjekte edilen etiketlerde ve bozuk HTML'lerde sık yaşanır: tarayıcı bir hata görüp<head>bölümünü erken kapatır, etiket gövdeye kayar ve işlevsiz kalır. - Sayfada tek bir canonical bulunmalıdır. İki farklı canonical gören Google ikisini de yok sayar. Tema bir tane, SEO eklentisi bir tane basıyorsa çakışma budur.
- Adres mutlak olmalıdır —
https://ile başlayan tam URL. Göreli adres (/urun/tisort) teknik olarak çalışır ama taşımalarda ve alt alan adı senaryolarında yanlış çözümlenme riski taşır, bu yüzden pratikte hep mutlak yazın.
HTML dışındaki dosyalar için — PDF, resim, XML — <head> yoktur. Bu durumda canonical HTTP yanıt başlığıyla verilir:
<Files "katalog-2026.pdf">
Header set Link '<https://alanadiniz.com/katalog.pdf>; rel="canonical"'
</Files>
Nginx tarafında karşılığı şudur:
location = /katalog-2026.pdf {
add_header Link '<https://alanadiniz.com/katalog.pdf>; rel="canonical"';
}
PHP ile dinamik üretilen bir sayfada başlığı çıktı gönderilmeden önce basmalısınız:
<?php
header('Link: <https://alanadiniz.com/urun/kirmizi-tisort>; rel="canonical"');
Site haritası da zayıf bir kanonik sinyaldir: bir URL'yi site haritasına koymak "bu adresi tercih ediyorum" demenin dolaylı yoludur. Bu yüzden site haritanıza yalnızca kanonik adresleri koyun; filtreli, parametreli ve kopya URL'leri site haritasında listelemek Google'a çelişkili sinyal gönderir.
Kendine Referans Veren Canonical Neden Gerekli#
Kendine referans veren (self-referencing) canonical, sayfanın kendi adresini gösteren canonical etiketidir:
<!-- https://alanadiniz.com/blog/dns-nedir sayfasında -->
<link rel="canonical" href="https://alanadiniz.com/blog/dns-nedir" />
Bu, ilk bakışta gereksiz görünür: sayfa zaten kendisi, neden kendini işaret etsin? Ama pratikte her sayfada bulunması gereken şeydir ve nedeni şudur: URL'nize sizin haberiniz olmadan parametre eklenir. Bir reklam kampanyası ?utm_source=facebook ekler, bir e-posta bülteni ?ref=bulten ekler, bir kullanıcı adresi sosyal medyada paylaştığında platform ?fbclid=... ekler. Bu adreslerin her biri Google için ayrı bir URL'dir ve kendine referans veren canonical yoksa hepsi ayrı ayrı dizine girebilir.
Kendine referans veren canonical bu adreslerin hepsinden temiz adrese işaret eder, çünkü etiket sunucu tarafında sabit yazılır ve parametreden etkilenmez. Tek satırla onlarca kopya URL sorununu peşinen kapatmış olursunuz.
Aynı mantık büyük/küçük harf, sondaki eğik çizgi ve index.php gibi varyasyonlar için de geçerlidir:
| Erişilen adres | Kanonik olması gereken |
|---|---|
/Blog/DNS-Nedir | /blog/dns-nedir |
/blog/dns-nedir/ | /blog/dns-nedir |
/blog/dns-nedir?utm_source=x | /blog/dns-nedir |
/index.php?p=42 | /blog/dns-nedir |
http://alanadiniz.com/blog/dns-nedir | https://alanadiniz.com/blog/dns-nedir |
Son satır özellikle önemli: protokol ve www tercihinizi canonical ile bildirmek iyidir ama tek başına yeterli değildir. HTTP'den HTTPS'e geçişte asıl çözüm sunucu tarafında yönlendirmedir; bu konuyu HTTPS yönlendirme yazısında ayrıca ele aldık.
Canonical mi 301 Yönlendirme mi#
Bu ikisi aynı sorunun iki farklı aracıdır ve yanlış olanı seçmek yaygın bir hatadır. Temel ayrım şudur: 301 yönlendirme kullanıcıyı da taşır, canonical taşımaz.
| Durum | Doğru araç | Neden |
|---|---|---|
| Eski URL artık kullanılmayacak | 301 yönlendirme | Kullanıcı da yeni adrese gitmeli |
| Site HTTPS'e taşındı | 301 yönlendirme | Tek doğru adres var |
| www/www'suz tercihi | 301 yönlendirme | İki adres birden yaşamamalı |
| Filtreli kategori URL'leri | Canonical | Kullanıcı filtreyi kullanmaya devam etmeli |
| Ürün varyasyonları (renk/beden) | Canonical | Her varyasyon açılabilmeli |
| Kampanya parametreli adresler | Canonical | Parametre ölçümleme için gerekli |
| Aynı içerik iki farklı kategoride | Canonical | İki gezinme yolu da çalışmalı |
| İçerik başka bir sitede yayımlandı | Canonical (siteler arası) | Yönlendirme mümkün değil |
Kural şöyle özetlenebilir: sayfanın erişilebilir kalması gerekiyorsa canonical, gerekmiyorsa 301. Filtreli bir kategori sayfasını 301 ile ana kategoriye yönlendirirseniz filtre özelliğini kırmış olursunuz; buna karşılık artık var olmayan eski bir yazıyı canonical ile işaretlemek yerine 301 ile yeni adresine yönlendirmelisiniz. İki yönlendirme türü arasındaki farkı ve hangi durumda 302 kullanılacağını 301 mi 302 mi yönlendirme yazısında ayrıntılı bulabilirsiniz; WordPress tarafındaki uygulaması için WordPress 301 yönlendirme rehberi işinizi görür.
Sayfalama Sayfalarında Yapılan Klasik Hata#
En sık gördüğüm ve en pahalıya mal olan canonical hatası budur: sayfalanmış listelerin tüm sayfalarını birinci sayfaya canonical ile bağlamak.
<!-- YANLIŞ: /blog/sayfa/5 içinde -->
<link rel="canonical" href="https://alanadiniz.com/blog" />
Bunu yaptığınızda Google'a "5. sayfanın içeriği 1. sayfayla aynıdır" demiş olursunuz. Ama aynı değildir; 5. sayfada tamamen farklı yazılar listelenir. Sonuç olarak Google 2'den itibaren tüm sayfaları dizinden dışlar ve o sayfalardaki bağlantılar üzerinden keşfedeceği yazılara ulaşmakta zorlanır. Büyük bir blogda ya da ürün kataloğunda bu, derinlerde kalan yüzlerce sayfanın hiç taranmaması demektir.
Doğrusu şudur: her sayfalama sayfası kendini kanonik göstermelidir.
<!-- DOĞRU: /blog/sayfa/5 içinde -->
<link rel="canonical" href="https://alanadiniz.com/blog/sayfa/5" />
Bu sayfaların arama sonuçlarında görünmesini istemiyorsanız çözüm canonical değildir. İki seçeneğiniz var: sayfaları kendine kanonik bırakıp noindex, follow etiketi vermek (böylece bağlantılar taranmaya devam eder), ya da hiçbir şey yapmayıp Google'ın kendi kararını vermesine izin vermek. İkincisi çoğu site için yeterlidir. rel="next" ve rel="prev" etiketlerine artık gerek yoktur; Google bu sinyalleri kullanmayı bıraktığını açıkladı, ama sayfalar arasında normal <a href> bağlantıları bulunması hâlâ gereklidir.
Aynı yanlış mantık "tüm ürün varyasyonlarını ana ürüne bağlama" senaryosunda da işler ama orada doğru olabilir: kırmızı ve mavi tişört gerçekten aynı üründür, dolayısıyla varyasyon URL'lerini ana ürün sayfasına kanonik göstermek mantıklıdır. Ayrım şudur: içerik gerçekten aynı mı, yoksa yalnızca şablon mu aynı? Sayfalamada şablon aynıdır, içerik farklıdır — bu yüzden canonical yanlıştır.
Google Canonical Etiketinizi Neden Yok Sayar#
Search Console'da "Google, kullanıcının belirttiğinden farklı bir kanonik seçti" uyarısını gördüyseniz sebep şu listeden biridir:
- Canonical hedefi yönlendiriliyor. Etiket
/urun/tisortdiyor ama o adres/urun/kirmizi-tisortadresine 301 veriyor. Google zinciri takip eder ama sizin tercihinize güveni azalır. Canonical her zaman son durak adresi göstermelidir. - Canonical hedefi 404 ya da 5xx veriyor. Var olmayan bir adresi kanonik göstermek etiketi tamamen geçersiz kılar.
- Canonical hedefi robots.txt ile engelli. Google gösterdiğiniz adresi tarayamıyorsa onun asıl sayfa olduğunu doğrulayamaz. Bu tuzağa düşmemek için robots.txt nasıl yazılır yazısındaki kuralları gözden geçirin.
- Sayfada
noindexile canonical birlikte kullanılıyor. Bu çelişkili bir sinyaldir: "bu sayfayı dizine alma" ile "sinyalleri şu sayfada topla" aynı anda söylenemez. İkisini birlikte kullanmayın. - İçerikler yeterince benzer değil. Canonical iki farklı içerikli sayfa arasında kurulmuşsa Google bunu kabul etmez ve her ikisini de ayrı ayrı değerlendirir.
- Canonical zinciri var. A sayfası B'yi, B sayfası C'yi gösteriyorsa Google genelde zinciri takip eder ama uzun zincirlerde sinyal zayıflar. Doğrudan son adresi gösterin.
- Çelişen sinyaller var. Site haritanızda A, iç bağlantılarınızda B, canonical'da C varsa Google en tutarlı görünen adresi kendi seçer.
- HTTP ve HTTPS karışıklığı. Canonical
http://ile başlıyorsa ve site HTTPS ise Google güvenli sürümü tercih edecektir.
Bu maddelerin ortak paydası tutarlılıktır. Canonical tek başına çalışan bir sihir değildir; iç bağlantılarınız, site haritanız, yönlendirmeleriniz ve etiketiniz aynı adresi işaret ettiğinde Google neredeyse her zaman sizin tercihinizi kabul eder.
Farklı Sistemlerde Canonical Yönetimi#
WordPress: Çekirdek WordPress zaten yazı ve sayfalar için kendine referans veren canonical basar. SEO eklentisi kurduysanız etiketi eklenti üstlenir ve sayfa bazında özelleştirmeye izin verir. Buradaki en sık sorun çifte etiket üretimidir: hem tema hem eklenti canonical basıyorsa birini kapatmanız gerekir. Kalıcı bağlantı yapısını değiştirdiyseniz canonical'lar da değişir; bu konu WordPress kalıcı bağlantı ayarları yazısında ayrıca anlatılıyor.
Statik HTML site: Her sayfanın <head> bölümüne elle eklemeniz gerekir. Şablon sistemi kullanıyorsanız (Hugo, Jekyll gibi) tek satırlık bir kısmi şablon yeterlidir:
<link rel="canonical" href="https://alanadiniz.com{{ .RelPermalink }}" />
E-ticaret yazılımları: Ürün varyasyonları, filtreler ve sıralama parametreleri en yoğun canonical ihtiyacının çıktığı yerdir. Kategori sayfalarında sıralama parametreleri (?sirala=fiyat) her zaman parametresiz adrese kanonik gösterilmelidir; filtreler ise pazarlama stratejinize bağlıdır. "Kırmızı elbise" gibi gerçek arama hacmi olan bir filtre kombinasyonunu kendine kanonik bırakıp ayrı bir sayfa olarak konumlandırmak isteyebilirsiniz.
Alan adı seviyesinde bir karışıklık varsa — örneğin aynı içerik hem park edilmiş bir alan adından hem asıl alan adından açılıyorsa — canonical burada yara bandı olur, çözüm değil. Doğru yapı, ek ve park edilmiş alan adlarının doğru yapılandırılmasıdır; addon ve parked domain yapılandırması yazısı bu ayrımı anlatıyor.
Canonical Etiketini Nasıl Doğrularsınız#
Etiketi yazdınız; şimdi gerçekten çalışıp çalışmadığını kontrol edelim. Sırasıyla dört yöntem:
1. Sayfa kaynağında görmek. Tarayıcıda Ctrl+U ile kaynağı açın, Ctrl+F ile canonical arayın. Kaç tane var, hangisi <head> içinde, adres doğru mu — üçünü birden görürsünüz.
2. HTTP başlığını kontrol etmek.
curl -sI https://alanadiniz.com/urun/kirmizi-tisort | grep -i link
3. Sunucudan HTML canonical'ı çekmek. JavaScript ile eklenen etiketler bu komutta görünmez; görünmüyorsa etiketiniz istemci tarafında üretiliyor demektir ve bu daha kırılgan bir yöntemdir:
curl -s https://alanadiniz.com/urun/kirmizi-tisort | grep -i 'rel="canonical"'
4. Google'ın gerçekte hangi adresi seçtiğini görmek. Bu en önemli adımdır. Search Console → üstteki arama kutusuna URL'yi yapıştırın → Sayfa dizine ekleme bölümünü açın. Orada iki satır vardır:
- Kullanıcı tarafından belirtilen kanonik: sizin etiketiniz.
- Google tarafından seçilen kanonik: Google'ın kararı.
İkisi aynıysa iş tamamdır. Farklıysa yukarıdaki sekiz maddeyi sırayla kontrol edin. Sayfanın hiç dizine girmediği durumlarda ise sorun canonical'dan başka bir yerde olabilir; taranan ama dizine eklenmeyen sayfa ve sayfayı Google'a indexlettirme yazıları o senaryoları kapsıyor.
Siteler Arası Canonical ve İçerik Paylaşımı#
Canonical yalnızca kendi siteniz içinde çalışmaz; farklı alan adları arasında da kurulabilir. Yazınız bir sektör portalında yeniden yayımlandıysa, o portalın sayfasına sizin orijinal adresinizi gösteren bir canonical koydurabilirsiniz:
<!-- portal.example sayfasında -->
<link rel="canonical" href="https://alanadiniz.com/blog/dns-nedir" />
Bu, içeriği paylaşırken orijinal kaynağın arama görünürlüğünü koruma yöntemidir. Ancak iki uyarı: birincisi, karşı taraf bu etiketi koymak zorunda değildir ve teknik olarak sizin kontrolünüzde değildir. İkincisi, Google siteler arası canonical'a aynı site içindeki canonical kadar kolay güvenmez; içerik gerçekten birebir aynı olmalıdır.
Aynı içeriği farklı dillerde ya da bölgelerde yayımlıyorsanız canonical yanlış araçtır. Türkçe ve İngilizce sürümler farklı içeriklerdir; her biri kendine kanonik olmalı, aralarındaki ilişki hreflang ile kurulmalıdır. Türkçe sayfayı İngilizce sayfaya kanonik göstermek, Türkçe sürümünüzü dizinden silmenin en hızlı yoludur.
Sıkça Sorulan Sorular#
Canonical etiketi her sayfada olmalı mı#
Evet, her sayfada kendine referans veren bir canonical bulunması önerilir. Sebebi, sayfa adreslerinize sizin kontrolünüz dışında parametre eklenmesidir: reklam kampanyaları, e-posta bültenleri ve sosyal medya platformları URL'lere izleme parametreleri iliştirir ve bunların her biri Google için ayrı bir adrestir. Sabit yazılmış bir canonical bu varyasyonların hepsini temiz adrese toplar. Ayrıca sondaki eğik çizgi, büyük/küçük harf ve protokol farklılıklarını da tek satırla çözer.
Canonical ile 301 yönlendirme arasındaki fark nedir#
301 yönlendirme kullanıcıyı fiziksel olarak başka bir adrese taşır, canonical ise kullanıcıyı olduğu sayfada bırakıp yalnızca arama motoruna tercih bildirir. Bu yüzden bir sayfanın ziyaretçi için erişilebilir kalması gerekiyorsa canonical, gerekmiyorsa 301 kullanılır. Örneğin filtreli kategori sayfalarını 301 ile ana kategoriye yönlendirirseniz filtre özelliği çalışmaz hâle gelir; oysa canonical ile filtre çalışmaya devam eder ve sinyaller ana adreste toplanır. Kaldırılmış eski bir yazı için ise doğru araç 301'dir.
Google canonical etiketimi neden dikkate almıyor#
En sık nedenler şunlardır: gösterdiğiniz adresin yönlendirme yapması, 404 vermesi ya da robots.txt ile engelli olması. Bunlara ek olarak sayfada aynı anda noindex etiketi bulunması, sayfada birden fazla canonical olması, etiketin <head> yerine <body> içine düşmesi ve site haritası ile iç bağlantıların farklı bir adresi işaret etmesi de Google'ın kendi kararını vermesine yol açar. Search Console'un URL denetleme ekranında "Google tarafından seçilen kanonik" satırı size hangi adresin kazandığını gösterir; bu satır sizinkinden farklıysa yukarıdaki maddeleri sırayla kontrol edin.
Sayfalama sayfalarını birinci sayfaya canonical yapmalı mıyım#
Hayır, bu yaygın bir hatadır ve dizinleme kaybına yol açar. İkinci ve sonraki sayfaların içeriği birinci sayfayla aynı değildir; farklı yazılar ya da ürünler listelenir. Bu sayfaları birinci sayfaya kanonik gösterdiğinizde Google onları dizinden dışlar ve o sayfalardaki bağlantılar üzerinden erişilen içeriklere ulaşmakta zorlanır. Doğru yaklaşım her sayfalama sayfasının kendini kanonik göstermesidir; arama sonuçlarında görünmelerini istemiyorsanız canonical yerine noindex, follow etiketi kullanın.
Canonical adresini göreli olarak yazabilir miyim#
Teknik olarak göreli adres kabul edilir ancak önerilmez. Göreli adres, tarayıcı ve arama motoru tarafından sayfanın bulunduğu adrese göre çözümlenir; alt alan adı, protokol değişikliği ya da site taşıma senaryolarında bu çözümleme beklemediğiniz bir adrese işaret edebilir. Mutlak adres yazdığınızda hiçbir yorum payı kalmaz. Aynı gerekçeyle canonical adresini her zaman HTTPS ile ve sitenizin tercih ettiği www biçimiyle yazın.
Aynı sayfada iki canonical etiketi olursa ne olur#
Google iki farklı canonical gördüğünde ikisini de yok sayar ve kanonik adresi kendisi belirler. Bu durum genellikle temanın ve SEO eklentisinin aynı anda etiket basmasından kaynaklanır. Sayfanın kaynağını açıp canonical kelimesini aratarak kaç tane olduğunu kolayca görebilirsiniz; birden fazlaysa temadaki satırı kaldırıp yönetimi tek bir yere bırakın. Aynı adresi gösteren iki özdeş etiket teorik olarak zararsızdır ama yine de temizlemek en iyisidir.
Canonical etiketi ile noindex birlikte kullanılır mı#
Hayır, bu iki etiketi aynı sayfada birlikte kullanmayın. Canonical "sinyalleri şu adreste topla" derken noindex "bu sayfayı dizine hiç alma" der; Google için bu çelişkili bir talimattır ve etiketlerden birini yok sayar. Sayfanın dizine girmesini istemiyorsanız yalnızca noindex kullanın ve canonical'ı kendine referans verecek şekilde bırakın. Sinyalleri başka bir sayfada toplamak istiyorsanız da yalnızca canonical kullanın, noindex eklemeyin.
Farklı dillerdeki sayfalarımı birbirine canonical yapmalı mıyım#
Hayır, farklı dil sürümleri ayrı içeriklerdir ve her biri kendine kanonik olmalıdır. Türkçe sayfayı İngilizce sayfaya kanonik gösterdiğinizde Türkçe sürümün dizinden düşmesini istemiş olursunuz. Diller arasındaki ilişkiyi kurmanın doğru yolu hreflang etiketleridir; bunlar Google'a "aynı içeriğin farklı dildeki karşılığı şudur" bilgisini verir ve doğru kullanıcıya doğru sürümü gösterir. Aynı kural farklı ülkelere yönelik bölgesel sürümler için de geçerlidir.
Kapanış#
Canonical etiketi karmaşık bir konu gibi görünse de mantığı tek cümleyle özetlenebilir: aynı içeriğe birden fazla kapı varsa, asıl kapının hangisi olduğunu net biçimde söylemek. İşi doğru yapmanın anahtarı üç şeydir — her sayfada kendine referans veren mutlak bir canonical bulundurmak, canonical'ın gösterdiği adresin gerçekten çalışan ve taranabilir son durak olmasını sağlamak, ve iç bağlantılar ile site haritasının aynı adresi işaret ettiğinden emin olmak. Sayfalama sayfalarını birinci sayfaya bağlamamak ve canonical ile noindex'i birlikte kullanmamak da bu işin iki kırmızı çizgisidir. Etiketi yazdıktan sonra Search Console'da "Google tarafından seçilen kanonik" satırını kontrol etmeyi alışkanlık hâline getirin; asıl doğrulama noktası orasıdır.
Kopya URL sorunlarının çoğu aslında barındırma ve yapılandırma katmanında doğar: yanlış kurulmuş ek alan adları, eksik HTTPS yönlendirmesi ya da ayarlanmamış www tercihi. Bu yapıyı baştan doğru kurmak için WordPress hosting ve filtreli kategori yapısıyla çalışan mağazalar için e-ticaret hosting paketlerine bakabilirsiniz. Teknik SEO düzenlemelerini kendiniz yürütmek istemiyorsanız SEO hizmeti ve sitenizin düzenli teknik kontrolünü üstlenen WordPress bakım paketi bu kontrolleri periyodik olarak sizin yerinize yapar.