Gelir web siteleri
Mağaza, rezervasyon sitesi, abonelik ürünü veya müşteri adayı toplama web sitesini tekrarlanan harici erişilebilirlik kontrolleri altında tutun.
Uyarılı Web Sitesi Çalışırlık İzleme
Bir Screpy proje web sitesine erişilip erişilemediğini kontrol edin, 30 günlük erişilebilirliğini ve yanıt sürelerini ölçün, HTTP hatalarını ve olay kurtarmasını inceleyin; çalışma süresini sıralama vaadine dönüştürmeden doğru gelen kutusunu bilgilendirin.
Web Sitesi İzlemesini Ayarlayın
Screpy projenizde kayıtlı herkese açık URL için düzenli erişilebilirlik kontrollerini açın. Kontrol sıklığını seçmeden önce ziyaretçileriniz için anlamlı bir hedef belirleyin.
- Her proje tek bir HTTP veya HTTPS URL'sini izler; ayrı bir uç nokta listesi izlenmez.
- Proje ayarlarından izlemeyi açıp kapatabilir, 1–60 dakikalık aralık ve isteğe bağlı bildirim e-postası belirleyebilirsiniz.
- Zamanlanmış kontroller için uygun bir ücretli planın aktif olması gerekir; varsayılan aralıklar plana göre değişir.
- Proje ekibi aktif olmadıkça aralıklar uzar; 30 günlük hareketsizlikten sonra kontroller durur.
- Verinin güncelliğini Son Kontrol zamanı gösterir; seçilen aralık kesin bir çalışma saati garantisi değildir.
example.com60 s
Erişilebilirlik Yüzdesini Anlayın
İzlenen URL'nin son 30 gündeki kontrollerin ne kadarında başarılı yanıt verdiğini görün. Yüzdeyi kontrol sayısı ve son kontrol zamanı ile birlikte değerlendirin.
- Erişilebilirlik yüzdesi, başarılı kontrollerin tüm kayıtlı kontrollere bölünüp 100 ile çarpılmasıyla hesaplanır.
- Mevcut Durum, bu dönemde tamamlanan son kontrolün sonucudur.
- Kontrol kaydı yoksa veri mevcut değildir; yüzde 100 erişilebilirlik gösterilmez.
- Bu yüzde örneklem tabanlıdır; doğrudan kesinti dakikasına veya süreye göre hesaplanmış SLA'ya çevrilemez.
Çalışma süresi
%93,8503200
Web Sitesi Yanıt Sürelerini İzleyin
Yanıt süresi grafiğiyle yavaşlayan kontrolleri ve tekrarlayan hataları fark edin. Erişilebilir bir URL de yavaş yanıt verebilir; durum ve gecikme farklı soruları yanıtlar.
- Grafik son 30 gündeki en fazla 160 güncel kontrolü kullanır; görünen kayıt sayısı ekran genişliğine bağlıdır.
- Eğilim çizgisi beş kontrolün ortalamasıdır; Ort. Yanıt ise 30 günlük dönemdeki başarılı kontrolleri kullanır.
- Süreler HTTP yanıt gecikmesini ölçer; sayfanın tamamen yüklenmesini, Core Web Vitals'ı veya ziyaretçi akışını ölçmez.
Yanıt süresi
240 msHTTP Durum Kontrollerini İnceleyin
Son sekiz kontrolün durumunu, zamanını, HTTP kodunu ve yanıt süresini inceleyin. Kayıtları herkese açık URL'nizin vermesi gereken yanıtla karşılaştırın.
- HTTP 200–399 erişilebilir, diğer HTTP yanıtları erişilemez sayılır; zaman aşımı ve hata ayrı kaydedilir.
- Yönlendirmeler takip edilmez; 3xx sonucu hedef sayfanın çalıştığını doğrulamaz.
- Kontroller HEAD kullanır; 405 veya 501 yanıtında GET ile yeniden denenir. Bağlantı hatasında HTTP kodu bulunmayabilir.
- Erişilebilir sonucu sayfa içeriğini, formları veya ödeme akışını doğrulamaz; HTTP 200 dönen hata sayfası da erişilebilir sayılabilir.
HTTP durumu
200GET /HTTP/2 200Web Sitesi Kesintilerini İnceleyin
İlk başarısız kontrolden sonraki başarılı kontrole kadar kesintiyi takip edin. Olay kaydını, sitenin neden erişilemediğine ilişkin araştırmadan ayrı değerlendirin.
- İlk hata bir olay açar; devam eden hatalar olayı günceller, ilk başarılı kontrol olayı çözer.
- Panel tüm zamanların açık ve çözülen olay sayılarını; son beş olayın durumunu, başlangıcını ve ayrıntılarını gösterir.
- Olay zamanları kontrolleri yansıtır; iki kontrol arasındaki kesin kesinti başlangıcını vermez. Kısa kesintiler fark edilmeyebilir.
Dönem
12 min503200
Kesinti E-postaları Alın
Koşulları karşılayan kesinti bildirimlerini proje üyelerine ve isteğe bağlı ek bir adrese gönderin. Olay kaydı, e-posta gönderimi için koşullar oluşmadan önce başlar.
- Aynı olay sürerken gelen sonraki hata, 404, 500 veya 503 gibi desteklenen HTTP kodlarında e-postayı tetikleyebilir.
- Zaman aşımları, bağlantı hataları ve desteklenmeyen HTTP kodları kaydedilir; bu kesinti e-postalarını tetiklemez.
- Her proje için 24 saatte bir kesinti ve ayrı olarak bir yeniden erişilebilirlik e-postası sınırı vardır.
- Yeniden erişilebilirlik e-postası daha önce bildirilen ve engellenmemiş bir olay gerektirir; kayıtlı süre, ziyaretçilerin yaşadığı kesin kesinti süresi değildir.
!
Projeexample.com
İncelemeSEO MCP ile Erişilebilirlik Verisini Okuyun
Bağlı AI asistanınızdan erişebildiğiniz bir projenin kayıtlı erişilebilirlik sonuçlarını açıklamasını isteyin. Kayıtlı bulgu ile yeni kontrolü ayırmak için zaman damgasını kullanın.
- SEO MCP, 30 günlük durumu, erişilebilirlik yüzdesini, başarılı kontrol ortalamasını ve son kontrolü döndürür.
- En fazla 160 yakın tarihli kayıtta durum, yanıt süresi ve zaman bulunur; özette HTTP kodları ve olay kayıtları yoktur.
- Salt okunur istek yeni kontrol başlatmaz, kesintinin nedenini belirlemez veya sorunu çözmez; eksik sonuçlar mevcut değil olarak kalır.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}SEO Raporlarına Erişilebilirlik Ekleyin
Müşteriniz veya ekibiniz için oluşturulan SEO raporuna erişilebilirlik bulgularını ekleyin. Kayıtlı rapor, canlı izleme ekranından farklı bir soruyu yanıtlar.
- Erişilebilirlik widget'ı 30 günlük kontrol istatistiklerini, yakın tarihli kontrolleri ve rapor dönemiyle kesişen olayları içerir.
- Raporun olay sayısı panelin tüm zamanları kapsayan sayısından farklı olabilir; çözülen olaylarda kayıtlı süre bulunabilir.
- Rapor oluşturulduğu andaki kayıtlı veriyi sunar; canlı kesinti bildirimi göndermez.
Bölümler
aACMERaporPDF
Sağlık skoru87/100
Sıralama+24
Çalışırlık İzleme hakkında konuşun. SEO MCP ile.
SEO MCP üzerinden AI asistanınıza Screpy’deki mevcut çalışma süresi özetini sorun. İzleme verilerini kök nedenin kanıtı saymadan erişilebilirlik ve yanıt süresi bulgularını anlayın.
- Screpy: Merhaba! example.com için Çalışırlık İzleme konusuna bakalım. Ne öğrenmek istersiniz?
- Siz: example.com için çalışma süresi izlemesini özetle.
- Screpy: Özette araştırılması gereken bir kesinti var. Zamanını yayın ve sunucu kayıtlarınızla karşılaştırın; izleme özeti tek başına kesintinin nedenini açıklamaz. Erişilebilirlik incelemesi: İzleme özeti: Zaman aralığını inceleyin. Neden: Araştırma gerekli.
- Siz: Bunu kısa bir eylem planına dönüştür.
- Screpy: Bulguları ve önerileri ayrı tutacağım. Önce kanıtları inceleyin, bir değişiklik seçin ve ardından sonuçlarını kontrol edin. Sonraki adımlarınız: İnceleyin: Her bulgunun kaynağını ve tarihini kontrol edin.. Karar verin: İlk yapacağınız değişikliği seçin.. Doğrulayın: Değişiklikten sonraki sonuçları karşılaştırın..
- Siz: Bulguları sade bir dille açıklayabilir misin?
- Screpy: Evet. Desteklenen bir sonucu sorun; ne gösterdiğini, kaynağını ve hangi noktaların belirsiz olduğunu açıklayabilirim. Eksik verileri uydurmam; öneriler otomatik düzeltme değildir.
Yararlı bir çalışma süresi izleme döngüsü kurun.
Hedef herkese açıksa, aralık sitenin önemine uygunsa, bildirimler sorumlu bir gelen kutusuna ulaşıyorsa ve her olay doğrulanmış bir kurtarmayla sona eriyorsa kontrol değerlidir.
- 01
Herkese açık proje web sitesi URL'sini kullanın
Ziyaretçilerin ve tarayıcıların ulaşması gereken web sitesini temsil eden kararlı, herkese açık bir hedef seçin. Özel yönetici yollarından veya bilerek erişilemeyen rotalardan kaçının.
- 02
Kontrolleri etkinleştirip aralığı yapılandırın
Proje ayarlarından Çalışırlık İzleme'yi açın, projeye sunulan aralığı kullanın ve operasyonel sorumluluk için isteğe bağlı bir bildirim e-postası ekleyin.
- 03
Eskalasyon öncesinde 30 günlük örüntüyü okuyun
Tek bir izole veri noktasına dayanarak kesinti ilan etmek yerine güncel durumu, çalışma süresi yüzdesini, yanıt süresi geçmişini, HTTP sonuçlarını ve tekrarlanan hata durumlarını karşılaştırın.
- 04
İnceleyip kurtarmayı doğrulayın
Screpy dışındaki dağıtım, DNS, TLS, barındırma, güvenlik duvarı ve uygulama kanıtlarını kontrol edin; ardından daha sonraki başarılı bir kontrolün olayı çözdüğünü doğrulayın.
Kesintinin gerçek maliyet taşıdığı web sitelerine öncelik verin.
Erişilebilirliğin satışları, müşteri adaylarını, kampanyaları, müşteri erişimini veya arama tarayıcılarının herkese açık içeriği alma becerisini etkilediği projelerde tekrarlanan kontrolleri kullanın.
Organik arama varlıkları
İçerik kalitesi veya sıralama çalışmalarının anlam kazanması için arama tarayıcılarının ve organik ziyaretçilerin ulaşması gereken herkese açık siteyi izleyin.
Lansman ve kampanya siteleri
Erişilebilirlik sorununun daha acil maliyet taşıdığı lansmanlar, geçişler, yeniden tasarımlar ve aktif kampanyalar sırasında proje web sitesini takip edin.
Çok projeli portföyler
Ajansların ve kurum içi ekiplerin müşteri veya marka web sitelerini tek iş akışında tutabilmesi için her Screpy projesinin çalışma süresini ayrı inceleyin.
Çalışma süresi sonucunun sınırını bilin.
Screpy, yapılandırılmış proje web sitesi için harici HTTP kanıtı ve olay geçmişi sağlar. Soru bu kapsamı aştığında altyapı, günlükler, işlem testleri ve arama verilerini kullanın.
Tek proje web sitesi hedefi
Çalışırlık İzleme, Screpy projesi için yapılandırılmış herkese açık web sitesi URL'sini kontrol eder. Bağımsız uç nokta izleyicilerinden oluşan genel amaçlı bir liste değildir.
Harici kontrol, altyapı telemetrisi değil
Sonuç, herkese açık hedefin yanıt verip vermediğini açıklar. CPU'yu, belleği, kapsayıcıları, veritabanlarını, özel ağları veya sunucu günlüklerini incelemez.
Olay kanıtı, kök neden kanıtı değil
HTTP durumu, zamanlama ve olay zaman damgaları incelemeyi daraltır; ancak nedene DNS, TLS, barındırma, dağıtım, güvenlik duvarı veya uygulama kodunun yol açtığını kanıtlayamaz.
Erişilebilirlik SEO garantisi değildir
Çalışan herkese açık bir sayfa ziyaretçiler ve tarama için gereklidir; ancak yüksek çalışma süresi yüzdesi tek başına dizine eklenmeyi, sıralamaları, trafiği, geliri veya dönüşümleri garanti edemez.
Hataya uygun web sitesi sağlığı iş akışını kullanın.
Zaman içinde erişilebilirliği izleyin, başarısız URL'ler veya tarama örüntüleri tekrarlandığında daha geniş web sitesini denetleyin ya da erişilebilirlik kararlı hale geldikten sonra sayfa performansını inceleyin.
Proje web sitesinin güncel durumunu, 30 günlük çalışma süresini, yanıt süresi geçmişini, son HTTP kontrollerini ve olaylarını takip edin.
Erişilebilirlik sorunu çevresindeki tekrarlanan başarısız sayfaları, yönlendirme sorunlarını, bozuk hedefleri ve teknik örüntüleri bulmak için daha geniş web sitesini tarayın.
Web sitesi erişilebilir olduğu halde yükleme veya yanıt verebilirlik hâlâ incelenmeyi gerektiriyorsa tekrarlanan laboratuvar performans kontrolleri çalıştırın.
Screpy dokümantasyonu
Web sitesi çalışma süresini nasıl izleyeceğinizi öğrenin
Yararlı bir herkese açık proje URL'si seçmek, plana bağlı aralığı ve bildirim e-postasını yapılandırmak, 30 günlük erişilebilirlik kanıtını yorumlamak ve olay kurtarmasını doğrulamak için Screpy rehberini izleyin.
Web Sitesi Çalışırlık İzleme SSS
Hedef URL'yi, HTTP durum mantığını, kontrol aralığını, 30 günlük geçmişi, yanıt sürelerini, olay kurtarmasını, bildirim kapsamını ve çalışma süresi ile tam altyapı izleme arasındaki farkı anlayın.
Screpy Çalışırlık İzleme neyi ölçer?
Screpy, bir proje için yapılandırılmış herkese açık web sitesi URL'sini kontrol eder; erişilebilirlik durumunu, HTTP yanıt kodunu, yanıt süresini, kontrol zaman damgasını ve güvenli hata durumunu kaydeder. Panel, son 30 günü çalışma süresi yüzdesi, ortalama yanıt süresi, son kontroller, durum dağılımı ve olaylarla özetler.
Kesinti olayları ve kurtarma nasıl çalışır?
Başarısız bir kontrol mevcut olayı açar veya günceller. Daha sonraki bir kontrol başarılı olduğunda Screpy açık olayı çözer ve kurtarma zamanını kaydederek olayı inceleme için saklar.
Çalışırlık İzleme yanıt süresi geçmişini gösterir mi?
Evet. Çalışırlık görünümü son yanıt sürelerini grafik üzerinde gösterir ve başarılı kontroller için 30 günlük ortalamayı raporlar. Yanıt süresi yararlı bir operasyonel bağlamdır; ancak tam sayfa yükleme performansıyla veya gerçek kullanıcı deneyimiyle aynı değildir.
Çalışırlık izleme sunucu veya işlem izlemenin yerini alır mı?
Hayır. Screpy, yapılandırılmış herkese açık proje web sitesini uygulamanın dışından doğrular. Özel altyapıyı incelemez veya giriş, arama, form gönderimi ya da ödeme tamamlama gibi çok adımlı akışları test etmez.
Screpy kesinti uyarıları gönderir mi?
Screpy, desteklenen kesinti olaylarında proje üyelerine ve isteğe bağlı proje bildirim adresine e-posta gönderebilir. Bildirilen bir olayın ardından kurtarma mesajı gelebilir. Her hata durumunun e-posta oluşturacağı garanti edilmediğinden gerçek durumu olay listesinden kontrol edin.
Screpy neyi çalışıyor veya kapalı olarak sayar?
200 veya 300 aralığında tamamlanan bir HTTP yanıtı çalışıyor olarak kaydedilir. Diğer HTTP yanıtları kapalı olarak kaydedilir; bağlantı zaman aşımları ve diğer istek hataları ise zaman aşımı veya hata durumları olarak ayrı tutulur.
Screpy web sitesi çalışma süresini ne sıklıkla kontrol eder?
Screpy, proje için yapılandırılan aralığı kullanır. Kullanılabilir varsayılanlar ve özellik erişimi mevcut plana bağlıdır; uygun planlarda bir dakika kadar kısa aralıklar kullanılabilir. Güncelliği doğrudan değerlendirebilmeniz için panel son kontrolü gösterir.
Web sitesi kesintisi taramayı veya dizine eklemeyi etkileyebilir mi?
Erişilebilirlik sorunları tarayıcıların bir sayfayı almasını engelleyebilir; tekrarlanan sunucu hataları veya zaman aşımları taramayı azaltabilir. Çalışırlık İzleme inceleme için kanıt sağlar; ancak bir arama motorunun URL'yi ne zaman tarayacağını, dizine ekleyeceğini veya sıralayacağını garanti edemez.
Bütçenize Uygun SEO
Screpy’nin analizi, sıralamaları, yapay zekâ görünürlüğünü ve izlemeyi açık paket limitleriyle nasıl birleştirdiğini keşfedin.