تنظیم سئو جوملا فقط روشن‌کردن چند گزینه در پنل نیست. بخش SEO در Global Configuration بیشتر شکل نشانی‌ها را کنترل می‌کند. محتوای مفید، عنوان مناسب، لینک‌های سالم و دسترسی خزنده‌ها نیز اهمیت دارند. تغییر URLهای یک سایت فعال بدون برنامه می‌تواند لینک‌های قدیمی را خراب کند.
پیش از تنظیم سئو جوملا
ساختار فعلی آدرس‌ها، وب‌سرور و فایل قواعد موجود را مشخص کنید. اگر سایت قبلاً منتشر شده است، نشانی‌های مهم را حفظ کنید و هر تغییر لازم را با نگاشت قدیم به جدید برنامه‌ریزی کنید. فارسی‌کردن همهٔ URLها یا افزودن پسوند، هدف اجباری سئو نیست.
تفاوت SEF و URL Rewriting
در مدیریت جوملا، System → Global Configuration و بخش SEO را باز کنید. Search Engine Friendly URLs مسیرهای خواناتر تولید می‌کند. Use URL Rewriting به تنظیم وب‌سرور وابسته است و می‌تواند index.php را از مسیر بردارد. این دو گزینه یکسان نیستند.
راهنمای SEF جوملا تفاوت این حالت‌ها را نشان می‌دهد. روشن‌شدن گزینه تضمین نمی‌کند هر URL فقط شامل عنوان مقاله باشد؛ مسیر به منوها، مسیریاب و ساختار محتوا هم وابسته است.
تنظیم Apache یا LiteSpeed در هاست cPanel
اگر وب‌سرور از قواعد سازگار .htaccess استفاده می‌کند، فایل htaccess.txt همراه همان نسخهٔ جوملا مبنای قواعد آن است. در ریشهٔ واقعی نصب، وجود .htaccess فعلی را بررسی کنید. قواعد SSL، امنیت، PHP یا هدایت موجود را با تغییر نام یک فایل دیگر روی آن از بین نبرید.
اگر فایل فعلی وجود ندارد، مطابق راهنمای نسخه و میزبان می‌توان htaccess.txt را به .htaccess تبدیل کرد. اگر وجود دارد، قواعد لازم باید با آن ادغام و آزمایش شوند. فایل‌های نقطه‌دار ممکن است در File Manager پنهان باشند؛ گزینهٔ نمایش فایل مخفی را بررسی کنید.
اگر وب‌سرور Nginx یا IIS است
Nginx فایل .htaccess را اجرا نمی‌کند و به قواعد خودش نیاز دارد. در IIS نیز سازوکار web.config مطرح است. نام کنترل‌پنل به‌تنهایی نوع وب‌سرور و پشتیبانی از بازنویسی را ثابت نمی‌کند. تنظیم را با مسئول سرویس و راهنمای همان محیط هماهنگ کنید.
پسوند HTML و نام مستعار یونیکد
Add Suffix to URL اختیاری است؛ پسوند .html امتیاز تضمینی رتبه‌بندی ایجاد نمی‌کند. Unicode Aliases امکان نام مستعار یونیکد را فراهم می‌کند، اما روشن‌کردن آن به معنی پاداش خودکار گوگل یا اصلاح همهٔ نشانی‌های موجود نیست.
راهنمای ساختار URL گوگل بر نشانی قابل‌خزش و قابل‌فهم تأکید دارد. انتخاب زبان مسیر باید با نیاز کاربران و حفظ نشانی‌های تثبیت‌شده سازگار باشد. برای یک تغییر ظاهری، تعداد زیادی لینک ورودی را بی‌دلیل جابه‌جا نکنید.
بررسی نتیجه و خطای 500
صفحهٔ خانه، مقاله‌ها، دسته‌ها، صفحه‌بندی و لینک‌های قدیمی را بررسی کنید. تنها بازشدن خانه کافی نیست. اگر خطای 500 پس از تغییر قواعد ایجاد شد، به وضعیت ثبت‌شدهٔ قبل برگردید و لاگ سرور را بررسی کنید.
حذف Options +FollowSymLinks راه‌حل همیشگی هر خطای 500 نیست؛ خطا می‌تواند از دستور غیرمجاز، نحو یا تنظیم دیگری باشد. قواعد را بر اساس خطای واقعی اصلاح کنید. در پایان، عنوان، توضیح متا، تیترها و لینک‌های داخلی را نیز مستقل از شکل URL بررسی کنید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
