أين تعيش عمليات البحث العقاري المحفوظة بعد زوال حسابات مستخدمي Webflow؟

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

ما الذي أوقفه Webflow بالضبط، ومتى؟

حسابات المستخدمين، نظام Webflow المدمج لأعضاء الموقع، أُوقفت عبر كل المواقع في 29 يناير 2026، بعد أن توقفت عن قبول تفعيلات جديدة قبل ذلك بعام. ويستحق هذا أن يُقال صراحةً لأن كمية كبيرة من محتوى الدروس الذي لا يزال يترتّب في بناء المواقع العقارية كُتبت حين كانت الميزة موجودة ولم تُراجع قط. فإن كنت تتبع دليلاً يخبرك بتفعيل حسابات المستخدمين وإضافة صفحات مستخدم، فالدليل ليس مخطئاً بشأن الماضي؛ إنه يصف شيئاً لم يعد موجوداً. تحقق من تاريخ نشر أي شيء تتبعه، وراجع إشعارات إيقاف الميزات من Webflow نفسه لا مدونة.

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

إذن أين ينبغي أن تعيش عمليات البحث المحفوظة فعلاً؟

لدى من يحمل تغذية العروض، وهو في موقع عقاري على Webflow مزوّد IDX لا الموقع. فالمزوّدون في هذا المجال يقدّمون عموماً حسابات عملاء محتملين خاصة بهم، تحديداً لأن عمليات البحث المحفوظة والمفضلات وتنبيهات العروض الجديدة لا تعمل إلا حيث تعيش البيانات وحيث يُعرف جدول التحديث. واستعمال طبقة حسابات المزوّد يعني أن الميزة تعمل كما يتوقعها المشترون من اليوم الأول، ويعني أن منطق التنبيه صار مشكلة تشغيلية لدى غيرك. والمقايضة أن تجربة الدخول تعود جزئياً إلى مزوّد آخر، وهي كلفة حقيقية وأصغر عادةً من إعادة بناء نظام إشعارات.

هل يمكنك بناؤه بنفسك بدلاً من ذلك؟

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

ماذا يحدث للحسابات التي كانت لدى الناس أصلاً؟

تتوقف عن العمل، وأصحابها هم الأجدر بالاحتفاظ بهم. فكل من أنشأ حساباً على موقع عقاري كان عميلاً محتملاً دافئاً فعلاً: كان قد تقدّم بما يكفي ليريد حفظ بحثه. عامل الانتقال كتمرين تواصل لا كتمرين تقني. صدّر ما يحتفظ به النظام القديم قبل أن يصير غير قابل للوصول، وأخبر أولئك الناس بوضوح بما يتغير وما عليهم فعله، واجعل التسجيل الجديد أقصر ما يمكن. فالترحيل الصامت الذي تتوقف فيه عمليات البحث المحفوظة عن الوصول ببساطة يُقرأ لدى المشتري كأن الوكيل فقد اهتمامه.

هل يؤثر أي من هذا على ما تراه Google؟

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