غالبًا لا يستشهد بك Perplexity لأن مقالك هو الأفضل، بل لأن صفحتك، لحظة طرح المستخدم سؤاله، هي المصدر «الأحدث والذي يمكن التأكد فورًا من أنه غير متقادم». حداثة المحتوى ليست ميزة إضافية في ترتيب Perplexity؛ إنها شرط دخول قائمة المصادر المرشحة. قد تملك تحليلًا ممتازًا كُتب قبل عامين، لكن إذا بدت صفحته قديمة ومتروكة بلا صيانة، فسيتجاوزها النموذج عند الإجابة عن سؤال مرتبط بالوقت، وقد يختار محتوى أضعف لكنه يقدم معلومات أحدث واستجابات أوضح من الخادم.
من أين يقرأ Perplexity إشارات «الحداثة»؟
لنفرّق أولًا بين مسارين. يحتفظ Perplexity بفهرسه الخاص، ويستطيع كذلك الزحف إلى صفحات الويب عند طرح المستخدم للأسئلة؛ إذ يتولى الزاحف PerplexityBot بناء الفهرس، بينما يتحقق وكيل آخر باسم Perplexity-User من محتوى الصفحة عند إعداد الإجابة. لذلك تُقرأ إشارة الحداثة في لحظتين: عند الفهرسة وعند الإجابة عن السؤال. والمطلوب أن يبدو توقيت «آخر تحديث لهذه الصفحة» متسقًا وموثوقًا في كلتا اللحظتين. تظهر أهمية ذلك خصوصًا في الأسئلة شديدة الحساسية للوقت، مثل الأسعار والإصدارات واللوائح والأرقام السنوية. يميل النموذج إلى اختيار الصفحات التي خضعت لتحديث حديث ويمكن إثبات هذا التحديث.
- ترويسات استجابة HTTP: وهما Last-Modified وETag، ويستخدمهما الزاحف لإرسال طلبات شرطية تحدد «هل طرأ تغيير منذ آخر عملية زحف؟»
- قيمة lastmod في sitemap.xml: تخبر الزاحف بعناوين URL التي تستحق أولوية إعادة الزيارة.
- البيانات المنظّمة داخل الصفحة: وهما dateModified وdatePublished في Article/BlogPosting، ومن خلالهما يتعرف النموذج إلى وقت التحديث المعلن للمحتوى.
- التاريخ الظاهر في الصفحة: عبارة «آخر تحديث» في بداية المقال أو نهايته، ويقرأها البشر والنماذج معًا.
- إشارات الحداثة داخل المحتوى نفسه: هل تتوافق السنة ورقم الإصدار وأحدث رقم مذكور في المقال مع تاريخ التحديث المعلن؟
ابدأ بتصحيح إشارات الحداثة على مستوى الخادم
تركّز معظم الفرق جهودها على تعديل المحتوى، بينما يعيد الخادم قيمة Last-Modified خاطئة أو لا يعيدها أصلًا. وهذه من أكثر الثغرات شيوعًا وأسهلها إصلاحًا. النهج الصحيح هو تحديث ترويسة Last-Modified إلى الوقت الحالي كلما تغير المحتوى الفعلي للصفحة، والإبقاء على قيمتها الأصلية إذا لم يتغير. وعند إقرانها بـ ETag، الذي يعمل كبصمة تجزئة للمحتوى، يستطيع الزاحف إرسال طلبات شرطية عبر If-Modified-Since أو If-None-Match. إذا لم تتغير الصفحة، يعيد الخادم 304 Not Modified من دون نقل ملف HTML كامل؛ وإذا تغيرت، يعيد 200 مع المحتوى الجديد. تعيد مواقع كثيرة مبنية بأطر الواجهة الأمامية أو المعتمدة على شبكات CDN الاستجابة 200 افتراضيًا لكل طلب، كما تربط Last-Modified بوقت النشر البرمجي. وهكذا تبدو كل صفحة كأنها «عُدّلت للتو، مع أنها لا تبدو معدّلة»؛ فتتناقض الإشارات.
لماذا تؤثر الطلبات الشرطية في وتيرة زحف الروبوت إلى صفحاتك؟
لكل موقع ميزانية زحف ضمنية، ولن يزورك الزاحف بلا حدود. عندما يستطيع خادمك الرد سريعًا بـ «لا تغيير» عبر 304، يمكن للزاحف توجيه الموارد التي وفرها إلى الصفحات التي حُدّثت فعلًا، فتقصر دورة العودة إليها. أما إذا اضطر في كل زيارة إلى تنزيل الصفحة كاملة ولم يجد وقت تحديث واضحًا، فسيتعلم أن «إشارات هذا الموقع غير موثوقة»، وتتراجع وتيرة عودته. ومن أكثر النتائج شيوعًا في عمليات تدقيق GEO التي نجريها للعملاء أن الفاصل بين مرات إعادة الزحف إلى الصفحات الرئيسية يقصر بوضوح بعد إصلاح هذه الطبقة.
يجب أن تعكس قيمة lastmod في sitemap الحقيقة
تمثل قيمة lastmod في sitemap أساسًا مهمًا لترتيب أولويات الزحف، لكنها لا تفيد إلا إذا كانت «دقيقة». من الأخطاء الشائعة تغيير lastmod لجميع عناوين URL إلى تاريخ اليوم مع كل عملية نشر للموقع بأكمله؛ وكأنك تقول للزاحف: «موقعي بالكامل يتغير يوميًا». سرعان ما يكتشف الزاحف أن المحتوى لم يتغير، فتتراجع موثوقية sitemap كاملة، بما فيها الصفحات التي حُدّثت فعلًا. النهج الصحيح هو أن تعكس lastmod وقت التغيير الفعلي لمحتوى كل عنوان URL، وأن تُحسب لكل صفحة على حدة بدل تطبيق وقت البناء على الجميع بنقرة واحدة. لا تُدرج إلا عناوين URL التي تستحق إعادة الزيارة فعلًا، ولا تضعف الإشارة بحشو صفحات الترقيم والتبويبات والمعلمات.
يجب أن تتطابق dateModified مع التاريخ الظاهر في الصفحة
ينبغي أن تشير dateModified في البيانات المنظّمة وLast-Modified في HTTP وlastmod في sitemap وعبارة «آخر تحديث في» الظاهرة على الصفحة إلى الوقت نفسه. عندما تتعارض هذه القيم—فتقول schema إن التحديث تم اليوم، بينما تعرض الصفحة العام الماضي، وتقدم ترويسة الخادم وقتًا ثالثًا—لا يتلقى النموذج سوى ضوضاء، فيتعامل بحذر مع ادعاء الحداثة ولا يثق به. عمليًا، اجعل وقت التحديث صادرًا من مصدر بيانات مركزي واحد، مثل الطابع الزمني الفعلي للتعديل في نظام إدارة المحتوى، ثم اعرضه عبر المنافذ الأربعة كي تتحدث جميعها بلغة واحدة. تحتفظ datePublished بتاريخ النشر الأصلي، بينما تعكس dateModified آخر تعديل جوهري، وكلتاهما مطلوبة.
وتيرة التحديث: وجّه جهدك إلى الصفحات القابلة للتقادم
ليست كل صفحة بحاجة إلى تحديث متكرر، وفرض تجديد دوري على الموقع كله لا يؤدي إلا إلى تشتيت موارد الصيانة. ابدأ بتقسيم المحتوى إلى فئتين: محتوى قابل للتقادم، مثل الأسعار ومقارنات المنتجات وقوائم التكاملات والاتجاهات السنوية واللوائح والإصدارات؛ ومحتوى ثابت نسبيًا، مثل تعريفات المصطلحات وشروح المبادئ. ضع الصفحات القابلة للتقادم ضمن دورة مراجعة منتظمة، وحدّثها فور تغير المعلومات مع مزامنة إشارات الوقت الأربع. أما الصفحات الدائمة فلا تحدّثها إلا عند وجود إضافة جوهرية. معيار «هل ينبغي تحديثها؟» هو حدوث تغيير فعلي في المحتوى، لا انقضاء مدة على التقويم. إذا غيّرت كلمة واحدة فقط ثم جدّدت تاريخ التحديث، فسيرى النموذج ذلك ولن يمنحك ثقة أكبر.
الحداثة لا تعني «كم مرة يتغير المحتوى»، بل «هل يوجد سبب حقيقي للتغيير، وهل تتفق عليه المواضع الأربعة؟». يثق الزاحف بإيقاع صيانة يمكن توقعه، لا بتعديلات متكررة وفارغة.— Tenten GEO
إعادة الجلب: لا يمكنك إصدار أمر إلى Perplexity، لكن يمكنك رفع الاحتمال
- تأكد من أن robots.txt لا يحظر PerplexityBot أو Perplexity-User. يجب السماح لكليهما، وإلا ضاعت كل الجهود اللاحقة.
- بعد تحديث صفحة رئيسية، حدّث بالتزامن قيم Last-Modified وsitemap lastmod وschema dateModified الخاصة بعنوان URL، لتظل الإشارات الثلاث متطابقة.
- قلّل زمن استجابة الخادم، وأعد 304 بصورة صحيحة للصفحات التي لم تتغير، كي تترك ميزانية الزحف للصفحات المحدّثة.
- أضف رابطًا من صفحة عالية الزيارات وكثيرة الزحف إلى الصفحة المحدّثة حديثًا، واستفد من وتيرة العودة إلى الأولى لتسريع اكتشاف الثانية.
- بعد التحديث، أنشئ محفزًا جديدًا للزحف عبر قنوات أخرى، مثل نشراتك البريدية ومجتمعاتك والصفحات الخارجية التي تشير إليك، لزيادة فرصة اكتشاف الصفحة فورًا.
بهذه الخطوات، لا تحاول استرضاء خوارزمية؛ بل تمكّن Perplexity من قراءة كل تحديث حقيقي بسرعة وبصورة صحيحة. مشكلة معظم المواقع ليست ضعف المحتوى، بل تضارب إشارات الحداثة، ما يجعل المحتوى الجيد يُهمَل كأنه صفحة قديمة. إذا أردت معرفة مواضع التعارض في موقعك بين Last-Modified وsitemap وschema والتواريخ الظاهرة، يمكنك حجز جلسة تشخيص GEO مدتها 30 دقيقة (/contact)، وسنحدد مباشرة فجوات الإشارات التي تدفع Perplexity إلى تجاوز صفحاتك.
