سلامت سایت وردپرسی چیست؟ راهنمای کامل Site Health وردپرس
وردپرس بخشی داخلی به نام Site Health دارد که میتواند اطلاعات مهمی درباره نسخه WordPress، PHP، افزونهها، قالبها، HTTPS، REST API، Scheduled Events و وضعیت برخی تنظیمات فنی نمایش دهد. اما یک نکته مهم وجود دارد: سبز بودن Site Health الزاماً به معنی سالم بودن کامل سایت نیست و وجود یک هشدار نیز همیشه به معنی خرابی فوری سایت نیست.
سلامت سایت وردپرسی در بخش Site Health مجموعهای از بررسیهای داخلی WordPress است که بعضی مشکلات مهم و پیشنهادهای فنی را نمایش میدهد. این ابزار برای پیدا کردن نشانههای قابل بررسی بسیار مفید است، اما ابزار تشخیص کامل امنیت، سرعت، Uptime، سلامت سرور یا عملکرد واقعی سایت نیست. هشدارها باید ابتدا فهمیده شوند، اثر آنها بررسی شود و سپس با Backup و مسیر بازگشت مناسب درباره تغییر تصمیمگیری شود.
Site Health وردپرس چیست؟
Site Health یا ابزار سلامت سایت بخشی داخلی در WordPress است که وضعیت بعضی بخشهای مهم فنی سایت را بررسی و اطلاعات تشخیصی ارائه میکند.
این ابزار با مجموعهای از Testها تلاش میکند مواردی مانند نسخه نرمافزار، تنظیمات PHP، HTTPS، REST API، Scheduled Events، Background Updates و وضعیت افزونهها و قالبها را بررسی کند.
اگر همه موارد سبز باشند، هنوز ممکن است فرم تماس خراب باشد، پرداخت فروشگاه مشکل داشته باشد، سایت کند باشد یا خطایی در یک صفحه خاص وجود داشته باشد.
از کجا Site Health وردپرس را باز کنیم؟
در پیشخوان WordPress معمولاً مسیر اصلی دسترسی به این بخش چنین است:
در رابط فارسی وردپرس ممکن است این مسیر با عنوانهایی مانند «ابزارها» و «سلامت سایت» نمایش داده شود.
بعد از ورود، معمولاً دو Tab اصلی با عنوان Status و Info مشاهده میکنید. هرکدام هدف متفاوتی دارند و نباید آنها را یکسان در نظر گرفت.
بخش Status در Site Health چیست؟
Status محل نمایش نتیجه Testهایی است که WordPress برای وضعیت فعلی سایت انجام میدهد. این بخش میتواند هشدارهای مهم، پیشنهادهای بهبود و مواردی را که در حال حاضر بدون مشکل شناخته شدهاند نمایش دهد.
Status بیشتر برای پاسخ به این سؤال مفید است: «آیا WordPress در بررسیهای داخلی خودش موردی پیدا کرده که بهتر است بررسی شود؟»
بخش Info در Site Health چیست؟
Info برخلاف Status بیشتر نقش یک نمای اطلاعات فنی را دارد. در این قسمت میتوانید جزئیاتی درباره WordPress، Directoryها، افزونهها، قالبها، Media Handling، Server، Database و بعضی Constants مشاهده کنید.
این اطلاعات هنگام عیبیابی، گفتگو با پشتیبانی یا بررسی محیط سایت بسیار مفید هستند؛ چون بهجای حدس زدن، بخشی از مشخصات واقعی محیط WordPress را نشان میدهند.
Critical Issue در Site Health چیست؟
Critical Issue به موردی گفته میشود که WordPress آن را از نظر عملکرد، امنیت یا قابلیتهای اصلی مهمتر تشخیص داده است و پیشنهاد میکند با اولویت بالاتری بررسی شود.
اما واژه Critical به معنی این نیست که سایت حتماً همین حالا کاملاً خراب است. بعضی هشدارها ممکن است در شرایط خاص اثر فوری نداشته باشند، ولی همچنان نیازمند توجه و تحلیل باشند.
Recommended Improvement چیست؟
Recommended Improvement معمولاً موردی است که WordPress آن را پیشنهاد بهبود میداند، اما نسبت به Critical Issue اولویت پایینتری دارد.
بعضی از این پیشنهادها میتوانند به امنیت، سازگاری، عملکرد یا نگهداری بهتر کمک کنند؛ ولی اجرای آنها باید متناسب با شرایط واقعی سایت انجام شود.
تفاوت Critical Issue و Recommended Improvement چیست؟
بهتر است ابتدا بررسی شود و اهمیت بیشتری دارد؛ اما باز هم علت و اثر واقعی باید فهمیده شود.
یک پیشنهاد برای بهبود است و معمولاً فوریت کمتری نسبت به Critical Issue دارد.
Test موردنظر در وضعیت قابل قبول قرار دارد و اقدام فوری برای همان مورد لازم نیست.
آیا باید تمام پیشنهادهای Site Health را انجام دهیم؟
خیر. بهتر است همه پیشنهادها را ببینید و بفهمید، اما هر Recommendation الزاماً مناسب هر سایت، هاست یا معماری نیست.
ممکن است انجام یک تغییر روی Server نیاز به هماهنگی با شرکت هاست داشته باشد یا Plugin خاصی به رفتاری وابسته باشد که قبل از تغییر باید تست شود.
هدف این نیست که هر هشدار را فقط برای رسیدن به وضعیت ظاهری «Good» حذف کنید. هدف، تصمیم فنی درست برای سایت واقعی است.
چرا نباید هشدارهای Site Health را کورکورانه برطرف کرد؟
یک Warning ممکن است به PHP، Cron، REST API، Loopback، HTTPS، Database یا تنظیمات Server مربوط باشد. تغییر اشتباه در چنین بخشهایی میتواند مشکل جدیدی ایجاد کند.
قبل از هر Fix ابتدا باید بدانید هشدار دقیقاً چه چیزی را میسنجد، آیا روی سایت اثر واقعی دارد و تغییر پیشنهادی چه پیامدی خواهد داشت.
Site Health درباره نسخه WordPress چه اطلاعاتی میدهد؟
WordPress میتواند وضعیت نسخه هسته و بعضی شرایط مرتبط با Update را در بررسیهای سلامت در نظر بگیرد.
استفاده از نسخههای بسیار قدیمی میتواند از نظر سازگاری و امنیت مسئلهساز شود، اما Update نیز بهتر است کنترلشده و با Backup انجام شود.
اگر هشدار مربوط به نسخهها یا بهروزرسانی دارید، راهنمای آپدیت امن وردپرس فرایند صحیح قبل، هنگام و بعد از Update را توضیح میدهد.
بررسی نسخه PHP در Site Health چرا مهم است؟
WordPress و Pluginها روی PHP اجرا میشوند. نسخه PHP میتواند روی سازگاری، عملکرد و دریافت اصلاحات امنیتی اثر داشته باشد.
اگر Site Health نسخه PHP را قدیمی تشخیص دهد، بهتر است قبل از تغییر نسخه، سازگاری WordPress، Theme، Pluginها و کدهای سفارشی بررسی شود.
ارتقای PHP در بسیاری از سایتها مفید است، اما در پروژهای که Plugin یا Theme قدیمی دارد ممکن است ناسازگاری ایجاد کند.
وضعیت افزونهها و قالبها در Site Health
Site Health ممکن است درباره Pluginها و Themeها، نسخهها یا بعضی شرایط مرتبط با آنها اطلاعات و Recommendation ارائه دهد.
وجود افزونههای غیرفعال، نسخههای قدیمی یا اجزای بدون استفاده میتواند نیازمند بررسی باشد، اما تصمیم نهایی باید بر اساس نقش هر Plugin و Theme در سایت انجام شود.
برای انتخاب افزونه نیز فقط تعداد نصب یا محبوبیت کافی نیست و بهتر است اعتبار توسعهدهنده، سابقه بهروزرسانی، سازگاری و نیاز واقعی سایت بررسی شود. در راهنمای انتخاب افزونه مناسب و امن وردپرس معیارهای مهم قبل از نصب و نگهداری Pluginها را مرحلهبهمرحله توضیح دادهایم.
Site Health چه اطلاعاتی درباره Server میدهد؟
در بخش Info میتوان اطلاعاتی درباره محیط Server، PHP، محدودیتهای حافظه، Web Server و بعضی تنظیمات اجرایی را مشاهده کرد.
این اطلاعات برای تشخیص بعضی ناسازگاریها بسیار کاربردی هستند، اما Site Health جایگزین Server Monitoring یا بررسی کامل Logها و سرویسهای زیرساختی نیست.
اطلاعات Database در Site Health چه کاربردی دارند؟
WordPress میتواند نوع Database Server، نسخه آن و بعضی اطلاعات مرتبط با محیط دیتابیس را در بخش Info نمایش دهد.
این دادهها هنگام عیبیابی یا بررسی سازگاری مفید هستند، ولی نشان نمیدهند Database از نظر Performance، Queryهای سنگین، اندازه جداول یا ساختار داده حتماً در وضعیت ایدهآل قرار دارد.
WordPress Constants و تنظیمات فنی چه هستند؟
بخش Info میتواند بعضی Constantها و تنظیمات مهم WordPress را نمایش دهد؛ برای مثال مقادیری که روی Debugging، Memory، Environment یا سایر رفتارهای فنی اثر دارند.
این اطلاعات بیشتر برای بررسی تخصصی و عیبیابی مفید هستند. اگر مفهوم یک Constant را نمیدانید، صرف مشاهده آن دلیل مناسبی برای تغییر مقدار نیست.
وضعیت HTTPS در Site Health چه معنایی دارد؟
Site Health میتواند بعضی شرایط مربوط به HTTPS را بررسی کند؛ یعنی اینکه سایت از اتصال رمزگذاریشده استفاده میکند یا شرایطی برای انتقال امن وجود دارد.
HTTPS مهم است، اما سبز بودن این مورد بهتنهایی معنی «امن بودن کامل سایت» را ندارد. امنیت WordPress مجموعهای از لایهها و فرایندهاست.
REST API چیست و چرا Site Health درباره آن هشدار میدهد؟
REST API یکی از روشهای ارتباط برنامهنویسی با WordPress است و بخشهایی از خود WordPress، Block Editor و بعضی Pluginها از آن استفاده میکنند.
اگر درخواستهای REST با خطا مواجه شوند، ممکن است WordPress در Site Health هشدار مرتبط نمایش دهد. علت میتواند از تنظیمات Server و Firewall تا Plugin امنیتی یا خطای نرمافزاری متفاوت باشد.
ابتدا مشخص کنید چه چیزی درخواست را مسدود کرده و کدام قابلیتها به آن وابستهاند.
Loopback Request چیست؟
Loopback Request زمانی است که سایت WordPress در عمل یک درخواست HTTP به خودش ارسال میکند. بعضی فرایندهای داخلی WordPress و Pluginها به این ارتباط متکی هستند.
اگر Loopback با مشکل مواجه شود، Site Health ممکن است هشدار نمایش دهد. علت میتواند به Firewall، Authentication، DNS، Server Configuration یا محدودیت شبکه مربوط باشد.
Scheduled Events و WP-Cron چیست؟
WordPress برای اجرای بعضی کارهای زمانبندیشده از WP-Cron استفاده میکند؛ مانند بعضی Updateها، انتشار زمانبندیشده، پاکسازیهای دورهای یا Jobهای Pluginها.
اگر یک Scheduled Event دیر اجرا شود یا WP-Cron مشکل داشته باشد، Site Health میتواند نشانهای برای بررسی نشان دهد.
این هشدار باید با توجه به نوع سایت و نحوه تنظیم Cron بررسی شود؛ چون بعضی سایتها از Cron واقعی Server بهجای رفتار پیشفرض WordPress استفاده میکنند.
مشکلات Background Update در Site Health یعنی چه؟
WordPress ممکن است بررسی کند آیا بعضی شرایط لازم برای Background Updateها فراهم هستند یا خیر.
مشکل در Permissionها، Version Control، File Access یا تنظیمات خاص ممکن است باعث نمایش Warning شود. اما قبل از تغییر باید بدانید سیاست Update سایت چیست و آیا Background Update عمداً محدود شده است.
ارتباط Site Health با آپدیت وردپرس چیست؟
بعضی Warningهای Site Health مستقیماً یا غیرمستقیم به نسخههای WordPress، PHP، Plugin یا Theme مربوط میشوند.
Site Health میتواند شما را متوجه شرایط کند، اما جای فرایند Update امن را نمیگیرد. Backup، بررسی سازگاری، Staging در صورت نیاز و تست بعد از تغییر همچنان مهم هستند.
Site Health چه ارتباطی با افزونههای وردپرس دارد؟
Pluginها میتوانند روی بسیاری از Testهای Site Health اثر بگذارند؛ برای مثال REST API، Loopback، Scheduled Events، Background Update یا حتی رفتار HTTP.
بنابراین اگر Warning جدیدی بعد از نصب یا Update یک Plugin ظاهر شده، رابطه زمانی آن با تغییر اخیر میتواند سرنخ مهمی باشد.
آیا Site Health سرعت سایت را اندازهگیری میکند؟
نه به معنای یک Performance Audit کامل. Site Health ممکن است بعضی شرایط فنی مرتبط با عملکرد را بررسی کند، اما ابزار تخصصی اندازهگیری تجربه کاربر، Core Web Vitals، Waterfall، JavaScript Execution، TTFB یا Bottleneckهای دقیق نیست.
ممکن است Site Health مشکلی نشان ندهد اما سایت همچنان از نظر سرعت Front-end یا تجربه کاربر نیازمند بهینهسازی باشد.
آیا Site Health امنیت سایت را تضمین میکند؟
خیر. ابزار Site Health بعضی شرایطی را که میتوانند با امنیت یا نگهداری مرتبط باشند بررسی میکند، اما Security Scanner کامل، Malware Scanner یا Audit امنیتی تخصصی نیست.
برای امنیت واقعی باید مواردی مثل Update، دسترسیها، رمزهای عبور، Hosting، Backup، Monitoring، Pluginهای معتبر و تنظیمات امنیتی بهصورت جداگانه مدیریت شوند.
آیا Site Health میتواند هک شدن سایت را تشخیص دهد؟
Site Health برای تشخیص نفوذ طراحی نشده است. ممکن است یک سایت آلوده یا دستکاریشده باشد ولی Testهای Site Health الزاماً آن را بهعنوان «هکشده» شناسایی نکنند.
بنابراین سبز بودن Site Health نباید بهعنوان اثبات نبود بدافزار، Backdoor یا دسترسی غیرمجاز تفسیر شود.
آیا Site Health جای Uptime Monitoring را میگیرد؟
خیر. این دو ابزار هدف متفاوتی دارند. Site Health بیشتر Diagnostics داخلی WordPress را بررسی میکند، در حالی که Uptime Monitoring از بیرون میپرسد آیا سایت واقعاً در دسترس است و پاسخ میدهد یا نه.
اگر میخواهید تفاوت این دو رویکرد را بهتر ببینید، مقاله مانیتورینگ سایت مفهوم بررسی خارجی Availability و Downtime را توضیح میدهد.
| ابزار | تمرکز اصلی | چه چیزی را خوب پوشش میدهد؟ | چه چیزی را کامل پوشش نمیدهد؟ |
|---|---|---|---|
| Site Health | Diagnostics داخلی WordPress | تنظیمات و Testهای داخلی مشخص | Uptime، Speed Audit، Security Audit کامل |
| Uptime Monitoring | Availability خارجی | Down شدن، Timeout، بعضی HTTP Errorها | سلامت کامل WordPress و Feature Testing |
| Performance Audit | سرعت و تجربه کاربر | Load، Render، Resourceها، UX Performance | امنیت و Maintenance کامل |
| Security Review | ریسک امنیتی | دسترسی، تنظیمات، آسیبپذیری و نشانههای امنیتی | Uptime و Performance کامل |
Site Health چه چیزهایی را به شما نمیگوید؟
یکی از اشتباهات رایج این است که Site Health را معادل «وضعیت کلی سلامت سایت» بدانیم. این ابزار مهم است، اما دامنه بررسی آن محدود است.
نمیگوید سایت در تمام ساعات گذشته واقعاً از بیرون در دسترس بوده یا نه.
جای Malware Scan، Access Review یا Security Audit را نمیگیرد.
Core Web Vitals، Render و Bottleneckهای Front-end را کامل تحلیل نمیکند.
وجود Backup سالم یا قابل Restore بودن آن را تضمین نمیکند.
ممکن است فرم تماس، Login یا Checkout خراب باشد ولی Site Health سبز بماند.
CPU، RAM، Disk، Serviceها و Logهای Server را بهصورت کامل مانیتور نمیکند.
خودش جای برنامه منظم Maintenance، Update، Test و Monitoring را نمیگیرد.
چه زمانی هشدار Site Health نیاز به بررسی تخصصی دارد؟
وقتی Warning مربوط به Server، Database، PHP، REST API، Loopback، Cron، Background Updates یا تنظیمات زیرساختی است و علت آن برای شما روشن نیست، بهتر است قبل از تغییر بررسی دقیقتری انجام شود.
در چنین شرایطی، استفاده از پشتیبانی سایت میتواند کمک کند هشدار قبل از اعمال تغییرات حساس در بستر واقعی سایت بررسی شود.
قبل از تغییر تنظیمات فنی برای رفع هشدار چه کنیم؟
بدانید Site Health دقیقاً کدام Test را ناموفق تشخیص داده است.
ببینید آیا مشکل روی عملکرد واقعی سایت اثر گذاشته است یا خیر.
برای تغییرات حساس، نقطه بازگشت داشته باشید.
از چند تغییر همزمان روی محیط اصلی خودداری کنید.
فقط ناپدید شدن Warning کافی نیست؛ عملکرد واقعی را بررسی کنید.
چرا قبل از تغییرات حساس Backup مهم است؟
تغییر PHP، Database، Plugin، Theme یا تنظیمات Server ممکن است نتیجهای متفاوت از انتظار ایجاد کند. داشتن نسخه پشتیبان سالم و قابل Restore باعث میشود در صورت بروز مشکل مسیر بازگشت داشته باشید.
اگر میخواهید بدانید چه چیزهایی باید Backup شوند و نسخه پشتیبان چگونه نگهداری شود، راهنمای بکاپ وردپرس این موضوع را جداگانه توضیح میدهد.
چکلیست بررسی Site Health وردپرس
اشتباهات رایج هنگام رفع هشدارهای Site Health
هدف باید سلامت واقعی سایت باشد، نه فقط حذف ظاهری Warning.
نسخه جدید ممکن است با Plugin یا Theme قدیمی ناسازگار باشد.
تغییر بدون شناخت وابستگیها میتواند قابلیتهای WordPress را مختل کند.
بعضی سایتها تنظیمات زمانبندی سفارشی یا Server Cron دارند.
تغییر فنی بدون مسیر بازگشت میتواند عیبیابی را سختتر کند.
برعکس، بعضی Critical Issueها نیز نباید فقط بهخاطر ظاهر سالم سایت نادیده گرفته شوند.
Good بودن Site Health اثبات نبود مشکل امنیتی نیست.
Site Health جای ابزار Performance Analysis را نمیگیرد.
اگر خطایی ایجاد شود، تشخیص عامل اصلی بسیار دشوارتر میشود.
Site Health فقط بخشی از نگهداری سایت وردپرسی است
بررسی Site Health میتواند یکی از کارهای مفید نگهداری باشد، اما Maintenance واقعی شامل فعالیتهای بیشتری است.
برای دیدن این فعالیتها در یک چارچوب منظم، مقاله چکلیست نگهداری سایت وردپرسی ساختار کاملتری برای Maintenance دورهای ارائه میدهد.
جمعبندی؛ Site Health را بهعنوان ابزار تشخیص استفاده کنید، نه حکم نهایی
سلامت سایت وردپرسی در Site Health دید مفیدی از بعضی شرایط داخلی WordPress ارائه میدهد. Critical Issueها میتوانند موارد مهمی برای بررسی باشند و Recommended Improvementها نیز سرنخهایی برای بهبود سایت ارائه میکنند.
اما Site Health فقط بخشی از تصویر است. سبز بودن آن تضمین نمیکند سایت سریع، امن، بدون Downtime یا از نظر عملکردهای واقعی سالم باشد. در مقابل، وجود Warning نیز الزاماً نشانه خرابی فوری نیست.
رویکرد بهتر این است: هشدار را بفهمید، اثر آن را بررسی کنید، برای تغییرات حساس Backup داشته باشید، تغییر را کنترلشده انجام دهید و بعد از آن خود سایت را تست کنید.
سؤالات متداول درباره Site Health وردپرس
Site Health وردپرس چیست؟
Site Health ابزار داخلی WordPress برای نمایش بعضی Testهای تشخیصی و اطلاعات فنی درباره نسخهها، Server، Database، REST API، Cron، HTTPS و سایر بخشهای مرتبط است.
Site Health را از کجا باز کنیم؟
معمولاً از مسیر Tools → Site Health یا «ابزارها ← سلامت سایت» در پیشخوان WordPress قابل دسترسی است.
Critical Issue یعنی سایت خراب است؟
لزوماً خیر. Critical Issue نشان میدهد WordPress یک مورد مهمتر برای بررسی پیدا کرده است. شدت اثر واقعی باید با توجه به شرایط سایت ارزیابی شود.
آیا باید همه Recommended Improvementها را انجام دهیم؟
نه بهصورت خودکار. هر Recommendation باید ابتدا فهمیده شود و اثر احتمالی تغییر روی محیط واقعی سایت بررسی شود.
آیا سبز بودن Site Health یعنی سایت کاملاً سالم است؟
خیر. ممکن است Site Health سبز باشد اما فرم، Checkout، سرعت، Uptime یا بخشی از Front-end مشکل داشته باشد.
آیا Site Health سرعت سایت را بررسی میکند؟
نه به شکل یک Performance Audit کامل. این ابزار بعضی شرایط فنی را بررسی میکند اما ابزار تخصصی تحلیل سرعت و تجربه کاربر نیست.
آیا Site Health هک شدن سایت را تشخیص میدهد؟
خیر. Site Health بهعنوان Malware Scanner یا Security Audit کامل طراحی نشده است و سبز بودن آن نبود نفوذ را اثبات نمیکند.
تفاوت Site Health با Uptime Monitoring چیست؟
Site Health بیشتر Diagnostics داخلی WordPress را بررسی میکند، در حالی که Uptime Monitoring از بیرون در دسترس بودن سایت و پاسخگویی آن را پایش میکند.
قبل از رفع هشدار Site Health باید Backup بگیریم؟
برای تغییرات حساس مانند PHP، Plugin، Theme، Database یا تنظیمات Server بهتر است Backup سالم و مسیر Restore داشته باشید.
هشدار را بفهمید، اثرش را بررسی کنید و فقط بعد از آن تصمیم بگیرید
Site Health زمانی بیشترین ارزش را دارد که از آن بهعنوان یک ابزار تشخیصی در کنار Backup، Monitoring، امنیت، Performance Review و نگهداری منظم WordPress استفاده شود.
هنوز امتیازی برای این مطلب ثبت نشده است. اولین نفری باشید که امتیاز میدهد.