Güncellenen Sayfayı Yeniden Taratma: URL Denetimi ve Sitemap

Güncellediğiniz bir sayfanın Google tarafından yeniden taranması için elinizdeki iki resmi yol vardır: Search Console'daki URL denetimi aracıyla tek tek sayfa için dizine ekleme isteği göndermek ve güncel bir sitemap sunup lastmod değerini doğru tutmak. İkisi de bir ipucudur, hiçbiri sürenin ya da sonucun garantisi değildir. Blog editörleri, SEO sorumluları ve ajans içerik yöneticileri için hazırlanan aşağıdaki akış, güncelleme sonrası ne yapılacağını, neyin beklenmesi gerektiğini ve neyin yapılmaması gerektiğini ayırır.

Sayfanın hiç dizine girmemesi bir sorun giderme konusudur ve bu konunun dışındadır. Burada konu, zaten var olan bir sayfanın güncellenmesinden sonra Google'ın yeni sürümü görmesini kolaylaştırmaktır.

Güncelleme sonrası Google ne görür

Dizindeki sürüm ile canlı sürüm aynı değildir

Google'ın URL denetimi yardım sayfası (yeni sekmede açılır), araçta gösterilen sonuçların sayfanın en son dizine eklenmiş sürümünden geldiğini, canlı sürümden gelmediğini açıkça yazar. Yani siz sayfayı sitenizde değiştirdiğiniz anda Google'ın dizinindeki kopya değişmez. Aradaki süre boyunca arama sonuçlarında eski başlık, eski açıklama ya da eski içerik görünebilir. Bu bir hata değil, taramanın doğal işleyişidir. Sorun, ekiplerin güncellemeyi yaptıktan hemen sonra sonucu arayıp "çalışmadı" sonucuna varmasıdır.

Güncellemenin görünürlüğü için üç ayrı durumu akılda tutun. Birincisi, sayfanın sitede güncel olması. İkincisi, Google'ın sayfayı yeniden tarayıp yeni sürümü görmesi. Üçüncüsü, yeni sürümün dizine yansıması. Bu üç durum arasında zaman farkı vardır ve ilk durum yalnızca sizin kontrolünüzdedir. Aşağıdaki araçlar ikinci ve üçüncü durumu kolaylaştırır, hızlandırmayı vaat etmez.

Örnek senaryo: bir restoranın menü sayfası

Örnek senaryo: Yerel bir restoranın sitesinde menü sayfası mevsim değişince yenileniyor. Sahibi sayfayı akşam güncelliyor ve ertesi sabah arama sonucunda eski yemek adlarını görüyor. Panik yapıp sayfayı üst üste kaydetmek yerine önce URL denetiminde dizindeki sürümün tarihine bakıyor. Dizindeki kopya eski, canlı test ise yeni menüyü gösteriyor. Bu durumda sorun sayfada değil, taramanın henüz gerçekleşmemiş olmasında. Menü sayfası için dizine ekleme isteği gönderiyor, sitemap'teki lastmod değerinin güncellendiğini doğruluyor ve bekliyor. Takip tablosuna istek tarihini yazıyor.

Yeniden taramayı etkileyen sizin tarafınızdaki şeyler

Google'ın yeniden tarama kararını doğrudan yönetemezsiniz, ama engelleri kaldırabilirsiniz. Sayfa herkese açık ve hata vermeden yüklenmeli, güncelleme gerçekten esaslı olmalı ve sitemap'teki tarih bunu doğru yansıtmalı. Bunlar bir garanti değil, hazırlık adımlarıdır.

Güncellemenin esaslı olup olmadığına karar vermek için içerik denetimi ve güncelleme sırası önemlidir. İçerik denetimi rehberi hangi sayfaların gerçekten bakım gerektirdiğini belirlemeyi anlatır; yeniden tarama isteği ancak bu karardan sonra gelir.

URL denetiminde canlı test ve dizine ekleme isteği

Önce canlı test

Arayüz notu: Google'ın yardım sayfasında araç ve düğme adları İngilizce geçer. Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir; aşağıda İngilizce adlar tırnak içinde verilmiştir. Google yardım sayfası "Test live URL" ile ilgili şunu söyler: araç adresi gerçek zamanlı olarak getirir ve inceler, dizinleme sorunlarını ve yapılandırılmış veriyi kontrol etmenize yardım eder. Bu test, dizindeki kopyayı değil, şu anda sitenizde duran sürümü gösterir. Güncellemeden sonra ilk bakılacak yer burasıdır, çünkü Google'ın yeni sürümü hiç göremeyeceği bir engel varsa dizine ekleme isteğinin bir anlamı kalmaz.

Aracın sınırı: denetlediğiniz adres, işlem yaptığınız mülkün içinde olmalıdır. Sahibi olmadığınız bir mülkteki adres için araç bu denetimi yapmaz; yardım sayfası bu durumda başka testlerin kullanılabileceğini söyler. Ajanslar bu nedenle müşteri mülküne erişim yetkisini baştan almalıdır.

Taranan sayfayı görüntüleme

Yardım sayfasına göre "View crawled page" seçeneği, Google'ın aldığı ham HTML'yi, HTTP başlıklarını, JavaScript konsol çıktısını ve yüklenen sayfa kaynaklarını gösterir. Bu bilgi, güncelleme sonrası gösterilen içeriğin Google'ın aldığı içerikle aynı olup olmadığını anlamak için kullanışlıdır. Örneğin yeni metin yalnızca tarayıcıda bir betik çalışınca görünüyorsa, Google'ın aldığı HTML'de eksik olabilir. Aynı sayfa, ek yanıt bilgisinin yalnızca dizinde bulunan ya da sorunla birlikte dizinde bulunan adresler için gösterildiğini belirtir.

Uygulama önerisi: güncellemeden sonra canlı testte ve taranan sayfa görünümünde üç şeye bakın. Yeni başlık ve ana içerik HTML'de mevcut mu? Yanıt kodu beklediğiniz gibi mi? Sayfa kaynaklarından kritik olanlar yükleniyor mu? Üçüne de olumlu cevap veriyorsanız istek göndermenin sonraki adım olduğu söylenebilir.

Dizine ekleme isteği ve sınırları

Yardım sayfası, denetlenen bir adresin Google tarafından dizine eklenmesini isteyebileceğinizi söyler ve bir istek göndermenin sayfanın Google dizininde görüneceğini garanti etmediğini belirtir. Aynı sayfa, gönderebileceğiniz dizine ekleme isteği sayısının günlük bir sınırı olduğunu ve her mülk için günlük denetim ile canlı denetim sınırları bulunduğunu yazar. Belgedeki bu sınırların sayısal değerleri değişebilir; uygulamadan önce güncel yardım sayfasına bakın. Burada sınır değerleri yazılmaz, çünkü sayfanın sunduğu bilgi güncel olmayabilir.

Belgede aynı adres için isteği tekrar tekrar göndermenin ek bir yarar sağladığına dair bir ifade yoktur. Bu yüzden üst üste istek göndermek, kotayı tüketmekten başka sonuç vermeyebilir. İstek gönderdikten sonra sonucu izlemek için aynı araç kullanılabilir; yardım sayfası ilerlemeyi araçla kontrol edebileceğinizi söyler.

Tek sayfa için adım adım akış

1. Sayfayı sitede güncelleyin ve tarayıcıda yeni sürümü doğrulayın.
2. Search Console'da adresi URL denetimi çubuğuna girin.
3. Önce dizindeki sürümü ve son tarama bilgisini okuyun. Dizindeki kopya eskiyse sorun taramanın henüz yapılmamış olmasıdır.
4. "Test live URL" ile canlı sürümü test edin. Hata ya da engel varsa önce onu düzeltin.
5. Canlı test temizse "Request indexing" ile isteği gönderin.
6. İstek tarihini takip tablosuna yazın ve süre geçmeden aynı adres için yeniden istek göndermeyin.
7. Yardım sayfasında belirtilen sürenin ardından sonucu aynı araçta kontrol edin.

Sitemap ile toplu bildirim

lastmod ne zaman işe yarar

Google'ın sitemap oluşturma sayfasına (yeni sekmede açılır) göre lastmod değeri, sayfanın son esaslı güncellemesinin tarih ve saatini yansıtmalıdır. Aynı sayfa, Google'ın bu değeri tutarlı ve doğrulanabilir biçimde doğru olduğunda kullandığını söyler; örnek olarak sayfanın son değişikliğiyle karşılaştırmayı verir. Bu ifadenin pratik sonucu şudur: her sayfaya her gün bugünün tarihini yazan bir sitemap, değerin güvenilirliğini zayıflatır. Yalnızca gerçekten esaslı güncellenen sayfanın lastmod değerini değiştirin.

Aynı belge, Google'ın priority ve changefreq değerlerini yok saydığını yazar. Bu iki alanı güncelleme bildirimi için kullanmak boşunadır; zaman ve emek lastmod doğruluğuna harcanmalıdır.

Sitemap göndermenin yolları

Belgeye göre sitemap'i Search Console'daki Sitemaps raporu üzerinden, Search Console API ile ya da robots.txt dosyasına ekleyeceğiniz bir satırla Google'a bildirebilirsiniz. Atom veya RSS kullanıyorsanız değişiklikleri arama motorlarına duyurmak için WebSub de bir seçenektir. Aynı sayfa, sitemap göndermenin yalnızca bir ipucu olduğunu ve Google'ın sitemap'i indireceğini garanti etmediğini açıkça belirtir. Belgede başka bir bildirim yöntemi (örneğin eski ping adresleri) için ifade yer almıyor; bu nedenle burada anılmaz.

Sitemap sınırları

Sayfa, tek bir sitemap dosyasının sıkıştırılmamış 50 MB ile ya da 50.000 adresle sınırlı olduğunu belirtir. Büyük bloglarda sitemap'i birden fazla dosyaya bölmek bu yüzden gerekebilir. Belgedeki sınırlar değişebilir; uygulamadan önce güncel sayfaya bakın. Bölünmüş sitemap'lerde bile aynı kural geçerlidir: lastmod yalnızca gerçek güncellemede değişir.

Hangisini ne zaman kullanmalı

Tek bir önemli sayfa güncellendiyse URL denetimi uygun araçtır. Birçok sayfa aynı dönemde güncellendiyse ya da site genelinde yapısal bir değişiklik yaptıysanız sitemap'in doğru tutulması daha sürdürülebilirdir, çünkü URL denetiminin günlük sınırı yüzlerce sayfa için işe yaramaz. Pratikte iki yöntem birbirini tamamlar: sitemap sürekli doğru kalır, URL denetimi ise önemli tekil güncellemelerde ek bir adım olarak kullanılır.

lastmod değerini doğru üretmek

Uygulama önerisi: sitemap'i bir içerik yönetim sistemi veya eklenti üretiyorsa, lastmod alanının neye bağlandığını öğrenin. Sistem bu alanı sayfa her kaydedildiğinde ya da yalnızca içerik alanları değiştiğinde güncelliyor olabilir; hangisi olduğunu kendi kurulumunuzda doğrulayın. Yorum eklenmesi, görsel kütüphanesinin yenilenmesi ya da şablon değişikliği gibi nedenlerle tüm sayfaların tarihi değişiyorsa, değer Google'ın istediği doğrulanabilirlikten uzaklaşır. Sitemap dosyasındaki birkaç adresi rastgele seçip sayfanın gerçek son değişikliğiyle karşılaştırmak bu kontrolün en basit biçimidir. Tutarsızlık bulursanız alanı yalnızca esaslı içerik değişikliğine bağlayacak şekilde ayarlayın.

Sitemap'i tekrar tekrar göndermek bir çözüm değildir. Belgede, dosyada fark yokken yeniden göndermenin bir şeyi değiştirdiğine dair ifade yoktur; önemli olan, güncellenen sayfanın kaydının dosyada doğru tarihle bulunmasıdır.

Beklenti ve sınırlar

Süre için belgenin söylediği

URL denetimi yardım sayfasına göre dizine ekleme tipik olarak bir gün civarında sürer, ancak bazı durumlarda çok daha uzun sürebilir. Aynı sayfada bir ya da iki haftaya kadar sürebileceği de yazılıdır. Bu ifadeler sözdür; belirli bir güne ya da saate bağlanmış bir taahhüt değildir. Bu yüzden müşteriye ya da yöneticiye "yarına kadar görünür" demek yerine "belgeye göre bir gün ile birkaç hafta arasında değişebilir" demek daha dürüsttür.

Yardım sayfası "URL is on Google" durumunun, adresin arama sonuçlarında görünmeye uygun olduğu anlamına geldiğini, orada görüneceğinin garanti olmadığını da yazar. Yani dizinde olmak sıralamada görünmek demek değildir. Güncelleme sonrası beklentiyi yalnızca dizinde yeni sürümün görünmesi olarak tanımlamak yeterlidir.

Yapılmaması gerekenler

• Aynı adres için günde birkaç kez dizine ekleme isteği göndermek. Belgede bunun faydasına dair bir ifade yok, kota ise sınırlıdır.
• Her küçük düzeltme için istek göndermek. Günlük sınırı gerçekten önemli güncellemelere saklayın.
• Tarih alanlarını göstermelik değiştirmek. lastmod doğruluğu, değerin kullanılması için koşuldur.
• Sayfayı tamamen silip yeniden yayınlamak. Adres, bağlantı ve geçmiş sinyaller kaybolabilir.
• Sonuç görünmedi diye sayfayı sürekli yeniden değiştirmek. Her değişiklik izlemeyi zorlaştırır.

Karar kuralı

Sonuç görünmüyorsa

Süre geçtiği hâlde dizindeki sürüm eski kalıyorsa sebepler arasında sayfanın başka bir adrese kanonikleştirilmesi, çalışan yönlendirmeler ya da canlı testte görülen bir engel olabilir. Çakışan sayfalar da bu tabloyu yaratabilir; aynı niyete iki adres varsa Google yenilediğiniz adresi değil diğerini seçmiş olabilir. Böyle bir durumda anahtar kelime kanibalizasyonu rehberi iki sayfanın çakışıp çakışmadığını anlamanıza yardım eder. Sayfa dizine hiç girmemişse konu sorun giderme alanına kayar ve bu konunun dışındadır.

Takip tablosu

Hangi sütunlar gerekir

Yeniden tarama isteklerini hafızadan yönetmek hata yapmaya açıktır. Basit bir tablo, hangi sayfada ne zaman ne yapıldığını gösterir ve kotayı israf etmeyi önler. Tablo aşağıdaki sütunlarla başlayabilir.

Örnek senaryo: haftalık kontrol rutini

Örnek senaryo: Bir seyahat blogu ekibi her cuma tabloyu açıyor. "Bekliyor" durumundaki satırlar için dizindeki sürüme bakıyor. Yeni sürüm görünüyorsa satırı kapatıyor. Görünmüyorsa ve belgede söylenen süre henüz dolmadıysa satırı bekletiyor. Süre dolmuşsa kanonik bilgisini ve canlı testi yeniden inceliyor. Böylece ekip aynı sayfaya habersizce ikinci kez istek göndermiyor ve bekleme süresi bir tartışma konusu olmaktan çıkıyor.

Güncelleme kaydı ile ilişkisi

Takip tablosu, içerik güncelleme sürecinin bir parçasıdır. Güncelleme kararını veren listeyi, eski blog yazılarını güncelleme rehberi gibi bir süreç belgesinden alın; yeniden tarama tablosu ise yalnızca güncellemeden sonraki adımları izler. İki kaydı ayrı tutmak, "güncelleme yaptık ama Google görmedi" ile "güncelleme gerekli değildi" arasındaki farkı korur.

İçerik çürümesi ile birlikte okumak

Bir sayfanın yeniden taranması ve dizine yansıması, o sayfada trafik toparlanması anlamına gelmez. Güncelleme sonrası performansı izlemek isterseniz içerik çürümesi rehberindeki ölçüt mantığını kullanabilirsiniz: güncellemeden önceki dönemle sonraki dönemi aynı uzunlukta karşılaştırın ve yalnızca tek bir değişkeni değiştirin. Belgelerde tarama ile sıralama iyileşmesi arasında bir söz yoktur; bu nedenle tablonun amacı yeniden taramayı ve dizin sürümünü izlemektir, trafik artışını vaat etmek değildir.

Güncellemeden önce ve sonra kontrol listesi

Yayından önce

Yeniden tarama süreci güncelleme yayınlanmadan başlar. Sayfa yayına girmeden önce, değişikliğin ne olduğunu bir cümleyle yazın; bu cümle hem takip tablosuna hem de gerektiğinde müşteri raporuna girer. Eski sürümün bir kopyasını saklayın. Dizin yeni sürümü gösterene kadar arama sonucunda eski sürüm görünebileceği için, kullanıcıdan gelen "sonuçta başka bir şey yazıyordu" şikayetini eski kopyayla karşılaştırabilirsiniz.

1. Değişikliğin esaslı olduğunu doğrulayın: yeni bilgi, düzeltilmiş adım ya da güncellenmiş tablo var mı?
2. Başlık, açıklama ve ana başlıkların güncellenen içerikle uyumlu olduğunu kontrol edin.
3. Sayfanın kanonik adresinin kendisini gösterdiğini doğrulayın.
4. İç bağlantıların, sayfaya giden ve sayfadan çıkan bağlantılar dahil, çalıştığını kontrol edin.
5. Yapılandırılmış veri kullanıyorsanız canlı testte hata çıkmadığını doğrulayın; Google yardım sayfası aracın yapılandırılmış veriyi de kontrol edebildiğini söyler.
6. Sitemap'te sayfanın lastmod değerini güncelleyin.

Yayından sonra

Yayından sonra ilk iş canlı testtir. Ardından, değişikliğin esaslı ve test sonucunun temiz olduğu durumda dizine ekleme isteği gönderilir. İstek sonrasında yapılacak en önemli şey beklemektir. Bu beklemeyi boş zaman gibi düşünmeyin: takip tablosunu doldurun, diğer sayfaların kontrol listesine geçin ve kontrol tarihini ajandaya yazın.

Başlık ve açıklama neden hemen değişmez

Uygulama önerisi: dizindeki sürüm eskiyken arama sonucunda eski başlık ve açıklama görürseniz bunu beklenen bir durum olarak değerlendirin. Belgelerde başlık ve açıklamanın ne kadar sürede değiştiğine dair ayrı bir ifade yoktur; bu nedenle bu konuda süre vermek doğru olmaz. Sonuçtaki metin dizindeki sürümle uyumlu mu diye URL denetiminde kontrol etmek yeterli yöntemdir.

Örnek senaryo: bisiklet tamir atölyesinin hizmet sayfası

Örnek senaryo: Bir bisiklet tamir atölyesi, hizmet sayfasındaki çalışma saatlerini ve yeni bir hizmeti ekliyor. Sayfa güncellenince atölye sahibi, arama sonucunda eski çalışma saatlerinin hâlâ göründüğünü fark ediyor. Ekip önce canlı testi çalıştırıyor ve yeni sürümün hatasız yüklendiğini görüyor, ardından taranan sayfa görünümünde yeni saatlerin HTML içinde yer aldığını doğruluyor. Dizine ekleme isteğini gönderiyor, tabloya tarihi yazıyor ve sayfanın sitemap kaydındaki lastmod değerinin güncel olduğunu kontrol ediyor. Hafta sonu bekliyor; bir sonraki kontrol günü dizindeki sürüm güncellenmiş olarak görünüyor. Ekip satırı kapatıyor ve notlara "canlı test sonrası istek, süre sınır içinde" yazıyor.

Sık yapılan hatalar ve çözüm yolları

Hata tablosu

Dizindeki sürümü yanlış okumak

URL denetimi iki ayrı görünüm sunar: dizindeki sürüm ve canlı test. İkisini karıştırmak bu alandaki en yaygın teşhis hatasıdır. Dizindeki sürümde eski içerik görünüyorsa bu, sayfanızın yanlış olduğu anlamına gelmez; yalnızca Google'ın en son aldığı kopyanın eski olduğunu gösterir. Canlı test yeni içeriği gösteriyorsa sayfa hazırdır ve beklemek ya da istek göndermek doğru adımdır.

Yönlendirme ve kanonik karışıklığı

Güncelleme sırasında eski adres yeni bir adrese yönlendiriliyorsa, dizine ekleme isteğini yeni adres için gönderin. Kanonik etiketi güncellenen sayfanın kendisini göstermiyorsa, Google'ın tarayıp dizine aldığı sayfa sizin güncellediğiniz sayfa olmayabilir. Bu gibi durumlarda isteğin kendisi değil, kanonik bilgisi sorunun kaynağıdır ve düzeltme sayfada yapılır. Kanonik sinyallerin güç sıralaması Google'ın yinelenen URL belgesinde anlatılır; burada önemli olan kanonik adresin sitemap, yönlendirme ve sayfa içi etiketle tutarlı olmasıdır.

Kullanıcıya açıklama

Sitenizi kullanan biri güncellemenin henüz arama sonucunda görünmediğini fark ederse, kısa bir açıklama yeterlidir: güncelleme sitede yayında, arama motorunun kayıtları yenilenirken sonuçlarda eski bilgi bir süre görünebilir. Bu açıklama için tarih vermeyin; yalnızca sitedeki sayfanın doğru olduğunu belirtin. Okuyucunun asıl ihtiyacı doğru bilgidir ve bu bilgiye sitenizin kendi sayfasından ulaşabilir.

Büyük güncellemelerde ek notlar

Adres değişikliği

Güncelleme sırasında adres de değişiyorsa durum farklıdır: bu artık içerik güncellemesi değil, taşımadır ve yönlendirme gerektirir. Eski adresten yeni adrese kalıcı yönlendirme kurmak, sitemap'te yalnızca yeni adresi tutmak ve iç bağlantıları yeni adrese çevirmek gerekir. Bu taşıma, tek sayfalık içerik güncellemesinin akışını kullanmaz; taşıma sonrasında yeni adres için canlı test yapabilir ve gerektiğinde dizine ekleme isteği gönderebilirsiniz.

Toplu güncellemelerde öncelik sırası

Yüzlerce sayfa aynı anda güncellendiyse günlük sınır nedeniyle hepsi için istek göndermek mümkün olmaz. Bu durumda sayfaları iş değerine göre sıralayın: ticari olarak önemli, çok ziyaret alan ve bilgisi esaslı değişen sayfalar öne çıkar. Kalan sayfalar için sitemap'i doğru tutmak yeterli olur. Sıralamayı tabloya bir öncelik sütunu ekleyerek yapın ve sütun adlarını ekip boyunca aynı tutun.

Ajans ve müşteri iletişimi

Ajanslar için en önemli konu beklenti yönetimidir. Müşteriye gönderilecek raporda "istek gönderildi" ile "dizinde güncellendi" ayrı ayrı yazılmalıdır. İlki ajansın kontrolündeki bir işlemdir; ikincisi Google'ın zamanlamasına bağlıdır. Rapora yardım sayfasındaki süre ifadesini ve garanti verilmediği notunu eklemek, sonradan çıkabilecek anlaşmazlıkları önler.

Ekip içinde çalışma düzeni

Roller

Yeniden tarama işi küçük görünür ama üç farklı rol dokunur. İçerik sahibi güncellemenin esaslı olduğuna karar verir ve değişiklik özetini yazar. SEO sorumlusu canlı testi yapar, isteği gönderir ve sitemap tarihini denetler. Editör ise takip tablosunu aylık gözden geçirmede kapatır. Rolleri ayırmak, "kim istek gönderdi" sorusunun cevabını netleştirir ve aynı sayfaya iki kişinin istek göndermesini önler.

Öncelik matrisi

Aylık özet için üç soru

Ay sonunda üç soru sorulur. Bu ay kaç sayfa için istek gönderildi ve kaçı için gerçekten esaslı bir güncelleme vardı? Belgede belirtilen sürenin dolduğu hâlde dizindeki sürümü eski kalan sayfa var mı? Sitemap'te güncel olmayan ya da her sayfada aynı olan lastmod değerleri çıktı mı? Cevaplar sayfa bazında tabloya yazılır ve bir sonraki ayın önceliğini belirler. Bu üç sorunun amacı Google'ı hızlandırmak değil, kendi sürecinizi temiz tutmaktır.

Sık Sorulan Sorular

Güncellenen sayfa ne kadar sürede yeniden taranır?

Google'ın URL denetimi yardım sayfası dizine eklemenin tipik olarak bir gün civarında sürdüğünü ama bazı durumlarda çok daha uzun sürebileceğini, bir ya da iki haftaya kadar çıkabileceğini yazar. Belirli bir gün ya da saat taahhüdü yoktur. Belgelerdeki süreler değişebilir; güncel sayfaya bakın.

Dizine ekleme isteğini birden fazla kez göndermek işe yarar mı?

Belgede aynı adres için tekrarlanan isteğin ek yarar sağladığına dair bir ifade yok. Yardım sayfası, istek göndermenin sayfanın dizinde görüneceğini garanti etmediğini ve günlük bir sınır bulunduğunu yazar. Tekrar istek göndermek yalnızca kotayı kullandırır.

Sitemap göndermek yeterli mi?

Google'ın belgesi sitemap göndermenin yalnızca bir ipucu olduğunu ve sitemap'in indirileceğini garanti etmediğini söyler. Çok sayıda sayfa güncellendiğinde sitemap ve doğru lastmod değerleri iş görür, tek önemli sayfada ise URL denetimi ek bir yoldur.

lastmod değerine her gün bugünün tarihini yazmak faydalı mı?

Hayır. Google'ın belgesine göre lastmod, tutarlı ve doğrulanabilir biçimde doğru olduğunda kullanılır ve sayfanın son esaslı güncellemesini yansıtmalıdır. Her sayfaya aynı günü yazmak değerin güvenilirliğini azaltır.

Search Console'da sahibi olmadığım bir sitenin sayfasını denetleyebilir miyim?

Yardım sayfasına göre denetlenen adres, işlem yaptığınız mülkün içinde olmalıdır. Sahibi olmadığınız mülkteki adresler için başka testler kullanılabilir. Ajanslar müşteri mülküne erişimi önceden almalıdır.

Güncelleme sonrası sıralama artar mı?

Belgelerde yeniden tarama ile sıralama artışı arasında bir söz yoktur. Dizindeki sürümün güncellenmesi, sayfanın arama sonuçlarında görünmeye uygun olduğunu söyler; görüneceğini ya da yükseleceğini söylemez.

Sonuç

Güncellediğiniz sayfanın yeniden taranması için akış kısadır: önce sayfanın canlı sürümünü URL denetiminde test edin, engel yoksa dizine ekleme isteği gönderin, sitemap'te lastmod değerini yalnızca gerçek güncellemede değiştirin ve süreci bir tabloda izleyin. Google'ın belgeleri istek göndermenin dizinde görüneceğini, sitemap göndermenin ise sitemap'in indirileceğini garanti etmez; süre de bir gün ile birkaç hafta arasında değişebilir.

Güncellemeye değer içerikleri ekip olarak üretmek veya yenilemek için destek isterseniz makale yazımı hizmetimize göz atabilirsiniz.