تست سرعت وردپرس با Google PageSpeed Insights

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

توی این راهنما اول تفاوت ابزار گوگل و افزونه وردپرس رو روشن می‌کنیم. بعد نصب افزونه، ساخت API Key، تنظیم گزارش‌ها و معنی شاخص‌هایی مثل LCP، TBT و CLS رو قدم‌به‌قدم جلو می‌بریم. در آخر هم می‌بینید چطور پیشنهادهای گزارش رو به کارهای عملی برای افزایش سرعت سایت وردپرس تبدیل کنید.

تست سرعت سایت وردپرس با Google PageSpeed Insights چه کمکی به شما می‌کنه؟

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

Insights from Google PageSpeed اسم افزونه‌ایه که همین بررسی‌ها رو وارد پیشخوان وردپرس می‌کنه. پس PageSpeed Insights خود سرویس گوگل هست، ولی Insights from Google PageSpeed افزونه وردپرسیه که از API این سرویس استفاده می‌کنه. API یعنی راه ارتباط برنامه‌ها با یک سرویس؛ اینجا افزونه درخواست بررسی رو برای گوگل می‌فرسته و نتیجه رو تحویل می‌گیره.

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

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

پیش‌نیازهای نصب افزونه Insights from Google PageSpeed

نسخه ۵ افزونه به وردپرس ۶.۶ یا جدیدتر و PHP 7.2 یا جدیدتر نیاز داره. قبل از نصب، نسخه وردپرس و PHP سایتتون رو بررسی کنید. اطلاعات زنده و شرایط نسخه فعلی همیشه در صفحه رسمی افزونه Insights from Google PageSpeed نوشته می‌شه، پس بهتره پیش از نصب دوباره همون صفحه رو ببینید.

برای راه‌اندازی افزونه باید به بخش نصب افزونه‌های وردپرس دسترسی داشته باشید. برای ساخت کلید هم به یک حساب گوگل و Google Cloud Console نیاز دارید. اگه مدیر سایت نیستید، از مدیر سایت یا شرکت میزبان بخواید دسترسی لازم یا IP خروجی سرور رو در اختیارتون بذاره.

برای کاربران داخل ایران، بازشدن Google Cloud Console و ساخت API Key ممکنه به‌خاطر محدودیت‌های گوگل یا شبکه با مشکل روبه‌رو بشه. در عمل ممکنه این سایت با IP ایران باز نشه یا اجازه ساخت کلید رو نده و برای انجام مراحل به یک اتصال پایدار با IP غیرایرانی نیاز داشته باشید. وضعیت دسترسی می‌تونه با گذشت زمان یا بین اینترنت‌های مختلف تغییر کنه، پس قبل از شروع راه‌اندازی، دسترسی حساب و امکان ساخت کلید رو بررسی کنید.

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

نصب افزونه Insights from Google PageSpeed در وردپرس

1. وارد پیشخوان وردپرس بشید و از منوی «افزونه‌ها» روی «افزودن افزونه تازه» کلیک کنید.
2. عبارت Insights from Google PageSpeed رو در کادر جست‌وجو بنویسید. نام و سازنده افزونه رو با صفحه رسمی مخزن وردپرس تطبیق بدید تا افزونه اشتباهی نصب نکنید.
3. روی «هم‌اکنون نصب نمایید» و بعد روی «فعال نمایید» کلیک کنید. اگه اولین باره افزونه نصب می‌کنید، راهنمای نصب افزونه در وردپرس جزئیات این بخش رو توضیح می‌ده.
4. بعد از فعال‌سازی، از بخش «ابزارها» وارد منوی Pagespeed Insights بشید.

ساخت API Key برای PageSpeed Insights

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

1. وارد Google Cloud Console بشید. از نوار بالای صفحه یک پروژه موجود رو انتخاب کنید یا با گزینه ساخت پروژه، یک پروژه تازه بسازید.
2. در بخش API Library عبارت PageSpeed Insights API رو جست‌وجو کنید. صفحه سرویس رو باز کنید و روی Enable بزنید.
3. به بخش Credentials برید و از منوی Create Credentials گزینه API Key رو انتخاب کنید. کلید ساخته‌شده رو در یک محل امن نگه دارید.
4. برای کم‌کردن احتمال استفاده غیرمجاز، کلید رو ویرایش کنید. در بخش محدودیت برنامه، محدودیت IP addresses رو انتخاب کنید و IP خروجی سرورتون رو وارد کنید. محدودیت HTTP referrer برای درخواست‌های این افزونه مناسب نیست، چون درخواست از سرور وردپرس فرستاده می‌شه. اگه IP درست رو نمی‌دونید، از پشتیبانی هاست بپرسید.
5. در بخش API restrictions دسترسی کلید رو فقط به PageSpeed Insights API محدود کنید. بعد تغییرات رو ذخیره کنید.
6. در وردپرس به Tools > Pagespeed Insights > Settings برید، کلید رو در کادر Google API Key وارد کنید و گزینه بررسی یا ذخیره تنظیمات رو بزنید.

اگه API Key کار نکرد، چه چیزهایی رو بررسی کنید؟

• مطمئن بشید PageSpeed Insights API دقیقاً در همون پروژه‌ای فعاله که کلید داخلش ساخته شده.
• IP ثبت‌شده در محدودیت کلید رو با IP خروجی واقعی سرور مقایسه کنید. IP سایت یا کامپیوتر شما لزوماً همون IP خروجی سرور نیست.
• سهمیه و تعداد درخواست‌های پروژه رو در Google Cloud Console ببینید. اجرای گزارش برای تعداد زیادی صفحه ممکنه درخواست‌های زیادی بسازه.
• اگه خطای ارتباطی می‌بینید، از میزبان بخواید دسترسی خروجی سرور به سرویس گوگل رو بررسی کنه. وضعیت دسترسی ممکنه بین شبکه‌ها و میزبان‌های مختلف فرق داشته باشه.
• اگه با IP ایران نمی‌تونید Google Cloud Console رو باز کنید یا کلید بسازید، اتصال با IP غیرایرانی رو بررسی کنید. یادتون باشه اتصال مرورگر شما فقط برای ورود به کنسول و مدیریت کلید استفاده می‌شه؛ گزارش‌های افزونه از طرف سرور سایتتون به API گوگل فرستاده می‌شن.
• اگه هاستتون از شبکه‌ای استفاده می‌کنه که به سرویس‌های گوگل دسترسی نداره، حتی بعد از ساخت کلید هم گزارش افزونه ممکنه ساخته نشه یا با خطای ارتباطی روبه‌رو بشه. در این حالت، فیلترشکن روی کامپیوتر شما مشکل افزونه رو حل نمی‌کنه و باید دسترسی خروجی سرور رو با پشتیبانی هاست بررسی کنید.
• بعد از تغییر محدودیت‌های کلید چند دقیقه صبر کنید و دوباره آزمایش رو انجام بدید.

تنظیم افزونه برای تست سرعت سایت وردپرس

انتخاب زبان و نوع گزارش

در صفحه تنظیمات، زبان پاسخ گوگل رو از بخش Google Response Language انتخاب کنید. بعد مشخص کنید گزارش برای موبایل، دسکتاپ یا هر دو ساخته بشه. اگه بیشتر کاربرهاتون با گوشی وارد سایت می‌شن، گزارش موبایل باید اولویت شما باشه؛ ولی بررسی هر دو حالت دید کامل‌تری می‌ده.

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

انتخاب صفحه‌ها و نوشته‌های مورد بررسی

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

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

اضافه‌کردن آدرس دلخواه

برای بررسی صفحه‌ای که افزونه به‌صورت خودکار پیدا نکرده، به بخش Custom URLs برید و روی Add New URLs کلیک کنید. در Custom URL Label یک نام قابل‌تشخیص مثل «صفحه ثبت‌نام دوره» بنویسید و آدرس کامل صفحه رو در Custom URLs وارد کنید.

تنظیم بررسی خودکار و زمان‌بندی گزارش‌ها

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

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

اجرای اولین تست سرعت در وردپرس

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

چطور گزارش PageSpeed Insights رو بخونید؟

امتیازهای عملکرد، دسترس‌پذیری، سئو و بهترین روش‌ها

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

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

شاخص‌های آزمایشگاهی سرعت

• LCP: مدت‌زمانی که طول می‌کشه محتوای اصلی قابل‌مشاهده صفحه نمایش داده بشه. تصویر بزرگ بالای صفحه یا تیتر اصلی می‌تونه عنصر LCP باشه.
• TBT: مجموع زمانی که کارهای سنگین مرورگر اجازه پاسخ سریع به کاربر رو نمی‌دن. فایل‌های JavaScript سنگین معمولاً روی این شاخص اثر می‌ذارن.
• CLS: میزان جابه‌جایی ناگهانی اجزای صفحه موقع بارگذاری. مثلاً اگه دکمه درست لحظه کلیک پایین بره، CLS می‌تونه بالا بره.
• FCP: زمانی که اولین متن، تصویر یا بخش قابل‌مشاهده محتوا روی صفحه ظاهر می‌شه.
• Speed Index: سرعتی که محتوای قابل‌مشاهده صفحه به‌تدریج کامل می‌شه.

داده آزمایشگاهی چه فرقی با تجربه واقعی کاربران داره؟

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

داده واقعی یا Field Data از تجربه کاربران واقعی و واجد شرایط در یک بازه زمانی جمع می‌شه. Core Web Vitals یا «شاخص‌های حیاتی وب» در تجربه واقعی روی سه مورد تمرکز داره: LCP برای سرعت نمایش محتوای اصلی، INP برای سرعت پاسخ صفحه به تعامل کاربر و CLS برای ثبات چیدمان.

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

پیشنهادهای گزارش رو چطور به اقدام عملی تبدیل کنید؟

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

• تصاویر: ابعاد تصویر رو متناسب با محل نمایش انتخاب کنید، حجم فایل رو پایین بیارید و در صورت سازگاری از فرمت‌های مناسب مثل WebP یا AVIF استفاده کنید. برای تصاویر خارج از بخش ابتدایی صفحه هم بارگذاری تنبل می‌تونه مفید باشه.
• CSS و JavaScript: فایل‌هایی رو پیدا کنید که در صفحه استفاده نمی‌شن یا بارگذاری اون‌ها می‌تونه عقب بیفته. راهنمای حذف CSS و JavaScript اضافی افزونه‌ها برای این بخش کمکتون می‌کنه.
• کش و سرور: کش صفحه رو درست تنظیم کنید و زمان پاسخ اولیه سرور رو اندازه بگیرید. اگه پاسخ اولیه کنده، راهنمای کاهش TTFB مسیر بررسی رو نشون می‌ده.
• فونت‌ها: تعداد وزن‌ها و فایل‌های فونت رو محدود کنید و نحوه نمایش متن تا زمان بارگذاری فونت رو درست تنظیم کنید. برای خطای مربوط به نمایش متن می‌تونید آموزش رفع Ensure text remains visible رو ببینید.
• اسکریپت‌های جانبی: ابزارهای گفت‌وگو، تبلیغات، آمارگیری و شبکه‌های اجتماعی رو بررسی کنید. هر اسکریپت جانبی باید دلیل مشخصی برای حضور در صفحه داشته باشه.
• جابه‌جایی صفحه: برای تصاویر، ویدئوها و تبلیغات فضای مشخص در نظر بگیرید تا بعد از بارگذاری، متن و دکمه‌ها ناگهان جابه‌جا نشن.

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

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

1. صفحه اصلی: این صفحه معمولاً مسیر ورود به بخش‌های مختلف سایت هست و عناصر زیادی مثل اسلایدر، نوشته‌ها و محصولات رو نمایش می‌ده.
2. صفحه‌های فرود و فروش: کندی این صفحه‌ها می‌تونه روی ثبت‌نام یا خرید اثر بذاره.
3. نوشته‌های پربازدید: بهبود این صفحه‌ها تعداد بیشتری از کاربران رو پوشش می‌ده.
4. صفحه محصول، سبد خرید و پرداخت: این صفحه‌ها رو با دقت و بدون ایجاد اختلال در فرایند خرید آزمایش کنید.
5. صفحه‌های افت‌کرده: اگه ورودی، فروش یا امتیاز یک صفحه پایین اومده، عملکرد اون رو کنار محتوا، سئو و خطاهای فنی بررسی کنید.

اشتباه‌های رایج موقع تست سرعت سایت

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

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

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

API Key رو مثل یک رمز دسترسی نگه دارید. اون رو داخل نوشته، اسکرین‌شات، مخزن عمومی GitHub یا پیام‌های عمومی منتشر نکنید. کلید رو به IP سرور و PageSpeed Insights API محدود کنید و اگه احتمال می‌دید افشا شده، از Google Cloud Console کلید رو جایگزین کنید.

آیا امتیاز بهتر PageSpeed رتبه گوگل رو بالا می‌بره؟

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

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

جمع‌بندی

برای تست سرعت سایت وردپرس با Google PageSpeed Insights، افزونه Insights from Google PageSpeed رو نصب کنید، PageSpeed Insights API رو در Google Cloud فعال کنید و API Key محدودشده رو داخل تنظیمات افزونه بذارید. بعد صفحه‌های مهم رو برای موبایل و دسکتاپ بررسی کنید و گزارش هر حالت رو جدا بخونید.

اگه داخل ایران هستید، قبل از نصب افزونه مطمئن بشید می‌تونید وارد Google Cloud Console بشید، API Key بسازید و سرور سایتتون هم به PageSpeed Insights API دسترسی داره. محدودیت کنسول فقط ساخت کلید رو سخت نمی‌کنه؛ اگه ارتباط خروجی هاست با API گوگل هم محدود باشه، گزارش‌های افزونه اجرا نمی‌شن. در چنین شرایطی باید دسترسی سرور رو با شرکت میزبان بررسی کنید یا تست رو مستقیم از ابزار آنلاین PageSpeed Insights انجام بدید.

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

سؤالات متداول

تیم تولید محتوا

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