نطاقات متعددة لموقع واحد:الاسم المستعار أو إعادة التوجيه؟

Question

أقوم الآن بإعداد عدد من المواقع والعديد منها لها نطاقات متعددة.السؤال هو:هل أقوم باستخدام الاسم المستعار للمجال (مع الاسم المستعار للخادم) أو هل أنا إعادة توجيه الطلب؟

من الواضح أن ServerAlias ​​أفضل/أسهل من منظور سهولة القراءة أو البرمجة النصية.ومع ذلك، فقد سمعت أن Google تفضل ذلك بشكل أفضل إذا تمت إعادة توجيه كل شيء إلى مجال واحد.هل هذا صحيح؟إذا كان الأمر كذلك، ما هو رمز إعادة التوجيه الذي ينبغي استخدامه؟

سيكون لأمثلة vhost الشائعة ما يلي:

ServerName example.net
ServerAlias www.example.net

هل هذا خطأ وهل يجب أن يكون www أيضًا بمثابة إعادة توجيه بالإضافة إلى example2.net وwww.example2.net؟أم أن Google ذكي بما يكفي لجعل جميع هذه المواقع (أو على الأقل www) هي نفس الموقع؟

تحديث:جزء من سبب الرغبة في الأسماء المستعارة هو أنها أسرع بكثير.تؤدي إعادة التوجيه لمستخدم الطلب الهاتفي لمجرد أنه استخدم (أو لم يستخدم) شبكة الاتصالات العالمية إلى زيادة التحميل الأولي للصفحة بشكل كبير.

التحديث والإجابة:شكرا بول للعثور على رابط جوجل والذي يرشدنا إلى "مساعدة زملائك مشرفي المواقع من خلال لا إدامة أسطورة عقوبات المحتوى المكرر".ومع ذلك، لاحظ أن هذا ينطبق فقط على المحتوى الموجود على نفس الموقع، والموضح في المقالة التي تحتوي على "www.example.com/skates.asp?color=black&brand=riedell أو www.example.com/skates.asp?brand=riedell&color= أسود".في الواقع، تنص المقالة صراحةً على "لا تقم بإنشاء صفحات أو نطاقات فرعية أو نطاقات متعددة ذات محتوى مكرر إلى حد كبير."

Answer 1

من الأفضل إعادة التوجيه، إذًا هناك دائمًا نطاق أساسي واحد للمحتوى الخاص بك. سمعت أن Google يعاقب نطاقات متعددة تستضيف نفس المحتوى، لكن لا يمكنني العثور على مصدر لذلك في الوقت الحالي (تحرير، هنا مقال واحد, ، ولكن من عام 2005، وهو تاريخ قديم في سنوات الإنترنت!) (غير صحيح، انظر التعديل أدناه)

إليك بعض قواعد إعادة الكتابة لإعادة التوجيه إلى المجال الأساسي:

RewriteCond %{HTTP_HOST}   !^www\.foobar\.com [NC]
RewriteCond %{HTTP_HOST}   !^$
RewriteRule ^/(.*)         http://www.foobar.com/$1 [L,R=permanent]

يتحقق ذلك من أن المضيف ليس هو المجال الأساسي (www.foobar.com) ويتحقق من تحديد المجال بالفعل، قبل اتخاذ قرار بإعادة توجيه الطلب إلى المجال الأساسي.

مزيد من التحرير: وهنا مقال مباشرة من فم الخيول - يبدو أنها ليست مشكلة كبيرة كما قد تظن.يرجى قراءة هذه المقالة بعناية لأنها تميز بين المحتوى المكرر على نفس الموقع (كما في "www.example.com/skates.asp?color=black&brand=riedell وwww.example.com/skates.asp?brand=riedell&color=black" ") ويقول على وجه التحديد "لا تقم بإنشاء صفحات أو نطاقات فرعية أو مجالات متعددة ذات محتوى مكرر إلى حد كبير."

Answer 2

يمكن أن تكون شهادات SSL أيضًا مشكلة (شهادات البطاقة البرية تخفف من هذه المشكلة ولكنها أكثر تكلفة).

لذا، إذا كانت الشهادة مرتبطة فقط بـ www.example.com، فلن يتم التحقق من صحتها لـ example.com.إذا كان هذا الظرف ينطبق على حالتك، فمن المهم جدًا التعامل بعناية مع مراجع الارتباطات التشعبية وإعادة التوجيه والارتباطات التشعبية في html وjavascript لديك.

Answer 3

إذا كانت أسماء نطاقات مختلفة تمامًا، فستحتاج إلى إعادة التوجيه لأنه بخلاف ذلك لا يمكن مشاركة ملفات تعريف الارتباط بين الاثنين.إذا قام أحد المستخدمين بتسجيل الدخول إلى موقع الويب الخاص بك على example1.com، فسوف يحتاج إلى تسجيل الدخول مرة أخرى إذا قام بزيارة example2.com.

إذا كانت مجرد نطاقات فرعية مختلفة (example.com مقابل www.example.com) فلن يكون هذا مهمًا.

Answer 4

يمكن أن يتسبب الاسم المستعار للخادم في حدوث مشكلات في استمرارية جلسة CGI:نظرًا لأن ملفات تعريف الارتباط مرتبطة بالمجال الذي تم تقديمها منه، فيجب كتابة نصوص CGI بعناية حتى يكونوا على دراية بالأسماء المستعارة، أو يجب أن تكون جميع الروابط الموجودة داخل الموقع وفيه نسبية، أو كليهما - فمن الصعب تجنب ذلك مشاكل صغيرة يصعب تصحيحها نظرًا لأن المتصفح يقدم لك ملفات تعريف ارتباط مختلفة بناءً على ما إذا كان المستخدم قد دخل إلى موقعك آخر مرة من خلال name.tld أو www.name.tld.

Answer 5

في الوقت الحاضر أشك في أن الأمر مهم.إذا رأيت كلا الإدخالين في جوجل، فأنت تعلم أنك تفعل ذلك بشكل خاطئ.

Answer 6

إذا كان نصف الروابط إلى موقعك يشير إلى عنوان URL واحد والنصف الآخر يشير إلى عنوان URL آخر، فسيحصل كل عنوان URL على نصف تصنيف الصفحات فقط.حتى لو لم يعاقب Google رتبتك بسبب وجود محتوى مكرر، فسوف تعاني.