Revenue website
Storefront, booking site, subscription product বা lead-generation website recurring external availability check-এর অধীনে রাখুন।
Alert-সহ Website Uptime Monitoring
Screpy project website reachable কি না পরীক্ষা করুন, এর 30 দিনের availability ও response time পরিমাপ করুন, HTTP failure ও incident recovery দেখুন এবং uptime-কে ranking promise-এ পরিণত না করেই সঠিক inbox-এ notification পাঠান।
ওয়েবসাইটের আপটাইম পরীক্ষা সেট করুন
Screpy প্রকল্পে রাখা প্রকাশ্য URL-এর নিয়মিত পরীক্ষা চালু করুন। ব্যবধান বাছার আগে দর্শকের জন্য কার্যকর লক্ষ্য ঠিক করুন।
- প্রতি প্রকল্প একটি HTTP বা HTTPS URL দেখে, আলাদা এন্ডপয়েন্টের তালিকা নয়।
- প্রকল্পের সেটিংসে পরীক্ষা চালু, ১–৬০ মিনিট ব্যবধান ও ঐচ্ছিক বিজ্ঞপ্তির ইমেইল নির্ধারণ করা যায়।
- নির্ধারিত পরীক্ষার জন্য উপযুক্ত সক্রিয় অর্থপ্রদত্ত প্ল্যান দরকার; পূর্বনির্ধারিত ব্যবধান ভিন্ন হয়।
- প্রকল্পের দল নিষ্ক্রিয় থাকলে ব্যবধান বাড়ে; ৩০ দিন নিষ্ক্রিয়তার পরে পরীক্ষা বন্ধ হয়।
- সর্বশেষ পরীক্ষার সময় দিয়ে তথ্যের সাম্প্রতিকতা দেখুন; নির্ধারিত ব্যবধান নির্ভুল সময়ে পরীক্ষা চালানোর নিশ্চয়তা নয়।
example.com60 s
আপটাইমের শতাংশ বুঝুন
শেষ ৩০ দিনের কতগুলো পরীক্ষায় সফল উত্তর এসেছে দেখুন। শতাংশের সঙ্গে পরীক্ষার সংখ্যা ও সর্বশেষ সময় পড়ুন।
- সফল পরীক্ষাকে মোট নথিভুক্ত পরীক্ষা দিয়ে ভাগ করে ১০০ দিয়ে গুণ করলে আপটাইমের শতাংশ পাওয়া যায়।
- বর্তমান অবস্থা ওই সময়ের শেষ সম্পন্ন পরীক্ষার ফল।
- পরীক্ষা না থাকলে তথ্য অনুপলব্ধ থাকে, ১০০% দেখানো হয় না।
- এই শতাংশ নমুনাভিত্তিক; সরাসরি বিভ্রাটের মিনিট বা সময়ভিত্তিক SLA-তে রূপান্তর করা যায় না।
আপটাইম
৯৩.৮%503200
ওয়েবসাইটের সাড়া দেওয়ার সময় দেখুন
চার্টে ধীর উত্তর ও বারবার ব্যর্থ পরীক্ষা খুঁজুন। পৌঁছানো যায় এমন URL-ও ধীরে সাড়া দিতে পারে।
- চার্ট ৩০ দিনের সর্বোচ্চ ১৬০টি সাম্প্রতিক পরীক্ষা ব্যবহার করে; পর্দার প্রস্থে দৃশ্যমান অংশ বদলায়।
- প্রবণতার রেখা পাঁচ পরীক্ষার গড়; গড় সাড়ার সময় পুরো ৩০ দিনের সফল পরীক্ষা ব্যবহার করে।
- সময়টি HTTP সাড়ার বিলম্ব মাপে; পুরো পৃষ্ঠা লোড, Core Web Vitals বা দর্শকের ব্যবহারধারা নয়।
সাড়া দেওয়ার সময়
২৪০ msHTTP পরীক্ষার ফল দেখুন
শেষ আট পরীক্ষার অবস্থা, সময়, HTTP কোড ও সাড়ার সময় পড়ুন। প্রকাশ্য URL-এর প্রত্যাশিত আচরণের সঙ্গে তুলনা করুন।
- HTTP ২০০–৩৯৯ পৌঁছানো যায় হিসেবে গণ্য হয়; অন্য HTTP উত্তর অপ্রাপ্য। সময়সীমা পার হওয়া ও ত্রুটি আলাদা রাখা হয়।
- পুনর্নির্দেশ অনুসরণ করা হয় না; 3xx ফল গন্তব্য কাজ করছে কি না নিশ্চিত করে না।
- HEAD দিয়ে পরীক্ষা হয়; 405 বা 501 এলে GET দিয়ে আবার চেষ্টা হয়। সংযোগ ব্যর্থ হলে HTTP কোড নাও থাকতে পারে।
- পৌঁছানো যায় ফল পৃষ্ঠার লেখা, ফর্ম বা কেনাকাটা যাচাই করে না; HTTP 200-তে দেওয়া ত্রুটির পৃষ্ঠাও সফল গণ্য হতে পারে।
HTTP স্ট্যাটাস
200GET /HTTP/2 200ওয়েবসাইটের বিভ্রাট দেখুন
প্রথম ব্যর্থ পরীক্ষা থেকে পরের সফল পরীক্ষা পর্যন্ত ঘটনা অনুসরণ করুন। বিভ্রাটের কারণ আলাদাভাবে তদন্ত করুন।
- প্রথম ব্যর্থতা ঘটনা খোলে; পরের ব্যর্থতা সেটি হালনাগাদ করে, প্রথম সফল পরীক্ষা সমাধান করে।
- প্যানেলে সব সময়ের খোলা ও সমাধানকৃত ঘটনার সংখ্যা এবং শেষ পাঁচ ঘটনার অবস্থা, শুরু ও বিবরণ থাকে।
- ঘটনার সময় পরীক্ষার সময়কে বোঝায়, দুই নমুনার মাঝের নির্ভুল শুরু নয়; ছোট বিভ্রাট ধরা নাও পড়তে পারে।
সময়কাল
১২ min503200
বিভ্রাটের ইমেইল পান
শর্ত পূরণ করা বিজ্ঞপ্তি প্রকল্পের সদস্য ও ঐচ্ছিক অতিরিক্ত ঠিকানায় পাঠান। ইমেইলের যোগ্য হওয়ার আগেই ঘটনা নথিভুক্ত হয়।
- একই ঘটনায় পরের ব্যর্থতা 404, 500 বা 503-এর মতো সমর্থিত HTTP কোডে ইমেইল পাঠাতে পারে।
- সময়সীমা পার হওয়া, সংযোগের ত্রুটি ও অসমর্থিত কোড নথিভুক্ত হয়, কিন্তু এই ইমেইল পাঠায় না।
- প্রতি প্রকল্পে ২৪ ঘণ্টায় একটি বিভ্রাট ও আলাদাভাবে একটি পুনরায় সচল হওয়ার ইমেইলের সীমা আছে।
- পুনরায় সচল হওয়ার ইমেইলের জন্য আগে জানানো, দমন না করা ঘটনা দরকার; নথিভুক্ত স্থায়িত্ব দর্শকের নির্ভুল বিভ্রাটের সময় প্রমাণ করে না।
!
প্রকল্পexample.com
পর্যালোচনাSEO MCP দিয়ে আপটাইম পড়ুন
সংযুক্ত AI সহকারীকে প্রবেশাধিকার থাকা প্রকল্পের সংরক্ষিত ফল ব্যাখ্যা করতে বলুন। পুরোনো রেকর্ড ও নতুন পরীক্ষা আলাদা করতে সময় দেখুন।
- SEO MCP ৩০ দিনের অবস্থা, শতাংশ, সফল পরীক্ষার গড় ও সর্বশেষ পরীক্ষা ফেরত দেয়।
- সর্বোচ্চ ১৬০টি সাম্প্রতিক রেকর্ডে অবস্থা, সাড়ার সময় ও পরীক্ষার সময় থাকে; HTTP কোড ও ঘটনার তালিকা থাকে না।
- শুধু পড়ার অনুরোধ নতুন পরীক্ষা চালায় না, কারণ নির্ণয় বা বিভ্রাট মেরামত করে না; অনুপস্থিত ফল অনুপলব্ধ থাকে।
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}SEO প্রতিবেদনে আপটাইম যোগ করুন
গ্রাহক বা দলের সংরক্ষিত প্রতিবেদনে প্রাপ্যতার তথ্য দিন। প্রতিবেদনের মুহূর্তচিত্র সরাসরি পর্যবেক্ষণ থেকে আলাদা।
- উইজেটে ৩০ দিনের পরীক্ষার পরিসংখ্যান, সাম্প্রতিক পরীক্ষা ও প্রতিবেদনের সময়সীমার সঙ্গে মিলে যাওয়া ঘটনা থাকে।
- ঘটনার সংখ্যা প্যানেলের সব সময়ের সংখ্যা থেকে আলাদা হতে পারে; সমাধানকৃত ঘটনায় নথিভুক্ত স্থায়িত্ব থাকতে পারে।
- প্রতিবেদন তৈরির সময় সংরক্ষিত তথ্য নেওয়া হয়; সরাসরি বিভ্রাটের সতর্কতা পাঠানো হয় না।
বিভাগসমূহ
aACMEরিপোর্টPDF
স্বাস্থ্য স্কোর৮৭/১০০
অবস্থান+২৪
আপটাইম পর্যবেক্ষণ নিয়ে কথা বলুন। SEO MCP দিয়ে।
SEO MCP দিয়ে আপনার AI সহকারীর কাছে Screpy-এর উপলব্ধ আপটাইম সারাংশ চান। মনিটরিং ডেটাকে সমস্যার মূল কারণের প্রমাণ না ধরে সাইটের প্রাপ্যতা ও প্রতিক্রিয়ার সময় বুঝুন।
- Screpy: হ্যালো! example.com-এর জন্য আপটাইম পর্যবেক্ষণ দেখি। আপনি কী জানতে চান?
- আপনি: example.com-এর আপটাইম মনিটরিংয়ের সারাংশ দাও।
- Screpy: সারাংশে তদন্ত করার মতো একটি বিঘ্ন দেখা যাচ্ছে। সময়টি ডেপ্লয়মেন্ট ও হোস্টিং রেকর্ডের সঙ্গে তুলনা করুন; মনিটরিং সারাংশ একা কারণ ব্যাখ্যা করে না। সাইটের প্রাপ্যতা পর্যালোচনা: মনিটরিং সারাংশ: সময়সীমা দেখুন. কারণ: তদন্ত প্রয়োজন.
- আপনি: এটিকে একটি ছোট কর্মপরিকল্পনায় সাজাও।
- Screpy: তথ্যভিত্তিক ফলাফল ও পরামর্শ আলাদা রাখব। প্রমাণ দেখুন, একটি পরিবর্তন বেছে নিন এবং পরে ফলাফল যাচাই করুন। আপনার পরবর্তী পদক্ষেপ: পর্যালোচনা: প্রতিটি ফলাফলের উৎস ও তারিখ যাচাই করুন।. সিদ্ধান্ত: প্রথম পরিবর্তনটি বেছে নিন।. যাচাই: পরিবর্তনের পর ফলাফল তুলনা করুন।.
- আপনি: প্রমাণগুলো সহজ ভাষায় বুঝিয়ে দিতে পারো?
- Screpy: হ্যাঁ। সমর্থিত কোনো ফলাফল সম্পর্কে জিজ্ঞেস করলে সেটি কী দেখায়, কোথা থেকে এসেছে এবং কী অনিশ্চিত রয়েছে তা ব্যাখ্যা করতে পারি। অনুপস্থিত ডেটা অনুপস্থিতই থাকে; পরামর্শ মানেই স্বয়ংক্রিয় সংশোধন নয়।
কার্যকর uptime monitoring loop setup করুন।
Target public হলে, interval site-এর গুরুত্বের সঙ্গে মিললে, notification responsible inbox-এ পৌঁছালে এবং প্রতিটি incident verified recovery দিয়ে শেষ হলে check কার্যকর।
- 01
Public project website URL ব্যবহার করুন
Visitor ও crawler যে website-এ পৌঁছাতে হবে তার প্রতিনিধিত্ব করা stable public target বেছে নিন। Private admin route বা ইচ্ছাকৃতভাবে unavailable path এড়িয়ে চলুন।
- 02
Check enable করে interval কনফিগার করুন
Project setting-এ Uptime Monitoring চালু করুন, project-এর available interval ব্যবহার করুন এবং operational ownership-এর optional notification email যোগ করুন।
- 03
Escalate করার আগে 30 দিনের pattern দেখুন
একটি isolated datapoint থেকে outage ঘোষণা না করে current status, uptime percentage, response-time history, HTTP result ও repeated failure state তুলনা করুন।
- 04
Investigation করে recovery নিশ্চিত করুন
Screpy-এর বাইরে deployment, DNS, TLS, hosting, firewall ও application evidence পরীক্ষা করুন, তারপর পরবর্তী successful check incident resolve করে কি না নিশ্চিত করুন।
Downtime-এ বাস্তব খরচ হয় এমন website-কে অগ্রাধিকার দিন।
যেসব project-এ availability sales, lead, campaign, customer access বা search crawler-এর public content retrieve করার ক্ষমতা প্রভাবিত করে সেখানে recurring check ব্যবহার করুন।
Organic search property
Content quality বা ranking work কার্যকর হওয়ার আগে search crawler ও organic visitor যে public site-এ পৌঁছাতে হবে তা দেখুন।
Launch ও campaign site
Launch, migration, redesign ও active campaign-এর সময় project website track করুন, যখন availability problem-এর immediate cost বেশি।
Multi-project portfolio
প্রতিটি available Screpy project-এর uptime আলাদাভাবে দেখুন, যাতে agency ও internal team client বা brand website এক workflow-তে রাখতে পারে।
Uptime result-এর সীমা জানুন।
Screpy configured project website-এর external HTTP evidence ও incident history দেয়। প্রশ্ন ওই scope ছাড়ালে infrastructure, log, transaction testing ও search data ব্যবহার করুন।
একটি project website target
Uptime Monitoring Screpy project-এর configured public website URL check করে। এটি independent endpoint monitor-এর general-purpose list নয়।
External check, infrastructure telemetry নয়
Result public target respond করেছে কি না বোঝায়। এটি CPU, memory, container, database, private network বা server log পরীক্ষা করে না।
Incident evidence, root-cause proof নয়
HTTP status, timing ও incident timestamp investigation সংকুচিত করে, কিন্তু DNS, TLS, hosting, deployment, firewall বা application code কারণ ছিল কি না প্রমাণ করতে পারে না।
Availability SEO guarantee নয়
Working public page visitor ও crawling-এর জন্য প্রয়োজনীয়, কিন্তু high uptime percentage একা indexing, ranking, traffic, revenue বা conversion guarantee করতে পারে না।
Failure-এর সঙ্গে মেলা website-health workflow ব্যবহার করুন।
সময়ের সঙ্গে reachability monitor করুন, failed URL বা crawl pattern repeat হলে wider website audit করুন অথবা availability stable হওয়ার পর page performance দেখুন।
Project website-এর current status, 30-day uptime, response-time history, recent HTTP check ও incident track করুন।
Wider website crawl করে repeated failed page, redirect problem, broken destination ও availability issue-এর technical pattern খুঁজুন।
Website reachable হলেও loading বা responsiveness investigation দরকার হলে recurring lab performance check চালান।
Screpy ডকুমেন্টেশন
Website uptime কীভাবে monitor করবেন জানুন
কার্যকর public project URL বাছতে, plan-dependent interval ও notification email configure করতে, 30-day availability evidence ব্যাখ্যা করতে এবং incident recovery verify করতে Screpy guide অনুসরণ করুন।
ওয়েবসাইট আপটাইম পর্যবেক্ষণ সম্পর্কিত সাধারণ প্রশ্ন
Target URL, HTTP status logic, check interval, 30-day history, response time, incident recovery, notification scope এবং uptime ও full infrastructure monitoring-এর পার্থক্য বুঝুন।
Screpy কি downtime alert পাঠায়?
Screpy supported outage event-এর জন্য project member ও optional project notification address-এ email করতে পারে। Notified incident-এর পর recovery message আসতে পারে। Incident list-কে source of truth হিসেবে দেখুন, কারণ প্রতিটি failure state email তৈরি করবে এমন guarantee নেই।
Screpy Uptime Monitoring কী পরিমাপ করে?
Screpy project-এর configured public website URL check করে এবং availability status, HTTP response code, response time, check timestamp ও safe error state record করে। Dashboard latest 30 days-এর uptime percentage, average response time, recent check, status distribution ও incident summary দেয়।
Downtime incident ও recovery কীভাবে কাজ করে?
Failed check current incident open বা update করে। পরবর্তী check সফল হলে Screpy open incident resolve করে এবং recovery time record করে, ফলে event review-এর জন্য সংরক্ষিত থাকে।
Website downtime কি crawling বা indexing প্রভাবিত করতে পারে?
Availability problem crawler-কে page retrieve করতে বাধা দিতে পারে এবং repeated server error বা timeout crawling কমাতে পারে। Uptime Monitoring investigation-এর evidence দেয়, কিন্তু search engine কখন URL crawl, index বা rank করবে তা guarantee করতে পারে না।
Screpy কোনটিকে up বা down হিসেবে ধরে?
200 বা 300 range-এর completed HTTP response up হিসেবে record হয়। অন্যান্য HTTP response down হিসেবে record হয়; connection timeout ও অন্য request failure আলাদা timeout বা error state হিসেবে record হয়।
Screpy কত ঘনঘন website uptime check করে?
Screpy project-এর configured interval ব্যবহার করে। Available default ও feature access current plan-এর ওপর নির্ভর করে; eligible plan এক মিনিটের মতো ছোট interval ব্যবহার করতে পারে। Dashboard last check দেখায়, যাতে freshness সরাসরি বিচার করতে পারেন।
Uptime Monitoring কি response-time history দেখায়?
হ্যাঁ। Uptime view recent response time chart করে এবং successful check-এর 30-day average দেয়। Response time কার্যকর operational context, কিন্তু full page-load performance বা real-user experience-এর সমান নয়।
Uptime monitoring কি server বা transaction monitoring-এর বিকল্প?
না। Screpy application-এর বাইরে থেকে configured public project website verify করে। এটি private infrastructure বা login, search, form submission বা checkout completion-এর মতো multi-step journey পরীক্ষা করে না।
আপনার বাজেটের উপযুক্ত SEO
Screpy কীভাবে পরিষ্কার plan limit-সহ audit, ranking, AI visibility ও monitoring একত্র করে তা দেখুন।