Staging Site Google'da İndekslendi: Kaldırma Rehberi

Test ortamınız Google sonuçlarında görünüyorsa sırayı şöyle kurun: önce Search Console'daki kaldırma aracıyla görünürlüğü geçici olarak gizleyin, ardından kalıcı çözümü uygulayın. Kalıcı çözüm, test sitesini parolayla korumak ya da içeriği sunucudan kaldırıp 404 veya 410 döndürmektir. Yalnızca robots.txt ile engellemek çoğu zaman sorunu çözmez, hatta noindex etiketinin okunmasını engelleyerek durumu uzatabilir.

Bu yazı geliştirici, ajans çalışanı ve test kopyasının internete açık kaldığını fark eden site sahibi için hazırlandı. Önce sorunun nasıl fark edildiğini, sonra kaldırma talebinin ne yapıp ne yapmadığını anlatır. Ardından parola, noindex ve robots.txt arasındaki farkı bir karar kuralına bağlar, canlıya geçişte tersine sızıntıyı önleyen bir kontrol listesi verir ve ana sitenin etkilenip etkilenmediğini nasıl denetleyeceğinizi gösterir.

Test Ortamının Aramada Göründüğünü Nasıl Anlarsınız

Test siteleri genellikle bir alt alan adında (staging, dev ya da test ile başlayan bir adres) ya da canlı sitenin yanındaki ayrı bir klasörde çalışır. Bu adresin hiçbir yerde bağlantısı olmasa bile bir yerden sızabilir: bir e-posta, bir tasarım onayı bağlantısı, bir üçüncü taraf eklenti ya da canlı siteden kopyalanan bir iç bağlantı, tarayıcıların o adresi bulmasına yeter. Robots.txt giriş sayfasında Google şunu söyler: robots.txt dosyası bir web sayfasını Google'dan uzak tutma mekanizması değildir ve engellenmiş bir URL başka sitelerden bağlantı alıyorsa yine de bulunup dizine eklenebilir.

Hızlı kontrol: arama operatörü

En basit kontrol, Google arama kutusuna test alan adınızı site: operatörüyle yazmaktır. Sonuç listesi doluysa test ortamının bir kısmı dizindedir. Aynı sorguyu canlı alan adınız için de çalıştırın ve test adresine ait sonuçların canlı sonuçlarla karışıp karışmadığına bakın. Bu sorgu kesin bir sayım vermez, yalnızca belirti verir. Bu nedenle sonuç boş çıksa bile temiz olduğunu varsaymayın, ikinci adım olarak Search Console'a bakın.

Search Console tarafında belirtiler

Test alan adını bir mülk olarak doğruladıysanız, sayfa dizin oluşturma raporunda dizine eklenen sayfaların listesini görürsünüz. Doğrulamadıysanız canlı sitenizin raporlarında beklenmedik bir artış, tarama istatistiklerinde yabancı adresler ya da aynı içeriğin iki adreste görünmesi gibi dolaylı izler arayın. Test adresini kendi hesabınızda doğrulamak, hem kaldırma aracını kullanmanın hem de durumu izlemenin ön koşuludur. Kaldırma aracı yalnızca sahibi olduğunuz Search Console mülklerinde çalışır.

Dışarıdan görünen ipuçları

• Arama sonucunda başlıkta "test", "demo" ya da "lorem" gibi taslak ifadeler görünüyor.
• Sonuç açıklamasında yer tutucu metin ya da eski, taslak fiyatlar var.
• Canlı siteye gelen ziyaretçi şikayetleri "başka bir adrese düştüm" ya da "yarım kalmış bir sayfa gördüm" biçiminde.
• Analitik raporunda sitenizin kendi alan adı dışında bir ana bilgisayar adından gelen oturumlar var.
• Yeni hazırlanan bir sayfa, canlıya girmeden önce test adresinde aramada çıkıyor.

Neden önemlidir?

Test sitesi dizindeyse üç risk oluşur. İlki, aynı içeriğin iki adreste bulunmasıdır; Google bu durumda hangisini göstereceğini seçer ve beklediğiniz adres olmayabilir. İkincisi, kullanıcıların yarım kalmış, hatalı ya da gizli olması gereken içeriğe ulaşmasıdır; bu bir güven ve bazen de veri sorunudur. Üçüncüsü, test adresine gelen bağlantıların ve ziyaretlerin canlı siteye değil bir çıkmaz sokağa gitmesidir. Belgelerde bu durumun canlı sitenin sıralamasını nasıl etkilediğine dair bir ifade yok; bu nedenle etkiyi tahmin etmek yerine sorunu kaynağında kapatın.

Önce Geçici Kaldırma, Sonra Kalıcı Çözüm

Sıra önemlidir. Kaldırma talebi kısa sürede kurulabilen hızlı bir önlemdir ama kalıcı değildir. Kalıcı çözüm daha uzun sürer. İkisini birbirinin yerine koymayın, biri diğerinin ardından yapılır.

Kaldırma aracı ne yapar?

Google'ın kaldırma aracı yardım sayfasına (yeni sekmede açılır) göre araç, sayfaları ya da görselleri Google Arama sonuçlarından geçici olarak gizler ve yalnızca sahibi olduğunuz Search Console mülklerinde çalışır. Tek bir URL'yi ya da belirli bir önekle başlayan tüm URL'leri engelleyebilirsiniz. Yardım sayfası, başarılı bir isteğin yaklaşık altı ay sürdüğünü, ardından sayfanın tekrar sonuçlarda görünebileceğini söyler. İstekler genellikle bir güne kadar sürer ve kabul garantisi yoktur.

Aynı sayfa üç sınırı açıkça yazar. Birincisi, bir URL'yi engellemek Google'ın sayfayı taramasını durdurmaz, yalnızca arama sonuçlarında göstermesini engeller. İkincisi, kaldırma geçicidir. Üçüncüsü, içerik internetten ya da başka arama motorlarından kaldırılmaz. Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir; aracı Search Console içinde "Removals" adıyla arayın.

Test alt alanı için önek kaldırması

Yardım sayfasına göre "Remove all URLs with this prefix" seçeneği, verdiğiniz önekle başlayan tüm URL'leri engeller ve bu hem www'li hem www'siz sürümleri kapsar. Aynı sayfa, staging gibi bir alt alanı engellemenin ana alan adını etkilemediğini de belirtir. Bu, test sitesi ayrı bir alt alan adındaysa en güvenli yoldur: önce test alt alanını Search Console'da ayrı mülk olarak doğrulayın, sonra kök URL'yi önek seçeneğiyle kaldırın. Önek kaldırması test ortamının tamamını tek istekle kapsar, sayfa sayfa gitmek gerekmez.

Test siteniz canlı sitenin bir klasöründeyse (örneğin ana alan adının altında bir test dizini) durum daha hassastır. Önek yanlış girilirse canlı sayfaların da gizlenmesi riski vardır. Bu durumda önek değerini çok dikkatli yazın ve isteği göndermeden önce kapsayacağı adreslerden birkaçını elle karşılaştırın.

Talep durumunu izleme

Yardım sayfası talep durumlarını sıralar: işleniyor ("Processing request"), reddedildi ("Request denied", çoğunlukla aynı talep zaten etkin olduğunda), iptal edildi, geçici olarak kaldırıldı ("Temporarily removed"), kaldırma süresi doldu ("Removal expired") ve temizlendi. "Removal expired" durumu özellikle önemlidir: kalıcı çözümü kurmadıysanız süre dolduğunda sayfa yeniden görünebilir. Bu yüzden takviminize, kaldırma talebinden itibaren yaklaşık beş ay sonra bir kontrol tarihi ekleyin.

Kalıcı çözümü seçmek

Aynı yardım sayfası kalıcı kaldırma için şu yolları sıralar: içeriği kaldırıp sunucunun 404 ya da 410 döndürmesini sağlamak, içeriğe parola şartı koymak ve noindex meta etiketi eklemek. Sayfa noindex'i diğer yöntemlerden daha az güvenli olarak niteler ve robots.txt ile engellemeyi kalıcı yöntem olarak önermez. Bir sonraki bölüm bu seçenekleri karşılaştırır.

1. Test alt alanını (ya da önekini) Search Console'da doğrulayın.
2. Kaldırma aracında önek kaldırması isteği oluşturun.
3. Aynı gün kalıcı çözümü başlatın: parola koruması ya da içeriğin kaldırılması.
4. Talep durumunu birkaç gün boyunca izleyin.
5. Takvime, kaldırma süresinin bitişinden önce bir doğrulama tarihi ekleyin.

Parola Koruması, Noindex ve Robots.txt: Hangisi, Neden

Üç yöntem aynı iş için kullanılıyor gibi görünür ama farklı sorunları çözer. Karıştırılmaları, test sitelerinin dizinde kalmasının en yaygın sebebidir.

Robots.txt: tarama kuralı, dizin kuralı değil

Robots.txt giriş sayfasına (yeni sekmede açılır) göre dosya, tarayıcıların sitede hangi URL'lere erişebileceğini söyler ve esas olarak tarayıcı trafiğini yönetmek için kullanılır. Aynı sayfa, dosyanın bir sayfayı Google'dan uzak tutma mekanizması olmadığını söyler. Engelli bir URL başka yerlerden bağlantı alıyorsa Google onu yine de bulup dizine ekleyebilir. Sayfayı aramadan uzak tutmak için sayfa noindex ile engellenmeli ya da parolayla korunmalıdır. Robots.txt bu yüzden test ortamında tek başına yeterli değildir. Robots.txt denetiminin ayrıntıları için robots.txt testinde tarama engellerini bulma yazımıza bakabilirsiniz.

Noindex: tarayıcının okuyabilmesi şarttır

Google'ın noindex belgesi (yeni sekmede açılır), kuralın bir meta etiketi ya da HTTP yanıt başlığıyla verildiğini, Googlebot kuralı okuduğunda sayfayı Google Arama sonuçlarından tamamen düşüreceğini söyler. Ancak kuralın etkili olması için sayfanın robots.txt ile engellenmemiş olması gerekir. Engelliyse tarayıcı kuralı hiç göremez ve sayfa sonuçlarda görünmeye devam edebilir. Belge ayrıca noindex kuralını robots.txt içinde belirtmenin Google tarafından desteklenmediğini yazar. Bu iki cümle test sitelerinde en sık yapılan hatayı açıklar: ekip hem Disallow ekler hem noindex koyar, sonuçta noindex okunmaz. Etiketin nasıl yazılacağı için noindex etiketi ve X-Robots-Tag rehberine bakın.

Parola koruması: kapıyı kilitlemek

Parola ya da sunucu düzeyinde kimlik doğrulama, tarayıcının sayfaya hiç ulaşmamasını sağlar. Google'ın robots.txt giriş sayfası, sayfayı aramadan uzak tutmak için noindex ya da parola korumasını önerir; kaldırma aracı yardım sayfası da kalıcı kaldırma yolları arasında parola şartını sayar. Parola koruması aynı zamanda içeriği insanlardan da saklar, bu yüzden gizli kalması gereken içerik için en sağlam seçenektir. Belgelerde parolanın Google tarafından nasıl işlendiğine dair ek bir ayrıntı yok; seçimi bu yüzden yalnızca belgelenen önerilere dayandırın.

Karar kuralı

Kural şöyle işler. İçerik gizli kalmalıysa (yayınlanmamış fiyat, müşteri verisi, yeni tasarım), parola koruması kullanın ve kaldırma aracıyla var olan sonuçları gizleyin. Test sitesine artık gerek yoksa içeriği kaldırıp 404 ya da 410 döndürün. Sitenin dış kişilerle paylaşılması gerekiyorsa (müşteri onayı) ve parola uygun değilse, noindex kullanın ama robots.txt ile engellemeyin; noindex'in işlemesi için Google'ın sayfayı yeniden taramasını bekleyin. Hiçbir koşulda yalnızca Disallow'a güvenmeyin.

Örnek senaryo: ajansın müşteri onay sitesi

Örnek senaryo: bir ajans yeni sitenin tasarımını müşteriye göstermek için test alt alanına koyuyor. Alt alana parola koymak müşteriyi yoruyor, bu yüzden ekip herkese açık bırakıp robots.txt'e Disallow ekliyor. Haftalar sonra müşteri test adresinin Google'da çıktığını fark ediyor. Çözüm sırası şöyledir: alt alanı Search Console'da doğrulamak, önek kaldırması istemek, robots.txt engelini kaldırıp tüm sayfalara noindex eklemek, ardından parola koruması kurmak. Parola gelince noindex gereksiz görünebilir ama canlıya taşımada sorun çıkmaması için bir sonraki bölümdeki kontrol listesi burada devreye girer.

Akılda kalacak cümle şudur: Disallow tarama kuralıdır, dizinleme kuralı değildir. Bu fark test ortamı olaylarının büyük bölümünü açıklar. Sayfanın neden dizinde olduğunu ya da olmadığını çözemiyorsanız, Google'ın indekslemediği sayfa teşhisi yazımızdaki adımlar durumu tersten okumanıza yardım eder.

Parola korumasının pratik tuzakları

Parolayı kurmak tek başına işi bitirmez. Önce hangi katmanda uygulandığına bakın. Uygulama içi bir giriş sayfası, sunucunun sayfaya 200 ile yanıt verip içeriği bir giriş formuyla değiştirmesine yol açabilir; bu durumda tarayıcı yine de bir sayfa görür. Sunucu düzeyindeki kimlik doğrulama, yetkisiz isteğe sayfa içeriği yerine bir yetki hatası döndürdüğü için daha temizdir. Hangisini kurduğunuzu, test adresine kimlik bilgisi olmadan bir istek göndererek doğrulayın ve dönen yanıt kodunu not edin.

İkinci tuzak, parolanın yalnızca ana sayfayı korumasıdır. Görseller, sitemap dosyası, API uçları ve yönetim paneli ayrı yollardadır. Koruma kuralını alt alanın tamamına uygulayın ve bir sitemap ya da görsel adresini kimlik bilgisi olmadan açmayı deneyin. Üçüncü tuzak, parolanın üçüncü taraf araçları kırmasıdır: ödeme sağlayıcı geri çağrıları, e-posta test araçları ya da tasarım onay eklentileri kimlik bilgisi olmadan test adresine ulaşamayabilir. Bu araçlar için izin verilen adres aralığı tanımlayın, korumayı kaldırmayın. Koruma ile iş akışı çakışıyorsa noindex kullanmayı değil, erişimi daraltmayı tercih edin.

Parolayı kimlerle paylaşırsınız?

Ortak bir kullanıcı adı ve parola, bir süre sonra e-posta zincirlerinde ve sohbet kanallarında dolaşır. Müşteri ya da dış geliştirici erişimi için kişiye özel hesap tanımlamak, proje bittiğinde erişimi kapatmayı kolaylaştırır. Erişim listesini proje belgesine yazın ve yayın günü kapatılacak hesapları ayrıca işaretleyin.

Canlıya Geçişte Noindex Unutma Önlemi

Sorunun ters yüzü de aynı ölçüde yaygındır. Test sitesine noindex konur, canlıya geçilir, etiket de kopya olarak canlıya taşınır ve yeni site hiç dizine girmez. Google'ın hosting değişikliği belgesi (yeni sekmede açılır) bunu açıkça yazar: yeni kopyaya konan geçici tarama ve dizin engellerini (robots.txt Disallow kuralları ve noindex etiketleri) taşımaya başlarken kaldırdığınızdan emin olun. Bu nedenle iki yönlü bir kapı gerekir: test sitesi dışarı sızmamalı, canlı site de test ayarlarını miras almamalı.

Ortam bazlı ayar yönetimi

En güvenilir yöntem, noindex ve robots.txt davranışını elle düzenlenen bir dosyaya değil ortam ayarına bağlamaktır. Uygulama hangi ortamda çalıştığını bilir (test ya da canlı) ve noindex başlığını yalnızca test ortamında gönderir. Böylece kodu canlıya taşımak başlığı kendiliğinden kaldırır. Aynı mantık robots.txt için de geçerlidir: dosya ortama göre üretilmeli, kopyalanan sabit bir dosya olmamalıdır. Elle kaldırmayı gerektiren her adım, bir gün unutulacak adımdır.

Yayın öncesi ve sonrası kontrol listesi

• Test sitesi parola ya da kimlik doğrulama arkasında mı, yoksa noindex mi kullanıyor, yazılı olarak belgelendi mi?
• Noindex ayarı kod ya da ortam değişkeniyle mi yönetiliyor, elle mi?
• Canlıya geçişte robots.txt ve meta robots değerleri canlı alan adında ayrıca kontrol edilecek mi?
• Canlıdaki ana sayfa, bir kategori ve bir makale için yanıt başlıklarında X-Robots-Tag var mı?
• Canonical etiketleri canlı alan adını mı gösteriyor, yoksa test adresini mi?
• Sitemap dosyası test adreslerini mi içeriyor?
• Analitik ve etiket yöneticisi test adresinde çalışmayacak şekilde ana bilgisayar adına göre filtreleniyor mu?
• Canlıya geçişten sonra Search Console'da URL denetimi ile canlı URL testi yapıldı mı?

Bu kontrol listesinin geniş çerçevesi için yeni web sitesi yayın öncesi ve sonrası SEO kontrol listesi yazısına bakabilirsiniz; burada yalnızca test ortamına özgü maddeleri topladık.

Canlıya geçişte iki yönlü sızıntı

Geçişten sonraki ilk gün

Canlıya geçildiği gün üç şeye bakın. Birincisi, canlı ana sayfanın kaynak kodunda ve yanıt başlıklarında noindex olmadığına. İkincisi, canlı robots.txt'in tüm siteyi engellemediğine. Üçüncüsü, Search Console URL denetimi aracında canlı URL testinin sayfayı dizine eklenebilir gösterdiğine. Bu üç kontrol birkaç dakika sürer ve en pahalı hatayı, yani yayın sonrası birkaç gün farkına varılmayan kapanmayı yakalar.

Ana Sitenin Etkilenip Etkilenmediğini Denetlemek

Test ortamı sorunu çözüldükten sonra asıl soru, canlı sitenin bundan zarar görüp görmediğidir. Belgelerde test ortamının dizinde olmasının ana sitenin sıralamasını nasıl etkilediğine dair bir ifade yok; bu nedenle tahmin yerine ölçülebilir kontroller yapın.

Canlı sayfaların doğru adreste göründüğünü doğrulayın

Önemli sayfalarınızı (ana sayfa, ana kategoriler, en çok trafik alan makaleler) arama sonucunda kontrol edin. Sonuçta çıkan adres canlı alan adınız olmalı. Test adresi çıkıyorsa kaldırma talebi henüz işlenmemiştir ya da test sayfasında canonical canlı sayfaya bakmıyordur. Search Console URL denetiminde "Google tarafından seçilen kurallı URL" alanını inceleyin; bu alan Google'ın hangi adresi esas aldığını gösterir.

Hata ve dizin raporlarını izleyin

Sayfa dizin oluşturma raporunda dizine eklenen sayfa sayısında ani düşüş, dışlanan sayfalarda ani artış ya da noindex nedeniyle dışlanan yeni bir kalem varsa canlıya noindex taşınmış olabilir. Tarama istatistiklerinde sunucu hataları ve yanıt süresi artışı da bakılacak yerlerdir. Rapor değerleri birkaç gün gecikmeli güncellenir, bu yüzden tek günlük bir dalgalanmaya göre karar vermeyin.

Kaldırma talebinin kapsamını denetleyin

Önek kaldırması yaptıysanız, canlı sitedeki sayfaların hâlâ görünür olduğunu doğrulayın. Kaldırma aracı raporunda talebin hangi önek için etkin olduğunu görürsünüz. Canlı sayfalar da gizlenmişse talebi iptal edin ve öneki düzeltip yeniden gönderin. Yardım sayfasına göre iptal edilmiş talebin durumu "Request canceled" olarak görünür.

Yinelenen içerik ve iç bağlantılar

Canlı sitedeki iç bağlantılar test alan adına gidiyorsa, test adresi tarayıcıya hâlâ gösteriliyor demektir. Sitede test alan adını içeren bağlantıları, görselleri ve betikleri arayın; canlı sitede böyle bağlantı bırakmak hem kullanıcıyı çıkmaz sokağa götürür hem de test adresini taramaya açık tutar. Bu aramayı içerik yönetim sisteminin veritabanı düzeyinde yapmak, sayfa sayfa gezmekten daha güvenilirdir.

İzleme takvimi

Test ortamına bağlı diğer sızıntılar

Dizine giren yalnızca sayfalar olmayabilir. Test sitesinde barındırılan PDF dosyaları, görseller ve yüklenen belgeler de ayrı URL'lerdir. Google'ın kaldırma aracı yardım sayfası, HTML olmayan dosyalar için dosyanın sunucudan silinmesini söyler; bu yüzden test dosya dizinini de temizleyin. Ayrıca test ortamında kullanılan e-posta şablonlarına ve bildirim bağlantılarına bakın: gerçek müşterilere gönderilen bir mesajda test adresi bulunması, o adresin bağlantı almasının ve yeniden bulunmasının en sık yoludur.

Üçüncü bir sızıntı yolu, test sitesinden canlı siteye çıkan bağlantılardır. Test sayfaları canlı sitenize bağlantı veriyorsa bu zararsızdır, ama canlı sayfalar test adresine bağlanıyorsa, genellikle kopyalanan içerikten kalan mutlak adresler yüzündendir. İçerik kopyalamadan sonra bağlantıları ve görsel adreslerini toplu olarak göreli ya da canlı alan adlı hâle getirin. Bu arama ve değiştirme işleminden önce veritabanının yedeğini alın.

Olayı kayda geçirmek

Olayın nedenini ve alınan önlemi tek paragrafta yazıp ekip belgesine ekleyin. Test sitesine nasıl ulaşıldığı, hangi yöntemin seçildiği ve hangi kontrolün artık aynı hatayı yakalayacağı yazılırsa bir sonraki proje aynı yoldan girmez. Amaç suçlu aramak değil, sürecin hangi halkasının eksik olduğunu bulmaktır. Google'ın belgeleri, hata sonrası toparlanmanın ne kadar süreceğine dair bir süre vermez; bu yüzden kayıt tutmak ve kontrolleri takvime bağlamak, tahmin yürütmekten daha değerlidir. Kaldırma süresi, kabul durumu ve dizin raporları değiştikçe not düşün. Google belgelerindeki süreler ve arayüz adları değişebilir; uygulamadan önce güncel sayfaya bakın.

Sık Sorulan Sorular

Test siteme noindex eklersem Google onu hemen kaldırır mı?

Hayır, hemen değil. Google noindex kuralını sayfayı yeniden taradığında görür ve ancak o zaman sayfayı sonuçlardan düşürür. Bu süre sayfanın ne sıklıkla tarandığına bağlıdır. Hızlı sonuç için Search Console'daki kaldırma aracıyla geçici gizleme isteyin, kalıcı çözüm olarak noindex'i, parolayı ya da 404 ve 410 yanıtını kullanın.

Robots.txt ile engellemek test sitesini aramadan kaldırır mı?

Kaldırmaz. Google'ın robots.txt belgesine göre dosya bir sayfayı Google'dan uzak tutma mekanizması değildir ve engelli bir URL başka yerlerden bağlantı alıyorsa yine de dizine eklenebilir. Üstelik sayfa engelliyse noindex kuralı tarayıcı tarafından okunamaz.

Kaldırma aracıyla gizlenen sayfa ne kadar süre gizli kalır?

Google'ın yardım sayfasına göre başarılı bir kaldırma isteği yaklaşık altı ay sürer. Süre dolduktan sonra sayfa kalıcı bir çözüm kurulmamışsa yeniden görünebilir. Bu yüzden parola, noindex ya da 404 ve 410 gibi kalıcı bir önlemi aynı dönemde uygulayın.

Test alt alanını kaldırırsam ana sitem etkilenir mi?

Google'ın yardım sayfası, staging gibi bir alt alanı engellemenin ana alan adını etkilemediğini söyler. Test sitesi canlı sitenin bir klasöründeyse öneki çok dikkatli girin, çünkü yanlış önek canlı sayfaları da gizleyebilir. İstek sonrasında canlı sayfaların aramada göründüğünü doğrulayın.

Canlıya geçince noindex'in taşınmadığını nasıl doğrularım?

Canlı ana sayfanın kaynak kodunda ve yanıt başlıklarında noindex olmadığını, robots.txt'in tüm siteyi engellemediğini ve Search Console URL denetiminde canlı URL testinin sayfayı dizine eklenebilir gösterdiğini kontrol edin. Ayarı elle değil, ortam değişkeniyle yönetmek unutma riskini azaltır.

Parola koruması mı noindex mi tercih edilmeli?

Gizli kalması gereken içerikte parola koruması daha sağlamdır, çünkü hem insanı hem tarayıcıyı durdurur. Google'ın kaldırma aracı sayfası noindex'i diğer kalıcı yöntemlerden daha az güvenli olarak niteler. Noindex yalnızca dış kişilerle paylaşılması gereken ve gizli olmayan test içeriği için makuldür.

İlgili rehberler: Web Sitesi Yenileme SEO Kontrol Listesi: Trafik Kaybetmeden Geçiş, Hosting Değiştirirken SEO: DNS, TTL ve Taşıma Planı, Bakım Modu SEO'yu Etkiler mi? 503 ve Retry-After ile Güvenli Bakım.

Sonuç

Test ortamının Google'da görünmesi düzeltilebilir bir olaydır ve sıra önemlidir. Önce test alanını Search Console'da doğrulayıp kaldırma aracıyla sonuçları geçici gizleyin, aynı gün kalıcı çözümü kurun: gizli kalacak içerik için parola koruması, artık gerekmeyen içerik için 404 ya da 410. Robots.txt tek başına çözüm değildir, çünkü Google'ın belgelerine göre engelli bir URL yine de listelenebilir ve noindex kuralı engelli sayfada okunmaz. Canlıya geçişte ters sızıntıyı önlemek için noindex ve robots.txt davranışını ortama bağlayın, geçiş günü canlı URL testi yapın. Sorunun ardından ana sitenizin doğru adreste göründüğünü ve dizin raporlarının sağlıklı kaldığını izleyin.

Bu tür teknik rehberleri ekibiniz için düzenli üretmek istiyorsanız, Akua Adforce'ta SEO makale yazımı hizmetini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.