Google Search Console Kurulumu ve İlk Ayarlar

Google Search Console kurulumu, siteyi yayına aldıktan sonra yapılacak ilk üç işten biridir; ama Türkçe anlatımların büyük kısmı yıllardır aynı yerde takılı: "doğrulama dosyasını indirin, public_html içine atın, doğrula deyin." Bu yöntem çalışır, çalışmasına — ta ki siteyi yeniden kurana, WordPress'i temiz yükleyene, www ile wwwsuz sürüm arasında karar değiştirene ya da bir alt alan adı ekleyene kadar. O anda doğrulamanız düşer ve raporlarınız kesilir. Oysa aynı işi bir kez DNS üzerinden yapsanız, alan adınızın altındaki her protokol ve her alt alan adı tek mülkiyette toplanır ve bir daha uğraşmazsınız.

Bu yazıda Search Console'a site eklemeyi, hangi doğrulama yönteminin ne zaman doğru olduğunu, DNS TXT kaydının cPanel Zone Editor'de tam olarak nereye yazıldığını, doğrulamanın neden "kayıt bulunamadı" diye başarısız olduğunu ve bunu dig ile nasıl teşhis edeceğinizi anlatacağım. Ardından site haritasını göndermeyi ve ilk hafta hangi dört rapora bakılacağını ele alacağım. Anlatım, kendi sunucusunu veya paylaşımlı hostingini yöneten birinin gerçekten karşılaşacağı ekranlar üzerinden ilerliyor.

Search Console Nedir ve Ne İşe Yarar#

Search Console, Google'ın sizin siteniz hakkında kendi tarafında tuttuğu verileri size açtığı ücretsiz araçtır. Analytics gibi ziyaretçi davranışını değil, Google ile siteniz arasındaki ilişkiyi gösterir: hangi sorgularda kaç kez göründünüz, kaç tıklama aldınız, hangi sayfalar dizine eklendi, hangileri eklenmedi ve neden, hangi sayfalarda tarama hatası var, mobil kullanılabilirlik ve Core Web Vitals tarafında ne durumdasınız.

Bir şeyi baştan netleştirelim: Search Console sıralamanızı yükseltmez. Yaptığı iş teşhis koymaktır. "Sitem Google'da çıkmıyor" diyen on kişiden dokuzunun sorunu, Search Console'un ilk ekranında yazılıdır — ya sayfalar noindex ile işaretlenmiştir, ya robots.txt taramayı engellemektedir, ya kanonik etiket başka bir adrese işaret etmektedir, ya da site henüz keşfedilmemiştir. Bu aracı kurmadan SEO tartışmak, ateş ölçmeden ilaç yazmaya benzer.

Aracın eski adı Google Webmaster Tools'tur; hâlâ bu isimle arayan çok sayıda kişi var ve aynı ürüne çıkıyorlar.

Mülkiyet Türü: URL Öneki mi, Alan Adı mı#

Search Console'a girdiğinizde ilk seçim ekranında iki kutu görürsünüz ve buradaki karar sonrasındaki her şeyi belirler.

Bu tabloya bakıp "o zaman herkes alan adı mülkiyeti kullansın" demek doğru olur, ama tek bir istisnası var: bir alt dizinde çalışıyorsanız ve yalnızca o dizinin verisini görmek istiyorsanız (ör. https://ornek.com/blog/), alan adı mülkiyeti size tüm siteyi tek kutuda gösterir. Bu durumda ikisini birden ekleyin — Search Console sınırsız sayıda mülkiyete izin verir ve aynı sitenin iki mülkiyeti birbirini bozmaz.

Pratik tavsiyem: önce alan adı mülkiyetini kurun, sonra ihtiyacınız varsa URL öneki ekleyin. Tersi sırayla ilerleyenler genelde dört ayrı URL öneki mülkiyeti biriktirip hangisinin gerçek veriyi taşıdığını karıştırıyor.

DNS TXT ile Alan Adı Doğrulama: Adım Adım#

Alan adı mülkiyeti seçtiğinizde Google size şuna benzer bir kayıt verir:

google-site-verification=Xyz1AbC2DeF3GhI4JkL5MnO6PqR7StU8VwX9YzA0BcD

Bu değer, alan adınızın kök (root, apex) kaydına TXT olarak eklenecek. Kaydın adı @ veya alan adının kendisidir; www değil, verification değil, alt alan adı değil. Buradaki en yaygın hata, kaydı google-site-verification adıyla bir alt kayda yazmaktır — Google o adrese bakmaz.

cPanel Zone Editor üzerinden ekleme#

1. cPanel'e girin, Domains grubunda Zone Editor'ü açın.
2. Doğrulayacağınız alan adının satırında Manage butonuna basın. (Sadece + TXT Record kısayolu da vardır, o da işinizi görür.)
3. Add Record deyip tür olarak TXT seçin.
4. Alanları şöyle doldurun:
   • Name: alan adınız, sonunda nokta ile: ornek.com. — cPanel bu alanı boş bırakırsanız otomatik olarak alan adını ekler, ama www yazmayın.
   • TTL: 3600 (ya da panelin varsayılanı). Bu değeri ilk kurulumda kasten düşük tutmak (300) doğrulama başarısız olursa düzeltmenin daha hızlı yayılmasını sağlar.
   • Type: TXT
   • Record / TXT Data: google-site-verification=Xyz1AbC... — tırnak koymayın; cPanel gerekiyorsa tırnağı kendisi ekler.
5. Save Record deyin.

⚠️ Bir tuzak: cPanel'in bazı sürümlerinde TXT değerini tırnak içine alırsanız kayıt ""google-site-verification=..." şeklinde çift tırnaklı olarak yazılır ve Google eşleşmeyi bulamaz. Kaydı kaydettikten sonra listede nasıl göründüğüne bakın.

Alan adı yöneticisi / kayıt firması paneli üzerinden ekleme#

Nameserver'larınız hostinginize değil de alan adı sağlayıcınıza yönlüyse, kaydı cPanel'e eklemenizin hiçbir etkisi olmaz — çünkü o bölgeyi (zone) cPanel yönetmiyordur. Bu, "kaydı ekledim ama doğrulanmıyor" vakalarının bir numaralı nedenidir. Önce nameserver'ların nerede olduğunu bulun:

dig NS ornek.com +short

Çıkan nameserver'lar hangi tarafa aitse, TXT kaydını orada oluşturacaksınız. Nameserver'ları hostinginize çevirdiyseniz cPanel Zone Editor doğru yerdir; kayıt firmasının kendi DNS'inde bıraktıysanız kaydı onların panelinde açacaksınız. Bu iki panelin karıştırılması, doğrulama sorunlarının açık ara birinci nedenidir.

WHM / kendi sunucunuz üzerinden ekleme#

Kendi VDS'nizde BIND ile bölge dosyasını yönetiyorsanız kayıt şöyle görünür:

ornek.com.    3600    IN    TXT    "google-site-verification=Xyz1AbC2DeF3GhI4JkL5MnO6PqR7StU8VwX9YzA0BcD"

Kaydı ekledikten sonra seri numarasını (serial) artırmayı unutmayın, aksi halde ikincil sunucular değişikliği almaz:

named-checkzone ornek.com /var/named/ornek.com.db
rndc reload ornek.com

Doğrulama Neden Başarısız Oluyor#

Google "Sahiplik doğrulanamadı" dediğinde panik yapmadan önce kaydın gerçekten yayında olup olmadığını kendiniz kontrol edin. Panelde görünüyor olması yayında olduğu anlamına gelmez.

dig TXT ornek.com +short

Beklenen çıktı:

"google-site-verification=Xyz1AbC2DeF3GhI4JkL5MnO6PqR7StU8VwX9YzA0BcD"

Hiçbir şey dönmüyorsa veya eski kayıtlar dönüyorsa, sorunu şu sırayla eleyin:

1. Propagasyon henüz tamamlanmadı. Yeni eklenen kayıt anında her yerde görünmez; ara çözücüler eski cevabı TTL süresi boyunca önbellekte tutar. Daha kötüsü, o alan adı için daha önce sorgu yapılmışsa ve negatif yanıt (NXDOMAIN / boş TXT) önbelleğe alınmışsa, bölgenin SOA kaydındaki negatif TTL kadar beklemeniz gerekir. Bu yüzden "kaydı ekledim, hemen doğrula dedim, olmadı, üç kez daha denedim" akışı size yardım etmez — üçünde de aynı önbelleklenmiş cevabı alırsınız. Kayıt eklemeden önce TTL'i düşürüp değişiklikten sonra geri yükseltmek, bu bekleme süresini kısaltmanın standart yoludur.

2. Otoriter sunucuya doğrudan sorun. Ara çözücüyü atlayıp kaydın kaynağa yazılıp yazılmadığını görün:

dig TXT ornek.com @ns1.saglayici.com +short

Burada kayıt görünüyor ama dig TXT ornek.com +short boş dönüyorsa, sorun kesinlikle önbelleklemedir ve beklemeniz yeterlidir. Burada da boşsa kayıt yanlış yere yazılmıştır.

3. Kaydı yanlış ada yazdınız. En sık görülen üç hata: www.ornek.com üzerine yazmak, google-site-verification.ornek.com gibi bir alt ad kullanmak, ve panelde Name alanına alan adını yazarken panelin zaten alan adını sona eklediğini fark etmemek (ornek.com.ornek.com gibi bir kayıt oluşur). Kontrol edin:

dig TXT ornek.com.ornek.com +short

Bu sorgu bir şey döndürüyorsa hatayı bulmuşsunuz demektir.

4. Nameserver'lar başka yerde. Yukarıda anlattığım durum. dig NS çıktısıyla kaydı eklediğiniz panelin sağlayıcısı uyuşmuyorsa, kayıt hiçbir zaman yayına girmez.

5. Kayıt tırnak/boşluk bozuk. Değerin başına veya sonuna görünmez boşluk gelmiş olabilir; kopyala-yapıştır sırasında sıkça olur. Kaydı silip elle yeniden yazın.

6. Birden fazla TXT kaydı var ve panel üzerine yazdı. Aynı ada birden fazla TXT kaydı eklenebilir — SPF, DMARC doğrulaması, e-posta sağlayıcı doğrulaması ve Google doğrulaması yan yana durabilir. Ama bazı basit paneller yeni kaydı eklemek yerine mevcut TXT'yi ezer. Eklemeden önce mevcut TXT listesini not alın, ekledikten sonra hepsinin durduğunu doğrulayın. Özellikle SPF kaydınızın silinmesi, doğrulamayı çözerken maillerinizin spam'e düşmesine yol açar — bu ikiliyi birlikte yaşayan çok kişi gördüm. TXT kayıtlarının yapısı için TXT kaydı nedir faydalı olacaktır.

Kaydın dünya genelinde yayılıp yayılmadığını görmek için farklı çözücülerden sorgulayabilirsiniz:

dig TXT ornek.com @8.8.8.8 +short
dig TXT ornek.com @1.1.1.1 +short
dig TXT ornek.com @9.9.9.9 +short

Üçü de kaydı görüyorsa Search Console'da Doğrula butonuna basmanın zamanı gelmiştir. Yalnızca birinde görünüyorsa yayılma sürüyor demektir; on beş dakika arayla tekrar sorgulayın.

⚠️ Doğrulama başarılı olduktan sonra TXT kaydını silmeyin. Google mülkiyeti düzenli olarak yeniden kontrol eder; kaydı kaldırırsanız birkaç gün içinde mülkiyet düşer ve tüm verilere erişiminiz kesilir.

URL Öneki Doğrulama Yöntemleri#

Alan adı mülkiyeti kuramadığınız durumlar için (DNS'e erişiminiz yok, kurumsal bir onay süreci var, alt dizin bazlı takip yapacaksınız) URL öneki mülkiyeti dört farklı yöntem sunar.

HTML dosya yükleme. Google size googleXXXXXXXX.html adında bir dosya verir; bunu sitenin kök dizinine koyarsınız. Paylaşımlı hostingte bu public_html klasörüdür; alt alan adı için ise public_html/altad ya da panelde tanımlanmış belge kökü olur. Dosya yükleme yolunu ve public_html mantığını alt alan adı oluşturma yazısında açıklamıştım. Dosyayı yükledikten sonra tarayıcıdan https://ornek.com/googleXXXXXXXX.html adresine giderek gerçekten açıldığını görün — WordPress'te güzel bağlantılar (permalink) yapılandırması bazen bu dosyayı 404'e düşürür.

HTML meta etiketi. Google'ın verdiği etiketi ana sayfanın <head> bölümüne eklersiniz:

<meta name="google-site-verification" content="Xyz1AbC2DeF3GhI4JkL5MnO6PqR7StU8VwX9YzA0BcD" />

WordPress'te bunu tema dosyasına elle eklemeyin — tema güncellemesinde silinir. Bir SEO eklentisinin "site doğrulama" alanına yapıştırın ya da bir çocuk temada wp_head kancasıyla ekleyin.

Google Analytics. Sitede GA4 ölçüm kodu zaten yüklüyse ve aynı Google hesabıyla yönetiliyorsa, doğrulama tek tıkla tamamlanır. Kod kaldırılırsa doğrulama düşer.

Google Tag Manager. GTM konteyneri kuruluysa ve hesap eşleşiyorsa aynı şekilde çalışır.

Bu dördünün ortak zayıflığı aynıdır: doğrulama, sitenin içinde duran bir nesneye bağlıdır. Site yeniden kurulur, tema değişir, eklenti kaldırılır, sunucu taşınır — nesne gider, doğrulama düşer. DNS yöntemi bu riski taşımaz.

Site Haritası Gönderme#

Doğrulama tamamlandıktan sonraki ilk iş site haritası göndermektir. Search Console'da sol menüden Site Haritaları (Sitemaps) bölümüne girin, kutuya haritanın yolunu yazıp gönderin.

Yazacağınız değer, kök adresten sonraki kısımdır:

sitemap.xml

WordPress kullanıyorsanız kurulu SEO eklentisine göre yol değişebilir; yaygın olanlar sitemap_index.xml ve wp-sitemap.xml'dir. Doğru yolu bulmanın en hızlı yolu robots.txt dosyanıza bakmaktır; iyi yapılandırılmış her sitede harita orada ilan edilir:

Sitemap: https://ornek.com/sitemap.xml

Göndermeden önce haritayı tarayıcıda açın ve şu üçünü kontrol edin:

1. Adresler tam ve doğru protokolle mi yazılmış. http:// ile başlayan adresler içeren bir harita, https sürümünü doğruladığınız mülkiyette işe yaramaz.
2. www tercihi tutarlı mı. Sitesi wwwsuz çalışan bir sitenin haritasında wwwlu adresler varsa, Google her adresi bir yönlendirme zinciri olarak görür.
3. Silinmiş sayfalar var mı. 404 dönen adresler içeren harita, "gönderilen URL bulunamadı" hatalarıyla raporunuzu doldurur.

Gönderdikten sonra durum sütunu genelde birkaç saat "Alınamadı" kalabilir; bu normaldir. Bir gün sonra hâlâ "Alınamadı" diyorsa haritanın gerçekten erişilebilir olduğunu kontrol edin:

curl -I https://ornek.com/sitemap.xml

HTTP/2 200 ve content-type: application/xml (veya text/xml) görmelisiniz. 403 görüyorsanız güvenlik duvarı veya .htaccess kuralı engelliyor demektir; 301 görüyorsanız harita başka adrese yönleniyordur ve o adresi göndermelisiniz. Site haritası konusunun tamamı için site haritası Google'a nasıl gönderilir yazısına bakabilirsiniz.

Elinizde harita yoksa ve site statikse, adres listesini elle bir XML dosyasına yazıp kök dizine koymak da geçerli bir çözümdür; harita için özel bir eklenti şart değildir.

İlk Hafta Bakılacak Dört Rapor#

Search Console'un menüsü ilk bakışta kalabalık görünür. İlk hafta yalnızca şu dördüne bakın:

1. Sayfalar (Indexing → Pages). En kritik rapor budur. Sayfalarınızın kaçının dizine eklendiğini, kaçının eklenmediğini ve eklenmeme nedenini gösterir. Sık görülen nedenler:

robots.txt kaynaklı engelleri çözerken robots.txt tarafından engellendi hatası yazısı doğrudan bu vakayı ele alıyor.

2. Performans (Performance). Gösterim, tıklama, tıklama oranı ve ortalama konum. Yeni bir sitede ilk haftalarda buranın boş olması normaldir; veri birikmesi için birkaç hafta gerekir. Sorgular sekmesinde beklemediğiniz kelimelerle gösterim alıyorsanız, o kelimelere yönelik içerik açmak en ucuz büyüme yoludur.

3. URL Denetimi (URL Inspection). Tek bir adresin Google gözündeki durumunu gösterir: dizinde mi, kanonik olarak neyi seçmiş, hangi tarihte taranmış, mobilde nasıl işleniyor. Yeni yayınladığınız bir sayfa için buradan Dizine eklenmeyi iste diyebilirsiniz. Bu bir garanti değil, bir sıraya alma isteğidir; aynı sayfa için günde defalarca istemek hiçbir şeyi hızlandırmaz.

4. Deneyim / Core Web Vitals. Yeterli gerçek kullanıcı verisi biriktiğinde dolar. Erken dönemde boş görünmesi bir sorun değildir.

Kurulum Sonrası Üç Ayar#

E-posta bildirimlerini açık tutun. Ayarlar → Kullanıcılar ve izinler bölümünden kimin bildirim alacağını belirleyin. Manuel işlem (ceza), güvenlik sorunu ve büyük tarama hatası uyarıları buradan gelir ve bunlar geç fark edildiğinde pahalıya patlar. Bildirimlerin gittiği adresi düzenli açtığınız bir kutu yapın; kimsenin bakmadığı bir kurumsal adrese yönlendirilen uyarılar, olmayan uyarılarla aynı işi görür.

Ekip üyelerini "tam" değil "kısıtlı" ekleyin. Ajans veya serbest çalışanla çalışıyorsanız kısıtlı izin çoğu iş için yeterlidir. Mülkiyet sahipliğini devretmeyin — sahip, sizi silebilir.

Analytics ile ilişkilendirin. Search Console verisinin GA4 içinde görünmesi, hangi sorgunun hangi davranışa dönüştüğünü tek ekranda okumanızı sağlar.

Sıkça Sorulan Sorular#

Search Console kurulumu ne kadar sürer#

Doğrulama işleminin kendisi birkaç dakikadır; asıl bekleme DNS yayılmasındadır. TXT kaydını ekledikten sonra kaydın çözücülerde görünmesi genelde birkaç dakika ile birkaç saat arasında sürer, kayıt daha önce sorgulanmışsa önbellek nedeniyle daha uzun bekleyebilir. Rapor verilerinin dolması ise ayrı bir konudur: performans raporunda anlamlı veri görmek için birkaç gün, Core Web Vitals için birkaç hafta gerekir. Kurulumun tamamlandığını doğrulamanın en hızlı yolu dig TXT alanadiniz.com +short komutunun kaydı döndürmesidir.

DNS doğrulaması mı HTML dosya doğrulaması mı daha iyi#

DNS doğrulaması daha iyidir, çünkü site içinde duran bir nesneye bağlı değildir. HTML dosyası veya meta etiketi; tema değiştiğinde, site yeniden kurulduğunda, eklenti kaldırıldığında ya da sunucu taşındığında kaybolur ve doğrulamanız düşer. DNS TXT kaydı ayrıca alan adı düzeyinde mülkiyet açmanızı sağlar, yani wwwlu, wwwsuz, http, https ve tüm alt alan adları tek kutuda toplanır. Tek dezavantajı DNS paneline erişim gerektirmesidir; erişiminiz yoksa HTML yöntemi geçici çözüm olarak kullanılabilir.

TXT kaydını ekledim ama doğrulama başarısız oluyor#

Önce kaydın gerçekten yayında olup olmadığını dig TXT alanadiniz.com +short ile kontrol edin, panelde görünmesi yeterli değildir. Boş dönüyorsa dört olasılık var: propagasyon henüz tamamlanmamıştır, kayıt yanlış ada yazılmıştır (www veya çift alan adı eklenmiş olabilir), nameserver'lar kaydı eklediğiniz panelden farklı bir sağlayıcıya yönlüdür, ya da panel mevcut TXT kayıtlarını ezmiştir. Otoriter sunucuya doğrudan sorarak (dig TXT alanadiniz.com @ns1.saglayici.com) sorunun kaynakta mı önbellekte mi olduğunu ayırt edebilirsiniz.

Doğrulama tamamlandıktan sonra TXT kaydını silebilir miyim#

Hayır, silmeyin. Google mülkiyeti belirli aralıklarla yeniden doğrular; kaydı kaldırırsanız kısa süre içinde mülkiyetiniz düşer ve tüm raporlara erişiminiz kesilir. Aynı kural HTML dosya ve meta etiketi yöntemleri için de geçerlidir. TXT kaydı alan adınızın performansına veya e-posta teslimatına zarar vermez; aynı ada birden fazla TXT kaydı yan yana durabilir, SPF ve DMARC kayıtlarınızla çakışmaz.

www ve wwwsuz sürüm için ayrı ayrı ekleme yapmalı mıyım#

Alan adı mülkiyeti kullanıyorsanız hayır; o mülkiyet wwwlu ve wwwsuz sürümlerin ikisini de, ayrıca http ve https protokollerini ve tüm alt alan adlarını kapsar. URL öneki mülkiyeti kullanıyorsanız evet, her varyant ayrı mülkiyet olarak eklenmelidir ve bu dört ayrı kutu anlamına gelir. Bu, alan adı mülkiyetinin en pratik üstünlüğüdür. Sitenizde bir varyanttan diğerine kalıcı yönlendirme kurulu olsa bile Google her ikisini de tanır, bu yüzden tek kutuda toplamak veriyi bölünmekten kurtarır.

Site haritasını göndermek zorunda mıyım#

Zorunlu değil ama şiddetle önerilir. Google bağlantıları takip ederek de sayfalarınızı bulabilir, ancak yeni bir sitede dış bağlantı olmadığı için keşif çok yavaş ilerler. Site haritası, tüm adresleri tek dosyada ilan ederek bu süreci kısaltır ve hangi sayfaların gönderildiğini raporda takip etmenizi sağlar. Haritayı robots.txt içinde de ilan etmeniz, Search Console dışındaki arama motorlarının da haritayı bulmasını sağlar.

Sitem Search Console'da görünüyor ama Google'da çıkmıyor#

Bu durumda Sayfalar raporundaki dizine eklenmeme nedenine bakın, cevabı orada yazar. En sık karşılaşılan nedenler noindex etiketi, robots.txt engeli, kanonik etiketin başka bir adrese işaret etmesi ve içeriğin henüz dizine değer bulunmamasıdır. Yeni bir site için "Keşfedildi – şu anda dizine eklenmedi" mesajı normaldir ve zamanla çözülür. Ayrıca sitenizin adıyla değil, site:alanadiniz.com sorgusuyla arama yapın; marka aramaları yanıltıcı olabilir.

Search Console verileri neden Google Analytics ile aynı değil#

Çünkü ikisi farklı şeyi ölçer. Search Console, Google arama sonuçlarındaki gösterim ve tıklamaları Google'ın kendi tarafından sayar; Analytics ise siteye ulaşan ziyaretçiyi tarayıcıda çalışan bir kodla sayar. Reklam engelleyiciler, JavaScript'i çalıştırmadan ayrılan ziyaretçiler ve çerez onayı vermeyen kullanıcılar Analytics tarafında eksik sayılır. Ayrıca Search Console yalnızca Google aramasını, Analytics tüm kanalları kapsar. İki aracın rakamlarının birebir tutmaması beklenen bir durumdur, eğilimlerin uyumlu olması yeterlidir.

Kapanış#

Search Console kurulumunda alınacak tek stratejik karar mülkiyet türüdür: DNS TXT ile kurulan alan adı mülkiyeti, sitenin içinde duran bir dosyaya veya etikete bağlı olmadığı için tema değişikliğinden, yeniden kurulumdan ve sunucu taşımadan etkilenmez; üstelik wwwlu, wwwsuz ve tüm alt alan adlarını tek kutuda toplar. Doğrulama başarısız olduğunda paneldeki görüntüye değil dig çıktısına güvenin, kaydın kök ada yazıldığını ve nameserver'ların o paneli işaret ettiğini doğrulayın, sonra propagasyon için sabırlı olun. Kurulum bittikten sonra site haritasını gönderin ve ilk hafta yalnızca Sayfalar raporuna odaklanın — "sitem Google'da çıkmıyor" sorularının cevabı neredeyse her zaman o ekrandadır.

Bu kurulumun altyapı tarafı da en az kendisi kadar önemlidir: DNS bölgesine erişebildiğiniz, site haritasının 200 döndüğü ve tarayıcı botunun 5xx yemediği bir barındırma olmadan hiçbir rapor düzelmez. Alan adınızın DNS kayıtlarını tek panelden yönetmek için alan adı hizmetleri, Zone Editor'lü ve kaynak limitleri şeffaf bir barındırma için web hosting paketleri tarafına bakabilirsiniz. Teknik SEO tarafını kendiniz üstlenmek istemiyorsanız SEO hizmeti bu takibi devralır; robots.txt dosyanızı elle yazmadan doğru kurmak içinse robots.txt üretici aracını kullanabilirsiniz.