Arama Motorlarının Dizine Eklemesini Engelle Açık Kaldıysa Ne Yapmalı?

WordPress'te arama motorlarının dizine eklemesini engelle seçeneği ne işe yarar?

Bu seçenek, WordPress yönetim panelinde Ayarlar altındaki Okuma ekranında bulunan ve arama motorlarından siteyi dizine eklememelerini isteyen bir işarettir. Açıkken WordPress sayfalara noindex ve nofollow yönergesi koyar. Siteyi ziyaretçilere kapatmaz, yalnızca arama motorlarına rica eder; yayına geçişte açık kalırsa sayfalarınız Google'da çıkmaz.

İngilizce arayüzdeki adı "Discourage search engines from indexing this site" biçimindedir. Türkçe arayüzdeki birebir metni resmi kaynaktan doğrulayamadığımız için bu yazıda seçeneği kısaca "dizine ekleme engeli" diye anacağız. Menü adları sürüme ve dile göre değişebilir, bu yüzden ekranda benzer bir ifade arayın.

Seçenek geliştirme aşamasında işinize yarar. Sorun, site yayına çıktığında kapatmayı unutmanızla başlar. Bu yazıda yalnızca bu tek durumu ele alıyor, genel SEO anlatımına girmiyoruz. Konumuz şu: ayarın ne yaptığını, belirtilerini, kapatma adımlarını ve doğru staging korumasını.

Bu seçenek açıkken WordPress tam olarak ne yapar?

WordPress.org belgesine göre seçenek açıkken birkaç şey aynı anda gerçekleşir. Birincisi, WordPress sayfalara arama motoru botlarından siteyi yok saymalarını isteyen bir robots yönergesi koyar. İkincisi, güncelleme bildirim servislerine ping göndermeyi bırakır. Üçüncüsü, ziyaretçiler siteyi normal şekilde görmeye devam eder.

Belgedeki önemli bir not şudur: Bu ayar siteye erişimi engellemez. Arama motorlarının isteğe uymasını beklersiniz, ama uymak zorunda değillerdir. Yani ayar bir kilit değil, bir tabeladır.

Bu fark staging ortamları için kritiktir. Gizli kalması gereken bir kopyayı yalnızca bu ayarla korumak yanlış olur. Doğru yöntemi aşağıda ayrıca anlatıyoruz.

Ping konusu küçük görünse de bir ipucu verir. Seçenek açıkken WordPress panelinde güncelleme servisleri alanı gizlenir ve ilgili uyarı mesajı görünür. Bu nedenle Yazma ayarlarında o alanı göremiyorsanız, dizine ekleme engelinin açık olduğunu düşünmek için bir sebebiniz var.

Belge ayrıca ayarın normal ziyaretçilere dokunmadığını vurgular. Siteniz tarayıcıda sorunsuz açıldığı için hata çoğu zaman haftalarca fark edilmez.

WordPress sürümüne göre davranış neden farklıdır?

Resmi belge iki dönemi birbirinden ayırır. Sürüm 5.2 ve öncesinde ayar, robots.txt isteklerine tüm botlar için engelleme kuralı döndürüyordu. Sürüm 5.3 ve sonrasında ise sayfa kaynağına noindex ve nofollow içeren bir robots meta yönergesi giriyor.

Belge ayrıca eski davranışın yalnızca WordPress kök dizine kuruluysa ve fiziksel bir robots.txt dosyası yoksa çalıştığını söyler. Bu nedenle eski bir sitede sorun arıyorsanız robots.txt dosyanızı da kontrol etmelisiniz.

Güncel sürümde ayrıntılar değişmiş olabilir. Kesin bilgi için WordPress.org Okuma Ayarları belgesine bakın. Biz burada yalnızca belgede yazan davranışı aktarıyoruz.

Bu farkın pratik sonucu şudur: Eski sürümlerde sorunu robots.txt dosyasında ararsınız, yeni sürümlerde sayfa kaynağında. Günümüzde çoğu site yeni davranışı kullanır, ama eski bir kurulumu devraldıysanız iki yere de bakmak gerekir. Ayrıca bir SEO eklentisi robots.txt dosyasını kendisi üretiyor olabilir; bu durumda dosyanın içeriğini eklentinin ayarlarından yönetirsiniz.

Bu seçenek yayına geçişte neden açık kalır?

Bu hata düşündüğünüzden yaygındır, çünkü doğal bir iş akışının yan ürünüdür. Ekipler siteyi genellikle bir geliştirme ortamında kurar, orada seçeneği açar ve iş bitince canlıya taşır. Taşıma sırasında veritabanını da kopyaladığınız için ayar da yanınızda gelir.

Örnek senaryo olarak şunu düşünün: Bir ajans, müşterinin yeni sitesini geliştirme ortamında hazırlıyor. Lansman günü dosyaları ve veritabanını canlı sunucuya taşıyor. Herkes tasarıma, hıza ve formlara bakıyor, kimse Okuma ekranını açmıyor.

Sık görülen birkaç neden daha var:

• Yayın kontrol listesinde arama motoru görünürlüğü maddesinin bulunmaması.
• Eski bir siteyi yeni WordPress kurulumuna taşırken ayarı da kopyalamak.
• Bakım modu eklentisinin ya da hosting panelinin ayarı kendiliğinden açması.
• Staging ve canlı ortamı farklı kişilerin yönetmesi, sorumluluğun belirsiz kalması.

Yedekten geri yükleme ya da taşıma ayarı yeniden açabilir mi?

Evet, açabilir. Ayar veritabanında durur. Bu nedenle staging ortamından aldığınız bir yedeği canlıya geri yüklerseniz, ayarın o günkü değeri de gelir. Siteyi daha önce düzeltmiş olsanız bile eski değer geri dönebilir.

Aynı şey eski bir yedeğe dönmek için de geçerlidir. Örneğin bir eklenti güncellemesi siteyi bozdu ve siz üç gün önceki yedeği geri yüklediniz. O yedek, ayarın açık olduğu bir döneme aitse sorun sessizce geri gelir.

Dolayısıyla her büyük işlemden sonra aynı kısa kontrolü tekrarlayın:

• Taşıma veya klonlama sonrası.
• Yedekten geri yükleme sonrası.
• Hosting sağlayıcısı değişikliği sonrası.
• Bir geliştiricinin siteyi yeniden kurduğu her durumda.

Seçenek açık kaldığında sitenizde hangi belirtiler görülür?

En belirgin belirti, sitenizin Google'da hiç çıkmamasıdır. Marka adınızla arama yaptığınızda sitenizin yerine yalnızca sosyal profilleriniz ya da başka sitelerdeki anmalar çıkar. Yeni yayımladığınız yazılar da günler geçse bile sonuçlarda yer almaz.

Bunun yanında şu işaretleri de görürsünüz:

• Organik trafik sıfıra yakın seyreder, yalnızca doğrudan ve reklam trafiği kalır.
• Sayfa kaynağında robots yönergesi olarak noindex ve nofollow yer alır.
• Search Console'da sayfalar dışlanmış olarak listelenir.
• Daha önce sıralanan sayfalar zamanla sonuçlardan düşer.

Yine de tek başına bu belirtiler kesin kanıt sayılmaz. Yeni bir site Google'da doğal olarak geç çıkabilir. Bu nedenle ayarı ve sayfa kaynağını doğrudan kontrol etmek en güvenilir yoldur.

Dikkat edilmesi gereken bir ayrıntı daha var. Ayar yalnızca yeni sayfaları değil, daha önce dizinde olan sayfaları da etkiler. Google bu sayfaları yeniden ziyaret ettiğinde yönergeyi görür ve dizinden çıkarabilir. Yani lansmandan sonra yerleşmiş bir sitede de ayarın açılması trafik kaybına yol açar.

Arama motorlarının dizine eklemesini engelle seçeneği açıkken Search Console'da ne görürsünüz?

Search Console'da en tipik görüntü, sayfa dizine ekleme raporunda sayfaların noindex yönergesi nedeniyle dışarıda kalmasıdır. Ekran adı zamanla değişebilir; Türkçe arayüzde benzeri bir ifade görürsünüz. Bu uyarının genel anlamını noindex etiketi tarafından hariç tutuldu ne demek yazımızda ayrıntılı anlattık.

URL Denetleme aracında bir sayfayı test ettiğinizde, dizine eklemeye izin verilmediğini söyleyen benzeri bir sonuç alırsınız. Sonuç ekranı, nedenin robots meta yönergesi olduğunu da belirtir.

Önemli ayrım şudur: Bu durum bir hata değil, bir talimatın sonucudur. Google sizin isteğinizi yerine getiriyor. Çözüm Google'da değil, WordPress ayarında yatar.

Dizine girmeyen sayfaları genel olarak nasıl tespit edeceğinizi merak ediyorsanız indekslenmeyen sayfalar nasıl tespit edilir rehberimize göz atın.

Ayarın açık olduğunu nasıl doğrularsınız?

Doğrulama iki katmanlıdır: Önce ayara, sonra gerçek çıktıya bakarsınız. Çünkü ayar kapalı görünse bile başka bir eklenti noindex koyuyor olabilir.

1. WordPress yönetim panelinde Ayarlar altındaki Okuma ekranını açın.
2. Arama motoru görünürlüğü bölümündeki kutunun işaretli olup olmadığına bakın.
3. Tarayıcıda ön sayfanızı açıp sayfa kaynağını görüntüleyin.
4. Kaynakta robots ifadesini arayın ve noindex geçip geçmediğine bakın.
5. Search Console'da URL Denetleme aracıyla aynı adresi test edin.

Üçüncü ve dördüncü adım önemlidir. Önbellek eklentisi eski sayfayı sunuyorsa kaynakta gördüğünüz ile gerçek durum farklı olabilir. Gizli pencerede ve önbelleği temizledikten sonra tekrar bakın.

Birden fazla sayfayı kontrol etmekte fayda var. Ön sayfada sorun görünmeyip bir yazı şablonunda noindex çıkabilir. Bu yüzden bir ön sayfa, bir yazı, bir kategori sayfası ve bir hizmet sayfası seçip hepsine bakın. Böylece sorunun site genelinde mi yoksa belirli bir şablonda mı olduğunu anlarsınız.

Seçeneği kapattıktan sonra ilk ne yapmalısınız?

Önce kutunun işaretini kaldırın ve değişiklikleri kaydedin. Ardından önbelleği temizleyin; çünkü önbellekteki eski sayfalar noindex yönergesini sunmaya devam edebilir. Bu adımı atlarsanız Google yanlış sürümü görebilir.

Sonraki adımlar şöyledir:

1. Ayarı kapatın ve kaydedin.
2. Sayfa önbelleğini, varsa CDN önbelleğini ve tarayıcı önbelleğini temizleyin.
3. Ön sayfanın kaynağında noindex ifadesinin kalmadığını doğrulayın.
4. robots.txt dosyanızda tüm siteyi engelleyen bir kural olmadığını kontrol edin.
5. Site haritanızı Search Console'a gönderin.
6. Önemli sayfalar için URL Denetleme ile yeniden tarama isteyin.

Bu sırayı değiştirmeyin. Ayar düzelmeden gönderdiğiniz site haritası ve tarama istekleri boşa gider. Üstelik Google'ın aynı sayfayı yanlış durumda yeniden görmesine neden olabilir.

Site haritasını ne zaman ve nasıl gönderirsiniz?

Yönergenin kalktığını doğruladıktan sonra site haritasını gönderin. Google'ın yeniden tarama belgesi, çok sayıda URL için site haritası göndermeyi önerir. Özellikle yeni site lansmanı ve taşıma sonrasında bunu değerli bulur.

WordPress'in kendi site haritası ya da kullandığınız SEO eklentisinin haritası işinizi görür. Haritada yalnızca dizine girmesini istediğiniz adreslerin bulunduğundan emin olun. Yeni bir harita hazırlamanız gerekirse XML site haritası oluşturucumuzu kullanabilirsiniz.

Harita okunamıyor uyarısı alırsanız Search Console site haritası okunamadı hatası yazımıza bakın. Haritanın ne olduğunu hatırlamak isterseniz site haritası nedir yazımız yeterlidir.

Haritayı gönderdikten sonra durum bilgisini Search Console'da izleyin. Okundu bilgisi görüyorsanız harita erişilebilir demektir. Ancak bu, tüm adreslerin dizine gireceği anlamına gelmez; Google hangi sayfaları ekleyeceğine kendisi karar verir. Harita yalnızca keşfi kolaylaştıran bir ipucudur.

URL Denetleme ile yeniden tarama nasıl istenir?

Search Console'da önemli sayfanın adresini üstteki denetleme kutusuna yapıştırın, sonucu bekleyin ve dizine eklenmesini isteyin. Google belgesi, bunun için mülkte sahip ya da tam kullanıcı yetkinizin olması gerektiğini söyler. Yetkiniz yoksa önce erişim sorununu çözün.

Birkaç önemli sınır var:

• Tek tek URL göndermek için bir kota vardır; güncel değerini resmi belgeden kontrol edin.
• Aynı URL için tekrar tekrar istek göndermek taramayı hızlandırmaz.
• Tarama isteği, sayfanın sonuçlarda çıkacağını garanti etmez.

Bu nedenle ana sayfa, hizmet sayfaları ve en önemli blog yazıları gibi öncelikli adresleri seçin. Tüm siteyi tek tek göndermeye çalışmayın; bunun yerine site haritasına güvenin. Resmi ayrıntılar için Google yeniden tarama belgesine bakın.

Düzeltmeden sonra sonuçların dönmesi ne kadar sürer?

Kesin bir süre veremeyiz, çünkü böyle bir süre yok. Google'ın belgesi taramanın birkaç günden birkaç haftaya kadar sürebileceğini söyler. noindex ile dışarıda kalan sayfaların yeniden taranması ise sayfanın önemine göre aylar bile alabilir.

Sitenizin büyüklüğü, otoritesi ve sayfa başına tarama sıklığı süreyi belirler. Sık güncellediğiniz ana sayfa hızlı döner, derinde duran eski bir yazı daha geç döner.

Beklerken şunları yapabilirsiniz:

• Sayfa dizine ekleme raporunu haftalık izleyin.
• Dışarıda kalan sayfa sayısının azalıp azalmadığına bakın.
• İç bağlantıları güçlendirerek botların önemli sayfalara ulaşmasını kolaylaştırın.
• Sabırlı olun ve aynı URL için tekrar tekrar tarama istemeyin.

Tarama sıklığının düşmesi başka nedenlerden de olabilir; bunun için Googlebot neden daha az tarar yazımıza bakabilirsiniz.

Sürenin uzaması panik nedeni değildir. Önce ayarın gerçekten kapalı olduğunu, sayfa kaynağında noindex kalmadığını ve robots.txt dosyasının engel koymadığını doğrulayın. Bu üç koşul sağlanıyorsa, geriye Google'ın sizi yeniden ziyaret etmesini beklemek kalır.

Dizine ekleme engeli ile sayfa bazlı noindex arasındaki fark nedir?

Dizine ekleme engeli tüm siteye uygulanan tek bir anahtardır. Sayfa bazlı noindex ise yalnızca seçtiğiniz bir yazıyı ya da sayfayı dışarıda bırakır. İkisi de arama motorlarına aynı türden bir talimat verir, ancak kapsamları birbirinden çok farklıdır.

Bu yüzden amaca göre seçin. Teşekkür sayfası, iç arama sonuçları ya da deneme sayfaları gibi tekil adresler için sayfa bazlı yöntemi kullanın. Tüm siteyi saklamanız gereken geliştirme döneminde ise genel ayar ve parola birlikte düşünülür.

Ayrıntılı karşılaştırma isteyenler için noindex ve robots.txt farkını anlatan yazımız hazır. Biz burada tekrar etmeyip yalnızca bu ayarın neden tehlikeli olduğunu vurguluyoruz: Tek bir kutu, yüzlerce sayfayı aynı anda etkiler.

Ayar kapalı olduğu halde noindex sürüyorsa nedeni ne olabilir?

Ayarı kapatıp hâlâ noindex görüyorsanız, kaynak başka bir yerdedir. WordPress'te robots yönergesini koyabilecek birden fazla katman vardır ve bunlar birbirinden bağımsız çalışır.

En sık rastlanan nedenler şunlardır:

• SEO eklentisinde sitenin tamamı için ya da belirli içerik türleri için noindex seçili olması.
• Tek bir sayfada ya da yazıda sayfa bazlı noindex işaretinin kalması.
• Temanın ya da bir bakım modu eklentisinin kendi robots yönergesini koyması.
• Önbellek ya da CDN katmanının eski sayfayı sunması.
• Sunucu yanıt başlıklarında robots yönergesinin bulunması.

Her katmanı sırayla kapatıp test etmek zaman alsa da en güvenli yoldur. Önce sayfa kaynağını, sonra yanıt başlıklarını kontrol edin. Bir katmanı düzelttikten sonra önbelleği tekrar temizlemeyi unutmayın.

Önbellek katmanını ayırt etmek için sayfayı sorgu parametresiyle ya da gizli pencerede açıp sonuçları karşılaştırın. Sonuç farklıysa sorun ayarda değil, önbellekte demektir.

Arama motorlarının dizine eklemesini engelle ayarı SEO eklentisi ve tema ayarlarıyla nasıl çakışır?

Çakışma genellikle iki ayarın aynı işi farklı yerlerden yapmasından doğar. Örneğin WordPress ayarını kapatırsınız, ancak SEO eklentisi tüm siteyi noindex yapmaya devam eder. Ya da tersini yaşarsınız: Eklentiyi düzeltirsiniz, WordPress ayarı açık kalır.

Aşağıdaki tablo, hangi kaynakta neye bakmanız gerektiğini özetler:

Eklenti menü adları sürümden sürüme değiştiği için ilgili eklentinin kendi yardım belgesine başvurun.

robots.txt de engelliyorsa neden iki kat sorun olur?

Bu ayrım kolay gözden kaçar. Google'ın belgesine göre noindex kuralının işe yaraması için robots.txt sayfayı engellememeli ve sayfa tarayıcıya açık olmalıdır. Engelli bir sayfayı Googlebot ziyaret edemez, dolayısıyla noindex ifadesini de göremez.

Pratikte bu şu anlama gelir: Ayarı kapatsanız bile robots.txt tüm siteyi engelliyorsa Google yeni durumu öğrenemez. Sayfalarınız taranmadığı için dizin kaydı olduğu gibi kalabilir ya da hiç güncellenmeyebilir.

Dosyanızı kontrol etmek için robots.txt nedir ve nasıl oluşturulur yazımıza göz atın. Yeni bir dosya hazırlamanız gerekirse robots.txt oluşturucumuzu kullanın. Genel kural olarak, tüm siteyi engelleyen bir satırın canlıda yeri yoktur.

Staging ortamı doğru nasıl korunur?

Gizli kalması gereken bir kopya için tek doğru yöntem erişimi kısıtlamaktır. Parola koruması en sağlam seçenektir: Botlar ve ziyaretçiler giriş yapamadığı için kopya ne taranır ne de dizine girer. WordPress'in dizine ekleme ayarı ise yalnızca nazik bir rica olarak kalır.

Önerdiğimiz yaklaşım şöyle:

• Staging ortamını sunucu düzeyinde parolayla koruyun; bu işi hosting sağlayıcınızla birlikte yapın.
• Dizine ekleme engelini ek bir önlem olarak açık tutun, ama tek başına ona güvenmeyin.
• Staging adresini herkese açık bir yerde paylaşmayın.
• Canlıya taşırken hangi ayarları kopyalayacağınızı önceden belirleyin.

Parolayı nasıl kuracağınız hosting altyapınıza göre değişir. Biz sunucu işletmiyoruz; bu adımı sağlayıcınızın resmi belgesine göre yapın.

Geliştirme kopyasını bu şekilde ayırmanın ek bir faydası vardır: Müşteri ya da ekip arkadaşlarınız taslağı güvenle inceler, arama sonuçlarında yarım kalmış içerik çıkmaz. Ayrıca iki ortamı karıştırma riskini azaltmak için staging sitesinin tarayıcı sekmesinde ya da panelinde görünür bir etiket kullanabilirsiniz.

Hangi koruma yöntemi ne zaman yeterlidir?

Her yöntemin güçlü ve zayıf yönü vardır. Aşağıdaki karşılaştırma, hangi durumda hangisini seçeceğinizi gösterir. Örnek olarak bir geliştirme kopyasında parola şarttır, canlı sitedeki tek bir teşekkür sayfasında ise sayfa bazlı noindex yeterlidir.

Farkı daha ayrıntılı görmek isterseniz noindex, nofollow ve robots.txt farkı yazımıza bakın. Google da erişimi kısıtlamayı, içeriğin sonuçlarda çıkmasını engelleme yollarından biri olarak anlatır; ayrıntıyı Google dizine eklemeyi engelleme belgesinde bulursunuz.

Örnek bir senaryoda düzeltme süreci nasıl işler?

Örnek senaryo: Küçük bir hizmet firması yeni WordPress sitesini lansman gününde yayına alıyor. İki hafta sonra sahibi, marka adını aradığında sitenin çıkmadığını fark ediyor. Panik yerine sırayla ilerliyor.

Önce Okuma ekranında kutunun işaretli olduğunu görüyor ve kapatıyor. Sonra önbelleği temizleyip ön sayfanın kaynağında noindex kalmadığını doğruluyor. Ardından robots.txt dosyasına bakıyor ve genel bir engel olmadığını görüyor.

Son olarak Search Console'da site haritasını gönderiyor ve ana sayfa ile üç hizmet sayfası için URL Denetleme isteği yapıyor. Sonraki haftalarda dizine ekleme raporunu izliyor. Bu bir örnek senaryodur; gerçek süre ve sonuç sitenize göre değişir ve hiçbir adım sonucu garanti etmez.

Dikkat ederseniz süreçte tek bir sihirli hamle yok. Sıralı, sakin ve doğrulanabilir adımlar var.

Yayına geçiş öncesi hangi kontrol listesini kullanmalısınız?

Arama motorlarının dizine eklemesini engelle kutusunu unutmamanın yolu, kontrolü bir alışkanlığa dönüştürmektir. Lansman listenize tek bir madde ekleyin ve bunu tek bir kişinin sorumluluğuna verin. Böylece "bakmıştır" varsayımı ortadan kalkar.

Lansman günü için basit bir sıra:

1. Okuma ekranında dizine ekleme engelinin kapalı olduğunu doğrulayın.
2. Ön sayfanın ve bir iç sayfanın kaynağında noindex olmadığını görün.
3. SEO eklentisinde site geneli görünürlük ayarını kontrol edin.
4. robots.txt dosyasında tüm siteyi engelleyen kural olmadığını doğrulayın.
5. Site haritasını Search Console'a gönderin.
6. Lansmandan bir hafta sonra dizine ekleme raporuna bakın.

Daha geniş bir liste için web sitesi oluşturma ve yayına alma kontrol listesi yazımızı kullanabilirsiniz. Alan adı ya da tasarım değişimi yapıyorsanız SEO migration kontrol listesi de işinize yarar.

Listeyi yazılı tutun ve her lansmanda aynı sırayla uygulayın. Böylece ekip değişse bile bilgi kaybolmaz. Lansmandan sonraki izleme için web sitesi yayına alındıktan sonra takip edilmesi gereken metrikler yazımız da yardımcı olur.

Search Console erişimi ve veri sorunlarında nelere dikkat edersiniz?

Düzeltmeden sonra Search Console'da veri hemen görünmeyebilir. Yeni bir mülk eklediyseniz verilerin işlenmesi zaman alır; bu durumu Search Console'da veri görünmüyor yazımızda anlattık. Panik yapmadan bekleyin ve ayarın doğru olduğundan emin olun.

Bir de erişim meselesi var. Eski ajansın ya da çalışanın mülke hâlâ sahip olarak bağlı kalması hem güvenlik hem de yönetim sorunudur. Kimin yeniden tarama isteyebileceği belli olmalıdır. Ayrıntılar için Search Console'dan eski ajans ya da çalışan nasıl kaldırılır yazımıza bakın.

Genel kullanım için Google Search Console nedir ve nasıl kullanılır yazımız iyi bir başlangıçtır.

Düzeltmeden sonra sıralamalar ve trafik eski haline döner mi?

Bunun garantisini veremeyiz. Sayfalarınız dizine yeniden girdiğinde sıralanabilir hale gelir, ancak hangi konumda ve ne kadar sürede yer alacağınız içeriğin kalitesine, rekabete ve sitenizin genel durumuna bağlıdır. Hiçbir yöntem eski sıralamaları kesin olarak geri getirmez.

Arama motorlarının dizine eklemesini engelle ayarı kapandığında gerçekçi beklenti şöyledir: Daha önce sıralanan sayfalar, engel kalkınca yeniden değerlendirmeye girer. Hiç sıralanmamış yeni bir site ise zaten normal süreçle başlar.

Düzeltmenin ardından odaklanabileceğiniz konular:

• Dizine giren sayfa sayısını izleyin.
• Önemli sayfaları iç bağlantılarla güçlendirin.
• Sitenin teknik sağlığını teknik SEO nedir rehberindeki başlıklarla gözden geçirin.
• Beklenmedik bir düşüş görürseniz nedenini araştırın.

Bu hatayı önlemek için hangi sık hatalardan kaçınmalısınız?

Gördüğümüz tipik hatalar çoğunlukla süreç eksikliğinden doğar, teknik bilgi eksikliğinden değil. Aşağıdaki listeyi bir uyarı olarak okuyun.

• Ayarı kapattığınızı varsayıp kaynağı kontrol etmemek.
• Önbelleği temizlemeden Google'a tarama isteği göndermek.
• robots.txt dosyasındaki engeli unutmak.
• Staging ortamını yalnızca dizine ekleme ayarıyla korumak.
• Aynı URL için tekrar tekrar tarama istemek.
• Sorunu çözmek için eski sayfaları silip yeniden oluşturmak.
• Kuralları atlatmak amacıyla yeni alan adı açmak.

Sonuncusu özellikle yanlıştır. Yeni alan adıyla sistemleri atlatmaya çalışmak sorunu çözmez, yalnızca karışıklık yaratır ve kurallara aykırıdır. Sorun bir ayarsa, ayarı düzeltmek yeter.

Bir başka sık hata da düzeltmeyi yalnızca ana sayfada denemektir. Ana sayfa temiz görünse bile şablon bazlı bir noindex yüzlerce iç sayfayı etkilemeye devam edebilir. Bu yüzden her düzeltmeden sonra farklı türlerden birkaç sayfayı kaynak düzeyinde yeniden kontrol edin.

Ne zaman uzman desteği almalısınız?

Ayarı kapattınız, önbelleği temizlediniz ve hâlâ sayfalar dizine girmiyorsa, sorun başka bir katmandadır. Eklenti çakışması, sunucu başlığı ya da canonical hatası olabilir. Böyle durumlarda teknik bir denetim süreci hızlandırır.

Talha Aslan ve ekibi olarak bu tür kontrolleri SEO danışmanlığı kapsamında yapıyoruz. Sorunun kaynağını bulmaya ve sonraki adımları netleştirmeye odaklanırız. Sonuç garantisi vermeyiz, çünkü dizine girme kararını Google verir.

Yeni bir site kuruyorsanız, lansman öncesi kontrol için web tasarım hizmetimize de göz atabilirsiniz. Bu yazı hukuk ya da hosting danışmanlığı yerine geçmez; kendi altyapınız için sağlayıcınızın belgesine başvurun.

Başvurmadan önce elinizde şu bilgileri toplayın: ayarın ne zaman açıldığı, son taşıma ya da yedekleme tarihi, kullandığınız SEO eklentisi ve Search Console'daki dışlama bilgisi. Bu kayıtlar hem sizin hem de destek aldığınız kişinin işini kolaylaştırır.