ستساعدك المقالة التالية: إعادة كتابة ISAPI: معالجة التحويل القانوني وعمليات إعادة التوجيه Windows الخادم
لقد ذكرت في المشاركات السابقة أهمية وجود بنية موقع ويب نظيفة وقابلة للزحف لتحسين محركات البحث. السبب بسيط. بدون واحد، أنت ميت في الماء من وجهة نظر تحسين محركات البحث. إذا لم يكن من الممكن الزحف إلى المحتوى الخاص بك وفهرسته، فيمكنك نسيان الجوانب الأخرى لتحسين محركات البحث، بما في ذلك تحسين المحتوى وبناء الروابط وما إلى ذلك. وكجزء من عمليات التدقيق الفني الخاصة بتحسين محركات البحث، لا يمر وقت طويل قبل ظهور الموضوع المهم المتمثل في تحديد العنوان الأساسي. إن التحديد الأساسي هو عملية التأكد من عدم تقديم نفس المحتوى الدقيق على أكثر من عنوان URL واحد. باختصار، تريد تقليل (أو إزالة) عدد عناوين URL التي تحتوي على محتوى متطابق، وإلا قد تواجه مشكلات محتوى مكررة.
من الأمثلة البسيطة على المحتوى المكرر صفحة تفاصيل المنتج على موقع التجارة الإلكترونية والتي يتم حلها عند خمسة أو عشرة عناوين URL مختلفة. يرجع ذلك عادةً إلى التصفية (اختيار اللون والحجم والنمط وما إلى ذلك). هناك عدة طرق يمكن لموقع الويب من خلالها عرض المشكلات الأساسية وتريد بالتأكيد أن يكون لديك خطة للتعامل مع هذه المشكلات. على سبيل المثال، هل يتم حل موقعك باستخدام كل من بدون www وwww، وهل يتم حل صفحاتك باستخدام كل من http وhttps، وهل يتم حل المجلدات باستخدام علامات مائلة زائدة وبدونها، وما إلى ذلك. تتضمن معالجة التحديد الأساسي عادةً 301 طلبات إعادة توجيه للمحتوى المكرر المحتمل إلى العنوان الأساسي عنوان URL. على سبيل المثال، إعادة توجيه طلب غير www إلى إصدار www للصفحة.
فرز & يمكن أن تؤدي التصفية على مواقع التجارة الإلكترونية إلى تكرار المحتوى إذا تغير عنوان URL بناءً على التحديد:
أهمية عمليات إعادة التوجيه (ما وراء تحديد النطاق القانوني)
بالإضافة إلى التعامل مع المشكلات الأساسية، من المهم أن يكون لديك نظام إعادة توجيه 301 قوي في المواقف الأخرى. على سبيل المثال، هل أنت من خلال إعادة تصميم الموقع، ونقل الأجزاء الأساسية من المحتوى، وإزالة الصفحات المقصودة للحملة، وما إلى ذلك. إذا كان الأمر كذلك، فيجب تنفيذ عمليات إعادة التوجيه 301 وإلا فإنك تخاطر بدفع ثمن باهظ في البحث العضوي. هناك أوقات يتم فيها جذبي إلى المشاريع بعد وقوعها، ويمكنني أن أخبرك أن تلك الاجتماعات ليست جميلة. عند مراجعة اتجاهات البحث العضوي، يمكنك تقريبًا تحديد اليوم الذي حدثت فيه التغييرات. إذا تغير حتى بضع عشرات من عناوين URL، فقد يكون الوضع سيئًا بما فيه الكفاية. ولكن ماذا لو تغيرت المئات أو الآلاف أو حتى الملايين من عناوين URL؟ أكبر موقع قمت بقيادة تحسين محركات البحث له على الإطلاق يحتوي على ما يقرب من 20 مليون صفحة ويب وخضع لعملية إعادة تصميم هائلة قبل وصولي (حيث تم تغيير الملايين من عناوين URL بين عشية وضحاها). وغني عن القول أن هذا كان أحد المشاريع الكبرى الأولى التي كنا بحاجة إلى معالجتها.
مثال على اتجاهات البحث العضوي إذا لم تكن عمليات إعادة التوجيه 301 موجودة
إعادة كتابة ISAPI: .htaccess لـ Windows الاستضافة
بناءً على المواقف التي شرحتها أعلاه، ما هو الحل الأفضل لمعالجة تحديد العنوان الأساسي وعمليات إعادة التوجيه وما إلى ذلك؟ إذا قمت بإدخال بعض عمليات البحث في Google، فسوف ترى بأغلبية ساحقة إشارات إلى .htaccess وmod_rewrite في نتائج البحث. يعد استخدام mod_rewrite بالتأكيد حلاً رائعًا….ولكن فقط للمواقع التي تقوم بتشغيل Apache (تحت استضافة Linux في المقام الأول). ماذا عن المواقع التي تعمل عليها windows الاستضافة؟ على مدى السنوات العديدة الماضية، تلقيت الكثير من الأسئلة من المطورين والمسوقين عبر الإنترنت حول ما يجب عليهم استخدامه لمواقعهم الإلكترونية التي تعتمد على .net. لقد بدأت التطوير مع ASP في عام 1995 ثم انتقلت إلى ASP.net في أواخر التسعينيات، لذلك واجهت هذا الموضوع في وقت مبكر نسبيًا. والخبر السار هو أن هناك حل قوي ل windows الخادم، فمن السهل نسبيًا إعداده، وستكون قادرًا على التعامل مع معظم ما يمكن أن يفعله .htaccess. تسمى إعادة كتابة ISAPI ولا أعتقد أنه ينال هذا القدر من الحب كما ينبغي! 🙂 ما زلت أجد العديد من الشركات تدير مواقعها على الويب windows الخادم الذي لم يسمع به أو لا يستخدمه حاليًا. وبعد ذلك، قاموا إما بتطوير حل مخصص للتعامل مع عمليات إعادة التوجيه أو أنهم لا يفعلون أي شيء على الإطلاق فيما يتعلق بتحديد العنوان الأساسي.
ما هي إعادة كتابة ISAPI؟
ISAPI Rewrite هو مرشح IIS يمكّنك من التعامل مع إعادة كتابة عنوان URL وعمليات إعادة التوجيه وما إلى ذلك عبر التعبيرات العادية. هناك نسختان ستصادفهما. لقد تم استخدام الإصدار 2 لبعض الوقت وهذا ما سأركز عليه أدناه. يمكّنك الإصدار 3 من استخدام ملفات .htaccess حتى تتمكن من استخدام نفس التوجيهات التي تستخدمها مع المواقع المستضافة على Linux (وخادم Apache). يستخدم ISAPI Rewrite (الإصدار 2) ملف httpd.ini لإضافة قواعد إعادة الكتابة (على غرار إضافة توجيهات إلى ملف htaccess). الإصدار 3، من ناحية أخرى، تم تصميمه لتقليد .htaccess لـ Apache. استنادًا إلى مدى شهرة .htaccess في التعامل مع إعادة كتابة عنوان URL على Apache، قام صانعو ISAPI Rewrite بتطوير حل يمكّنك من الكتابة نفس الرمز ل.htaccess وإعادة كتابة ISAPI. لقد كانت تلك خطوة رائعة، لذا يمكنك بسهولة نقل القواعد من موقع واحد تعمل عليه إلى الموقع التالي (بغض النظر عن النظام الأساسي). Note، ليست كل التوجيهات المستخدمة في .htaccess لـ Apache مدعومة بواسطة ISAPI Rewrite 3. ومع ذلك، ستجد معظمها مدعومة. يمكنك قراءة مخطط التوافق لتعلم المزيد.
هناك إصداران من إعادة كتابة ISAPI:
لقد استخدمت ISAPI Rewrite على نطاق واسع وأنا أوصي به بشدة. لقد وجدت أنه حل رائع لمعظم مواقع الويب. لم يكن هناك سوى عدد قليل من المرات التي لم يكن فيها الحل الأفضل. على سبيل المثال، لم نستخدم ISAPI Rewrite لموقع الويب الذي ذكرته سابقًا والذي يحتوي على 20 مليون صفحة ويب. بالنسبة لهذا الموقع المحدد، قرر مهندس الويب لدينا إنشاء حل مخصص لإعادة كتابة عنوان URL استنادًا إلى معرفته الواسعة ببنية الموقع (وحجم موقع الويب وتعقيده). ولكن هذا كان موقفًا نادرًا. من وجهة نظر التسعير، تعد ISAPI Rewrite معقولة للغاية. تبلغ تكلفة ترخيص الخادم الواحد 99 دولارًا فقط، وهو سعر بسيط يجب دفعه بالنظر إلى التأثير الذي يمكن أن يحدثه على مستوى تحسين محركات البحث. إذا كنت تستخدم خطة استضافة مشتركة، فقد يكون السعر أفضل. ربما يكون موفر الاستضافة قد قام بتثبيت عامل التصفية بالفعل. المزيد عن الاستضافة المشتركة أدناه.
أ Note حول الاستضافة المشتركة وإعادة كتابة ISAPI
إذا كنت تقوم بتشغيل موقع على windows خطة استضافة وليس لديك خطة إعادة توجيه قوية، ثم اتصل بموفر الاستضافة الخاص بك على الفور واطلب منه تثبيت ISAPI Rewrite. إذا كان لديك خادم مخصص أو خادم افتراضي خاص، فيمكنك تثبيته بنفسك. سيستغرق التثبيت بضع دقائق فقط. Noteانتبه إلى أن بعض موفري الاستضافة لن يقوموا بتثبيت ISAPI Rewrite على خطة استضافة مشتركة. هناك العديد من الأسباب التي قد يقدمونها لك لعدم تثبيته، بما في ذلك أن التثبيت قد يؤثر على المواقع الأخرى المستضافة على نفس الخادم. ومع ذلك، فقد وجدت عددًا قليلاً من مقدمي خدمات الاستضافة الذين كانوا على استعداد للقيام بذلك لمواقعي ومواقع عملائي، لذا قد تكون محظوظًا. أوصي بالضغط لتثبيته… يمكنك فقط إلقاء اللوم على الرجل في مجلة محرك البحث الذي أوصى بذلك. 😉 إذا كنت في موقف حيث لن يقوم موفر الاستضافة الخاص بك بتثبيت ISAPI Rewrite، فقد يتعين عليك أن تكون مبدعًا في كيفية التعامل مع تحديد العناوين الأساسية وعمليات إعادة التوجيه. على سبيل المثال، يمكنك قراءة مشاركتي بعنوان 301 إعادة توجيه ملفات HTML دون استخدام إعادة كتابة ISAPI. كان هذا هو الموقف الذي رفضت فيه قبول “لا” كإجابة، وانتهى الحل النهائي بالعمل بشكل جيد.
بعض الأمثلة على استخدام إعادة كتابة ISAPI
الآن بعد أن كنت (نأمل) متحمسًا لاستخدام ISAPI Rewrite، فأنا متأكد من أنك تتساءل عن كيفية عمله وكيف تبدو بعض القواعد. استنادًا إلى العدد اللامتناهي من المواقف التي يمكنك معالجتها، لا يمكنني تضمينها جميعًا في هذا المنشور. ومع ذلك، أعلم أن هناك مواقف معينة ستواجهها كثيرًا في تحسين محركات البحث وقد قدمت تلك الأمثلة أدناه. على سبيل المثال، إعادة توجيه غير www إلى www، وإعادة توجيه النطاقات بأكملها إلى نطاقات أخرى، وإعادة توجيه صفحات معينة، وفرض شرطة مائلة زائدة على المجلدات، وما إلى ذلك. الأمثلة الواردة أدناه خاصة بـ ISAPI Rewrite Version 2 (نظرًا لأن الإصدار 3 سيكون معادلاً لاستخدام . htaccess لأباتشي). نظرًا لأن ISAPI Rewrite يعتمد على التعبيرات العادية، فقد تبدو بعض التوجيهات المضمنة أدناه أجنبية. إذا كنت تخطط لكتابة توجيهاتك المخصصة، فيجب أن تتعرف على كيفية عمل التعبيرات العادية. وهذا خارج نطاق هذا المنشور، ولكن تجدر الإشارة إليه. بالإضافة إلى ذلك، يتمتع ISAPI Rewrite بموقع دعم قوي، بالإضافة إلى منتدى، لذلك يجب أن تكون قادرًا على الحصول على إجابات لأسئلتك المحددة هناك إذا لزم الأمر.
Noteبالنسبة للأمثلة المذكورة أدناه، ضع التوجيهات التالية في ملف httpd.ini الموجود في الدليل الجذر لموقع الويب الخاص بك. من الأفضل أن تستخدم محرر نصوص للعمل على الملف. تأكد أيضًا من أن السطر الأول من الملف هو:
[ISAPI_Rewrite]
إعادة توجيه صفحة إلى أخرى
لنفترض أن لديك صفحة منتج تحتوي على 750 رابطًا واردًا، ولكن هذا المنتج يخضع لتحديث كبير. لسوء الحظ، سيكون عنوان URL لصفحة المنتج الجديد مختلفًا عن صفحة المنتج القديم. ولذلك، تريد إعادة توجيه الصفحة القديمة إلى الصفحة الجديدة. اضغط على زر الإدخال عدة مرات بعد السطر الأول الذي أدخلته أعلاه، ثم أدخل:
RewriteRule /oldproduct.htm http://www.yourdomain.com/newproduct.htm [I,O,RP,L]
إعادة التوجيه من غير www إلى www
يجب أن تكون هذه إحدى القواعد الأولى التي تطبقها. في عملية تحسين محركات البحث (SEO)، لا تريد أن يتم تصنيف موقعك على أنه بدون www وwww. للتعامل مع هذا الموقف، يمكنك استخدام القاعدة البسيطة أدناه لفرض أي طلب للصفحات التي لا تحتوي على www على ما يعادل www.
مضيف RewriteCond: ^yourdomain\.com
RewriteRule (.*) http\://www\.yourdomain\.com$1 [I,RP]
إعادة توجيه أسماء النطاقات
على سبيل الجدال، لنفترض أنك تمتلك اسمي نطاق، أحدهما هو النطاق الأساسي الذي تستخدمه لموقعك على الويب. ربما يكون المجال الثاني جذابًا ورائعًا للمواد التسويقية. في هذه الحالة، قد ترغب في إعادة توجيه أي طلب لاسم النطاق الثاني إلى الصفحة المكافئة في الصفحة الأولى. لا تريد أن يتم حل كلا المجالين بنفس المحتوى (كما ذكرنا سابقًا في رسالتي).
مضيف RewriteCond: ^www\.catchydomain\.com
RewriteRule (.*) http\://www\.yourdomain\.com$1 [I,RP]
فرض الشرطة المائلة الزائدة على الدلائل
إذا كان لديك محتوى يتم حله مباشرة على مستوى المجلد على موقع الويب الخاص بك، فستضمن هذه القاعدة أن هذه الأدلة تنتهي دائمًا بشرطة مائلة لاحقة (مقابل بعض الحلول بشرطة مائلة أو بدونها). أي www.yourdomain.com/directory/ مقابل www.yourdomain.com/directory
قاعدة إعادة الكتابة ^/([^.?]+[^.?/])$ /$1/ [I,R=301]
ملخص
آمل أن تمكّنك هذه المقدمة إلى ISAPI Rewrite من معالجة عملية تحديد العنوان الأساسي وعمليات إعادة التوجيه على جهازك بشكل فعال windows- المواقع المستضافة. أعتقد أنك ستجده حلاً رائعًا يمكنه التعامل مع معظم المواقع التي تعمل عليها. إذا كنت جديدًا في استخدام ISAPI Rewrite، فإنني أوصي بإعداده (أو مطالبة موفر الاستضافة بتثبيته) ثم اختبار المواقف المختلفة. تخميني هو أنك ستكون جاهزًا للعمل في أي وقت من الأوقات.
الآن، لو كان النطق الأساسي أسهل في النطق. 🙂
