تقرير HTTPS

الخلاصة — يوضح تقرير HTTPS في Google Search Console عدد الصفحات التي تعرضها Google بالإصدار الآمن HTTPS مقابل الإصدار القديم غير الآمن HTTP، ويبين سبب أي صفحات HTTP. تفضل Google استخدام HTTPS، لذلك ينبغي أن يقترب الموقع السليم هنا من 100% HTTPS.

ما تقرير HTTPS؟

إذا أمكن الوصول إلى صفحة عبر http://example.com/page وhttps://example.com/page معًا، تريد Google عمومًا عرض نسخة HTTPS الآمنة في البحث. التقرير بطاقة قياس لذلك: يحصي الصفحات المفهرسة على HTTPS والصفحات التي ما زالت على HTTP.

أمران ينبغي معرفتهما قبل قراءة التقرير:

• لا يشمل إلا الصفحات التي فهرستها Google، لا كل صفحات الموقع.
• يعرض عينة لا قائمة كاملة؛ فلا تعامل العدد كمخزون دقيق.

لماذا تظهر صفحة HTTP؟

ظهور الصفحة بوصفها HTTP لا يعني عادة أن أمانك معطل. قد تكون إشارة في موقعك تطلب من Google تفضيل HTTP، أو تكون نسخة HTTPS مفقودة أو معطلة، أو تكون Google قد أوقفت الفحص بعد أخطاء واسعة، أو يكون URL جديدًا لم يُقيّم. ابدأ بالأسباب الشائعة التالية؛ فكل منها إشارة يمكن العثور عليها وتصحيحها:

• يشير وسم canonical في الصفحة إلى عنوان HTTP.
• تسرد خريطة الموقع نسخة HTTP.
• تعيد نسخة HTTPS التوجيه إلى HTTP في الاتجاه الخطأ.
• نسخة HTTPS محجوبة في robots.txt.
• شهادة SSL معطلة فعلًا.

ماذا تفعل؟

حدد السبب المطابق وصحح الإشارة نحو HTTPS: أصلح canonical أو خريطة الموقع أو اتجاه إعادة التوجيه بحيث ينتقل HTTP إلى HTTPS لا العكس، أو أصلح الشهادة. ثم اطلب من Google إعادة فحص الصفحة عبر URL Inspection. ينبغي أن ترتفع نسبة HTTPS نحو 100% بمرور الوقت.

أكثر ما يخطئ الناس فيه

HTTPS ليس عامل ترتيب كبيرًا. إنه إشارة حقيقية لكنها خفيفة جدًا. انتقل إليه للأمان وثقة الزائر ونظافة التحليلات وعناوين canonical، لا لرفع الترتيب. وإذا رأيت “HTTPS not evaluated” (الترجمة العربية) «لم يُقيّم HTTPS»، فلا تفترض أنه غير ضار؛ فقد يعني غياب نسخة HTTPS أو توقف Google بعد أخطاء واسعة أو اختيار HTTP بوصفه canonical، أو الحالة الوحيدة منخفضة المخاطر: URL جديد لم يُزحف بعد. تحقق من السبب قبل الإصلاح أو الانتظار.

هل تريد شرح كل صف خطأ وعلاقته باختيار canonical وتقرير فهرسة الصفحات؟ انتقل إلى تبويب المتقدم.

الخلاصة — يعرض التقرير عدد عناوين URL المفهرسة التي تقدمها Google عبر HTTPS مقابل HTTP؛ وهو عينة لا قائمة شاملة. تفضل Google فهرسة HTTPS عندما توجد الصفحة بالبروتوكولين، لكن صف HTTP لا يعني تلقائيًا أن إشارة متعارضة غلبت هذا الافتراض؛ فقد يعني غياب نظير HTTPS أو إخفاق معالجة واسعًا أو URL جديدًا لم يُزحف. تفضيل HTTPS إشارة ضمن إشارات اختيار canonical، والتقرير وتقرير فهرسة الصفحات وURL Inspection مترابطة لكنها غير قابلة للاستبدال. HTTPS إشارة ترتيب خفيفة؛ أصلح المشكلات للثقة واختيار canonical النظيف لا لدفعة ترتيب.

ما الذي يقيسه التقرير فعلًا؟

تقول الوثائق: “The HTTPS report shows how many indexed URLs on your site are HTTP vs HTTPS.” (الترجمة العربية) «يعرض تقرير HTTPS عدد عناوين URL المفهرسة في موقعك التي تستخدم HTTP مقابل HTTPS». والقيدان هنا مهمان.

أولًا، المفهرسة: يقتصر على عناوين فهرستها Google، لا مجموعة عناوينك كلها. ثانيًا، هو عينة: “The report isn’t a comprehensive list of all detected items.” (الترجمة العربية) «التقرير ليس قائمة شاملة بكل العناصر المكتشفة». إنه أداة تشخيص لا مخزون. وهو متاح لخصائص Domain وخصائص HTTPS URL-prefix.

تطابق Search Console كل عنوان HTTP مع نظيره HTTPS مع تجاهل المعلمات، لذلك لا تكسر سلاسل مثل ?utm_source= المطابقة. لكنها لا تعد عنوان HTTPS ذا بنية مسار مختلفة النظير الآمن. ولأن التقرير عينة من مجموعة مفهرسة لا زحفًا حيًا لكل URL، لا يعني غياب عنوان أنه سليم؛ فقد لا يكون مفهرسًا أو ضمن العينة. استخدمه لاكتشاف الأنماط لا تدقيق كل عنوان.

لماذا تظهر صفوف HTTP؟

النموذج الذهني: “If your site has a page with both an HTTP and HTTPS address, Google prefers to index the HTTPS version.” (الترجمة العربية) «إذا كانت الصفحة في موقعك تملك عنواني HTTP وHTTPS، تفضل Google فهرسة نسخة HTTPS». هذا هو الافتراض، لكن صف HTTP لا يعني دائمًا أن إشارة أقوى تغلبت عليه. افحص الأسباب بهذا الترتيب:

1. HTTPS مفقود أو معطل. لا يوجد نظير عامل أو يعيد خطأ.
2. إشارة متعارضة. يصرح canonical أو خريطة الموقع أو إعادة توجيه عكسية أو حظر robots بتفضيل HTTP؛ وهذه أسباب الصفوف الخمسة المسماة.
3. إخفاق معالجة على مستوى الموقع. أوقفت Google معالجة طابور العناوين بعد أخطاء كثيرة، أو منعت مشكلة عامة مثل شهادة معطلة التقييم.
4. URL جديد أو لم يُزحف. لم تره Google أو لم تزحف إليه؛ وهذه الحالة الوحيدة التي تقترح فيها الانتظار نحو يوم قبل إعادة الفحص.

تفضيل HTTPS ضمن إشارات عديدة لاختيار canonical وليس عددًا ثابتًا. يطابق كل صف خطأ مسمى السبب الثاني، بينما تمتد حالة «لم يُقيّم HTTPS» عبر الأسباب الأول والثالث والرابع.

صفوف الخطأ: لماذا لا تُقدم صفحات HTTP عبر HTTPS؟

هذه حالات التقرير. لكل منها إشارة متعارضة محددة وإصلاح محدد.

• صفحة HTTP معلّمة بوسم canonical — “تحمل صفحة HTTP وسم <link rel="canonical"> يحدد أن نسخة HTTP هي canonical.” (الترجمة العربية) «تحمل صفحة HTTP وسم canonical يحدد نسخة HTTP بوصفها canonical». أصلحه ليعلن HTTPS.
• شهادة HTTPS غير صالحة — “The HTTPS URL has an invalid SSL certificate.” (الترجمة العربية) «عنوان HTTPS يملك شهادة SSL غير صالحة». أصلح الشهادة.
• خريطة الموقع تشير إلى HTTP — “A sitemap on your site is pointing to an HTTP URL that was indexed as canonical.” (الترجمة العربية) «تشير خريطة موقع إلى URL بنظام HTTP فُهرس بوصفه canonical». حدّث الخريطة.
• HTTPS يعيد التوجيه — “The HTTPS URL exists, but redirects to an HTTP URL.” (الترجمة العربية) «عنوان HTTPS موجود لكنه يعيد التوجيه إلى HTTP». الاتجاه الصحيح دائمًا HTTP → HTTPS.
• عنوان HTTPS محجوب عن الزحف — “The HTTPS URL is present, but is blocked from crawling by a robots.txt rule.” (الترجمة العربية) «عنوان HTTPS موجود لكنه محجوب عن الزحف بقاعدة robots.txt». أزل الحظر.
• لم يُقيّم HTTPS — حالة جامعة. تقول الوثائق “This error can be caused by any of the following conditions” (الترجمة العربية) «قد ينجم الخطأ عن أي من الشروط التالية»: غياب نظير HTTPS، أو اختيار HTTP، أو توقف المعالجة بعد أخطاء كثيرة، أو خطأ عام، أو URL لم يُر أو يُزحف. لا تفترض أنها سليمة؛ وحدها الحالة الجديدة تستحق انتظار نحو يوم.
• مشكلات أخرى — “Another error occurred that is not covered in the list of errors.” (الترجمة العربية) «حدث خطأ آخر لا تغطيه قائمة الأخطاء». وهو صف جامع. ملاحظة الإصلاح: راجع قاعدة robots.txt نفسها.

تصحيح لخرافة شائعة: لا تسرد صفحة المساعدة الحالية صف noindex ولا صف HSTS. قد يمنع noindex فهرسة صفحة HTTPS، ويفرض HSTS البروتوكول في المتصفح، لكنهما ليسا فئتين في التقرير. لا تبحث عن صفوف غير موجودة.

صلة تفضيل HTTPS واختيار canonical وتقرير فهرسة الصفحات

التقرير ليس مستقلًا ولا قابلًا للاستبدال بأشقائه. قد تتعلق ثلاثة أسطح في Search Console بالعنوان نفسه، ويخبرك كل منها بشيء مختلف:

قد تشترك في سبب جذري؛ فقد يظهر تعارض canonical صفًا HTTP هنا وحالة Duplicate في تقرير الفهرسة. لكن هذا فرض ينبغي التحقق منه لكل URL، لا تطابقًا مضمونًا. افحص الصفحة في URL Inspection قبل افتراض أن التقريرين يصفان المشكلة نفسها.

المحتوى المختلط والتبعيات غير الآمنة

المحتوى المختلط هو تحميل صفحة HTTPS أصولًا عبر HTTP، وليس صفًا مسمى في التقرير ولا سببًا تسرده وثائق Google الحالية. يجب إصلاحه لأن المتصفحات تحذره أو تحظره ولأنه ثغرة أمنية، لكن لا تشخصه عبر هذا التقرير. إذا بقي صف HTTP بعد استبعاد الأسباب الخمسة، افحص المحتوى المختلط منفصلًا عبر DevTools أو زاحف. وينطبق الأمر نفسه على HSTS.

HTTPS إشارة ترتيب: النسخة الصادقة

يُوصف HTTPS عامل ترتيب منذ إعلان فريق Google عام 2014، الذي نُقل حينها بوصفه إشارة خفيفة وزنها أقل من جودة المحتوى. لم أتمكن من إعادة تأكيد الصياغة الدقيقة من نسخة حية عند هذا التحديث، فتعامل مع الرقم الدقيق بوصفه منقولًا لا ضمانًا حرفيًا. والنقطة الثابتة أن HTTPS لم يُعرض قط رافعة ترتيب ثقيلة. وهو ضمن إرشادات تجربة الصفحة، لكن التقرير نفسه لا يعرض أثرًا في الترتيب أو النقرات أو الزيارات؛ إنه تشخيص لتنفيذ البروتوكول. أصلح HTTPS للأمان والثقة وبيانات الإحالة واختيار canonical النظيف، لا لدفعة ترتيب.

الإصلاح والتأكيد

سير العمل واحد لأي صف، ويبدأ بالسبب لا باسم الصف:

1. حدد السبب. أكد هل HTTPS مفقود، أم توجد إشارة متعارضة أو مشكلة عامة أو URL جديد.
2. أصلحه عند المصدر. أصلح canonical أو الخريطة أو اتجاه إعادة التوجيه أو قاعدة robots أو الشهادة. إزالة الروابط تخفي العرض ولا تصلح السبب.
3. أكد عبر URL Inspection مع فصل الاختبار الحي عن الحالة المفهرسة؛ وقد يختلفان بعد الإصلاح مباشرة.
4. راقب مجموعة العينة لا URL واحدًا. يعيد التقرير التصنيف وفق جدوله ولا توجد مهلة عامة مضمونة. أما URL الجديد غير المزحوف فانتظر له نحو يوم قبل الفحص.

نقلت مواقع كثيرة بين البروتوكولين، ومحاضرتي في SMX East 2016 السلامة أولًا مع HTTPS هي النسخة الطويلة. والدرس المتكرر أن وجود نسخة HTTPS لا يكفي: إذا ظلت canonical وخرائط الموقع وإعادة التوجيه تشير إلى HTTP، ستواصل Google فهرسته. وحّد الإشارات فيعتني التقرير بنفسه.

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

• ما يقيسه: عينة من عناوين URL المفهرسة التي تقدمها Google عبر HTTPS مقابل HTTP، لخصائص Domain وHTTPS URL-prefix. تتجاهل المطابقة المعلمات لا اختلاف بنية URL.
• الافتراض: تفضل Google HTTPS، لكن صف HTTP قد يعني غياب HTTPS أو إشارة متعارضة أو توقف معالجة عام أو URL جديدًا.
• الصفوف السبعة: canonical يشير إلى HTTP، وشهادة HTTPS غير صالحة، وخريطة تشير إلى HTTP، وإعادة توجيه HTTPS إلى HTTP، وحظر HTTPS في robots، وعدم تقييم HTTPS، ومشكلات أخرى.
• دحض الخرافة: لا صف noindex ولا HSTS ولا محتوى مختلط في صفحة المساعدة الحالية.
• ثلاثة أسطح: تقرير HTTPS للبروتوكول ضمن العينة، وتقرير الفهرسة للحالة وcanonical، وURL Inspection للحالة المفهرسة مقابل الحية.
• الترتيب: HTTPS إشارة خفيفة، لكن التقرير لا يعرض بيانات ترتيب أو نقرات أو زيارات.
• حلقة الإصلاح: حدد السبب ← أصلحه عند المصدر ← أكد الاختبار الحي والحالة المفهرسة ← راقب اتجاه العينة نحو 100% من دون وعد بموعد.

الوثائق الرسمية

وثائق المصدر الأولية من Google.

Google

• تقرير HTTPS في مساعدة Search Console — ما يعرضه وصفوف الأخطاء وأسباب عدم التقييم.
• إطلاق تقرير HTTPS الجديد (سبتمبر 2022).
• HTTPS إشارة ترتيب (أغسطس 2014).
• فهرسة HTTPS افتراضيًا (ديسمبر 2015).
• اختيار URL canonical.
• دمج عناوين URL المكررة.
• فهم تجربة الصفحة.

اقتباسات من المصدر

تصريحات مسجلة من Google. يقفز كل رابط إلى المقطع المقتبس.

Google — ما يعرضه التقرير

• “The HTTPS report shows how many indexed URLs on your site are HTTP vs HTTPS.” (الترجمة العربية) «يعرض تقرير HTTPS عدد عناوين URL المفهرسة التي تستخدم HTTP مقابل HTTPS». انتقل إلى الاقتباس
• “The report isn’t a comprehensive list of all detected items.” (الترجمة العربية) «التقرير ليس قائمة شاملة بكل العناصر المكتشفة». انتقل إلى الاقتباس
• “If your site has a page with both an HTTP and HTTPS address, Google prefers to index the HTTPS version.” (الترجمة العربية) «إذا كانت الصفحة تملك عنواني HTTP وHTTPS، تفضل Google فهرسة نسخة HTTPS». انتقل إلى الاقتباس

Google — صفوف الأخطاء

• “The HTTP page has a” (الترجمة العربية) «تحمل صفحة HTTP» وسم <link rel="canonical"> يحدد أن نسخة HTTP هي canonical. انتقل إلى الاقتباس
• “The HTTPS URL has an invalid SSL certificate.” (الترجمة العربية) «عنوان HTTPS يملك شهادة SSL غير صالحة». انتقل إلى الاقتباس
• “A sitemap on your site is pointing to an HTTP URL that was indexed as canonical.” (الترجمة العربية) «تشير خريطة موقع إلى URL بنظام HTTP فُهرس بوصفه canonical». انتقل إلى الاقتباس
• “The HTTPS URL exists, but redirects to an HTTP URL.” (الترجمة العربية) «عنوان HTTPS موجود لكنه يعيد التوجيه إلى HTTP». انتقل إلى الاقتباس
• “The HTTPS URL is present, but is blocked from crawling by a robots.txt rule.” (الترجمة العربية) «عنوان HTTPS موجود لكنه محجوب عن الزحف بقاعدة robots.txt». انتقل إلى الاقتباس
• “Another error occurred that is not covered in the list of errors.” (الترجمة العربية) «حدث خطأ آخر لا تغطيه قائمة الأخطاء». انتقل إلى الاقتباس

Google — HTTPS إشارة ترتيب (أغسطس 2014)

• وُصف HTTPS بأنه “very lightweight signal — affecting fewer than 1% of global queries, and carrying less weight than other signals such as high-quality content.” (الترجمة العربية) «إشارة خفيفة جدًا تؤثر في أقل من 1% من طلبات البحث عالميًا، ووزنها أقل من إشارات مثل المحتوى عالي الجودة». — Zineb Ait Bahajji وGary Illyes، 2014. اقرأ الإعلان

صفوف الأخطاء — ورقة مرجعية

معنى كل صف وإصلاحه. تذكر أن التقرير يشمل عينة من عناوين مفهرسة، وأن صف HTTP قد يعني إشارة متعارضة أو غياب HTTPS أو خطأ معالجة عامًا أو URL جديدًا غير مقيّم.

غير موجود في التقرير: لا صف noindex ولا HSTS ولا «المحتوى المختلط» في صفحة المساعدة الحالية؛ هي مفاهيم ذات صلة لا فئات هنا.

حقائق سريعة

• النطاق: عناوين مفهرسة وعينة، لا مخزون كامل.
• الإتاحة: خصائص Domain وHTTPS URL-prefix.
• الافتراض: تفضل Google HTTPS، لكن تحقق من سبب صف HTTP.
• الاتجاه الصحيح: HTTP → HTTPS لا العكس.
• وزن الترتيب: خفيف ونُقل أنه دون 1% عام 2014، والتقرير لا يعرض ترتيبًا.

قائمة فرز صف HTTP

عندما يظهر URL بوصفه HTTP، اتبع القائمة للعثور على الإشارة المتعارضة:

• canonical — هل يشير rel="canonical" في صفحة HTTP إلى HTTP؟ وجّهه إلى HTTPS.
• خريطة الموقع — هل تسرد HTTP؟ استبدله بـHTTPS.
• إعادة التوجيه — هل يعيد HTTPS إلى HTTP؟ اعكس الاتجاه.
• robots.txt — هل يحجب HTTPS؟ أزل الحظر.
• شهادة SSL — هل هي صالحة للموقع كله؟
• المحتوى المختلط — هل تحمل الصفحة أصول HTTP؟ بدّلها إلى HTTPS.
• لم يُقيّم HTTPS؟ — تحقق من غياب HTTPS أو اختيار HTTP أو خطأ عام أو URL جديد.
• إعادة الفحص — شغّل URL Inspection واطلب الفهرسة وانتظر إعادة التقييم.
• المقارنة — قارن قرار canonical في تقرير فهرسة الصفحات.

النماذج الذهنية

1. تفضيل HTTPS هو الافتراض، لكن لصف HTTP أسباب متعددة. اسأل: هل HTTPS مفقود أو معطل؟ هل تصوت إشارة مسماة لـHTTP؟ هل توقفت Google بعد أخطاء عامة؟ أم URL جديد؟

2. كل صف مسمى يقابل إشارة متعارضة. canonical، وخريطة الموقع، واتجاه إعادة التوجيه، وقاعدة robots، والشهادة. اعثر على المناسب وصححه نحو HTTPS.

3. يحتاج «لم يُقيّم» إلى فرز لا افتراض. يشمل مشكلات حقيقية إلى جانب URL جديد لم يُزحف؛ حدد الحالة قبل الإصلاح أو الانتظار.

4. التقرير وتقرير الفهرسة وURL Inspection مترابطة لا متطابقة. قد تشترك في سبب جذري، لكن أكد الفرض لكل URL بدل افتراض تطابق واحد لواحد.

5. أصلح HTTPS للثقة لا للترتيب. مكاسبه الحقيقية الأمان والثقة وبيانات الإحالة واختيار canonical الواضح.

إثبات سريان إصلاح HTTPS

تأكيد إعادة التوجيه والشهادة

الاختبار — اطلب URL بنظام HTTP واتبع السلسلة عبر curl -I أو لوحة الشبكة، ثم افتح HTTPS النهائي. المتوقع — إعادة مباشرة نحو HTTPS واستجابة نهائية ناجحة وشهادة صالحة. تفسير الفشل — اتجاه خاطئ أو حلقة أو شهادة معطلة. النافذة — فورية. التراجع — ارجع عن التغيير إذا سبب حلقة أو انتهى عند HTTP أو عطّل URL.

تأكيد اتفاق كل إشارات canonical

الاختبار — افحص صفحة HTTPS الحية وإدخالها في الخريطة ثم URL Inspection. المتوقع — canonical والخريطة يشيران إلى HTTPS بلا حظر. الفشل — ما زالت إشارة تصوت لـHTTP أو تمنع التقييم. النافذة — إشارات الموقع فورية، واختيار Google ينتظر إعادة زحف. التراجع — أوقف الطرح إذا أشارت canonical إلى مجموعة خاطئة أو أزالت صفحات مقصودة.

تأكيد غياب التبعيات غير الآمنة

الاختبار — افتح الصفحة مع Console وNetwork وازحف إلى قوالب تمثيلية بحثًا عن موارد http://. المتوقع — لا أخطاء محتوى مختلط نشط ولا أصل مطلوب عبر HTTP. الفشل — ما زال قالب أو مضيف أصول يصدر تبعيات غير آمنة. النافذة — فور النشر. التراجع — إذا كُسرت البرامج أو الأنماط أو الصور أو الدفع.

تأكيد إعادة تصنيف Search Console

الاختبار — بعد إعادة الزحف، افحص URL Inspection وصف التقرير للمجموعة. المتوقع — ترى Google HTTPS وتنخفض مجموعة أخطاء HTTP من دون فقد صفحات مقصودة. الفشل — لم تعد Google الزحف أو ما زالت إشارة متعارضة. النافذة — حتى إعادة الزحف وتحديث العينة؛ لا تعد «لم يُقيّم» فورًا فشلًا. التراجع — تحقق أو اعكس التغيير إذا انخفضت الصفحات المفهرسة وبقيت الأخطاء.

أدوات للعمل مع التقرير

• تقرير HTTPS في Google Search Console — العدد وصفوف “why HTTP isn’t served over HTTPS” (الترجمة العربية) «أسباب عدم تقديم HTTP عبر HTTPS».
• URL Inspection — حالة URL وcanonical وطلب إعادة الزحف.
• تقرير فهرسة الصفحات — هل URL مفهرس وأي canonical اختير.
• Browser DevTools — مشكلات المحتوى المختلط والشهادة.
• زواحف التدقيق — Ahrefs Site Audit وScreaming Frog للعثور على canonical وإعادة التوجيه والخريطة والحظر والمحتوى المختلط على نطاق واسع.
• Ahrefs Webmaster Tools — زحف وتدقيق مجانيان للمواقع المتحقق منها.

موارد تستحق وقتك

محاضراتي

• السلامة أولًا مع HTTPS — محاضرتي في SMX East 2016 عن ترحيل HTTPS وتوحيد الإشارات.

كتاباتي ذات الصلة

• إشارات اختيار canonical — موضع تفضيل HTTPS بينها.
• 11 نوعًا من إعادة التوجيه وأثرها — لماذا الاتجاه HTTP → HTTPS.
• دراسة Technical SEO لأكثر من مليون نطاق — بيانات عن إعادة التوجيه العكسية.
• دليل ترحيل المواقع — لجمهور انتقال HTTP→HTTPS.

من مصادر أخرى

• تقرير HTTPS في مساعدة Search Console — المصدر الأولي.
• تغطية إطلاق التقرير من Search Engine Land.
• توثيق ارتباك حالة HTTPS غير الصالح من Search Engine Roundtable.
• لماذا يهم HTTPS.
• إصلاح المحتوى المختلط.
• إعلان HTTPS إشارة ترتيب.
• r/TechSEO — مجتمع تشخيص الحالات.

اختبر معلوماتك: تقرير HTTPS

خمسة أسئلة سريعة عن قراءة التقرير وإصلاحه. اختر إجابة ثم تحقق.

سجل التغييرات