Google optimizasyonunda siteyi taranabilir ve indekslenebilir yapmak

Bir siteyi önce taranabilir, sonra da indekslenebilir hale getirmek; Google’da görünmenin en temel kontrol listesidir. Sorun çoğu zaman tek bir etiket değil, tarama yolu, URL seçimi ve izleme sinyallerinin birlikte yanlış kurulmasıdır.

Bu yazı, Google’ın bir sayfayı nasıl keşfettiğini, neyi taradığını, neyi dizine eklediğini ve hangi teknik işaretlerle ana sürümü seçtiğini sade biçimde ayırır. Amaç; robots.txt, sitemap, canonical, noindex, yapılandırılmış veri ve Search Console’un hangi noktada devreye girdiğini pratik sırayla göstermek.

Google’ın sayfayı önce görmesini sağlayın​

Google’ın bir URL ile çalışabilmesi için önce o URL’ye ulaşabilmesi gerekir. Bu yüzden ilk soru, sayfanın taranıp taranamadığıdır; ikinci soru ise taransa bile dizine eklenip eklenmediğidir.

Tarama ile indeksleme aynı şey değildir. Tarama, Googlebot’un sayfayı alabilmesidir; indeksleme ise sayfanın Google’ın dizininde saklanmasıdır. Bir sayfa taranmış olabilir ama noindex, kopya içerik, zayıf sinyal ya da yanlış canonical yüzünden görünmeyebilir.

robots.txt, noindex ve canonical farklı işler yapar​

robots.txt, Googlebot’un o yolu taramasını engeller. Noindex, sayfanın dizine eklenmemesini söyler. Canonical ise benzer sürümler arasında hangisinin ana adres sayılması gerektiğine yardımcı olur. Bunları aynı araç gibi kullanmak, en sık yapılan teknik hatalardan biridir.

Bir sayfayı gizlemek istiyorsanız yalnızca taramayı değil, sonuçta görünmesini de düşünmeniz gerekir. Bir sayfayı başka bir URL’ye toplamak istiyorsanız canonical doğru sürümü işaret etmeli; bunu robots.txt ile karıştırmamalısınız. Arama motoru açısından bu üç sinyalin etkisi aynı yönde değildir.

Sitemap, keşif için yardımcı sinyaldir​

XML sitemap, Google’a hangi URL’lerin önemli olduğunu bildiren bir keşif listesidir. Tek başına sıralama sağlamaz; ama özellikle yeni, derin ya da iç bağlantısı zayıf sayfaların bulunmasını kolaylaştırabilir.

Sitemap’in güncel olması gerekir. Kaldırılmış URL’leri tutmak, yönlenmiş adresleri yanlış bırakmak ya da aynı içeriğin çok fazla sürümünü listelemek, Google’ın sayfa yapısını daha zor okumasına yol açar. Burada hedef, her URL’yi listelemek değil, önemli URL kümesini temiz göstermek olmalıdır.

Google’a tek bir ana sürüm gösterin​

Aynı içeriğin birden fazla sürümü varsa Google bunlar arasında seçim yapmak zorunda kalır. Bu seçim sürecini kolaylaştırmak için canonical, iç bağlantılar, yönlendirmeler ve URL yapısı birlikte düşünülmelidir.

Örneğin sonu eğik çizgili ve eğik çizgisiz sürümler, parametreli filtre sayfaları ya da http/https ve www/non-www varyasyonları aynı içeriğe çıkıyorsa, karışık sinyaller oluşur. Google bazen doğru sürümü seçebilir; ama siz bu seçimi netleştirirseniz gereksiz belirsizlik azalır.

Canonical seçiminde amaç kopyayı azaltmaktır​

Canonical, arama motoruna “bu içerik için esas sürüm budur” demenin yoludur. Ancak canonical, içeriği gizlemez; sadece tercih işareti verir. Bu yüzden, yanlış bir sayfayı canonical yapmak çoğu zaman görünürlüğü iyileştirmek yerine zayıflatır.

En sağlıklı yaklaşım, teknik olarak aynı işi yapan sürümleri birleştirmek ve ana sayfayı açıkça işaretlemektir. İçeriği gerçekten farklı olan sayfaları ise zorla tek sürüme itmek doğru değildir.

Search Console, yanlış varsayımı azaltır​

Google Search Console, sayfanın neden sorun yaşadığını tahmin etmek yerine rapor üzerinden görmenizi sağlar. Page Indexing raporu, hangi URL kümelerinin tarandığını, hangilerinin dışarıda kaldığını ve hangi nedenlerin öne çıktığını anlamaya yardım eder.

URL Inspection aracı, tek tek sayfanın Google tarafından nasıl görüldüğünü kontrol etmek için yararlıdır. Böylece bir sayfanın gerçekten taranıp taranmadığını, seçilen canonical’ın ne olduğunu ve indeks durumunun nasıl göründüğünü daha net ayırabilirsiniz.

İçeriği daha anlaşılır hale getiren sinyalleri ekleyin​

Google’ın bir sayfayı bulması tek başına yeterli değildir; sayfanın ne hakkında olduğunu da doğru okuması gerekir. Burada yapılandırılmış veri, temiz başlık yapısı, tutarlı iç bağlantılar ve sayfa içi metin birlikte çalışır.

Yapılandırılmış veri, sayfanın konusunu açık etiketlerle anlatır; ama metnin yerini tutmaz. Sayfanın ana içeriği zayıfsa schema eklemek bunu telafi etmez. Aynı şekilde yalnızca içerik yazıp teknik sinyalleri ihmal etmek de sayfanın doğru anlaşılmasını zorlaştırır.

Yapılandırılmış veri içeriği tamamlar, yerine geçmez​

işaretlemesi, sayfanın türünü ve bazı ayrıntıları daha açık hale getirebilir. Bu, özellikle ürün, makale, işletme, etkinlik ya da sık sorulan içerik gibi yapılarda arama motoruna ek bağlam verir.

Ancak yapılandırılmış veri hatasız bile olsa, sayfanın indekslenebilir olması, ana içeriğin görünür olması ve teknik engel taşımaması gerekir. Yani schema, temel tarama ve indeksleme kontrolünün üstüne eklenen bir yardım katmanıdır.

Sayfa hızı ve mobil uyumluluk temel zemindir​

Google dokümanları siteyi güvenli, hızlı, erişilebilir ve tüm cihazlarda çalışır halde tutmanın önemli olduğunu vurgular. Bu, yalnızca kullanıcı memnuniyeti için değil, arama motorunun sayfayı rahat işlemesi için de önemlidir.

Yavaş, bozulan ya da mobilde zor kullanılan sayfalar, dolaylı olarak tarama verimliliğini ve içerik kalitesini etkileyebilir. Burada amaç tek bir metrik kovalamak değil; teknik sağlamlığı, içerik anlaşılabilirliğini ve kullanıcı deneyimini birlikte kurmaktır.

Son kontrollerle görünürlük riskini azaltın​

İyi kurulan bir site bile zamanla yanlış yönlendirme, silinen URL, değişen şablon veya yeni filtre sayfaları yüzünden sinyal kaybedebilir. Bu nedenle teknik SEO, ilk kurulumdan sonra biten bir iş değil; düzenli kontrol gerektiren bir sistemdir.

En yararlı son kontrol, önemli URL’lerin taranabildiğini, doğru sürümün seçildiğini, sitemap’in güncel kaldığını ve Search Console raporlarının değişimi gösterdiğini doğrulamaktır. Bu dört şey birlikte sağlamsa, Google’ın sayfayı anlaması ve dizine alması çok daha öngörülebilir hale gelir.