egyptplanners.com
تصميم وبرمجة
Egypt Planners
موقع تخطيط رحلات بيسأل المسافر أسئلة مفيدة قبل الاستفسار، فالفريق بيرد بعرض سعر مش بأسئلة.
استفسارات مؤهّلة من أول رد شوف المشروع ← →
أعمالنا / Universe Explore Travel
محدش بيدوّر على الاسم. بيدوّروا على الرحلة.
Universe Explore Travel شركة DMC بتبيع رحلات مصر اللي بتاخد كذا يوم لأسواق أوروبا وأمريكا الشمالية. المنتج قوي. المشكلة إن اللي بيشتري بيدوّر على الوجهة ونوع الرحلة — مش على اسم شركة عمره ما سمع عنه. عملنا الموقع على طريقة بحث المسافر دي فعلاً، وعلى طريقة قراءة محركات إجابات الـ AI للوجهة.
- العميل
- Universe Explore Travel
- المجال
- رحلات متعددة الأيام و DMC
- النطاق
- SEO و GEO
- اتسلّم
- بناء عناقيد وجهات
universeexploretravel.com
التحدي
مشغّل قوي بس مترتّب على اسمه بس
شركة DMC بتبيع لأوروبا وأمريكا بتنافس على مسافر بيبدأ بمكان ومدّة — «حاجات تتعمل في الأقصر في 3 أيام»، «برنامج مصر 8 أيام» — قبل ما يقارن بين الشركات بكتير. Universe Explore Travel كان عندها البرامج اللي بتجاوب على البحث ده بالظبط، بس الموقع كان مترتّب على الشركة مش على الرحلات.
يعني الصفحات اللي كان ممكن تترتّب مكانتش موجودة كوجهات منفصلة تتفهرس، والمحتوى اللي موجود مكانش بيكلّم حد بعينه — لا المسافر الألماني اللي بيخطط لرحلة نيلية، ولا الجوز الأمريكي اللي بيحسب سعر رحلة أسبوعين بالدولار.
المطلوب كان بنيوي مش شكلي: الـ DMC دي تستاهل تتلاقى على أنهي وجهات وأنواع رحلات، والموقع لازم يتبني إزاي عشان يتلاقى — من محركات البحث ومن محركات إجابات الـ AI اللي المسافر بقى بيسألها الأول؟
المنهج
4 قرارات شكّلت المشروع
01عناقيد وجهات، مش قايمة خدماتالبنية اتعملت على الوجهات وأنواع الرحلات زي ما المسافر بيدوّر عليها — كل عنقود هَب حواليه البرامج والأدلة والإجابات. البنية اتقررت الأول، لأنها اللي بتحدد إيه اللي ممكن يترتّب أصلاً.
02مكتوب لسوق المصدرمحتوى موجّه للمشتري في أوروبا وأمريكا — الأسئلة اللي بيسألها قبل ما يلتزم برحلة كذا يوم برّه، وبنفس كلماته. ميزة الـ DMC إنها عارفة الوجهة، والموقع لازم يثبت ده لحد عمره ما جه.
03جراف Entity و Schemaالوجهات والبرامج والشركة نفسها اتعملوا كـ entities مترابطة ببيانات منظّمة — عشان الماكينة تعرف الشركة دي إيه وبتبيع إيه وفين، مش تخمّن من الكلام.
04مبني عشان الـ AI تنقل منهإجابات واضحة تتاخد على أسئلة التخطيط الحقيقية، منظّمة عشان محركات الإجابات تقدر تنقل منها. لما مسافر يسأل AI يخططله مصر، الرحلة تكون موجودة تتنقل — مش مختفية.
بنية مبنية على الوجهةعناقيد موضوعيةSchemaجراف Entity و Schemaتحسين لإجابات الـ AI
التنفيذ
البنية قبل المحتوى، والمحتوى قبل الصفحات
ترتيب الشغل كان أهم من أي صفحة لوحدها. عناقيد الوجهات اتعملت والـ entity model اتقرر قبل ما يتكتب حرف محتوى — لأن ده اللي بيقرر جوجل ومحرك إجابات الـ AI هيفهموا الموقع إزاي، وده الجزء اللي بيبقى غالي تغيّره بعدين.
بعدها كل عنقود اتبنى يعمل حاجة واحدة: يجاوب على أسئلة مسافر سوق المصدر الحقيقية عن الوجهة ونوع الرحلة دي، ويشيل الـ structured data اللي بتخلّي الماكينة تحطّ البرنامج والشركة والوجهة في علاقتهم ببعض.
الميكانيزم بسيط. الـ DMC بتكسب الأسواق دي لما تتلاقى على الرحلة مش على الاسم — ولما تبقى المصدر اللي محرك الإجابات بيرجعله. عشان كده الموقع اتبنى يتقرا صح من الاتنين، من البنية لفوق.
النتايج
اتغيّر إيه بعد الإطلاق.
+__%زيارات عضوية، 6 شهور بعد الإطلاق مقابل الفترة اللي قبلها
+__%استفسارات عضوية مش على الاسم في الشهر
__صفحة عنقود وجهة مفهرسة ومرتّبة
__مرة اتنقلت في إجابات الـ AI للوجهات المستهدفة
الأرقام دي مستنية بيانات حساب العميل. مش بنحطّ رقم مش متأكدين منه في صفحة شغلها الأساسي إنها إثبات.
شغل تاني
مشاريع تانية.
mywaytoegypt.com
تصميم وبرمجة
My Way to Egypt
موقع بيشرح البرنامج بالتفصيل اللي المسافر بيسأل عنه فعلاً — شامل إيه، والإلغاء، والرخصة.
مسار حجز أوضح شوف المشروع ← →
دورك
نفس السؤال، على موقعك.
الـ DMC بتاعتك تستاهل تتلاقى على أنهي وجهات وأنواع رحلات — في البحث وفي إجابات الـ AI؟ ابعتلنا موقعك وهنقولك الإجابة مكتوبة — سواء اشتغلت معانا أو لأ.