هل سبق لك أن واجهت موقفًا تحتاج فيه إلى إنشاء مدونة على موقع شركتك الحالي الذي لا يعمل على WordPress؟ أنا متأكد من أن معظمكم واجه مثل هذه السيناريوهات. في هذه المقالة، ستكتشف طريقة لتحقيق ذلك دون المساس بتحسين محركات البحث. قبل أن نغوص في ذلك، دعنا نستكشف كيف يمكن
هل سبق لك أن واجهت موقفًا تحتاج فيه إلى إنشاء مدونة على موقع شركتك الحالي الذي لا يعمل على WordPress؟ أنا متأكد من أن معظمكم واجه مثل هذه السيناريوهات.
في هذه المقالة، ستكتشف طريقة لتحقيق ذلك دون المساس بتحسين محركات البحث.
قبل أن نتعمق في ذلك، دعونا نستكشف كيف تستفيد المنظمات والمؤسسات من استضافة المدونة بشكل منفصل عن الموقع الرئيسي.
تمتلك العديد من الشركات الكبيرة أنظمة تكنولوجيا معلومات معقدة، مما يجعل من الصعب على أقسامها الداخلية النظر خارج نطاق أنظمتها الداخلية. خذ على سبيل المثال رغبة قسم تسويق المحتوى في إنشاء مدونة لتنوير جمهوره. ومع ذلك، فإن الترتيب الحالي يجعل إنشاء مدونة، على سبيل المثال على استضافة ووردبريس، أمراً مستحيلاً.
من ناحية أخرى، قد تستخدم الشركات إطار عمل ".NET Framework" لتطبيقات الويب الخاصة بها، وتتردد شركات أخرى في استخدام أطر عمل مفتوحة المصدر.
عندما تحتاج إلى استضافة مدونة في أي من السيناريوهات المذكورة أعلاه، ليس لديك خيار سوى التفكير في خادم بديل لاستضافتها. وبالتالي يكون هذا الخادم خارج الخادم الذي استضفت فيه موقعك الإلكتروني. دعنا نلقي نظرة على بعض هذه الخيارات والتأثيرات التي قد تترتب عليها، هلا فعلنا؟
على سبيل المثال، إذا كان موقع الويب الرئيسي الخاص بك يحتوي على عنوان URL www.myorganization.com، فإن أكثر المحترفين الأكفاء تقنيًا في الماضي سيميلون إلى تثبيت مدونة WordPress عن طريق شراء نطاق فرعي للنطاق الرئيسي. كمثال في هذه الحالة، سيكون على ourblog.myoraginzation.com.
في الماضي، كان هذا الحل مثاليًا. ومع ذلك، في الوقت الحالي، عندما تستهدف توليد قدر كبير من حركة المرور إلى مدونتك، فإنك تحتاج إلى النظر في جوانب تحسين محركات البحث (SEO) أيضًا. سننظر في ذلك في القسم التالي.
السبب الرئيسي الذي يدفع أصحاب المواقع إلى شراء نطاقات فرعية هو الحصول على محتوى منفصل يعتمد على منتجات مختلفة لعلامتك التجارية. في حين أنه يمكن أن تكون هناك أسباب أخرى، مثل موقع إلكتروني منفصل للجوال وزيادة عدد الزيارات، إلا أن السبب الأساسي يكمن في المحتوى وتوسيع علامتك التجارية بناءً على عدة مجالات.
على سبيل المثال، تحتوي ويكيبيديا على نطاقات فرعية لفصل المحتوى بناءً على اللغات المختلفة، مثل fr.wikipedia.com أو es.wikipedia.com.
NPR، وهي شبكة إذاعية شهيرة، مثال آخر حيث يركزون بنسبة 100% على أخبارهم ومحتواهم. ومع ذلك، فإن لديهم أيضًا مجالًا فرعيًا، https://shop.npr.org/، والذي يركز بشكل أساسي على الترويج.
لذلك في السيناريوهات المذكورة أعلاه، من المنطقي أن يكون لديك نطاق فرعي. ولكن ماذا عن حالة المدونات؟
حسنًا، تنظر محركات البحث إلى النطاقات الفرعية على أنها مواقع ويب منفصلة. هذا يعني أنه يتعين على محركات البحث الزحف إلى كل نطاق فرعي وفهرسته بشكل منفصل. أيضًا، لا تتم مشاركة الروابط الخلفية للنطاق الرئيسي مع نطاقاتها الفرعية. وبالتالي، فإن بناء ترتيب الصفحات للنطاق الفرعي يكاد يكون بنفس الصعوبة التي يواجهها النطاق الرئيسي.
لذلك سيكون من المفيد أن يكون لديك نطاقات فرعية في الظروف التي يكون فيها ذلك منطقيًا. ولذلك، فإن الخيار المثالي في المدونات هو أن تكون المدونة بمثابة دليل فرعي على موقعك الرئيسي.
ومع ذلك، كما ذكرت أعلاه، كيف يمكنك القيام بذلك في الظروف التي يعمل فيها موقعك الرائد وعندما تقوم بتسخينه على منصة مختلفة لا تدعم استضافة WordPress؟
هذا هو بالضبط الغرض من الوكلاء العكسيين، وسنقدم لك نظرة عامة على الوكلاء العكسيين في القسم التالي.
سيكون فهم مفهوم الوكيل العكسي أسهل إذا كنت تعرف ما يفعله الوكيل الأمامي.
الوكيل المعاد توجيه ه - يقوم الوكيل المعاد توجيهه بإعادة توجيه جميع الطلبات الواردة من جميع العقد في الشبكة المحلية (الشبكة المحلية) إلى الخادم المعني الذي يجب أن يذهب إليه الطلب. ليس لدى الخادم الوجهة أي فكرة عن مصدر الطلب ويرسل الاستجابة إلى العميل الذي بدأ الطلب عبر الوكيل الأمامي. الرسم البياني أدناه يوضح ذلك
الوكيل العكسي: في المقابل، يجلس الوكيل العكسي أمام الخوادم ويرسل طلبًا إلى الخادم الصحيح عندما يبدأ العميل طلبًا. ثم عندما يقوم الخادم المناسب بإرجاع الاستجابة، يقوم الوكيل العكسي بإرجاع الاستجابة إلى جهاز العميل. سيظهر لجهاز العميل أن الخادم الوكيل العكسي عالج جميع الطلبات. تعتبر البروكسيات العكسية مثالية في الحالات التي يتم فيها توسيع نطاق نفس الجزء من تطبيق الويب على العديد من الخوادم المختلفة.
لمعرفة المزيد عن الوكلاء العكسيين والأماميين، يمكنك الرجوع إلى هذه المقالة.
وبالمثل، يمكنك استخدام البروكسي العكسي لتوجيه حركة المرور إلى الخادم الذي استضفت فيه مدونة WordPress. من ناحية أخرى، سيوجه الوكيل العكسي حركة المرور غير المدونة إلى الخادم ذي الصلة. أعلم أن القول أسهل من الفعل. لذا دعنا نوضح بمثال.
لنفترض، كما هو موضح في الرسم البياني أدناه، أن موقعك الإلكتروني https://www.somedomain.com مستضاف على خادم ويب لا يدعم WordPress، ومع ذلك، فإن فريق تسويق المحتوى الخاص بك يتوق إلى الحصول على مدونة. لذلك بالنظر إلى جميع حقائق تحسين محركات البحث المذكورة أعلاه، فإن فريق تطوير الويب الخاص بك ليس لديه خيار سوى تثبيت المدونة ضمن دليل "المدونة". وبالتالي فإن المدونة، سيظهر عنوان URL على النحو التالي https://www.somedoamin.com/blog.
نظرًا لأن الموقع الرئيسي لا يدعم WordPress، فإليك الخطوات التي يجب على فريق تطوير الويب الخاص بك اتباعها:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="blog.somedomain.com" stopProcessing="true">
<match url=".*" />
<conditions>
<add input="{HTTP_HOST}" pattern="^blog.somedomain.com$" />
<add input="{PATH_INFO}" pattern="^/blog/" negate="true" />
</conditions>
<action type="Rewrite" url="\blog\{R:0}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
في السطرين أدناه، يجب استبدال "blog.somedomain.com" بالنطاق الفرعي الذي توجد فيه مدونتك:
<rule name="blog.somedomain.com" stopProcessing="true">
<add input="{HTTP_HOST}" pattern="^blog.somedomain.com$" />
ثم في هذين السطرين، يمكنك استبدال مجلد "المدونة" إذا كنت قد أعطيت اسمًا مختلفًا له:
<add input="{PATH_INFO}" pattern="^/blog/" negate="true" />
<action type="Rewrite" url="\blog\{R:0}" />
في الخطوة النهائية، على الرغم من أننا استخدمنا نطاقًا فرعيًا، إلا أنه لن يؤثر على تحسين محركات البحث حيث سيتم إنشاء حركة المرور إلى مجلد مدونة الموقع الرئيسي. ومن ثم فإن إعادة التوجيه إلى النطاق الفرعي هي عملية داخلية لن تؤثر على تحسين محركات البحث.
الظروف التي تمت مناقشتها أعلاه هي عندما تقوم بتشغيل خادم لا يدعم PHP. ومع ذلك، إذا واجهت سيناريو حيث يقوم موقعك الرئيسي بتشغيل PHP أو دروبال، على سبيل المثال، ولكنك تريد أن يكون لديك موقع مختلف للمدونة في نفس المجال، فأنت بحاجة إلى تكوين الوكيل العكسي وفقًا للخطوات التالية.
ولكن قبل ذلك، عليك أن تتأكد من أن لديك موقعين قيد التشغيل. أحدهما https://www.somedomain.com، والآخر مع تثبيت ووردبريس مع النطاق الفرعي، https://blog.somedomain.com.
بادئ ذي بدء، تحتاج إلى فتح طرفية خادم Apache عبر SSH. ثم تحتاج إلى تمكين وحدة الوكيل في Apache باستخدام هذا الأمر:
sudo a2enmod proxy proxy_http ssl
سيعيد هذا الأمر تشغيل Apache في معظم الأحيان لإعادة تحميل التوجيهات الجديدة التي حددتها أعلاه:
الخطوة التالية هي الخطوة التي كنت تنتظرها. وهي إنشاء الوكيل العكسي عن طريق تحرير ملف المضيف الظاهري للخادم.
<VirtualHost *>
DocumentRoot /var/www/app/public
SSLProxyEngine On ProxyRequests off
ProxyPass /blog http://blog.somedomain.com
ProxyPassReverse /blog http://blog.somedomain.com
</VirtualHost>
تجدر الإشارة هنا إلى نقطتين حيويتين هما:
الآن الخطوات التالية هي لـ WordPress، وهو أمر نموذجي لكلا السيناريوهين المذكورين أعلاه.
ثم تحتاج إلى الانتقال إلى الخادم حيث قمت بتثبيت ووردبريس وتحديث ملف wp-config.php. هذا لأنك لا تقوم عادةً بتهيئة ووردبريس للتشغيل على وكيل عكسي.
لذلك عليك تحديث ملف wp-config.php على النحو التالي:
$_SERVER['REQUEST_URI] = str_replace("/wp-admin/", "/blog/wp-admin/", $_SERVER['REQUEST_URI']);
ثم في الملف نفسه، تقوم بتحديث المتغيرات التالية:
في غضون ذلك، يمكنك تحديث قيم تكوين قاعدة البيانات على النحو التالي:
تحديث wp_options wp_options SET option_value = 'https://www.somedomain.com/blog' حيث يكون اسم_الخيار في ('siteurl', 'home');
الخطوة التالية هي تعديل ملف htacess بحيث يمكنك إعادة كتابة عناوين URL بشكل صحيح:
تصبح:
قاعدة إعادة الكتابة . /blog/index.php [L]
بعد الانتهاء من جميع الخطوات المذكورة أعلاه، تحتاج إلى التأكد من أن روابط المقالات والفئات تعمل كما هو متوقع. للقيام بذلك، تحتاج إلى تسجيل الدخول باستخدام عنوان URL للنطاق الفرعي القديم كما هو موضح أدناه:
blog.somedomedomain.com/wp-login.php
ثم سيكون من المفيد أن تنتقل إلى "الإعدادات" من لوحة التحكم الرئيسية ثم تنقر على علامة التبويب "عام".
في حقل عنوان الموقع (URL) قم بالتحديث على النحو التالي:
بعد القيام بذلك، إذا كنت لا تزال تشك في ما إذا كانت عناوين URL ستعمل بشكل صحيح، فيمكنك تثبيت الإضافة "استبدال بحث أفضل". سيُحدِّث جميع السجلات في قاعدة بياناتك عند الضرورة.
علاوةً على ذلك، يجب عليك أيضًا أن تكون حذرًا من تحديث الأساسيات و robot.txt.
بعد القيام بذلك، إذا كنت لا تزال تشك في ما إذا كانت عناوين URL ستعمل بشكل صحيح، فيمكنك تثبيت الإضافة "استبدال بحث أفضل". سيُحدِّث جميع السجلات في قاعدة بياناتك عند الضرورة.
علاوةً على ذلك، يجب عليك أيضًا أن تكون حذرًا من تحديث الأساسيات و robot.txt.
الآن ربما تكون قد اكتشفت أن WordPress قابل للتخصيص بدرجة كبيرة. هذا لأنه يمكنك استخدام ووردبريس لاستضافة جزء المدونة فقط من الموقع الإلكتروني بشكل منفصل مع عدم المساس بالباقي. كما رأيت من خلال هذه المدونة، قد تتم استضافة بقية الموقع على منصات مختلفة لا تدعم WordPress.
لذلك يمكن أن يكون تضمين المدونة إلى بقية الموقع الإلكتروني مهمة صعبة. ومع ذلك، يمكنك التغلب عليها باستخدام البروكسيات العكسية.
ترقبوا المزيد من المقالات.