دسته: آموزش وردپرس

وردپرس، بهترین سیستم مدیریت محتوا برای ساخت و طراحی وبسایت. در اینجا جدیدترین مقالات ما درباره وردپرس را می‌توانید بیابید.

بهینه‌سازی زمان بارگذاری صفحه
چگونه زمان بارگذاری صفحه را بهینه‌سازی کنیم؟

زمان بارگذاری صفحه یا Page Load Time معیاری برای سنجش میزان سرعت بارگذاری محتوای یک صفحه اینترنتی است.

چگونه زمان بارگذاری صفحه سنجیده می شود؟

دو روش برای سنجش زمان بارگذاری صفحه وجود دارد:
- زمان بارگذاری صفحه: میزان زمانی که از ارسال درخواست از سمت مرورگر به سرور تا بارگذاری کامل صفحه صرف می شود.
- زمان رسیدن اولین بایت: میزان زمان صرف شده از ارسال درخواست به سرور تا مرورگر اولین بایت از داده را دریافت کند.
با استفاده از هر یک از این دو روش، در انتها همیشه بایستی صفحه ای سریعتر داشته باشید. بهرحال بایستی بدانید که معیار گوگل برای سنجش سرعت بارگذاری یک صفحه به صورت سررسید اولین بایت از داده است که اغلب به صورت اختصاری TTFB خوانده می شود.

چرا زمان بارگذاری صفحه مهم است؟

سرعت بارگذاری صفحه بخش حیاتی از کاربردپذیر بودن یک وبسایت است. گوگل سرعت صفحه را یکی از ۲۰۰ عامل رتبه بندی الگوریتم خود می داند که بر موقعیت یک وبسایت در نتایج طبیعی جستجوی گوگل نقش مهمی ایفا می کند و قطعا تجربه کاربری غنی تری را در پی خواهد داشت. با توجه به اینکه قطعا بیشمار وبسایت در حوزه کاری شما فعال هستند، رقابت برای به دست آوردن ترافیک بیشتر و حفظ کاربر از طریق کاربردی بودن وبسایت هر روز بیش از گذشته اهمیت حیاتی تری می یابد. اگر وبسایت شما سریع بارگذاری نمی شود، شانس از دست دادن بازدیدکننده در این رقابت افزایش می یابد.

داشتن زمان بارگذاری سریع صفحه همچنین نرخ خزش در وبسایت شما را افزایش می دهد. هرچه صفحات وبسایت شما از زمان بارگذاری سریعتری برخوردار باشند، گوگل نیز صفحات بیشتری را در یک بازه زمانی مشخص می تواند مرور کند یا اصطلاحا بخزد.

همچنین بایستی توجه کنید که نقش شرکت میزبان وبسایت شما و پلن خریداری شده از آن شرکت از جانب شما نیز نقش غیرقابل انکاری در زمان بارگذاری صفحه دارد.

چگونه زمان بارگذاری صفحه را بهبود بخشیم

۱۰ نکته ساده اما کاربردی وجود دارد که می تواند باعث افزایش سرعت بارگذاری صفحات وبسایت شما شود:

۱. بهینه سازی فرمت و اندازه تصویر

تصاویر در وبسایت شما می توانند پهنای باند زیادی مصرف کنند که بر زمان بارگذاری صفحه شما تاثیرگذار است. کاهش حجم تصاویر وبسایت در قالب HTML کافی نیست چرا که تنها ظاهر تصویر و نه اندازه واقعی را تغییر خواهد داد. از ابزارهای ویرایشگر تصویر مانند فتوشاپ برای تغییر اندازه تصویر استفاده کنید و dpi تصاویر را روی ۷۲ تنظیم کنید.

علاوه بر این، از ابزارهای بهینه سازی تصویر استفاده کنید که فشرده سازی بیشتری به منظور کاهش اندازه تصویر صورت می دهند:
- تغییراندازه PNG و JPEG
- Smush.it
- بهینه ساز آنلاین تصویر
- SuperGIT
برای بهینه سازی زمان بارگذاری صفحه بهتر است که به فرمت های استاندارد تصویر مانند JPG، PNG و GIF بچسبید.

۲. عوامل دیگر در بهینه سازی

افزونه ها: یک وبسایت نیازمند افزونه هایی است که باعث افزایش کارایی وبسایت اما در عین حال باعث کاهش سرعت بارگذاری صفحه می شود. البته که برخی افزونه ها ضروری هستند، برای مثال افزونه های به اشتراک گذاری نوشته در شبکه های اجتماعی که امروزه به ابزاری ضروری در وبسایت ها بدل شده اند. بنابراین همیشه بررسی صورت دهید شاید جایگزین بهتری برای افزونه وجود داشته باشند مثلا استفاده از CMS با قابلیت های پیش‌فرض مشابه.

اسکریپت‌های ردگیری: در حالیکه توصیه می شود آمار بازدیدکننده ها و رفتار آنها در وبسایت خود را همیشه نظارت کرده و ردگیری کنید، استفاده از چند نرم افزار آمارگیری توصیه نمی‌شود چرا که به مانعی برای زمان بارگذاری صفحه وبسایت شما بدل خواهند شد. اگر از وردپرس استفاده می کنید،‌ یا بایستی از افزونه WP stats برای آمارگیری استفاده کنید یا نرم افزار Google Analytics نه هر دو!

نرم افزار CMS: اگر از سیستم های مدیریت محتوا مانند وردپرس استفاده می کنید حتما همیشه به‌روزرسانی‌های موجود برای این نرم افزار را نیز بررسی کنید. برای ارتقا نسخه CMS حتما ابتدا اینکار را در یک سرور جداگانه انجام دهید. به‌روزنگاه‌داشتن نرم افزار بر روی سرور نقش مهمی در بهبود سرعت وبسایت ایفا می کند.

۳. ممانعت از فایل های inline جاوا اسکریپت و CSS

تکه کدهای CSS و جاوا اسکریپت خود را در فایل های بیرونی نگاه دارید. وقتیکه صفحه بارگذاری می شود، مرورگر این فایل ها را به صورت بیرونی کش می کند که از زمان بارگذاری صفحه در درخواست های بعدی می کاهد. به علاوه داشتن فایل های جاوا اسکریپت و CSS بیرونی اجازه نگهداری راحت تر وبسایت را می دهد.

۴. بهینه سازی کش

هر باری که بازدیدکننده یک وبسایت را بارگذاری می کند، فایل های تصویر صفحه وب، فایل های جاوا و CSS وبسایت شما نیز بارگذاری می شوند که زمان بارگذاری صفحه را بالا می برد. وقتیکه کش به صورت درست تنظیم شود، مرورگر شما می تواند این منابع یا فایل ها را برای درخواست های بعدی ذخیره کند. در بارگذاری مداوم صفحه این فایل ها را به جای فراخوانی شدن دوباره و دانلود از کل شبکه خیلی ساده از کش فراخوانی می کند. این روش به کاهش پهنای باند و هزینه های هاست منجر می شود.

می توانید از روش Expires headers برای اجزای ثابت وبسایت و Cache-Control headers برای بخش های پویا استفاده کنید. با استفاده از این هدرها، اجزای متنوعی از وبسایت شما از جمله تصاویر، استایل ها، اسکریپت و فلش ها قابل کش شدن می شوند. این اتفاق به نوبه خود درخواست های HTTP را حداقل سازی کرده و منجربه بهبود زمان بار صفحه می شود. با استفاده از Expires headers یا هدرهای انقضاشدنی می توانید مدت زمانیکه اجزای یک صفحه وب می توانند کش شوند را تعیین کنید.

۵. ممانعت از رندر اسکریپت های سطح بلاک

فایل های جاوا اسکریپت را در انتهای بدنه HTML خود قرار دهید یا از خصوصیت async برای بارگذاری غیرهمزمان آنها استفاده کنید.

۶. جلوگیری از بازنشانی یا ‌Redirect

با اجتناب از بازنشانی می توانید به سرعت بارگذاری صفحه بیافزایید. برخی از بازنشانی ها غیرقابل اجتناب هستند و بایستی از آنها استفاده کنید اما همچنین بایستی به خاطر داشته باشید که اینکار نیازمند درخواست HTTP بیشتری است که منجربه افزایش زمان بارگذاری صفحه می شود. لینک های شکسته وبسایت خود را بررسی کرده و فورا آنها را اصلاح کنید.

۷. از G-Zip برای وبسایت خود استفاده کنید

به مانند قضیه فایل ها روی کامپیوتر شخصی خود که آنها به جهت کاهش اندازه برای انتقال آنلاین فشرده سازی می کنید، فایل های سنگین بر روی وبسایت نیز بایستی با روشی که G-Zip Compression نامیده می شود فشرده سازی شوند. این کار باعث حفظ پهنای باند و زمان دانلود و کاهش سرعت بارگذاری صفحه می شود. شما بایستی سرور را به شکلی پیکربندی کنید که محتوای فشرده شده را بازگرداند.

۸. کاهش درخواست های HTTP

با استفاده از اسکریپت های CSS می توان تعداد درخواست های تصویر را کاست. تصاویر پس زمینه را در یک تصویر با استفاده از قابلیت پس زمینه CSS و عنصر موقعیت پس زمینه background-position ترکیب کنید. تصاویر خطی inline را در استایل های کش شده خود ترکیب کنید. همینطور تمام فایل های جاوا اسکریپت خود را در یک فایل و فایل های CSS را در فایلی دیگر ترکیب کنید.

۹. کوچک سازی CSS و جاوا اسکریپت

کوچک سازی یا minification روند فشرده سازی کد با تغییر نام متغیرها به نام هایی کوتاه تر است که به کاهش اندازه و در نتیجه کوتاهی زمان بارگذاری صفحه می انجامد. توصیه می کنیم که از uglify.js برای اینکار استفاده کنید.

۱۰. کاهش اندازه کوکی

کوکی ها برای ذخیره داده های حاضر در درخواست ها استفاده می شوند. این داده ها در هر درخواست ارسال شده و زمانیکه بزرگ باشند به افزایش زمان بارگذاری صفحه منتهی می شود. از این رو با کاهش اندازه کوکی ها می توانید به کاهش اندازه داده هایی که انتقال داده می شود کمک کنید و در نتیجه به افزایش سرعت زمان بارگذاری صفحه کمک کنید. کوکی های نالازم را حذف کرده و از اندازه کوکی ها نیز بکاهید.
۱۴ آذر ۱۳۹۹
بانس ریت Bounce Rate چیست؟
بانس ریت Bounce rate چیست و چگونه می توان آن را کاهش داد؟

مقدار بانس ریت درصد بازدیدکنندگان وبسایت است که بدون مشاهده صفحه‌ای دیگر از وبسایت شما غیر از صفحه ابتدایی و ورودی‌شان، وبسایت شما را ترک گفته اند.

اگر شخصی از وبسایت شما اصطلاحا بانس یا پرش داشته باشد لزوما به این معنا نیست که هیچ بخشی از محتوای صفحه شما را نخوانده است یا محتوای صفحه شما درک نکرده باشد. در واقع این درک این مفهوم یکی از بزرگترین سوتفاهم‌ها در خصوص بانس ریت Bounce rate است.

بانس ریت به تنهایی به این معناست که بازدیدکننده به یک صفحه از وبسایت شما نگریسته و به صفحه دیگری نرفته است.

اگر بازدیدکننده ای به وبسایت شما از طریق جستجوی گوگل بیاید و حداقل یک صفحه دیگر را هم ببیند پیش از اینکه بر روی دکمه برگشت مرورگر خود کلیک کند، جز آمار نرخ خروج یا Exit rate سنجیده می شود به جای اینکه جز آمار بانس ریت حساب شود.

بانس ریت و نرخ خروج

اگر خیلی با گوگل آنالیتیک آشنا نباشید احتمالا این پرسش برای شما پیش می آید که تفاوت بین نرخ خروج و بانس ریت چیست؟ اگر بانس ریت درصد افرادی باشند که بر روی دکمه back کلیک کرده‌اند و وبسایت شما را ترک کرده باشند، پس نرخ خروج یا Exit rate همان نیست؟

نه لزوما! در واقع، تفاوت بزرگی بین این دو مفهوم بانس ریت Bounce rate و نرخ خروج Exit rate وجود دارد. به این دلیل که هر شخصی که به صفحه به خصوصی مراجعه می کند لزوما از همان صفحه هم پرش ندارد، گوگل آنالیتیکس از نرخ خروج یا Exit rate استفاده می کند تا گزارشی به شما ارایه کند که چه شخصی از کل وبسایت شما از چه صفحه ای خارج شده است. اندکی گیج کننده به نظر می رسد. بیشتر توضیح می دهیم:
- اگر کاربر A از صفحه خانگی شما دیدن کند و فورا از وبسایت خارج شود، جز آمار بانس ریت آن صفحه محسوب می شود.
- اگر کاربر B صفحه دیگری را غیر از صفحه خانگی وبسایت شما را ببیند و سپس از وبسایت شما خارج شود، جزیی از نرخ خروج محسوب می شود.
در اصل، نرخ خروج تعداد افرادی را نشان می دهد که از صفحه ای به خصوص و پس از مرور دیگر صفحات بر روی وبسایت شما از آن خارج شده‌اند. در برخی صفحات نیز تفاوت آمار بین بانس ریت و نرخ خروج می تواند بسیار بالا باشد.

ممکن است هنگام مقایسه آمار بانس ریت و نرخ خروج به شباهت زیاد این دو معیار توجه کنید. یا ممکن است که دریابید که بسیار متفاوت هستند.

Bounce rate بالا در یک صفحه چه معنایی می دهد؟

وقتی بانس ریت صفحه ای بالاست دقیقا معنایش چیست؟ وقتی صفحه یا صفحاتی بانس ریت بالا دارند، خیلی ساده بدین معناست که بازدیدکنندگان بدون بازدید از صفحات دیگر از وبسایت شما خارج شده اند.

بهرحال این سطح از توضیح نیز نمی تواند حق مطلب را در خصوص بانس ریت Bounce rate ادا کند. نوعا اگر صفحه ای بانس ریت بالا داشته باشد، بدین معناست که آنهایی که از صفحه وبسایت شما دیدن می کنند وادار به ورود به صفحات دیگر نشده اند – یا اینکه ممکن است به دنبال چیزی که بوده اند رسیده باشند (که لزوما چیز بدی هم نیست) یا اینکه چیزی را که می خواسته اند نیافته اند و می خواهند وبسایت دیگر را در عوض بررسی کنند.

در نهایت بایستی بانس ریت پایینی داشته باشید چرا که هرچه بیشتر کاربر را در وبسایت خود نگاه دارید، احتمال تبدیل او به یک مشتری نیز بالاتر می رود، یا اینکه چیزی بخرد یا فرمی را پر کند. به همین دلیل است که بایستی مراقب بانس ریت وبسایت خود باشید و تمام تلاش خود را در جهت بهبود شرایط معطوف کنید.

چه بانس ریت Bounce rate خوب است؟

پرسشی که اغلب پرسیده می شود: «بانس ریت من بایستی چه درصدی باشد؟» واقعیت این است که بانس ریت خوب برای وبسایت های مختلف متفاوت است و بسته به نوع وبسایتی دارد که دارید، چه کاربرانی به وبسایت شما می آیند و چه محتوایی را در اختیار کاربر قرار می دهید.

برای مثال، وبسایت هایی مانند ویکیپدیا و WebMD بانس ریت بسیار بالا دارند. ممکن است ترسناک به نظر برسد اما این عدد طبیعی است:
1. کاربر عبارتی را در گوگل برای جستجو وارد کرده و وارد ویکیپدیا می شود.
2. مطلب مورد نظر خود را مطالعه می کند.
3. وبسایت را ترک می کند.
بنابراین اگر ویکیپدیا صفحه ای با بانس ریت ۶۰% داشته باشد، در واقع آن صفحه دارد کارش را بسیار خوب انجام می دهد چرا که این بانس ریت برای چنین سایتی تقریبا رقم عادی به حساب می آید.

از طرف دیگر، یک وبسایت تجاری با میانگین بانس ریت ۹۰% مشکلات عدیده ای دارد. این بدان معناست که ۹ نفر از ۱۰ نفری که از وبسایت دیدن می کنند نه تنها چیزی نمی خرند بلکه در خرید به چیزی هم علاقه مند نیستند چرا که وبسایت را فورا ترک می کنند. بانس ریت ایده آل برای فروشگاه تجاری و اینترنتی رقمی بین ۴۰ تا ۶۰ درصد است.

تعریف بانس ریت ایده آل وقتی که صحبت از صفحات متفاوت می شود نیز دارای پیچیدگی بیشتری می شود چرا که اهداف متفاوت، سطوح ترافیک متفاوت، و بازدیدکنندگان متفاوتی دارند.

چگونه می توانم بانس ریت Bounce rate صفحات وبسایت خود را کاهش دهم؟

چندین روش وجود دارد که با استفاده از آنها می توان بانس ریت را در صفحات به خصوصی از وبسایت کاست و کاربران را درگیر صفحات کرد تا صفحات بیشتری را ببینند.

محتوای خود را تحلیل کنید

اولین چیز این است که بایستی صفحات با بالاترین Bounce rate را از چشم بازدیدکننده بررسی کنید. آیا این صفحات به پرسش های کاربران پاسخ می دهند و به قول خود عمل می کنند؟ یا در اقناع انتظارات کاربران دچار شکست می شوند؟

برای مثال، اجازه دهید که در خصوص صفحه ای صحبت کنیم که قرار است به پرسش «در کجای شهر خودم می توانم گلفروشی با گلهای تازه بیابم؟» قرار است پاسخ دهد اما به جای لیست کردن گلفروشی های محلی یا حتی نمایشگاه گل، فقط در خصوص اهمیت ساخت دکور با استفاده از گل و نقش گل در بهبود کیفیت کسب و کارها صحبت می کنید. جای تعجب ندارد که کاربران با دیدن چنین محتوایی ناامید شده و وبسایت را ترک می گویند: چرا که به پرسش مطرح شده خود پاسخ نداده اید.

محتوای بیشتری را برای درگیر کردن کاربر ارایه کنید

آیا کاربران زمان زیادی را برای خواندن محتوای شما صرف می کنند اما هنوز هم Bounce rate صفحه بالاست؟ در این مورد، مشکل می تواند این باشد که محتوایی برای درگیر کردن کاربر با آن در محتوای خود ندارید. محتوای خود را بازبینی کرده و لینکی به محتوای مرتبط ایجاد کنید.

زمان بارگیری صفحه را بکاهید

برخی اوقات بانس ریت صفحات ارتباطی با محتوای شما ندارد. اگر وبسایت شما یا صفحات به خصوصی زمان بارگیری طولانی دارند، بازدیدکنندگان خسته از انتظار کشیدن می شوند و در نتیجه از وبسایت خارج می شوند.

بررسی وضعیت مرور، پاپ آپ و تصاویر

در نهایت، به تمام عناصر صفحات خود که Bounce rate بالا دارند بنگرید. آیا لینک های شکسته ای وجود دارد یا اصلا لینکی وجود ندارد؟ آیا پاپ آپ بزرگ و نامناسبی در صفحه باز می شود که ممکن است کاربر آن را به اندازه ای آزاردهنده ببیند که وبسایت را ترک کند؟ آیا زمان بارگیری تصاویر در صفحات طولانی است یا حواس خواننده را از محتوا پرت می کند؟

اگر نتوانم بانس ریت صفحه وبسایت خود را بکاهم راه حل نهایی چیست؟

اگر روش های زیادی را برای کاهش بانس ریت وبسایت خود امتحان کرده اید، ولی تغییری پس از گذشت چندین هفته یا ماه مشاهده نکردید، ممکن است که زمان آن رسیده باشد که از حرفه ای ها کمک بخواهید.
۰۹ آذر ۱۳۹۹
۵ نوع مشکل ووکامرس و راه حل آن

ووکامرس یک افزونه فروشگاهی برای وردپرس با انعطاف بالا و قابلیت‌های سفارشی‌سازی بسیار زیاد است که افزونه‌های زیادی نیز برای اضافه کردن امکانات بیشتر به آن منتشر شده است اما در طرف مقابل به دلیل متن باز بودن آن هیچ پشتیبانی قابل اتکایی برای رفع مشکلات ناشی از ووکامرس وجود ندارد. در این مسیر می توانید تنها به دانش خود، مستندات ووکامرس و صفحه پشتیبانی ووکامرس روی مخزن وردپرس برای کمک چشم بدوزید.

ولی چه اینکه یک وبسایت فروشگاهی جدید راه انداخته‌اید یا به شکل فعالی یک فروشگاه آنلاین پرترافیک را مدیریت می کنید، بالاخره با این ۵ مشکل ووکامرس یا خطای ووکامرس مواجه خواهید شد.

۱. مشکل ووکامرس با تداخل افزونه یا پلاگین

با توجه به اینکه حدود ۹۰۰ ادآن و افزونه اختصاصی برای اضافه کردن امکانات بیشتر به ووکامرس و ۵۰ هزار پلاگین مستقل برای نصب و فعال‌سازی روی وردپرس وجود دارد، احتمالا پلاگین‌های متنوع و گوناگونی را روی فروشگاه ووکامرس خود نصب و فعال کرده‌اید. در حالیکه تداخل افزونه در هر وبسایتی رخ می‌دهد، اما زمانیکه یک وبسایت پرترافیک داشته باشید، این مساله برای شما اهمیت بسیار حیاتی‌تری خواهد یافت.

افزایش امنیت وردپرس

یکی از بهترین روش‌ها برای دوری از این مساله، به‌روز نگاه داشتن افزونه‌ها و قالب به شکل مداوم است. وقتی که از ووکامرس استفاده می‌کنید خیلی اهمیت دارد که کاملا به‌روز باشید. در حالیکه برخی به‌روزرسانی‌ها به جهت اضافه کردن امکانات بیشتر به افزونه هستند اما بسیاری دیگر نیز برای بهبود عملکرد افزونه ووکامرس و رفع باگ‌ها و مشکلات فعلی می‌باشند.

وقتیکه ووکامرس را به‌روزرسانی می‌کنید فراموش نکنید که پایگاه‌داده خود را نیز به‌روزرسانی کنید تا از هرگونه مساله‌ای دور بمانید.

برای افزایش شانس دوری از هرگونه تداخل افزونه و مشکل در کار با ووکامرس، تمام به‌روزرسانی‌های افزونه را در محیط توسعه یا آزمایشی انجام دهید و سپس اقدام به به‌روزرسانی روی وبسایت زنده و در دسترس خود کنید.

۲. مسایل مربوط به افزونه‌های بهینه‌سازی و کشینگ

استفاده از افزونه‌های بهینه‌سازی یا کشینگ می‌تواند باعث بهبود قابل توجه در عملکرد فروشگاه‌های اینترنتی شود چرا که این وبسایت‌ها به دلیل استفاده از نوع نوشته محصول معمولا از پایگاه‌داده بزرگتری برخوردار هستند. استفاده صحیح از افزونه‌های کش به عنوان نمونه به فروشگاه‌ها کمک می‌کند که برخی از فایل‌های وب را به صورت محلی یا لوکال بر روی مرورگر کاربر ذخیره کنند تا از تعداد درخواست‌های سرور هنگام بارگیری صفحه بکاهند.

بهرحال در حالیکه استفاده از افزونه کش می‌تواند باعث افزایش سرعت فروشگاه شما شود، در طرف مقابل نیز می تواند باعث ایجاد مسایل دیگر و مشکل برای ووکامرس شود. برای مثال، یک مساله معمول که بایستی در فروشگاه‌های ووکامرسی به آن توجه ویژه شود این است که صفحات مشخصی بایستی از کش شدن مستثنی شوند.

بهینه سازی وردپرس

به عنوان نمونه اگر صفحه بازیابی کلمه عبور برای مشتریان اگر از کش شدن مستثنی نشود دیگر کار نخواهد کرد. به عبارت دیگر اگر این صفحه کش شوند، کاربر قادر به بازیابی کلمه عبور خود نخواهد بود.

همچنین در صورتی که تغییرات زیادی رو وبسایت خود انجام دهید و فراموش کنید که کش را به صورت کامل با افزونه کشینگ پاک کنید، مشکلات زیادی ایجاد خواهد شد.

۳. خطاهای مربوط به پرداخت

دیگر مشکل ووکامرس به بخش پرداخت در فروشگاه ووکامرس بازمی‌گردد. وقتیکه مساله‌ای برای درگاه پرداخت شما در ووکامرس پیش می‌آید ابتدا بایستی اقدام به بررسی پیکربندی صورت گرفته برای درگاه پرداخت و بررسی و تست اتصال درگاه پرداخت نمایید.

یک مشکل معمول اما ساده در وبسایت‌های فروشگاهی این است که گواهینامه SSL به صورت درست برای فروشگاه آنلاین پیکربندی نشده است. در صورتی که SSL نصب نباشد اغلب درگاه‌های پرداخت کار نخواهند کرد. گاهی اوقات هیچ خطایی نخواهید داشت اما کاربران برای اتصال به درگاه پرداخت فروشگاه شما دچار مشکل هستند

حل مشکل صفحه مرگ در وردپرس

۴. خطای اعلان ایمیل

خطاهای اعلان ایمیلی یکی از معمول‌ترین مشکلات برای وبسایت‌های وردپرسی محسوب می‌شود. برای وبسایت‌هایی که از فروشگاه ووکامرس استفاده می‌کنند، این مساله اغلب پس از ارسال سفارش رخ می‌دهد. در برخی موارد، مشتریان اطلاع ایمیلی مدنظر خود را دریافت نمی‌کنند به این معنا که رسید سفارش از طریق ایمیل به دست آنها نمی‌رسد.

پیش از اینکه روند عیب‌یابی ارسال ایمیل را شروع کنید، ابتدا تنظیمات مربوط به ایمیل روی ووکامرس را با دقت بررسی کنید. در داشبورد وردپرس در بخش ووکامرس، تب ایمیل وجود دارد از اینجا می‌توانید پیکربندی اعلانات ایمیلی را بررسی کنید. اگر اعلانی رانمی‌بینید بایستی اعلان ایمیل را پیکربندی کنید.

اگر اعلان ایمیلی به شکل صحیح تنظیم شده است، و همچنان کاربران ایمیل دریافت نمی کنند، مشکل ووکامرس با نصب و پیکربندی افزونه SMTP حل خواهد شد. حتی اگر سرور میزبان شما قابلیت دریافت ایمیل را روی سرویس هاست شما فعال کرده باشد، همچنان این امکان وجود دارد که ایمیل‌های ارسالی از وبسایت‌های وردپرس توسط ارایه‌دهندگان ایمیلی مانند جیمیل یا اوت‌لوک مسدود شوند.

استفاده از افزونه وردپرس SMTP به شما اجازه می‌دهد تا از راه دیگری برای ارسال ایمیل روی وردپرس خود استفاده کنید. SMTP مخفف پروتکل انتقال ساده ایمیل است و در واقع یک استاندارد ساده برای انتقال ایمیل می‌باشد.

۵. مشکل ووکامرس با بار زیاد پایگاه‌داده

مواردی که تاکنون به آنها اشاره کردیم معمولا در وبسایت‌های تازه راه‌اندازی شده رخ می‌دهد اما مورد آخر معمولا مربوط به وبسایت‌هایی هست که برای مدتی از ووکامرس برای مدیریت فروشگاه آنلاین خود استفاده کرده‌اند.

هرچقدر محصولات بیشتری در فروشگاه خود وارد می‌کنید و سفارشات بیشتری نیز دریافت می‌کنید، پایگاه‌داده وردپرس شما نیز بزرگ و بزرگ‌تر می‌شود.

اگر پایگاه‌داده وبسایت شما از حجم مجاز و تعیین شده هاست گذر کند، عملا دچار مشکل خواهید شد و از طریق سرویس‌دهنده هاست خود بایستی نسبت به ارتقا پلن هاست خود اقدام کنید و یا اینکه اقدام به بهینه‌سازی پایگاه‌داده وبسایت خود کنید. نظارت و پاکسازی پایگاه داده به صورت منظم می‌تواند مشکل ووکامرس و مسایل ایجاد شده ناشی از آن را کاهش دهد و سرعت و کیفیت عملکرد فروشگاه ووکامرس شما را حفظ کند.

دقت داشته باشید که افزونه‌های مکمل برای ووکامرس نیز ممکن است باعث افزایش حجم پایگاه‌داده وبسایت شما شوند. از جمله این افزونه‌ها می‌توان به افزونه گزارش‌گیری ووکامرس اشاره کرد که هرگونه فعالیت انجام شده روی وبسایت را در پایگاه‌داده ثبت می‌کند.

استفاده از افزونه‌های مکمل که جذاب هم هستند امکانات زیادی به فروشگاه ووکامرس شما اضافه می‌کنند اما بایستی در نظر داشته باشید افزونه بیشتر همیشه به معنای پایگاه‌داده بزرگ‌تر و جداول بیشتر روی این پایگاه‌داده است.
در صورتیکه افزونه‌های جدید تنظیمی برای حذف اطلاعات قدیمی از روی پایگاه‌داده وبسایت شما دارند حتما از این قابلیت استفاده کنید و اطلاعات قدیمی ایجاد شده توسط افزونه را حذف کنید. برای مثال معمولا افزونه‌های گزارش‌گیری تنظیمی برای حذف اطلاعات پس از گذشت مدت زمانی مشخص دارند.

همین مساله برای فایل‌های پشتیبان صادق است. اگر از افزونه پشتیبان‌گیری ووکامرس استفاده می‌کنید که داده‌ها را بر روی وبسایت شما ذخیره می‌کند بایستی در نظر داشته باشید که فایل‌های پشتیبان قدیمی می‌تواند اندازه پایگاه‌داده شما را بیش از اندازه بزرگ کرده و باعث مشکل ووکامرس شما شوند.

یکی از دلایلی که پروتکل های پشتیبان‌گیری بر روی سرور خیلی بهتر از افزونه‌های پشتیبان‌گیری وردپرس هستند نیز همین مساله می‌باشد.

۲۹ تیر ۱۳۹۹
Crawl error گوگل چیست؟
crawl error یا خطای خزش چیست؟

بودن در ابتدای نتایج جستجوی گوگل تماما با این مساله آغاز می شود که گوگل بتواند از خزش و ایندکس محتوای شما اطمینان یابد. وقتیکه گوگل نتواند به درستی صفحه ای را باز کند یا از صفحه ای به صفحه دیگر حرکت کند، قادر به ایندکس محتوا هم نخواهد بود. این اتفاق را crawl error یا خطای خزش می نامند.

جدول محتوا
crawl error خطاهایی هستند که موتورهای جستجو پس از تلاش برای دسترسی به صفحات شما با آنها مواجه می شوند. این خطاها خزنده های موتور جستجو را از خواندن محتوا و ایندکس صفحات شما باز می دارد.

crawl error به دو بخش تقسیم می شود:
- خطای سایت: این خطاها گوگل بات‌ها را از دسترسی به کل وبسایت بازمی‌دارد.
- خطای نشانی وب: این خطاها زمانی رخ می دهد که گوگل‌بات قادر به دسترسی به نشانی وب مشخصی از وبسایت شما نیست.
در Google Search Console جدید، این خطاها به شکل آدرس در گزارش پوشش ایندکس نشان داده می شود.

بخش جدید پوشش شاخص Google Search Console وضعیت ایندکس را طی زمان نشان می دهد:
- خطاهای که دریافت شد (و چند مورد رفع شدند)
- صفحات معتبری که گوگل ایندکس کرده است
- صفحاتی که گوگل در مواجهه با آنها ایندکس نکرده
- صفحات معتبری که گوگل ایندکس کرده اما همراه با خطاهایی بوده است
خطای سایت

خطاهای سایت مسایلی هستند که در سطح وبسایت رخ می دهند. خطاهای سایت به این معنا هستند که کاربران‌تان و گوگل قادر به دسترسی به هیچ صفحه ای از وبسایت شما نیستند. پس بی‌خیال این خطاها نشوید.

۳ نوع خطای سایت وجود دارد که امکان مواجهه گوگل با آنها می رود.

خطای DNS

DNS که مخفف سیستم نامگذاری دامنه می باشد، آدرس IP وبسایت را از رشته ای از اعداد مانند ۸.۱۲۸.۱۹.۱۰۰ به اعداد و حروف قابل استفاده بدل می سازد مانند https://wproket.ir. واضحا این سیستم به ما اجازه می دهد که بدون دانستن نشانی IP وبسایتی که قصد بازدید آن را داریم اقدام به مرور و گشت و گذار در اینترنت کنیم.

سیستم DNS به این صورت عمل می کند:
1. نام دامنه ای را در مرورگر خود تایپ می کنید.
2. مرورگر بررسی می کند که آیا اطلاعات آن دامنه به صورت محلی بر روی کامپیوتر شما ذخیره شده باشد.
3. اگر اینطور نیست، مرورگر درخواستی را به سرور محلی DNS ارسال می کند (که معمولا توسط ISP شما ارایه می شود).
4. سرور محلی DNS به دنبال جزییات نام دامنه می گردد. اگر اطلاعاتی در این خصوص نداشته باشد، بایستی به دنبال سرور نام ریشه دامنه باشد.
5. برای یافتن سرور، سرور DNS نشانی وب را به بخش هایی تقسیم می کند و اینکار را از راست به چپ انجام می دهد. مثلا برای آدرس www.wproket.ir به این صورت است: ir و wproket و در خاتمه www.
6. سرور DNS به سرور نام ریشه DNS متصل می شود تا مکان سرور را برای اولین بخش دامنه بیابد ir. این بخش به عنوان سرور نام دامنه سطح بالا شناخته می شود.
7. سرور DNS به سرور TLD متصل می شود.
8. سرور DNS از سرور نام TLD جزییات سرور نام شامل جزییات نام دامنه را می خواهد (در مورد مثال ما wproket).
9. در این نقطه، سرور DNS از سرور نام، اطلاعات wproket.ir را می خواهد و سرور نام نشانی IP دامنه را بازمی‌گرداند.
ایجاد ارتباط با DNS امری حیاتی محسوب می شود چرا که گام اول در دسترسی به یک وبسایت است. اگر گوگل نتواند ارتباط با DNS را برقرار کند، نخواهد توانست وبسایت شما را بیابد.

دو نوع خطای DNS وجود دارد که امکان مواجهه گوگل با آنها وجود دارد:
1. DNS timeout: سرور DNS شما به درخواست گوگل با سرعت لازم پاسخ نمی دهد.
2. DNS lookup: گوگل قادر به دسترسی به وبسایت شما نیست چرا که سرور DNS شما نمی تواند نام دامنه را بیابد.
اگر قادر به فراخوانی وبسایت خود برای گوگل نیستید، با ارایه دهنده DNS خود صحبت کنید.

خطاهای سرور

خطاهای سرور از خطاهای DNS متفاوت هستند. معنای آنها این است که گوگل قادر به یافتن نشانی وب بر روی سرور DNS بوده است اما به علت مسایل موجود بر روی سرور قادر به بارگیری صفحه نیست.

debug.log برای فعال‌سازی حالت اشکال‌زدایی در وردپرس

این معمولا بدین معناست که سرور شما زمان زیادی را به پاسخدهی اختصاص داده و درخواست گوگل منقضی می شود. گوگل تنها مقدار زمان مشخصی را برای انتظار به پاسخ سرور اختصاص می دهد.

به مانند خطای DNS، خطای سرور مساله بزرگی برای وبسایت محسوب می شود. این بدان معناست که مشکلی در رابطه با سرور شما وجود دارد که کاربران و خزنده های موتور جستجو را از دسترسی به وبسایت شما منع می کند.

اینکه چطور بخواهیم خطای سرور را حل کنیم بستگی به این دارد که بدانیم خطا در چه رابطه است. چندین نوع خطای سرور وجود دارد:
- Timeout: خیلی ساده سرور زمان زیادی را به پاسخدهی به درخواست ربات گوگل صرف می کند.
- Truncated headers: سرور ارتباطش را پیش از اینکه سرآیندها کامل ارسال شوند می بندد.
- Connection reset: گوگل قادر به ارتباط با وبسایت است اما چیزی دریافت نمی کند چون ارتباط در قسمتی از پاسخ ریست می شود.
- Truncated response: پیش از اینکه گوگل پاسخ کامل را دریافت کند ارتباط خاتمه می یابد.
- Connection refused: سرور شما از ارتباط با ربات گوگل سرباز می زند.
- Connect failed: شبکه سرور شما از کار افتاده یا قابل دسترسی نیست.
- Connect timeout: پردازش ارتباط طولانی می شود.
- No response: ارتباط با سرور شما پیش از اینکه پاسخی ارسال شود خاتمه می یابد.
ناتوانی ربات

ناتوانایی یا شکست ربات اشاره به ناتوانایی گوگل در یافتن و خواندن فایل robots.txt یک وبسایت در آدرس www.example.com/robots.txt دارد. اگر DNS گام اول باشد و ایجاد ارتباط با سرور نیز گام دوم، آن وقت خواندن فایل robots.txt در مرحله خزش گوگل در یک وبسایت نیز گام سوم می باشد.

گوگل دوست ندارد که صفحاتی که تمایل به ایندکس شدنشان را ندارید را خزیده و ایندکس کند. بنابراین اگر قادر به خواندن و دسترسی به robots.txt نباشد، عملیات خزش را به زمانی موکول می کند که قادر به خواندن این فایل در وبسایت شما باشد. اگر که می خواهید گوگل تمام صفحات بر روی وبسایت شما را بخزد، می توانید افزودن این فایل را به دامنه خود فراموش کرده و این خطا را نیز نادیده بگیرید.

اگر این خطا را در Google Search Console مشاهده می کنید، بررسی کنید که چگونه فایل robots.txt را تنظیم و برپاسازی کرده اید.
- آیا به صورت فایل متنی ساده ساختید؟
- آیا صفحه خانگی خود را مستثنی کردید؟
- فایل robots.txt کد وضعیت ۲۰۰ یا ۴۰۴ بازمی‌گرداند؟
- خط Disallow را بررسی کرده اید؟
وقتیکه با خطای ربات ها روبروی می شوید، هیچ کاری بهتر از پیکربندی صحیح و درست robots.txt نیست چرا که فایل شکسته robots.txt باعث می شود که گوگل دچار crawl error شود.

خطاهای نشانی وب

خطاهای نشانی وب متفاوت از خطای وبسایت هستند چرا که تنها در صفحه به خصوصی ظاهر می شوند و نه کل وبسایت. در این شرایط گوگل قادر به فراخوانی یک صفحه ویژه بوده اما نمی تواند آن را بخواند.

خطای نرم ۴۰۴

نام خطای نرم ۴۰۴ می تواند برای برخی گمراه کننده باشد. این صفحات، صفحاتی نیستند که کد وضعیت ۴۰۴ بازگردانند. در واقع، این صفحات صفحاتی هستند که کد وضعیت ۲۰۰ را ارسال می کنند. مشکل اینجاست که صفحات تقریبا خالی هستند.

چرا خطای ۴۰۴ از نظر سئو اهمیت دارد؟

کار گوگل در یافتن جایی که محتوا در یک صفحه واقع شده است حرف ندارد. بنابراین وقتیکه نشانی وب شامل صفحه ای است که محتوای خوبی ندارد، آن را خطای نرم ۴۰۴ می داند. از نظر فنی، صفحه وجود دارد و کد وضعیت ۲۰۰ بازمی‌گرداند اما صفحه ای تقریبا خالیست.

گوگل آمار این صفحات را دارد زیرا که برای کاربران چندان مفید نیستند، از ربات گوگل بدون دلیل کار می کشند و کارایی خزش وبسایت شما را تحت شعاع قرار می دهند.

بهترین شانس شما افزودن محتوا به این صفحات یا noindex کردن آنها است تا گوگل دیگر به آنها توجهی نداشته باشد.

دقت کنید که اگر از صفحه سفارشی ۴۰۴ استفاده می کنید که کد وضعیت ۴۰۴ را برنمی‌گرداند، احتمالا گوگل آنها را ۴۰۴ نرم خواهد شناخت.

Not Found (پیدا نشد)

نشانی های وب پیدا نشده در واقع خطاهای ۴۰۴ واقعی هستند که در وبسایت ایجاد می شوند؛ گوگل نشانی وبی را بر روی وبسایت درخواست می کند که وجود ندارد.

در حالیکه نشانی وب حاوی Not Found در گزارش crawl error می تواند باعث سردرگمی شما شود اما آنقدرها هم که فکرش را می کنید فاجعه بار نیست. در واقع طبق گفته خود گوگل، خطای ۴۰۴ بر وضعیت ایندکس وبسایت شما یا رتبه بندی آن در نتایج جستجو تاثیر منفی نمی گذارد.

بخش گسترده ای از خطای ۴۰۴ که بر روی وبسایت می بینید نیاز به اصلاح و ترمیم دارند. در حالیکه بین دو راهی اصلاح یا عدم اصلاح نشانی وب حاوی خطای ۴۰۴ مانده اید، در نظر داشته باشید که:
- آیا نشانی وب، لینک های خروجی با کیفیت زیادی دارد؟
- آیا ترافیک بالایی دریافت میکند؟
- آیا نشانی وبی است که کاربران انتظار دارند که وجود داشته باشد؟
اگر پاسخ یک یا چند پرسش بالا بله است، بایستی به دنبال علت و رفع خطا باشید. اگر خطای ۴۰۴ به دلیل لینک سازی داخلی مشکل دار ایجاد شده بایستی قطعا این مساله را رفع کنید.

رفع مشکل ناشی از خطای ۴۰۴ بسته به یافتن علت اصلی ماجراست. می تواند به سادگی اصلاح خطای نوشتاری در لینکی داخلی باشد. اگر مساله ناشی از لینک خروجی به صفحات قدیمی است، از تغییر آدرس ۳۰۱ به نشانی جدید استفاده کنید. اگر نشانی وبی است که کاربران مدام به سراغ آن خواهند آمد، صفحه را ایجاد کرده یا به محتوای مرتبط در جایی از وبسایت خود لینک دهید.

Access denied (رد دسترسی)

این خطاها زمانی رخ می دهند که گوگل اجازه دسترسی به صفحه مشخصی را ندارد. این خطا معمولا به دلایل زیر رخ می دهد:
- حفاظت صفحه با کلمه عبور
- اجازه دسترسی توسط robots.txt رد شده است
- خدمات دهنده هاست شما گوگل بات را بلاک کرده است
اگر می خواهید که نشانی های وب مد نظر شما که در crawl error نیز نمایش داده می شوند در نتایج جستجوی گوگل نشان داده نشوند، نیاز به کاری نیست. این دقیقا کاریست که بایستی میشد و نیاز به انجام کار خاصی ندارید.

اما اگر می خواهید این صفحات در نتایج جستجو ظاهر شوند بایستی چیزی که باعث مسدود شدن گوگل شده است را اصلاح کنید.
- لزوم لاگین برای مشاهده صفحه را حذف کنید
- نشانی وب را از فایل robots.txt حذف کنید
- با ارایه دهنده خدمات هاست خود برای اجازه دسترسی به گوگل بات تماس بگیرید
دوباره به مانند خطای ۴۰۴، تصمیم با شماست که آیا صفحه با چنین پیغامی نیاز به اصلاح دارد یا خیر. اگر این صفحات خیلی برای وبسایت شما مهم نیستند می توانید این پیغام خطا را فراموش کنید.

ابزار بررسی نشانی وب

Google Search Console به شما اجازه می دهد که درباره تک تک صفحات وبسایت خود و مسایل و crawl error موجود در آنها به بررسی و مطالعه بپردازید. برای اینکار می توانید خیلی راحت از جعبه جستجوی بالای Google Search Console استفاده کنید.

crawl error چه تبعاتی برای وبسایت ما در پی دارد؟

واضح ترین مشکل در خصوص crawl error در وبسایت این است که این خطاها جلوی دسترسی گوگل به محتوای وبسایت شما را می گیرند. گوگل نمی تواند صفحاتی که به آن دسترسی ندارد را رتبه بندی کند. نرخ بالای crawl error نیز می تواند به دیدگاه گوگل نسبت به وبسایت شما تاثیر منفی بگذارد.

بسیاری از خطاهای خزش می توانند بر این مساله تاثیر بگذارند که گوگل وضعیت سلامت وبسایت شما را به چه صورتی ارزیابی می کند. وقتی که خزنده های گوگل در دسترسی به وبسایت شما دچار مسایل زیادی شوند، ممکن است که به این نتیجه برسند که این صفحات ارزش خزش مداوم را ندارد. این مساله می تواند منجربه طولانی شدن روند ایندکس صفحات دیگر وبسایت شما شود.
۲۶ تیر ۱۳۹۹
چرا خطای ۴۰۴ از نظر سئو اهمیت دارد؟
خطای ۴۰۴، یا صفحه ۴۰۴ محتوایی است که کاربر در صورتی می بیند که به صفحه ای ناموجود بر روی وبسایت شما دسترسی پیدا کند. صفحه خطای ۴۰۴، صفحه ای است که سرور شما زمانی نمایش می دهد که نشانی وب درخواست شده توسط کاربر را نمی تواند پیدا کند.

در حالیکه مقالات و بحث های زیادی در خصوص چگونگی مدیریت خطای ۴۰۴ و تاثیرش بر سئو وجود دارد، اما این واقعیت که خطای ۴۰۴ تقریبا غیرقابل‌اجتناب است انکارناپذیر است. یکی از راه های وسوسه انگیز برای حل این مشکل، تغییر مسیر خطای ۴۰۴ به صفحه خانگی است در حالیکه اینکار دقیقا در تضاد با کاریست که بایستی انجام دهید.

تغییر مسیر به صفحه خانگی به چند دلیل تجربه کاربری بدی محسوب می شود:
- کاربران وقتیکه بر روی لینکی کلیک میکنند و در عوض به صفحه خانگی مواجه می شوند دچار سردرگمی می شوند.
- کاربران به اطلاعاتی که خواستار آن بودند دست نیافته و نمی دانند چرا اینطور شده است.
- کاربران شما به صفحه ای می رسند که می تواند کاملا نامرتبط با لینکی باشد که بر روی آن کلیک کرده اند.
استفاده از تغییر مسیر ۳۰۱ یا ۳۰۲ به صفحه خانگی نیز از نظر سئو روشی بد محسوب می شود. برخی از مالکین وبسایت ها و سئوکاران این کار را انجام می دهند تا از مزیت لینک سازی محتوای ناموجود/حذف شده بهره ببرند.

کدهای وضعیت HTTP

فرستادن گوگل به صفحه خانگی به جای صفحه ای که وضعیت ۴۰۴ را نشان می دهد می تواند گوگل را به این فکر بیاندازد که صفحه خانگی شما خطای نرم ۴۰۴ دارد.

بنابراین تغییر مسیر خطای ۴۰۴ به صفحه خانگی تان دقیقا در مقابل چیزی است که بایستی انجام دهید.

هرچند تحقیقات اخیر نشان می دهد که ۱۱.۴% از بک لینک های تغییرنشانی شده به صفحه خانگی وبسایت هدایت می شوند.

می توانید برخی از خطاهای ۴۰۴ را به صفحاتی هدایت کنید که مطمئن شوید که آن صفحه با صفحه مورد نظر ارتباط دارد، مانند صفحه‌ای با محصول/دسته بندی مشابه یا محتوایی که اطلاعات یکسانی دارد.

اما هنوز پرسش اصلی پابرجاست که چه وقتی به یک صفحه ۴۰۴ خوب نیازمندیم.

استفاده از صفحات ۴۰۴ در جای درست

خطای ۴۰۴ می تواند برای کاربران اعصاب خوردکن باشد بنابراین هدف اصلی صفحه ۴۰۴ تبدیل تجربه کاربری منفی در مواجهه با یک خطا به یک تجربه مثبت است. کلید ماجرا در اینجا لینک ها هستند.

لینک ها در صفحات ۴۰۴ بسیار مهم هستند زیرا راهی برای خروج از صفحه خطا در اختیار کاربران قرار می دهند. به جای بستن پنجره و خروج از وبسایت شما، کاربر قادر به یافتن منابع مرتبط بالقوه و مفید در صفحه ای دیگر خواهد بود.

برخی از لینک ها را می توان به صفحه ۴۰۴ افزود:
- صفحه خانگی
- برخی از محبوب ترین پست های وبلاگی
- محبوب‌ترین محصولات
- راهی برای گزارش کاربر در خصوص لینک های شکسته یا فرم/صفحه تماس
- نقشه سایت HTML
می توانید همچنین با افزودن نوار جستجو در صفحه ۴۰۴ به کاربران‌تان کمک کنید تا اجازه یافتن چیزی را داشته باشند که به دنبال آن هستند.

debug.log برای فعال‌سازی حالت اشکال‌زدایی در وردپرس

صفحه خطای ۴۰۴ سفارشی شما چه کاری انجام می دهد

خطای ۴۰۴ و صفحه پیش فرض ۴۰۴ سرور معمولا خیلی جذاب نیستند، و اطلاعات زیادی را غیر از نمایش پیغام خطا در اختیار کاربران‌تان قرار نمی دهند. علاوه بر این این روش نمایش خطای ۴۰۴ می تواند عملکرد بازاریابی وبسایت شما را به شدت تحت شعاع دهد.

ساخت صفحه ۴۰۴ سفارشی با لینک های مفید و شاید نوار جستجو می تواند:
- نرخ بانس ریت را کاهش داده و کاربران را در وبسایت شما نگه دارد
- کاربران را در وبسایت شما درگیر نگاه داشته و روند فروش شما را حفظ کند
- حس خوبی را با نشان دادن صفحه خطای ۴۰۴ در کاربر ایجاد کند
- برندینگ پایدار را در کل وبسایت شما حفظ کند
- توجه بیرونی را برای برند شما حفظ کند
کاربران و افراد علاقه مندند که صفحات ۴۰۴ هوشمندانه را به اشتراک گذاشته و در خصوص آن در فضای آنلاین صحبت کنند. بنابراین یک صفحه خوب می تواند باعث بک‌لینک‌سازی خوبی شود.

صفحه ۴۰۴ چه کاری انجام نمی دهد

صفحات سفارشی ۴۰۴ واقعا به کاربران کمک می کنند که تجربه خوبی در مواجهه با خطای ۴۰۴ داشته باشند. همچنین به گوگل کمک می کند تا به صفحات دیگری در وبسایت شما از طریق لینک‌های‌تان حرکت کند.

به شکل عادی صفحات لندینگ می توانند مزایای لینک به صفحه خانگی و دیگر صفحات داخلی را از طریق لینک‌سازی برای وبسایت شما در پی داشته باشند. اما این به این خاطر است که گوگل اقدام به ایندکس کردن صفحات لندینگ شما می کند. در حالیکه گوگل صفحاتی که خطای ۴۰۴ را بازمی‌گرداند را ایندکس نمی کند. این بدان معناست که هیچ ارزشی برای لینک هایی که در صفحه خطای ۴۰۴ بدانها اشاره شده قائل نمی شود.

اگر صفحه ای دارید که پر از لینک های باکیفیت است و با خطای ۴۰۴ مواجه شده، هنوز هم می توانید آن آدرس وب را به صفحه مرتبط تغییر مسیر دهید.

چه زمانی از صفحه ۴۰۴ استفاده نکنیم

مواقع و شرایطی وجود دارد که احتمالا نخواهید که صفحه ۴۰۴ را به کاربر خود نشان دهید.

فایل htaccess در وردپرس چیست و چگونه از آن استفاده کنیم؟

چه صفحاتی را بایستی تغییر مسیر دهید؟
- صفحاتی که از نظر لینک های خارجی یا شمار لینک ها بسیار مهم هستند
- ترافیک زیاد یا سهم قابل توجهی از ترافیک کل وبسایت شما را به خود اختصاص می دهند
- صفحاتی که نشانی مشخصی دارند که کاربر تلاش در رسیدن به آن را دارد
در این شرایط، عقلانی است که از تغییر آدرس ۳۰۱ برای هدایت کاربر به یک صفحه مفید و مرتبط‌تر استفاده کنید.

به خاطر داشته باشید که که آن صفحات مقصدی که شما برای بازنشانی استفاده می کنید بایستی محتوای جایگزین معتبر و قابل اتکایی باشند. اگر خطای ۴۰۴ را برای این نوع از نشانی وب دریافت کردید، بایستی محتوای جایگزین برای این صفحات به کار گیرید چرا که این صفحات از مهمترین صفحات وبسایت شما می باشند.

ساخت صفحه ۴۰۴

اینکه چطور صفحه ۴۰۴ را می سازید کاملا به این قضیه بستگی دارد که می خواهید چطور وبسایت خود را مدیریت کنید.

برای آنهایی که از وردپرس استفاده می کنند، می توانید از پلاگین 404page استفاده کنید که به شما اجازه سفارشی سازی صفحه ۴۰۴ را می دهند. کار با این پلاگین نیاز به دانش برنامه نویسی یا تخصص خاصی ندارد. همچنین می توانید سری به صفحه پلاگین های وردپرس که در خصوص ساخت صفحه ۴۰۴ فعال هستند بزنید.

برای آنهایی که از وردپرس استفاده نمی کنند، پیشنهاد می شود که از کمک یک طراح یا توسعه دهنده برای ساخت و پیاده سازی صفحه ۴۰۴ استفاده کنند.
۲۵ تیر ۱۳۹۹
کدهای وضعیت HTTP
کدهای وضعیت HTTP در صفحات شما برای کاربران‌تان احتمالا معنای چندانی ندارد. اما کدهای وضعیت HTTP برای سئو و سلامت کلی وبسایت از اهمیت فوق العاده‌ای برخوردار است.

این کدهای وضعیت HTTP به شما می گویند که وقتیکه مرورگرها در تلاش برای ارتباط با وبسایت شما هستند چه اتفاقی رخ می دهد. این کدها زمانی که خطایی در وبسایت رخ می دهد یا وبسایت به حالت عادی کار می کند از سمت سرور ارسال می‌شوند.

علاوه بر این، کدهای وضعیت HTTP برای گوگل معنای زیادی دارند. از این رو برای سئو نیز اهمیت بسیاری دارند.

جدول محتوا
- کدهای وضعیت محتوا چه هستند و چه معنایی می دهند؟
- کدهای وضعیت HTTP مختلف و معنای آنها
- اهمیت کدهای وضعیت HTTP برای سئو
- معنای کدهای: ۲۰۰ / ۳۰۱ / ۳۰۲ / ۴۰۴ / ۴۰۱ / ۴۵۱ / ۵۰۰ / ۵۰۳
- مدیریت کدهای وضعیت HTTP
کدهای وضعیت محتوا چه هستند و چه معنایی می دهند؟

ویژگی کدهای وضعیت HTTP توسط W3C تعریف و تنظیم می شود. کدهای وضعیت در سرآیند HTTP صفحه قرار می گیرند تا نتیجه درخواستشپ مرورگر را به او اعلام کنند.

وقتیکه تمام شرایط مطابق پیش‌بینی پیش رود و مشکلی پیش نیاید، سرور کد ۲۰۰ را برخواهدگرداند.

اما وقتیکه تلاش برای تکمیل درخواست مرورگر به سمت سرور صورت می گیرد، اتفاقات زیادی ممکن است به شکل اشتباه رخ دهد.

کدهای وضعیت HTTP مختلف و معنای آنها

پنج دسته کدهای وضعیت HTTP وجود دارد. هر دسته مشخص می کند که این خطا در چه جایی رخ داده و عدد آن نیز معنای واقعی خطا را مشخص می کند.
- 1xx: اطلاعاتی
- 2xx: موفق!
- 3xx: تغییر مسیر. صفحه درخواست شده به آدرس دیگری تغییر مسیر داده است.
- 4xx: خطای مشتری. وقتیکه مرورگر به دنبال صفحه مورد درخواست بود اتفاق اشتباهی رخ داد.
- 5xx: خطای سرور. وقتیکه سرور قصد ارسال صفحه به مرورگر مشتری را داشت مشکلی پیش آمد.
کدهای وضعیت HTTP برای سئو اهمیت دارند

واضحا تمام کدهای وضعیت HTTP مهم هستند – بایستی بدانید که وبسایت شما از نظر سلامت در چه وضعیتی به سر می‌برد – اما کدهای وضعیت HTTP مشخصی وجود دارند که به شکل واضحی برای سئو و هر شخصی که با یک وبسایت کار می کند اهمیت دارد.

بیشتر بخوانید: چگونه خطای ۵۰۰ سرور را در وردپرس حل کنیم و از خطای ۴۰۱ بیشتر بدانیم و راه‌حل آن در وردپرس

۲۰۰: موفق

مشاهده صفحه با وضعیت ۲۰۰ همان چیزی است که به دنبال آن هستید. سرور کد وضعیت ۲۰۰ یا هر کد در گستره 2xx را در صورتیکه اوضاع بر وفق مراد باشد برمی گرداند. این بدان معناست که سرور، مرورگر و بازدیدکننده همگی از شرایط جاری راضی هستند.

۳۰۱: تغییر دایمی آدرس

وقتیکه آدرس درخواست شده به شکل دایمی به آدرس جدیدی انتقال پیدا کرده باشد، سرور کد وضعیت ۳۰۱ را برمی گرداند. اگر کاربری تلاش کند تا آدرسی قدیمی را برگرداند، کد وضعیت ۳۰۱ برخواهد گشت، که مرورگر را به آدرس جدید هدایت می کند. اگر به صفحه ای بدون افزودن تغییر آدرس ۳۰۱ مراجعه کنید، و تلاش کنید که آدرسی قدیمی را مشاهده کنید پیغام خطای ۴۰۴ را خواهید دید.

۳۰۲: پیدا شد

کد وضعیت ۳۰۲ به مرورگر می گوید که صفحه درخواست شده پیدا شده اما در آدرسی دیگر وجود دارد. از این رو مرورگر آدرس به‌روز شده را درخواست خواهد کرد. از آنجاییکه این کد از کدهای وضعیت HTTP اندکی مبهم است، بهتر است وقتیکه به شکل دایمی به صفحه دیگر انتقال پیدا می کند از تغییر آدرس ۳۰۱ استفاده کنیم.

۴۰۴: پیدا نشد

معروف ترین کد از کدهای وضعیت HTTP کد وضعیت ۴۰۴ است. سرور زمانی خطای ۴۰۴ را بازمی‌گرداند که مرورگر آدرسی را درخواست کرده باشد که سرور قادر به یافتن آن نباشد. این نوع پاسخ ها کاملا از نظر تجربه کاربری منفی هستند چرا که افرادی که در جستجوی صفحه مورد نظر خود هستند را سردرگم می کند.

از نقطه نظر سئو، وبسایتی با خطاهای ۴۰۴ بسیار به گوگل می گوید که احتمالا وبسایت از نظر وضعیت نگهداری ضعیف است و راهکار درستی برای تجربه کاربری خوب به کاربر در چنته ندارد.

خطاهای ۴۰۴ وبسایت خود را از طریق Google Search Console نظارت کنید و تلاش کنید تا تعداد خطاها را به حداقل برسانید.

با تغییر آدرس صفحات از خطاهای ۴۰۴ در امان باشید، لینک های خود را به روز نگاه دارید و مطمئن شوید که صفحات حذف شده کد وضعیت ۴۱۰ بازخواهند گرداند.

از آنجاییکه ممانعت اشخاص از دسترسی به صفحه ای که کد وضعیت ۴۰۴ را بازمی‌گرداند تقریبا محال است، با ایجاد صفحه ۴۰۴ سفارشی می توان به بهبود تجربه کاربری کمک کرد.

۴۰۱: ناموجود

زمانیکه آدرس درخواستی توسط مرورگر حذف شده باشد، سرور کد وضعیت ۴۱۰ را بازمی‌گرداند. برای کاربر انسانی، نتیجه به مانند همان ۴۰۴ خواهد بود. کاربران همان صفحه خطای طراحی شده شما را خواهند دید.

اما برای موتورهای جستجو، کد وضعیت ۴۱۰ می گوید که صفحه حذف شده و موتور جستجو نبایستی اقدام به ایندکس کردن آن کند.

پیش از حذف صفحه، از خود این پرسش را کنید که آیا می توان با استفاده از تغییر آدرس ۳۰۱ به صفحه‌ای متفاوت ولی مرتبط از وبسایت‌تان اشاره کرد.

۴۵۱: به دلایل قانونی در دسترس نیست

این کد از کدهای وضعیت HTTP تقریبا جدیدترین آن است. از این کد بایستی برای این منظور استفاده کرد که یک صفحه به دلایل قانونی مثلا درخواست دادگاه حذف شده است.

تقریبا مشاهده کد وضعیت ۴۵۱، محال است. اما کاربران اروپایی ممکن است در دسترسی به محتوای وبسایت هایی که مطابق قوانین کشور یا اتحادیه نیستند با کد وضعیت ۴۵۱ مواجه شوند.

۵۰۰: خطای داخلی سرور

سرور کد وضعیت ۵۰۰ را زمانی ارسال می کند که مرورگر درخواستی معتبر و صحیح داشته اما یک خطای داخلی در سرور مانع آن از بازگردانی صفحه شده است. موتورهای جستجو خیلی نسبت به این کد از کدهای وضعیت HTTP روی خوش نشان نمی دهند چرا که کد خطایی بسیار معمول است – موتورهای جستجو نمی دانند که چه اتفاقی قرار است بیافتد.

خطاهای ۵۰۰ معمولا با خطاهایی در کد یا پایگاه داده همراه هستند. اگر وبسایت شما خطاهای ۵۰۰ بسیاری را بازگرداند، بایستی فورا اقدامی برای رفع مشکل کنید.

۵۰۳: خدمات در دسترس نیستند

در صورتیکه مرورگر درخواستی ارسال کرده باشد و سرور در دسترس نباشد، کد وضعیت ۵۰۳ را بازخواهند گرداند.

از پاسخ های ۵۰۳ طی دوره های نگهداری سرور که از پیش برنامه‌ریزی شده استفاده می کنند. کد وضعیت ۵۰۳ به موتور جستجو می گوید که اگرچه که چیزی برای دسترسی وجود ندارد اما اگر اندکی بعد بازگردند هنوز شانس دسترسی به محتوا و صفحه را خواهند داشت.

مدیریت کدهای وضعیت HTTP

کدهای وضعیت HTTP نقش مهمی در سئو صفحات وبسایت شما و به صورت کلی برای موتورهای جستجو بازی می کنند. با دانستن اینکه این کدهای وضعیت HTTP چه زمانی و چگونه رخ می دهند می توان تجربه کاربری را به بالاترین حد خود رسانده و تعداد خطاهایی که افراد و گوگل می بینند را به حداقل رساند.

برای مثال، دانستن اینکه چگونه به شکل صحیح یک صفحه را با استفاده از ۴۰۱ حذف کنیم یا چه زمانی از تغییر آدرس ۳۰۱ استفاده کنیم، می‌تواند نقش حیاتی در حفظ سلامت وبسایت شما از دید گوگل ایفا کند.

برای بررسی کدهای وضعیت HTTP که وبسایت شما تولید می کند، به حساب کاربری تان در Google Search Console مراجعه کنید. سپس گزارش Coverage را بررسی کنید تا ببینید که گوگل در مواجهه با چه تعداد آدرس‌هایی با کدهای خطا مواجه شده است.

این خطاها بایستی حل شوند تا اطمینان یابیم که وبسایت ما به شکل صحیح توسط موتورهای جستجو ایندکس می شوند و توسط کاربران به شکل درستی مرور می شوند.
۱۹ تیر ۱۳۹۹
افزایش امنیت وردپرس
افزایش امنیت وردپرس از اهمیت بالایی برخوردار است اما بهرحال به مانند هر سیستم دیگری، مسایل امنیتی وجود دارد که در صورتیکه در خصوص آنها فکری نشود، می تواند مساله ساز شود.

جدول محتوا
افزایش امنیت وردپرس به چه معناست؟

اساسا امنیت به این معنا نیست که سیستم عاری از هر گونه مساله امنیتی باشد. چنین چیزی غیرممکن است و حفظ آن نیز همینطور. در واقع امنیت به معنای کاهش ریسک است و نه از بین بردن ریسک. امنیت یعنی به کارگیری تمام ابزارهای مناسب در دسترس که به شما اجازه بهبود وضعیت و کاهش خطرات امنیتی را می دهد.

میزبان وبسایت

اغلب اوقات وقتیکه صحبت از افزایش امنیت وردپرس می شود، اولین چیزی که به ذهن خطور می‌کند محیط میزبانی وبسایت است. امروزه انتخاب های زیادی در دسترس شماست. در حالیکه میزبان ها حدی از امنیت را تضمین می کنند اهمیت دارد که درک کنیم که حد این مسئولیت کجاست و از کجا مسئولیت های شما آغاز می شود.

یک سرور ایمن از حریم خصوصی شما، یکپارچگی و در دسترس بودن منابع تحت کنترل مدیر حفاظت می کند.

نکات مثبت یک میزبان وب ایمن شامل این موارد می شود:
- در خصوص نگرانی های امنیتی کاملا آماده صحبت باشد و توضیح دهد که در پلن های میزبانی خود چه ویژگی ها و فرآیندهایی را پشتیبانی می کنند.
- پایدارترین نسخه از تمام نرم افزارهای سرور را ارایه کند.
- روش های قابل اتکا را برای پشتیبان گیری و بازیابی اطلاعات فراهم سازد.
بررسی کنید و ببینید که چه تنظیمات امنیتی را بر روی سرور نیاز دارید.

اغلب اوقات میزبان های وب پاسخگوی کیفیت زیرساختی هستند که وبسایت بر روی آن بستر کار می کند، و پاسخگوی برنامه ای که بر روی این بستر مورد استفاده قرار می گیرد نیستند.

برای درک اینکه کجا و چرا این مساله اهمیت فوق العاده ای پیدا می کند بایستی ببینید که نفوذ و رخنه در وبسایت ها چگونه رخ می دهد. به ندرت این رخنه ها به دلیل ضعف زیرساخت رخ می دهند و اغلب اوقات به دلیل نواقص در خود برنامه است.

رخنه های کامپیوتر شخصی شما

مطمئن شوید که از نرم افزارهای ضداسپم و ضدویروس بر روی کامپیوتر شخصی خود استفاده می کنید. اگر بر روی کامپیوتر شخصی خود امنیت خوبی نداشته باشید خیلی میزان امنیت وردپرس یا وب سرور فرقی به حال شما نمی کند.

برای افزایش امنیتی وردپرس همیشه سیستم عامل، مرورگر و نرم افزار روی آن را به روز نگاه دارید، به‌روزرسانی از شما در برابر آسیب پذیری‌های امنیتی محافظت می کند. اگر وبسایت های نامطمئن را مرور می کنید، توصیه ما این است که از ابزارهایی مانند no-script (یا غیرفعال‌سازی جاوا اسکریپت) در مرورگر خود استفاده کنید.

رخنه های وردپرس

به مانند تمام بسته های نرم افزاری مدرن، وردپرس به صورت منظم به‌روزرسانی می شود تا مسایل امنیتی جدیدی که به وجود آمده و تهدیدی برای وبسایت محسوب می شوند را رفع کند. بهبود امنیت نرم افزار همیشه یک نگرانی است و به همین منظور برای افزایش امنیت همیشه بایستی وردپرس خود را با آخرین نسخه آن به‌روز نگاه دارید. نسخه های قدیمی‌تر از وردپرس محافظتی در مقابل رخنه های امنیتی برای شما ایجاد نمی کنند.

رخنه های وب سرور

وب سرور که وردپرس بر روی آن اجرا می شود و نرم افزارهای مخصوصی دارد، ممکن است که دچار آسیب‌پذیری شود. از این رو به جهت افزایش امنیت وردپرس مطمئن شوید که همیشه از ایمن ترین، پایدارترین و آخرین نسخه از وب سرور و نرم افزار روی آن استفاده می کنید یا اینکه مطمئن شوید که از خدمات میزبانی مطمئن استفاده می کنید که مسایل را برای شما مدیریت می کند.

اگر از سرور اشتراکی استفاده می کنید و یک وبسایت بر روی همان سرور به خطر بیافتد، وبسایت شما به صورت بالقوه نیز دچار خطر رخنه قرار می گیرد حتی اگر که همه مسایل ایمنی و امنیتی را رعایت کرده باشید.

رخنه های شبکه

سمت سرور وردپرس و سمت شبکه مشتری بایستی از ایمنی خوبی به جهت افزایش امنیت وردپرس برخوردار باشد. این به معنای به روز رسانی قوانین فایروال بر روی روتر خانگی و مراقب بودن در خصوص شبکه هایی است که از آنها برای ارتباط اینترنتی خود استفاده می کنید، می باشد. مثلا یک کافی‌نت که کلمات عبور را بر روی بستری رمزنگاری نشده انتقال می دهد، شبکه ای مطمئن و ایمن محسوب نمی شود.

کلمات عبور

جلوی بسیاری از آسیب پذیری‌های بالقوه را می توان با عادات خوب امنیتی گرفت. یک کلمه عبور قدرتمند در واقع تلاشی مثبت در جهت افزایش امنیت وردپرس محسوب می شود.

هدف انتخاب کلمه عبور قدرتمند این است که کار حدس زدن آن و درجه موفقیت حملات بروت‌فورس راسخت کند. بسیاری از رمزسازهای خودکار و رایگان وجود دارند که می توانید از آنها برای تولید و ایجاد کلمات عبور ایمن استفاده کنید.

وردپرس نیز برای افزایش امنیت وردپرس از قدرت‌سنج کلمه عبور خود هنگام تغییر کلمه عبور در وردپرس استفاده می کند. استفاده از این قابلیت هنگام تغییر کلمه عبور ما را مطمئن می سازد که کلمه عبورمان از حداکثر قدرت برخوردار است.

مواردی که بایستی هنگام انتخاب کلمه عبور به آنها دقت داشته باشیم:
- از نام حقیقی خود، نام کاربری، نام شرکت یا نام وبسایت خود به عنوان بخشی از کلمه عبور استفاده نکنید.
- از دیکشنری استفاده نکنید.
- کلمه عبور کوتاه برنگزینید.
- از انتخاب کلمات عبور تنها عددی یا تنها الفبا بپرهیزید.
برای افزایش امنیت وردپرس، کلمه عبور قدرتمند نه تنها ضرورت دارد بلکه از محتوای وبسایت شما در مقابل خطرات محافظت می کند.

مجوزهای دسترسی به فایل

یکی از ویژگی های خوب وردپرس نوشتنی کردن فایل های مختلف توسط وب سرور است. اما اجازه دسترسی برای نوشتن در فایل ها به صورت بالقوه خطرناک است، مخصوصا در محیط‌های هاست اشتراکی. بهترین شرایط برای افزایش امنیت وردپرس این است که تا حد امکان اجازه های دسترسی به فایل را سلب کنید و مواقعی که نیاز به نوشتن در فایل دیده می شود اقدام به برداشتن برخی از محدودیات کنید.

مالکیت تمام فایل ها بایستی متعلق به نام کاربری شما باشد و بایستی توسط شما نوشتنی باشد. هر فایلی که نیاز به دسترسی نوشتن از طریق وردپرس دارد بایستی توسط وب سرور نوشتنی شود.

پوشه ریشه وردپرس: اگر می خواهید که وردپرس به صورت خودکار قوانین بازنویسی را برای شما تولید کند، بایستی تمام فایل ها تنها توسط حساب کاربری شما نوشتنی باشد به جز فایل htaccess.

ناحیه مدیریتی وردپرس wp-admin: تمام فایل ها بایستی تنها توسط حساب کاربری شما نوشتنی باشد.

فایل های برنامه وردپرس wp-includes: تمام فایل ها بایستی تنها توسط حساب کاربری شما نوشتنی باشد.

محتوای کاربر wp-content: بایستی توسط حساب کاربری شما و وب سرور نوشتنی باشد.

فایل های قالب wp-content/themes: اگر از ویرایشگر پیش فرض قالب استفاده می کنید تمام فایل های بایستی توسط فرآیند وب سرور نوشتنی باشد. اگر نمی خواهید از ویرایشگر پیش فرض قالب استفاده کنید، نوشتنی تمام فایل ها تنها توسط حساب کاربری شما بایستی باشند.

فایل های پلاگین wp-content/plugins: تمام فایل ها بایستی توسط حساب کابری شما نوشتنی باشند.

امنیت پایگاه داده

اگر چندین وبلاگ را بر روی یک سرور راه انداخته اید، برای افزایش امنیت وردپرس بایستی آنها را در پایگاه داده های جداگانه توسط کاربران متفاوت نگهداری کنید. با این روش، اگر یک مهاجم با موفقیت توانست وارد وردپرس شما شود، کار تغییر و رخنه در دیگر بلاگ ها برای او سخت خواهد شد.

اگر مدیر MySQL هستید، از پیکربندی صحیح MySQL مطمئن شوید و ویژگی های غیرضروری (مانند قبول اتصال از راه دور TCP) را غیرفعال کنید.

محدودسازی دسترسی کاربر پایگاه داده

برای عملیات معمولی وردپرس مانند ارسال مطالب وبلاگ، آپلود فایل های چندرسانه ای، ارسال دیدگاه، ساخت کاربران جدید در وردپرس و نصب پلاگین های وردپرس، کاربر پایگاه داده MySQL تنها نیاز به خواندن و نوشتن داده ها در پایگاه داده MySQL دارد؛ SELECT, INSERT, UPDATE و DELETE.

از این رو به منظور افزایش امنیت وردپرس هر دسترسی مدیریتی و ساختاری در پایگاه داده مانند DROP یا ALTER و GRANT بایستی لغو شود.

به خاطر داشته باشید که برخی از پلاگین‌ها، قالب و به‌روزرسانی های بزرگ وردپرس ممکن است که نیازمند تغییرات ساختاری در پایگاه داده باشند مانند افزودن جداول جدید یا تغییرات. در چنین مواردی پیش از نصب افزونه یا به‌روزرسانی نرم افزار، بایستی به صورت موقت اجازه دسترسی های لازم به کاربر پایگاه داده را بدهید.

ایمن سازی wp-admin

یکی دیگر از روش های افزایش امنیت وردپرس، افزودن کلمه عبور در سمت سرور به مسیر wp-admin است تا با اینکار لایه دوم محافظتی در حدود ناحیه مدیریتی وبلاگ شما، صفحه لاگین و فایل های شما افزوده شود. اینکار مهاجم یا ربات را مجبور می کند تا بجای حمله به فایل های مدیریتی به لایه دوم حفاظتی حمله کند.

البته بایستی دقت داشته باشید که با ایمن سازی پوشه wp-admin خیلی ساده ممکن است عملکرد وردپرس را دچار اختلال کنید، مانند هندلر AJAX در مسیر wp-admin/admin-ajax.php.

معمول ترین حملات علیه وبلاگ وردپرس معمولا در دو دسته می‌گنجد:
1. ارسال درخواست های HTTP به سرور با پیلودهای ویژه برای آسیب‌پذیری‌های به خصوص. این آسیب‌پذیری‌ها شامل پلاگین و نرم‌افزارهای قدیمی/به‌روزرسانی نشده می شود.
2. تلاش برای دسترسی به وبلاگ با استفاده از روش حدس کلمه عبور بروتفورس.
ایمن سازی wp-includes

برای افزایش امنیت وردپرس، لایه دوم حفاظتی را می توان به جایی که اسکریپت ها قرار دارند نیز اضافه کرد که معمولا مورد دسترسی کاربران قرار نمی گیرد. یک راه برای انجام آن این است که آن اسکریپت ها را با استفاده از mod_rewrite در فایل htaccess مسدود کنیم. توجه داشته باشید که کد زیر توسط وردپرس بازنویسی نشود، برای اینکار آن را خارج از تگ های BEGIN WordPress # و END WordPress # در فایل htaccess قرار دهید. وردپرس توانایی بازنویسی هر کد داخل این تگ ها را دارد.
```
<IfModule mod_rewrite.c>
RewriteEngine On RewriteBase / RewriteRule ^wp-admin/includes/ - [F,L] RewriteRule !^wp-includes/ - [S=3] RewriteRule ^wp-includes/[^/]+\.php$ - [F,L] RewriteRule ^wp-includes/js/tinymce/langs/.+\.php - [F,L] RewriteRule ^wp-includes/theme-compat/ - [F,L]
</IfModule>
```
به خاطر داشته باشید که این ویژگی در حالت چندسایتی وردپرس کار نمی کند.

ایمن سازی wp-config.php

می توانید فایل wp-config.php را در پوشه ای دیگر نگهداری کنید. این بدان معناست که برای افزایش امنیت وردپرس خود می توانید wp-config.php را خارج از پوشه ریشه وبسایت ذخیره کنید.

به خاطر داشته باشید که فایل wp-config.php را می توانید یک سطح پوشه بالاتر از محل نصب وردپرس (جایی که wp-includes قرار دارد) نگهداری کنید. همچنین مطمئن شوید که تنها شما (و وب سرور) توانایی خواندن این فایل را دارد (دسترسی ۴۴۰ و ۴۰۰ بدهید).

اگر از htaccess استفاده می کنید می توانید کد زیر را در (ابتدای) فایل برای عدم اجازه دسترسی به هر شخصی که آن را مرور می کند قرار دهید:
```
<files wp-config.php>
order allow,deny deny from all
</files>
```
غیرفعال سازی ویرایش فایل

به صورت پیش فرض پیشخوان وردپرس به مدیران اجازه ویرایش فایل PHP را می دهد، مانند فایل های قالب و پلاگین. این حالت اغلب به عنوان اولین ابزار یک مهاجم برای اجرای کد تلقی می شود، البته در صورتیکه توانایی لاگین به وردپرس را داشته باشد. به جهت افزایش امنیت وردپرس می توانید از قابلیتی برای غیرفعال سازی ویرایش از طریق داشبورد استفاده کنید. خط زیر را در فایل wp-config.php قرار دهید تا قابلیت های edit_themes، edit_plugins و edit_files را از تمام کاربران سلب کنید:
```
define('DISALLOW_FILE_EDIT', true);
```
البته این کد باعث نمی شود که مهاجم قادر به آپلود فایل های مخرب در فضای وبسایت شما نشود بلکه می تواند جلوی حملات را بگیرد.

پلاگین‌ها

برای افزایش امنیت وردپرس، مطمئن شوید که همیشه پلاگین‌های‌تان به روز باشند. همچنین اگر از پلاگین به خصوصی استفاده نمی کنید، آنها را از روی سیستم خود حذف کنید.

دیواره آتشین (فایروال)

راه دیگر برای افزایش امنیت وردپرس استفاده از فایروال در وردپرس است. پلاگین و خدمات بسیاری هستند که می توانند به عنوان یک فایروال برای وبسایت شما عمل کنند. برای این منظور می توانید از افزونه امنیتی وردپرس WP Cerber Security که امکانات بسیاری دارد استفاده کنید.

جدا از استفاده از پلاگین های امنیتی وردپرس، همچنین می توانید WAF (فایروال وب) را روی وب سرور خود برای فیلتر محتوا پیش از پردازش توسط وردپرس نصب کنید. محبوب‌ترین WAF متن باز ModSecurity است.

همچنین می توانید برای افزایش امنیت وردپرس از میانجی هایی بین ترافیک اینترنت و سرور میزبان خود استفاده کنید. این خدمات به عنوان واسطه عمل می کند. اینکار با تغییر رکوردهای DNS صورت می پذیرد. این روش باعث می شود که تمام ترافیک شما توسط فایروال پیش از دستیابی به وبسایت فیلتر شود. شرکت هایی مانند کلودفلیر اینکار را برای شما انجام می دهند.

ثبت گزارش

وقتیکه صحبت از درک اتفاقات جاری در وبسایت می شود، گزارش یا لاگ بهترین دوست شما خواهد بود. ثبت گزارش در وردپرس به شما اجازه می دهد که درک کنید که چه شخصی چه کاری را در چه زمانی انجام داده است؛ به طور کلی استفاده از روش ثبت گزارش باعث افزایش امنیت وردپرس می شود.

برای درک و استفاده راحت از گزارشات می توانید از افزونه هایی مانند Sucuri Auditing tool یا Audit trail و با افزونه امنیتی وردپرس WP Cerber Security استفاده کنید.

نظارت و بررسی

گاهی اوقات پیشگیری کافی نیست و هنوز هم امکان هک شدن وبسایت شما وجود دارد. در این شرایط می توانید به تشخیص/نظارت فکر کنید. با استفاده از روش های نظارتی می توانید واکنش سریعتر داشته و کشف کنید که چه اتفاقی رخ داده و وبسایت را بازیابی کنید. استفاده از افزونه امنیتی وردپرس WP Cerber Security برای بررسی اتفاقات در جریان در وبسایت یکی از روش های نظارت و بررسی وبسایت وردپرس شماست.
۱۹ تیر ۱۳۹۹
محتوای تکراری Duplicate Content چیست؟
محتوای تکراری Duplicate Content محتوای یکسانی است که در چند آدرس منحصربه‌فرد ظاهر می شود. محتوای یکسان یعنی اینکه بخش‌هایی از محتوا به شکل قابل توجهی مشابه هم می باشند که این تشابه می تواند کپی دقیقی بوده یا اینکه محتوایی باشد که در بخش هایی از متن کپی کاری شده باشد.

محتوای تکراری همچنین اشاره به محتوای منتشره در یک دامنه یا چند دامنه می تواند داشته باشد. بنابراین ممکن است که تصادفا صفحات تکراری در وبسایت خود داشته باشید، یا شخصی محتوایی را از صفحه شما برداشته و منتشر کرده باشد، اصطلاحا کپی کاری کرده باشد یا هر دو.

جدول محتوا
حالا با این تعاریف، «به شکل قابل توجهی مشابه» می تواند تا حدی غلط انداز باشد. خوشبختانه گوگل در خصوص قواعد ارزیابی کیفیت جستجوی خود شفاف است. گوگل ۳ مورد را به عنوان محتوای تکراری Duplicate Content ارزیابی می کند.
1. محتوای کپی شده از یک منبع قابل شناسایی. راحت ترین نوع شناسایی محتوای تکراری برای گوگل است. این محتوا متنی است که دقیقا کپی و پیست شده است، کلمه به کلمه از یک صفحه در صفحه ای دیگر.
2. محتوایی که به نسبت متن اصلی خود اندکی تغییر یافته است. اندکی گیر انداختن این دسته از کپی کارها و شناسایی محتوای تکراری سخت است. این نوع محتوای تکراری معمولا با استفاده از قاعده «یافتن و جایگزین کردن» برای کلمات به خصوص یا حتی کل جملات به شکل بازنویسی عمل می کند. گوگل به این روش کپی کاری به صورت «کپی با حداقل تغییر» می نگرد.
3. محتوای کپی شده از منبعی که تغییر کرده یا به شکل متناوب تغییر یافته است. باز گیرانداختن این دسته از کپی کارها برای گوگل سخت است. این محتوا از صفحه ای کپی شده که سپس به روزرسانی شده است. مانند یک وبسایت خبری یا صفحه ویکیپدیا.
گوگل محتوای کپی شده را که ارزش افزوده ای برای کاربران ایجاد نمی کند را صفحاتی با پایین ترین رتبه در نظر می گیرد.

چرا گوگل درباره محتوای تکراری حساس است؟

گوگل به ۳ دلیل زیر در خصوص محتوای تکراری Duplicate Content حساس است:
1. ممکن است که شناخت محتوای اصلی سخت باشد.
2. گوگل نمی خواهد که بیش از یک محتوای یکسان را در نتایج جستجوی خود نشان دهد.
3. می تواند گوگل را در دنبال کردن لینک ها یا خزیدن و ایندکس کردن آدرس ها دچار دردسر کند.
از منظر گوگل و کاربرانش به گوگل بنگرید. وقتیکه به دنبال چیزی در گوگل هستید، اگر ۳ یا ۴ صفحه متفاوت که میزبان یک محتوا هستند دریافت کنید، برای شما بسیار زجرآور خواهد بود. به همین دلیل است که گوگل پیغام «ما برخی نتایج بسیار مشابه را از نتایج حذف کردیم» را نمایش می دهد.

چطور جلوی دزدی محتوا را بگیریم

نمی توانید جلوی افراد را در مقابل کپی کاری محتوا بگیرید اما روش هایی وجود دارد که می توانید با انجام آنها به گوگل بگویید که محتوای شما محتوایی اصلی است.

اگر نگران کپی کاری محتوای خود هستید، می توانید محتوای خود را با استفاده از نشانه گذاری داده های ساخت یافته (یا Schema) امضا کنید چرا که دیگر rel=author پشتیبانی نمی شود. همچنین می توانید خدمات Google My Business را برای خود ثبت کنید و به وبسایت خود لینک دهید.

همچنین سعی کنید که محتوای خود را جامع تر و کامل تر کنید.

محتوای تکراری تصادفی

محتوایی که عمدا از وبسایت های دیگر کپی می شود واضح ترین نمونه از محتوای تکرای است. بهرحال، حالت های دیگر نیز وجود دارد که در آنها به شکل تصادفی محتوای شما در چند وبسایت کپی می شود.

این محتوای تکراری اغلب به دلیل اشتباهاتی در تنظیم و برپاسازی سیستم مدیریت محتوا یا فروشگاه اینترنتی وبسایت رخ می دهد.

a) تجارت الکترونیک

افراد خرده‌فروشی‌های آنلاینی را راه می اندازند که از توضیحات ارایه شده توسط کارخانه در خصوص محصول استفاده می کنند. در ابتدا این مساله برای خرده فروشی های منطقی به نظر می رسد: در هزینه زمان صرفه جویی کرده و تولیدکننده نیز بهترین اطلاعات را در خصوص محصول خود به بازدیدکننده ارایه می کند. بهرحال اما ۲ تا ۳ میلیون شرکت فعال در زمینه تجارت الکترونیک در دنیا وجود دارند.

وبسایت های بسیاری نیز هستند که در خصوص استفاده از توضیحات محصول تولید کننده به همین صورت فکر می کنند.

سکوی فروشگاه اینترنتی شما نیز با ایجاد محصولاتی با رنگ و سایز متفاوت می تواند باعث ایجاد محتوای تکراری شود. برخی از سکوها از توضیحات یکسانی استفاده کرده ولی صفحات متفاوتی را برای هر نوع محصول ایجاد می کنند.

b) صفحه بندی

محتوایی که در صفحه دوم می آید می تواند باعث شود که گوگل اینطور گمان کند که آن محتوا تقریبا مشابه محتوای صفحه پیشین خود است. محتوای صفحه بندی شده اغلب با عناوین یکسان و توضیحات متای یک شکل برای هر صفحه همراه خواهد بود. در حالیکه از دیدگاه کاربری امریست منطقی و بدیهی، اما از نقطه نظر گوگل، این دو یا چند صفحه یکسان هستند.

c) حل مساله در خصوص WWW

این موضوع به عنوان مساله مربوط به دامین مطرح است. مساله مربوط به WWW زمانی رخ می دهد که وبسایت شما بازدیدکنندگان را به نسخه ای غیر از WWW برای مشاهده وبسایت شما یا برعکس هدایت می کند.

مساله WWW به این دلیل حائز اهمیت است که موتورهای جستجو لزوما نمی دانند که دو نسخه از یک آدرس مربوط به یک وبسایت هستند یا خیر بنابراین آنها را کپی هایی در صفحاتی متفاوت می بینند.

محتوای تکراری و شبکه های اجتماعی

فعالیت در شبکه های اجتماعی می تواند بر سئو وبسایت شما تاثیرگذار باشد. ارسال محتوای وبسایت در شبکه‌های اجتماعی متفاوت کاری معمول و مرسوم محسوب می شود. ولی آیا این کار تولید محتوای تکراری محسوب می شود؟

وقتیکه این مساله پیش می آید، نظرات کاملا متفاوتی مطرح می شود. دیدگاهی این است که اینکار کاری نادرست به حساب می‌آید چرا که خوانندگان در این سکوها ممکن است متفاوت باشند و علایق متفاوتی هم داشته باشند.

دیدگاهی دیگر وجود دارد که می گوید که به اشتراک گذاری محتوای یکسان در سکوهای متفاوت به دستیابی مخاطبین گسترده تر کمک می کند. نقطه نظر دیگر نیز بیان می دارد که در برخی از این سکوهای اجتماعی مانند لینکداین، محتوا از اصطلاحا عمر ویترینی طولانی تری به نسبت دیگر سکوها مانند توییتر برخوردار است. این مساله به محتوای شما کمک می کند که برای مخاطبین شما یافتنی تر باشد.

اینطور می توان گفت که انتشار یک محتوا در چند کانال شبکه اجتماعی امری مثبت تلقی می شود.

این واقعیت که سکوهای شبکه اجتماعی از لینک های nofollow استفاده می کنند بدین معناست که گوگل خیلی در خصوص افرادی که تلاش دارند که از این طریق PageRank وبسایت خود را افزایش دهند نگران نیست.

آیا مجازاتی برای محتوای تکراری در نظر گرفته شده است؟

هیچ مجازاتی برای محتوای تکراری توسط گوگل در نظر گرفته نشده است. در عوض، گوگل صفحاتی را که به عنوان کپی از دیگر وبسایت ها تشخیص می دهد را رتبه بندی نکرده و نسخه اصلی محتوا را به کاربران توصیه می کند.

به هر صورت، اسکرپرها وبسایت هایی هستند که محتوای دیگر وبسایت ها را با اندکی تغییر کپی کاری می کنند. گوگل دوست دارد که این اسکرپرها را نامربوط شناسایی کرده و می داند که شما کنترلی بر روی این اتفاق ندارید و علیه شما اتفاقی رخ نخواهد داد.

بایستی در خصوص محتوای تکراری مراقب باشید

هرچند گوگل وبسایت هایی با محتوای تکراری را مجازات نمی کند اما این بدان معنا نیست که راحت بنشینید و دست روی دست بگذارید.

اما چرا بایستی در خصوص محتوای تکراری حساس باشید:

a) محتوای تکراری مزایای لینک سازی را از بین می برد

داشتن یک محتوا بر روی چند آدرس، ارزش لینک سازی شما را از بین خواهد برد. افرادی که می خواهند محتوای شما را به اشتراک بگذارند، به دنبال نسخه اصلی آن نخواهند رفت بلکه به محتوایی که دم دستی است لینک می دهند.

بنابراین بجای داشتن یک صفحه با لینک های زیاد، می توانید، صفحاتی با تنها ۱ یا ۲ لینک داشته باشید و به بالای نتایج جستجوی گوگل هم بروید.

دیگر مساله بالقوه این است که حتی در صورتیکه نسخه ای از محتوای شما از رتبه خوبی برخوردار باشد، ممکن است که بهترین صفحه شما نباشد. اگر که صفحه شما باعث نشود که از طریق آن صفحه به هدف خود برسید، تعداد بازدیدکننده اهمیتی ندارد.

b) محتوای تکراری تهدیدی برای خزش گوگل در وبسایت شماست

وقتیکه محتوای تکراری دارید، ربات های موتور جستجو منابع خود را با خزش در صفحات با محتواهای یکسان هدر می دهند. در عوض آن منابع می تواند برای خزیدن و کشف صفحات جدید به کار رود. گوگل که خیلی علاقه ای به هدر دادن منابع خود به این شکل ندارد بنابراین تصمیم می گیرد که به مرور زمان از تعدد خزش خود در وبسایت شما بکاهد.

محتوای جامع

هیچ معیاری برای تعداد کلمات بهینه برای یک محتوا وجود ندارد. برخی متخصصین سئو حداقل ۲۵۰ کلمه را برای هر صفحه لازم می دانند در حالیکه بررسی جدید در نتایج جستجوی گوگل نشان از میانگین ۱۰۰۰ کلمه برای هر مقاله دارد.

در واقع پس از نوشتن یک محتوا بایستی از خود این پرسش را کنید که آیا این محتوا تمام موضوع مدنظر من را پوشش می دهد یا مطابق با نیازهای کاربران است؟ اگر پاسخ این پرسش مثبت است پس جای نگرانی از این بابت وجود ندارد.
۱۶ تیر ۱۳۹۹
بهینه سازی وردپرس
چه اینکه ترافیک بالایی در وبسایت خود داشته باشید و یا اینکه وبلاگ کوچکی بر روی یک میزبان اشتراکی تهیه کرده باشید، بایستی اقدام به بهینه سازی وردپرس و سرور خود کنید تا از این طریق تا حد امکان وبسایتی بهینه داشته باشید.

عوامل بهینه سازی

چندین عامل می تواند بر عملکرد وبلاگ یا وبسایت وردپرس شما تاثیرگذار باشد. این عوامل می تواند شامل محیط میزبانی، پیکربندی وردپرس، نسخه نرم افزار، تعداد فایل های تصویری و اندازه شان باشد.
- عوامل تاثیرگذار
  1. هاست اشتراکی/اختصاصی. ۲- تعداد سرورها. ۳- عملکرد سخت افزار. ۴- فاصله جغرافیایی. ۵- بار سرور. ۶- عملکرد و نسخه نرم افزار. ۷- پیکربندی وردپرس. ۸- اندازه فایل های گرافیکی
- بهینه سازی وردپرس
  1. حداقل سازی افزونه. ۲- بهینه سازی محتوا. ۳- ارتقا سخت افزار. ۴- بهینه سازی نرم افزار. ۵- کشینگ: افزونه های کشینگ – کش سمت سرور – کشینگ مرورگر. ۶- محتوای ایستا. ۷- فید یا خوراک. ۸- فشرده سازی
هاست اشتراکی/اختصاصی

این نوع هاست یا میزبان اشتراکی تقریبا معمول ترین نوع هاست محسوب می شود. وبسایت شما بر روی سروری به همراه وبسایت های دیگر میزبانی می شود. شرکت میزبان وب سرور را برای شما مدیریت می کند بنابراین کنترل اندکی بر تنظیمات سرور خواهید داشت.

اما با استفاده از هاست های مجازی و سرورهای اختصاصی، کنترل اختصاصی خود بر روی سرور را دارید. ممکن است که سرور تکه اختصاصی از سخت افزار باشد یا یکی از چند سرور مجازی با یک سخت افزار فیزیکی مشترک. نکته اینجاست که به هر صورت شما کنترل کاملی بر روی تنظیمات سرور خود خواهید داشت.

تعداد سرورها

وقتیکه که در شرایطی با ترافیک بالا به سر می برید، شاید لازم باشد که از چند سرور استفاده کنید. پایگاه داده وردپرس به آسانی به سرور دیگری قابل انتقال است و تنها نیازمند تنظیمات اندکی در فایل کانفیگ می باشد.

عملکرد سخت افزار

قابلیت سخت افزاری سرور تاثیر شگرفی بر عملکرد وبسایت شما خواهد گذارد. تعداد پردازنده ها، سرعت پردازنده، مقدار حافظه در دسترس و فضای دیسک به علاوه رسانه ذخیره سازی دیسک عوامل مهمی در این زمینه محسوب می شوند. تعرفه پلن های باکیفیت نزد خدمات دهنده هاست های مختلف متنوع است.

فاصله جغرافیایی

فاصله بین سرور شما و بازدیدکننده وبسایت شما نیز بر عملکرد وبسایت تاثیرگذار است. برای بهینه سازی وردپرس می توانید از شبکه توزیع محتوای یا CDN استفاده کنید تا از این طریق محتوای خود را در نقاط مختلفی از کشور یا دنیا توزیع کنید تا بازدیدکنندگان‌تان از حداکثر سرعت بارگیری محتوا و ضمایم وبسایت شما بهره‌مند شوند.

بار سرور

مقدار ترافیک بر روی سرور و شیوه پیکربندی آن برای مدیریت بار تاثیر بسیاری بر کیفیت و بهینه بودن وردپرس دارد. برای مثال، اگر از راه حل های کشینگ بر روی وبسایت خود استفاده نکنید، عملکرد وبسایت شما به شدت تحت شعاع قرار خواهد گرفت و بار زیادی بر روی سرور ایجاد خواهد شد و احتمالا باعث کرش وبسایت یا پایگاه داده سرور خواهید شد.

اگر تنظیمات به شکل درستی پیکربندی شوند، اغلب میزبان ها توانایی مدیریت مقدار ترافیک بسیار بالا را دارند. همچنین انتقال ترافیک به سرورهای دیگر می تواند از بار سرور بکاهد.

ترافیک های جعلی مانند حملات بروت فورس، hotlink کردن تصاویر یا حملات DoS نیز می تواند بر بار سرور بیافزاید. شناسایی و انسداد این حملات نقش مهمی بر بهینه بودن وردپرس شما دارد.

عملکرد و نسخه نرم افزار

برای بهینه سازی وردپرس اطمینان یابید که از آخرین نسخه نرم افزاری استفاده می کنید چرا که آخرین نسخه نرم افزار حفره های امنیتی را پوشش داده و عملکرد را ارتقا می بخشد. مطمئن شوید که از آخرین نسخه PHP، پایگاه داده، لینوکس یا ویندوز استفاده می کنید.

پیکربندی وردپرس

قالب شما اثر زیادی بر عملکرد وبسایت شما خواهد گذاشت. یک قالب سبک و سریع عملکرد بسیار بهتری به نسبت یک قالب گرافیکی سنگین و نارکارآمد دارد.

تعداد افزونه ها و عملکردشان نیز تاثیر زیادی بر عملکرد وبسایت شما خواهند گذارد. غیرفعال سازی و حذف افزونه های غیرضروری روش بسیار مهمی برای بهبود عملکرد و بهینه سازی وردپرس محسوب می شود.

اندازه فایل های گرافیکی

اطمینان یابید که تصاویر نوشته های شما برای بارگیری بر روی مرورگر کاربر بهینه باشند، این کار باعث بهبود وضعیت رتبه بندی در موتورهای جستجو، کاهش مصرف پهنای باند و صرفه جویی در زمان می شود.

ابزارهای آزمایش عملکرد
- Webpagetest ابزاری برای آزمایش عملکرد وبسایت از موقعیت های مکانی، مرورگر و اتصالات اینترنتی متفاوت است.
- Google PageSpeed Insights روشی برای سنجش عملکرد وردپرس و دریافت بازخورد مشخص و شفاف در خصوص کیفیت عملکرد وبسایت محسوب می شود.
- ابزارهای پیش فرض در مرورگر امکانات خوبی برای سنجش عملکرد در اختیار شما قرار می دهند.
راه حل بهینه سازی وردپرس:

حداقل سازی افزونه ها

اولین و ساده ترین راه برای بهینه سازی وردپرس نگاه و بررسی لیست افزونه های وبسایت است. پس از مشاهده و بررسی اقدام به غیرفعال سازی و حذف افزونه های غیرضروری کنید. یک به یک اقدام به غیرفعال سازی افزونه ها کنید و سپس عملکرد سرور را بسنجید.

ببینید که آیا یکی از افزونه های وبسایت شما به شکل قابل توجهی بر عملکرد وبسایت تاثیرگذار بوده؟ به مستندات افزونه مراجعه کنید و از پشتیبانی افزونه نیز برای بررسی و حل مشکل استفاده کنید.

بهینه سازی محتوا
- فایل تصاویر
  - تصاویر نالازم وجود دارند؟ (مثلا می توانید برخی از تصاویر را با متن جایگزین کنید یعنی اینکه از متن استفاده کنید؟)
  - اطمینان یابید که تمام فایل های تصاویر بهینه باشند. قالب صحیح (JPG/PNG/GIF) را برای تصاویر خود انتخاب کرده و هر تصویر را نیز فشرده سازی کنید.
- اندازه/تعداد کل فایل
  - می توانید از تعداد فایل های لازم برای نمایش در صفحه بکاهید؟
  - وقتیکه هنوز از HTTP1 استفاده می کنید، توصیه می شود که چند فایل را در یک فایل بهینه فشرده سازی کنید.
  - فایل های جاوا اسکریپت و CSS را فشرده سازی کنید.
ارتقا سخت افزار

پرداخت پول بیشتر برای سطح خدمات بالاتر به ارایه دهنده هاست شما می تواند بسیار تاثیرگذار باشد. افزایش حافظه (RAM) یا تغییر به یک میزبان باکیفیت تر اغلب اوقات بسیار تاثیرگذار است. تعداد بیشتر پردازنده و سرعت پردازنده نیز کمک کننده است. هرجاییکه ممکن باشد، خدمات را با توابع مختلف مانند HTTP و MySQL بر روی چند سرور جدا کنید.

بهینه سازی نرم افزار

مطمئن شوید که از آخرین نسخه سیستم مثلا لینوکس، ویندوز سرور و آخرین نسخه وب سرور مانند آپاچی یا IIS و همچنین از به روزترین نسخه MySQL Server و PHP استفاده می کنید.

از آنجاییکه احتمالا قادر به انجام این کارها به عنوان یک مشتری نیستید، از میزبان خود بخواهید که اینکارها را برای شما انجام دهید. یک ارایه دهنده خوبِ خدمات میزبانی، این موارد را همواره در نظر داشته و یا حساب شما را مطابق با درخواست‌های‌تان به یک پلن بهتر انتقال می دهد.

DNS: لطفا DNS را بر روی سرور وردپرس خود راه نیازندازید. از خدمات پولی برای DNS مانند Amazon یا خدماتی که میزبان شما پیشنهاد میکند به منظور بهینه سازی وردپرس استفاده کنید. اگر DNS را بر روی سرورهای بیرونی راه اندازی کنید، اینکار باعث کاهش بار بر روی سرور اصلی وب شما خواهد شد. تغییرات برای این منظور ساده است و با اینکار یک سری ترافیک و بار CPU را از روی سرور خواهد کاست.

وب سرور: وب سرور شما را می توان برای بهبود عملکرد پیکربندی کرد. تکنیک های زیادی از کش وب سرور گرفته تا تنظیمات هدرهای کش را می توان برای کاهش بار به ازای بازدیدکننده به کار گرفت. برخی از وب سرورها نسخه های سریع تری دارند که می توانید به سراغ آنها بروید مانند Apache Litespeed. همچنین روش هایی برای بهینه سازی آپاچی به منظور بهبود عملکرد بر اساس پیکربندی وبسایت و میزبان وجود دارد.

PHP: شتاب دهنده های متنوعی برای PHP وجود دارد که می توانند به شکل قابل توجهی عملکرد فایل های PHP شما را بهینه کنند. این کار به تمام فایل های PHP و نه فقط نصب وردپرس اعمال خواهد شد. افزونه W3 Total Cache که در ادامه تشریح شده یکی از این گزینه ها می باشد.

MySQL/MariaDB: بهینه سازی MySQL یا MariaDB به خودی خود هنر محسوب می شود! چند تغییر ساده برای تنظیمات کش کوئری می تواند اثرات قابل توجهی بر عملکرد وردپرس و بهینه سازی وردپرس شما داشته باشد چرا که وردپرس کوئری های زیادی را در هر درخواست تکرار می کند. امروزه با وجود موتور ذخیره سازی InnoDB برای MySQL، رفع این مسایل ساده تر شده است. InnoDB می تواند به خوبی بهینه شده و پیکربندی شود.

دقت داشته باشید که برای سرور ایمیلی از سرور وردپرس خود استفاده نکنید. برای فرم تماس خود، از افزونه هایی مانند افزونه های تماس ۷ استفاده کنید.

کشینگ

افزونه های کشینگ

افزونه هایی مانند W3 Total Cache یا WP Super Cache را میتوان به آسانی نصب و استفاده کرد. این افزونه ها صفحات و نوشته ها را به عنوان فایل های ایستا در وردپرس کش خواهند کرد. این فایل های استاتیک بجای روش پیشین برای کاربران به نمایش در خواهند آمد که باعث کاهش بار پردازش بر روی سرور می شوند. این مساله می تواند باعث بهینه سازی وردپرس و بهبود عملکرد شود.

کش سمت سرور

کش سمت سرور مساله ای پیچیده تر می باشد اما برای وبسایت هایی با ترافیک بسیار بالا استفاده می شود و انتخاب های زیادی در این زمینه وجود دارد. ساده ترین راه حل با کش سمت سرور به صورت محلی آغاز می شود و یکی از پیچیده ترین روش ها در این زمینه استفاده از چند سرور کشینگ است.

استفاده از افزونه هایی مانند Disqus بجای سیستم نظردهی پیش فرض وردپرس نیز از طریق ملزم نکردن خوانندگان به عدم لاگین و کاهش تعداد بازدید صفحات به کاهش بار سرور کمک کند.

کشینگ مرورگر

کشینگ مرورگر می تواند به کاهش بار سرور از طریق کاهش تعداد درخواست به ازای صفحه کمک کند. برای مثال با تنظیم سرآیندهای صحیح برای فایل که تغییر نخواهند کرد، می توان کاری کرد که مرورگرها این فایل ها را بر روی کامپیوتر کاربر کش کنند. این تکنیک به مرورگر اجازه می دهد تا بجای درخواست فایلها، بررسی کند که آیا فایل ها دستخوش تغییر شده اند یا خیر. نتیجه این می شود که بسیاری از فایل ها نیازی به ارسال از جانب وب سرور نخواهند داشت چرا که دستخورده باقی مانده اند.

محتوای ایستا

بار هر فایل استاتیک یا ایستایی را می توان به سروری دیگر انتقال داد. برای مثال هر تصویر ایستا، فایل های CSS یا جاوا اسکریپت را می توان به سروری دیگر انتقال داد. این روش، روشی معمول در سیستم هایی با کیفیت بسیار بالا محسوب می شود (مانند گوگل، فیلکر، یوتیوب و …) اما می تواند در وبسایت های کوچک که از یک سرور استفاده می کنند نیز بسیار مفید باشد.

فید یا خوراک

بار فیدهای شما می تواند خیلی ساده به بیرون انتقال داده شود. خدمات ردگیری فید مانند فیدبرنر گوگل اینکار را به صورت خودکار برای شما انجام می دهد. سرورهای فیدبرنر تمام ترافیک فید را برای شما به صورت خودکار مدیریت می کنند و تنها به روزرسانی فید را از وبسایت شما هر چند دقیقه انجام می دهند. اینکار می تواند در حفظ ترافیک به شما کمک بسیار بزرگی کند.

فشرده سازی

به منظور بهینه سازی وردپرس، روش های زیادی برای فشرده سازی فایل و داده ها بر روی سرور وجود دارد که می توان از این طریق صفحات را خیلی سریع تر به مرورگرهای خوانندگان انتقال داد. افزونه W3 Total Cache معمول ترین روش برای فشرده سازی محسوب می شود. این افزونه از فشرده سازی و ترکیب فایل های CSS و جاوا اسکریپت پشتیبانی می کند.
۰۳ تیر ۱۳۹۹