HTTPS وSEO: التأثير في الترتيب، والانتقال الآمن، والأخطاء الشائعة

أصبحت مسألة HTTPS وSEO محسومة إلى حد كبير في 2026: وفق HTTP Archive Web Almanac 2024، تُقدَّم 95.6% من الصفحات الرئيسية على الهاتف المحمول عبر HTTPS. الأسئلة المتبقية عملية: ما وزن البروتوكول في الترتيب، وكيف تنقل موقعًا قديمًا دون خسارة الزيارات، وأي أخطاء إعداد لا تزال تكلّف مراكز في النتائج. يجيب هذا الدليل عنها استنادًا إلى وثائق Google نفسها.

ما هو HTTPS وكيف يعمل؟

HTTPS (Hypertext Transfer Protocol Secure) هو HTTP المرسل عبر اتصال TLS مشفّر. يقدّم الخادم شهادة TLS (ما زالت تُسمّى غالبًا شهادة SSL) صادرة عن جهة تصديق؛ يتحقق منها المتصفح ثم يشفّر كل ما يتبادله مع الموقع. ترتبط الشهادة بأسماء نطاقك التي تُترجم عبر DNS، ويمكن أن يقدّمها مزوّد الاستضافة أو شبكة CDN موضوعة أمام موقعك.

للشهادات ثلاثة مستويات تحقق: التحقق من النطاق (DV)، والتحقق من المؤسسة (OV)، والتحقق الموسّع (EV). بالنسبة إلى SEO لا فرق بينها: تتحقق Google من أن الاتصال صالح، لا من نوع الشهادة التي تؤمّنه. شهادة DV المجانية التي تصدر خلال دقائق تكفي لمعظم المواقع، أما OV وEV فتضيفان تحققًا من الشركة التي تقف وراء النطاق، وهو ما تشترطه بعض البنوك أو الشركات الكبرى لأسبابها الخاصة.

هل يؤثر HTTPS في ترتيب SEO؟

نعم، لكن أقل بكثير من المحتوى والروابط. للإجابة طبقتان: إشارة الترتيب الرسمية، والتأثيرات غير المباشرة الأهم على أرض الواقع.

ما أعلنته Google في 2014

في 7 أغسطس 2014، أعلنت Google في تدوينتها HTTPS as a ranking signal أنها "إشارة خفيفة جدًا فقط، تؤثر في أقل من 1% من عمليات البحث في العالم، ووزنها أقل من إشارات أخرى مثل المحتوى عالي الجودة". وأوصت التدوينة نفسها بشهادات بمفتاح 2048 بت، وحذّرت من حظر موقع HTTPS في robots.txt. يتصرف HTTPS مثل عامل ترجيح عند التعادل: قد يفصل بين صفحتين متقاربتين في الجودة، لكنه لن يرفع صفحة ضعيفة فوق صفحة قوية.

ما تقوله وثائق Google اليوم

تتضمن وثائق Google حول تجربة الصفحة سؤال "هل تُقدَّم صفحاتك بطريقة آمنة؟" ضمن أسئلة التقييم الذاتي، ثم توضح أن "الجوانب الأخرى لتجربة الصفحة، بعد Core Web Vitals، لا تساعد موقعك مباشرة على الظهور في مرتبة أعلى في نتائج البحث". عند قراءتها مع إعلان 2014 تكون الرسالة متسقة: HTTPS حد أدنى متوقع، والمكسب في الترتيب من الانتقال إليه صغير. وتضعه عوامل الترتيب المؤكدة في Google في حجمه الحقيقي بجانب الملاءمة والجودة والروابط.

التأثيرات غير المباشرة الأهم

• الثقة والتحويلات. منذ Chrome 68 في يوليو 2018، يصف Chrome كل صفحة HTTP بأنها "Not secure" في شريط العنوان، كما أُعلن في مدونة Chromium. التحذير بجانب نموذج أو صفحة دفع يكلّف نقرات ومبيعات، ولهذا ينتمي HTTPS إلى UX SEO بقدر انتمائه إلى SEO التقني.
• نسخة أساسية واحدة. تذكر Google تقديم الصفحة عبر HTTP أو HTTPS ضمن العوامل التي تعتمدها لاختيار URL الأساسي. الموقع الذي يستجيب على البروتوكولين يوزّع إشاراته بين نسخ مكررة إلى أن توحّدها Google.
• السرعة. لا تدعم المتصفحات HTTP/2 وHTTP/3 إلا عبر اتصالات مشفّرة، لذا فإن HTTPS هو بطاقة الدخول إلى البروتوكولات التي تحسّن تجربة الصفحة وCore Web Vitals.
• التحليلات. عندما ينتقل زائر من صفحة HTTPS إلى صفحة HTTP، تحذف المتصفحات المُحيل افتراضيًا، فيرى موقع HTTP جزءًا من زيارات الإحالة على أنها زيارات مباشرة.

كيف تنتقل من HTTP إلى HTTPS دون خسارة الزيارات؟

الانتقال إلى HTTPS يغيّر كل URL في الموقع، لذلك تتعامل معه Google كنقل للموقع. يقدّم دليلها حول نقل المواقع مع تغيير عناوين URL المنهجية، وقائمة التحقق أدناه تطبّقها على تغيير البروتوكول. الانضباط هو نفسه في أي ترحيل SEO.

1. ثبّت الشهادة واختبرها

اختر شهادة تغطي كل أسماء المضيف التي تستخدمها (example.com وwww.example.com وأي نطاق فرعي). الشهادات المجانية من Let's Encrypt أو من مزوّد الاستضافة وشبكة CDN تعمل تمامًا مثل الشهادات المدفوعة بالنسبة إلى SEO. فعّل التجديد التلقائي: الشهادة المنتهية تعرض تحذيرًا يملأ صفحة المتصفح أمام كل زائر.

2. اجرد كل عناوين URL واربطها

ازحف إلى موقع HTTP وصدّر عناوينه من خرائط الموقع والتحليلات وسجلات الخادم، بما في ذلك الصور وملفات PDF والملفات الأخرى. يجب أن يقابل كل URL في HTTP المسار نفسه في HTTPS.

3. أصلح المحتوى المختلط

صفحة HTTPS تحمّل صورًا أو سكربتات أو أوراق أنماط عبر HTTP تسبّب محتوى مختلطًا (mixed content): تحظر المتصفحات هذه الموارد أو تنبّه إليها. استبدل روابط http:// المكتوبة مباشرة في القوالب وقاعدة البيانات وإعدادات نظام إدارة المحتوى.

4. اضبط إعادة توجيه 301 بقفزة واحدة

توصي Google بعمليات إعادة توجيه دائمة من جهة الخادم (301 أو 308). وجّه http://example.com/page مباشرة إلى https://www.example.com/page، دون المرور بنسخة HTTP مع www في المنتصف. افحص عينة من العناوين القديمة باستخدام أداة فحص إعادة التوجيه، بما فيها الصفحات التي تملك روابط خلفية.

5. حدّث كل الإشارات الداخلية

اجعل عناوين URL الأساسية ووسوم hreflang والروابط الداخلية والبيانات المنظمة وخرائط موقع XML تشير مباشرة إلى عناوين HTTPS. تكشف أداة فحص canonical بسرعة الصفحات التي ما زالت تعلن canonical بصيغة HTTP.

6. اضبط Search Console

أضف خاصية نطاق، أو خصائص بادئة URL بصيغة HTTPS، وأرسل خريطة الموقع الجديدة. تنص وثائق Google على أن أداة تغيير العنوان (Change of Address) غير مطلوبة للانتقال من HTTP إلى HTTPS، فهي تخص تغيير النطاق فقط.

7. فعّل HSTS عندما يعمل كل شيء

يطلب رأس Strict-Transport-Security من المتصفحات استخدام HTTPS دائمًا لنطاقك. ابدأ بمدة قصيرة، ثم ارفعها إلى سنة (max-age=31536000) عندما تتأكد من أن كل نطاق فرعي يدعم HTTPS. تحقق من الرأس باستخدام أداة فحص رؤوس HTTP.

8. أبقِ عمليات إعادة التوجيه وراقب

تنصح Google بإبقاء عمليات إعادة التوجيه سنة على الأقل، وإبقاؤها دون حد زمني أمر معقول. توقّع بعض التذبذب لبضعة أسابيع بينما تعيد Google الزحف إلى الموقع.

ما أخطاء HTTPS التي لا تزال تضر بـ SEO؟

• البروتوكولان يعملان معًا. تستجيب نسخة HTTP برمز 200 بدل 301، فتنشأ نسخة مكررة كاملة من الموقع.
• سلاسل إعادة التوجيه. من HTTP إلى HTTPS، ثم من دون www إلى www، ثم شرطة مائلة في النهاية: ثلاث قفزات حيث تكفي واحدة. كل قفزة تبطئ الزحف والمستخدمين.
• 302 بدل 301. إعادة التوجيه المؤقتة ترسل إشارة أضعف حول العنوان الدائم. استخدم إعادة توجيه 301.
• روابط HTTP قديمة في حسابات تتحكم فيها. تلتقطها عمليات إعادة التوجيه، لكن تحديث الروابط في حساباتك على الشبكات الاجتماعية والأدلة وقوائم الأنشطة التجارية يزيل قفزة ويرسل إشارة أنظف.
• canonical بصيغة HTTP متروك في القوالب. تعيد الصفحة التوجيه إلى HTTPS لكنها تعلن عنوان HTTP كنسخة أساسية: إشارتان متناقضتان.
• شهادة منتهية أو غير مطابقة. يرى الزوار صفحة خطأ، وقد تفشل برامج الزحف في جلب المحتوى.
• HSTS preload مبكرًا جدًا. إرسال النطاق إلى قوائم preload في المتصفحات قبل أن يدعم كل نطاق فرعي HTTPS يجعل هذه النطاقات الفرعية غير قابلة للوصول، والإزالة تستغرق وقتًا.

تنبّه إضافة Sorank المجانية لـ Chrome إلى أخطاء الصفحة مثل canonical وإعادة التوجيه أثناء تصفحك لصفحاتك.

HTTPS وبرامج زحف الذكاء الاصطناعي وGEO

تعتمد ChatGPT وClaude وPerplexity وGemini على برامج زحف تجلب صفحاتك قبل أن تتمكن من الاستشهاد بها. تتبع هذه البرامج القواعد نفسها التي يتبعها المتصفح: خطأ في الشهادة أو حلقة إعادة توجيه أو ملف robots.txt يحظر الزحف في نسخة HTTPS يعني أن الصفحة لا يمكن قراءتها، وبالتالي لا يمكن الاستشهاد بها. يشرح دليلنا حول robots.txt لبرامج زحف الذكاء الاصطناعي أي الروبوتات يجب السماح لها. كما أن وجود نسخة HTTPS واحدة لكل URL يُبقي الاستشهادات موجّهة إلى عنوان واحد، ما يسهّل قياسها عبر تتبع الإشارات في الذكاء الاصطناعي.

HTTPS: الحد الأدنى، ثم العمل الحقيقي

يمنح HTTPS دفعة صغيرة في الترتيب، ويزيل مشكلة ثقة، ويجب الانتقال إليه بإعادة توجيه 301 نظيفة واحدة لكل URL. بعد ذلك يعتمد الترتيب على ما تمنحه Google وزنًا أكبر بكثير: المحتوى المفيد والروابط الداخلية والسلطة. يتولى Sorank هذا الجزء بنظام autopilot: البحث عن الكلمات المفتاحية، ومقالات محسّنة تُنشر في مدونتك على HTTPS، والربط الداخلي، وروابط خلفية طبيعية.