Süreç sonunda elinizde ne olacak?
Bu iş akışı, mevcut bir herkese açık sayfayı körlemesine yeniden yazmadan iyileştirmesi gereken içerik sahipleri, SEO uzmanları ve geliştiriciler içindir. Yaklaşık 20 ila 45 dakika içinde sayfaya özel bir düzeltme özeti hazırlarsınız: tek bir hedef niyet, kanıta dayalı kısa bir düzeltme listesi, her düzeltme için bir sorumlu ve yayından sonra denetimi yeniden çalıştırma yöntemi.
Bunu tek bir URL için on-page SEO kontrol listesi olarak kullanın; site genelindeki teknik crawl'ın yerine geçmez. Sayfanın konu sinyallerini, içeriğini ve bağlantılarını, anlam taşıyan görsellerin bağlamını, yapılandırılmış verilerini ve tarama sağlığını kontrol edin. Ardından netliği, doğruluğu, erişilebilirliği veya tercih edilen tarama yolunu etkileyen bulguları düzeltin.
Canlı ve herkese açık bir URL ile bir ana arama ifadesine ihtiyacınız var. En fazla dört yakın ifade ekleyebilirsiniz, ancak sayfa bunları gerçekten yanıtlıyorsa. Bitmiş sonuç sırf daha yüksek puan değildir. Başlık, heading'ler, metin, bağlantılar, görseller, yapılandırılmış veriler ve tarama sinyallerinin arayanın işi hakkında tutarlı bir hikaye anlattığı sayfadır.
Auspia On-Page SEO Audit, görünür sayfa ve HTML kanıtlarını inceler. Zayıf konu sinyallerini ve teknik boşlukları bulmaya yardımcı olabilir. Sıralamayı tahmin edemez, backlink otoritesini ölçemez, SERP rekabetini değerlendiremez, indeks kapsamını doğrulayamaz veya kullanıcıların sayfaya geldikten sonraki davranışını açıklayamaz.

İşe yarayan bir on-page incelemesi, açık sayfa kanıtını küçük bir düzeltme özetine ve herkese açık sayfa doğrulama adımına dönüştürür.
Denetime bir sayfa ve bir iş getirin
Net bir amacı olan sayfayla başlayın. Ürün özelliği sayfası, hizmet sayfası, eğitim, kategori sayfası veya eski makale olabilir. Bu sayfanın yanıtlaması gereken bariz tek bir sorgu yoksa önce ana sayfayı veya geniş bir hub sayfasını denetlemeyin.
Aracı açmadan önce sade bir cümle yazın:
Bu sayfa, [kitle] [ana ifadeyi] aradığında [belirli işi] çözmesine veya bu konuda karar vermesine yardımcı olmalıdır.
Örneğin, "on-page SEO audit" hedefleyen bir sayfa; herkese açık URL'nin meta verileri, içerik yapısı, schema'sı, bağlantıları ve crawl sinyalleri için ücretsiz kontrol vaat edebilir. Bunun yerine aynı anda "SEO audit", "technical SEO", "SEO tools" ve "website optimization" için sıralama almaya çalışan bir sayfanın yararlı bir denetim hedefi yoktur. Rapor bu yayılımı zayıf kapsama olarak gösterebilir, ancak asıl sorun özettedir.
Girdi | İyi başlangıç noktası | Kalite kontrolü | Belirsizse |
|---|---|---|---|
Sayfa URL'si | Tek sayfanın canonical, herkese açık sürümü | Giriş veya önizleme token'ı olmadan yüklenir | Kullanıcıların ve crawler'ların ulaşması gereken URL'yi kullanın, sonra denetimden önce yönlendirmeleri çözün |
Ana anahtar kelime | Sayfanın temel işini açıklayan tek ifade | Okuyucu, sayfanın bu ifadeyi yanıtlamasını bekler | İfadeyi daraltın veya daha uygun bir sayfa seçin |
Destekleyici anahtar kelimeler | En fazla dört yakın varyasyon veya alt konu | Her biri aynı sayfa taslağında doğal biçimde yer alabilir | İlgisiz ifadeleri kaldırın; onları kovalamak için yeni bölüm eklemeyin |
Sayfa hedefi | Bilgilendirme, karşılaştırma, dönüşüm, kayıt veya görev çözme | CTA, arama niyetiyle uyumludur | Meta veriyi değiştirmeden önce sayfa özetini yeniden yazın |
Bu hazırlık yaygın bir hatayı önler: Eksik her anahtar kelime kullanımını kusur saymak. Bir ifade başka bir niyeti temsil ediyorsa başka sayfaya, farklı amaçlı yeni bölüme veya hiçbir yere ait değildir.

Denetleyiciyi çalıştırmadan önce sayfa özetini belirleyin. Rapor kanıtı ortaya çıkarabilir; ancak bir URL'nin hangi arama işine sahip olması gerektiğine karar veremez.
Denetimi ölçülü bir anahtar kelime setiyle çalıştırın
Aracı açın, herkese açık URL'yi yapıştırın ve ana ifadeyi gerçekten ilişkili ifadelerle birlikte girin. Araç, virgülle ayrılmış en fazla beş anahtar kelimeyi kabul eder. Sayfa durumu henüz güncelken denetimi çalıştırın ve rapor URL'sini, dışa aktarmayı veya notları görev takipçinize kaydedin.
Beklenen çıktı; konu sinyalleri, anahtar kelime kapsamı, içerik ve bağlantılar, görseller, schema ve sosyal meta veriler ile crawl veya teknik sağlık etrafında düzenlenen sayfa düzeyinde bir rapordur. Raporun amaçladığınız URL ve ifadelere referans verdiğini kontrol edin.
Sayfa yönlendiriyorsa, hata döndürüyorsa veya kimliği doğrulanmamış ziyaretçilere farklı içerik gösteriyorsa orada durun. Değiştirmek istediğiniz sayfayı denetlemiyorsunuzdur. Herkese açık URL'yi gizli pencerede test edin, bozuk yönlendirmeyi düzeltin, canonical hedefi seçin veya denetimden önce sayfayı yayınlayın. Parola korumalı önizlemeyi canlı sayfanın yerine kullanmayın.

Denetim herkese açık URL ve küçük bir anahtar kelime setiyle başlar, ardından sayfa düzeyinde içerik ve teknik kanıtı kontrol eder.
Raporu görev listesi olarak değil, kanıt olarak okuyun
Denetim puanı, sıralama olasılığı değil, kompakt bir özettir. Raporu kategori kategori ele alın ve daha dar bir soru sorun: Getirilen sayfa ne gösteriyor, bu kanıt sayfanın işini destekliyor mu?
Kontrol alanı | Yanıtlanacak soru | Genellikle önce düzeltmeye değer olduğu durum | Acele etmeyin |
|---|---|---|---|
Konu sinyalleri | Title, description, URL, heading'ler ve metin sayfanın konusu üzerinde hemfikir mi? | Sayfanın amacı ilk ekrandan ve ana heading'den anlaşılmıyorsa | Tam anahtar kelimeyi her öğede tekrar etmeye |
İçerik ve bağlantılar | Sayfa işi yanıtlıyor ve ziyaretçiyi ilgili sonraki kaynağa yönlendiriyor mu? | Önemli sorular eksikse veya gezinme yararlı sayfayı gizliyorsa | Sadece sayıyı artırmak için genel anchor text'li iç bağlantılar eklemeye |
Görseller ve anlama | Okuyucu alt text dahil destekleyici görselleri anlayabiliyor mu? | Anlamlı ürün görseli, grafik veya öğretici çizim bağlamdan yoksunsa | Dekoratif görselin alt text'ine anahtar kelime listeleri yazmaya |
Schema ve sosyal meta veriler | Yapılandırılmış veri görünür içeriği açıklıyor mu? | Mevcut markup geçersiz, uyumsuz veya gerçek sayfa öğesi için eksikse | Sayfada olmayan içerik için FAQ, review veya Product markup eklemeye |
Crawl ve teknik sağlık | Crawler'lar tercih edilen sayfaya ulaşabilir, canonical ve robots sinyallerini yorumlayabilir mi? | Canonical, robots, HTTPS veya sitemap kanıtı amaçlanan sayfayla çelişiyorsa | Eksik ya da doğrulanmamış sinyali indeks sorunu kanıtı saymaya |
Rapor, tahminde bulunmak yerine doğrulayamadığı sinyalleri etiketlemelidir. Bu ayrımı özetinizde koruyun. "Getirilen HTML'de bulunamadı" bir düzeltme ipucudur; "Google bu sayfayı crawl edemez" ile aynı değildir.

Rapor bulgularını sırayla ele alın: Kanıtı yakalayın, canlı sayfada doğrulayın, en küçük güvenli düzeltmeyi yapın ve yayını test edin.
Puan ayrıntılarından önce sayfanın hikayesini düzeltin
Çoğu sayfa için ilk yararlı düzeltme editoryaldir: Vaadi ve yanıtı uyumlu hale getirin. Title tag'i, ana heading'i, açılış paragrafını, birincil CTA'yı ve ilk iki alt başlığı sırayla okuyun. Yeni bir ziyaretçi boşlukları kendisi doldurmadan sayfanın neye yardımcı olduğunu söyleyebilir mi?
Karışıklığı ortadan kaldıran en küçük değişikliği yapın. Şunlar olabilir:
- "Daha iyi pazarlama sonuçları" gibi belirsiz bir title'ı, işi ve kitleyi belirten title ile değiştirmek.
- İlk paragrafı yanıt, kapsam sınırı ve sonraki eylemi verecek biçimde yeniden yazmak.
- Önemli alt konuyu uzun metin bloğunda bırakmak yerine açıklayıcı heading altına taşımak.
- Sayfa yalnızca geçerken anıyorsa hedef ifadeyi denetimden çıkarmak.
Beklenen çıktı, aynı niyet dilini kelimesi kelimesine özdeş olmadan kullanan önerilmiş sayfa taslağı ve meta veri setidir. Kalite kontrolü için yalnızca title'ı, H1'i, ilk 100 ila 150 kelimeyi ve CTA'yı okuyun. Hepsi aynı ziyaretçi işini işaret etmelidir. Sayfayla çalışmamış bir ekip arkadaşından bu işi adlandırmasını isteyin. Cevabı farklıysa sayfanın hala konu sorunu vardır.
Sayfanın tamamını yeniden yazmayın. Başta yazdığınız cümleye dönün, mevcut URL'nin sahip olması gereken tek işi seçin ve önce en görünür öğeleri gözden geçirin. Kendi sayfasını hak eden her ikincil niyet için ayrı bir özet oluşturun.
İçerik düzeltmelerini uygulama düzeltmelerinden ayırın
Sayfa hikayesi netleştiğinde raporun geri kalanını sorumluya göre ayırın. Bu, tanıdık bir başarısızlığı önler: SEO ekibi, görünür sayfanın markup'ın açıklayacağı gerçeklere sahip olduğunu kimse doğrulamadan engineering'den markup eklemesini ister.
Sorumlu | Rapordan gelen iş | Hazır tanımı |
|---|---|---|
İçerik veya SEO sahibi | Title ve description, heading'ler, metin kapsamı, iç bağlantı bağlamı, anlamlı görsel alt text'i | Revize metin seçilen niyeti yanıtlar ve her iddia sayfada desteklenebilir |
Geliştirici | Canonical, robots yönergeleri, HTTPS, schema geçerliliği, rendering veya crawl kanıtı | Uygulama yayınlanan sayfayla eşleşir ve production ortamında test edilmiştir |
Ortak inceleyen | Sosyal meta veriler, ürün gerçekleri, yasal iddialar, dönüşüm dili, yayın notları | Önizleme herkese açık sayfayla eşleşir ve hiçbir değişiklik çelişkili vaat oluşturmaz |
Yapılandırılmış veriyi ince içeriğe yama değil, açıklama katmanı olarak ele alın. Rapor schema sorunu bulursa önce karşılık gelen görünür kanıtı arayın. Product türü ürün gerçekleri gerektirir; FAQ markup gerçek, görünür sorular ve yanıtlar gerektirir. Kanıt yoksa sayfayı iyileştirin veya uygunsuz markup'ı kaldırın. Sırf kontrolden geçmek için içerik üretmeyin.
Bulguları beş maddelik düzeltme özetine dönüştürün
Uzun raporlar küçük işleri acil gösterebilir. İlk turu beş değişiklikle sınırlayın. Her biri için neden, sorumlu ve doğrulama yöntemi ekleyin.
Öncelik | Bulgu | Önerilen değişiklik | Sorumlu | Yayın sonrası doğrulama |
|---|---|---|---|---|
1 | H1 sayfanın ana işini belirtmiyor | H1'i ve açılış yanıtını yeniden yazın | İçerik | Render edilen sayfayı okuyun; denetimi tekrar çalıştırın |
2 | Canonical eski bir URL'ye işaret ediyor | Canonical'ı tercih edilen canlı URL'ye güncelleyin | Geliştirici | Render edilmiş source'u ve denetim kanıtını inceleyin |
3 | Karşılaştırma grafiğinin alt text'i yok | Grafikteki kararı açıklayan kısa alt text ekleyin | İçerik | Sayfayı erişilebilirlik denetleyicisiyle test edin ve yeniden denetleyin |
4 | Schema artık görünmeyen gerçekleri açıklıyor | Eski schema'yı güncelleyin veya kaldırın | Geliştirici | Markup'ı yayınlanmış sayfaya göre doğrulayın |
5 | Yararlı destekleyici rehberi bulmak zor | İlgili kararın yakınına bağlamsal bir iç bağlantı ekleyin | İçerik | Bağlantı hedefini, anchor text'i ve sayfa önizlemesini kontrol edin |
Kesin bulgular sayfadan sayfaya farklılaşacaktır. Amaç, düzeltmeleri bu sayfanın netliğini, erişimini veya doğruluğunu ne kadar doğrudan geliştirdiğine göre sıralamaktır. Spekülatif değişiklikleri daha sonraki backlog'a bırakın. Tek yayında her uyarı kategorisini boşaltmanız gerekmez.
Güvenle yayınlayın, sonra aynı denetimi yeniden çalıştırın
Üzerinde anlaşılan değişiklikleri normal inceleme sürecinizle yayınlayın. Yalnızca CMS önizlemesini değil, canlı sayfayı kontrol edin. Değişiklik HTML, header veya yapılandırılmış veriye bağlıysa source'u görüntüleyin ya da teknik doğrulama araçlarınızı kullanın.
Ardından aynı URL'yi ve aynı anahtar kelime setini denetimden tekrar geçirin. Yalnızca özet puanı değil, kanıtı karşılaştırın:
- Title, H1 ve açılış artık sayfanın işini açıkça ifade ediyor mu?
- Canonical, robots, schema, bağlantılar ve görsel öznitelikleri canlı sürümde güncellendi mi?
- Yeniden yazım, sayfanın hala ihtiyacı olan gerçekleri, feragatnameleri veya dönüşüm yollarını kaldırdı mı?
- Kalan uyarılar kasıtlı mı, aracın kanıt kapsamı dışında mı, yoksa sonraki düzeltme döngüsünün parçası mı?
Tamamlanma tanımı şudur: Herkese açık sayfa onaylanan özeti yansıtır, düzeltilen sinyaller getirilen sayfa kanıtında görünür ve çözülmemiş her öğenin adı konmuş bir nedeni veya sonraki sorumlusu vardır. Temel sayfa hala kafa karıştırıcıyken yalnızca puan değişti diye işi bitti saymayın.
Raporu yayın sonrasında da yararlı tutun
Büyük sayfa yeniden yazımından, şablon değişikliğinden, migrasyondan, redesign'dan veya raporun sayfanın güncel niyeti ile görünür sinyalleri arasında açık uyumsuzluk gösterdiği durumdan sonra on-page denetimini yeniden çalıştırın. Kararlı sayfada raporu her gün kontrol etmek yerine rutin içerik incelemesinde kullanın.
Bunu farklı sorulara yanıt veren kaynaklarla eşleştirin. Search Console arama performansını ve sorgu kalıplarını görmeye yardımcı olabilir. Teknik crawl site genelindeki uygulama kalıplarını ortaya çıkarabilir. SERP araştırması sayfanızın arayanların şu anda beklediği şeyle uyuşup uyuşmadığını test edebilir. Auspia denetimi, tek bir herkese açık sayfanın mevcut HTML ve içerik yoluyla gerçekte ne aktardığına odaklı bir görünüm ekler.
Sık sorulan sorular
Yüksek on-page SEO denetim puanı sıralamayı garanti eder mi?
Hayır. Puan, sayfa düzeyindeki hazır olma sinyallerini yansıtır; sıralama olasılığını değil. Backlink'ler, rekabet, arama talebi, indeks kapsamı, kullanıcı memnuniyeti ve arama motoru sistemleri raporun kapsamı dışındadır.
Kaç anahtar kelime girmeliyim?
Bir ana ifadeyle başlayın. Yalnızca sayfanın yanıtlamak için meşru nedeni olan yakın varyasyonları veya alt konuları ekleyin. Araç en fazla beş anahtar kelime kabul eder, ancak daha fazla girdi denetimi daha doğru hale getirmez.
Rapordaki her sorunu düzeltmeli miyim?
Hayır. Sayfa netliğini, erişilebilirliği, doğruluğu veya crawl edilebilirliği etkileyen kanıtla başlayın. Kasıtlı ya da düşük etkili öğeleri belgelenmiş backlog'da tutun. Zoraki bir düzeltme sayfayı kötüleştirebilir.
Bu denetimi henüz herkese açık olmayan sayfada kullanabilir miyim?
Hayır. Araç, herkese açık sayfa URL'sini denetler. Kimlik doğrulama gerektiren sayfalar için güvenli sürüm yayınlayın veya staging ve yayın öncesi kontrollerinizi kullanın.
Yazar: Auspia'da 14 yıllık deneyime sahip Technical SEO uzmanı Julian Mercer. Julian, crawl edilebilirlik, yapılandırılmış veriler ve ekiplerin doğrulayabileceği pratik sayfa düzeyi düzeltmeler hakkında yazar.









