egyptdaytrips.com
تصميم وبرمجة
Egypt Day Trips
اتبنى من الأول كماكينة حجز مش كتالوج: الرخص فوق الطية، مسارين من الهيرو، أسعار بعملات متعددة، وبنية مبنية على الوجهة.
من الفكرة للإطلاق، بالكامل داخلياً شوف المشروع ← →
أعمالنا / Misk Tours
مقروء لمحرّك الإجابة.
Misk Tours كان ترتيبه على جوجل كويس. بس سؤال المسافر الأول بقى محرّك ذكاء اصطناعي هو اللي بيجاوب عليه — ChatGPT وPerplexity وملخّص جوجل الذكي — والحاجات دي مش بتقرا الموقع زي ما الكراولر بيقراه. عملنا rebuild للموقع وضفنا طبقة entity وschema عشان البراند يبقى مقروء للماكينة اللي بتكتب الإجابة دلوقتي.
- العميل
- Misk Tours
- المجال
- منظّم رحلات
- النطاق
- تصميم وبرمجة وGEO
- اتسلّم
- Rebuild + طبقة entity وschema
misktours.com
التحدي
مرتّب على جوجل، مش موجود في محرّك الإجابة
البحث بيتقسم لحاجتين: العشر لينكات، والإجابة اللي الـ AI بيكتبها قبل ما المسافر يشوف أي لينك أصلاً. Misk Tours كان متعمل للأول ومش موجود في التاني.
محرّك الإجابة مش بيكافئ الصفحة الأحلى ولا حتى اللي مرتّبة أول واحدة. هو بيستشهد بالمصادر اللي يقدر يفهمها — البراندات اللي هويتها وخدماتها ورخصها متكتوبة كحقائق منظّمة الماكينة تقدر تاخدها بثقة، مش كلام تحاول تخمّنه.
المطلوب كان: لما المسافر يطلب من الـ AI يخطّطله رحلة لمصر، إيه اللي يخلّيه يسمّي Misk Tours؟ والإجابة معناها إننا نتعامل مع الموقع كبيانات الأول، وكتالوج تاني.
المنهج
4 قرارات شكّلت المشروع
01Entity، مش مجرد موقعMisk Tours متعرّف كـ entity واحد ثابت — نفس الاسم ونفس الخدمة ونفس الرخص متكتوبين بنفس الطريقة على الموقع وعلى الويب كله. محرّك الإجابة بيوثق في اللي يقدر يأكّده، والتناقض هو اللي بيخلّيه يتردّد.
02Schema كأول لغةبيانات Organisation وTour وFAQ المنظّمة متكتوبة كطبقة أساسية، مش ملزوقة بعد التصميم. دي طريقة الماكينة في إنها تقرا اللي الإنسان بيشوفه — فاتقررت قبل التصميم، لأنها بتحدّد إيه اللي ممكن يتستشهد بيه أصلاً.
03إجابات متكتوبة عشان تتاخدالصفحات المهمة بتجاوب على أسئلة المسافر الحقيقية بجُمل واضحة قايمة بذاتها الموديل يقدر يقتبسها من غير تشويه. الصفحة لسه بتتقري كويس للإنسان — بس كل جملة يقدر المحرّك ياخدها نضيفة.
04Rebuild على أساس نضيفrebuild قايم على التحويل عشان الموقع اللي المسافر بيوصله، بعد ما الـ AI سمّاه، يحوّل فعلاً. إنك تتستشهد بيك مالوش قيمة لو الضغطة وصلت على احتكاك.
برمجة مكتوبةUX قايم على التحويلEntity & schema graphتحسين لمحرّكات الإجابةبيانات منظّمةالموبايل أولاً
التنفيذ
موقع متبني عشان تقراه الماكينة والإنسان
الاستراتيجية والتصميم والبرمجة وشغل الـ entity كلهم من نفس الفريق. وده هنا مهم أكتر من العادة: طبقة entity بتناقض النص، أو schema بتوصف صفحة مبقتش موجودة، بتضرّ الثقة فعلاً — وده مبيفضلش متسّق غير لما فريق واحد يملك الكلام كله.
الـ entity والـ schema graph اتقرروا قبل ما يتصمّم شاشة واحدة — هوية المؤسسة وبيانات الرحلات وماركب الـ FAQ اترسموا الأول، لأن البنية هي اللي بتحدّد محرّك الإجابة يقدر ياخد إيه. بعدها الـ rebuild اتصمّم حواليها، قايم على التحويل، عشان الإنسان اللي بيوصل بعد الاستشهاد يلاقي موقع بيقفل.
الميكانيكا بسيطة: محرّك الإجابة بيستشهد باللي يقدر يفهمه ويأكّده. مبتكسبش الاستشهاد بإنك تزعّق أعلى. بتكسبه بإنك تبقى المصدر الأسهل على الماكينة إنها توثق فيه — وبعدين متضيّعش الضغطة لما تيجي.
النتايج
اتغيّر إيه بعد الإطلاق.
__محرّك إجابة ذكي بيستشهد بـ Misk Tours بالاسم
+__%زيارات عضوية، 6 شهور بعد الإطلاق مقابل الفترة اللي قبلها
__صفحة ببيانات منظّمة صحيحة ومفهرسة
+__%استفسار مباشر في الشهر
الأرقام دي مستنية بيانات حساب العميل وفحص محرّكات الإجابة. مش بنحطّ رقم مش متأكدين منه في صفحة شغلها الأساسي إنها إثبات.
شغل تاني
مشاريع تانية.
mywaytoegypt.com
تصميم وبرمجة
My Way to Egypt
موقع بيشرح البرنامج بالتفصيل اللي المسافر بيسأل عنه فعلاً — شامل إيه، والإلغاء، والرخصة.
مسار حجز أوضح شوف المشروع ← →
nilerivertrips.com
سيو ومحتوى
Nile River Trips
صفحة لكل مركب ومسار، بموسمية مشروحة وschema على كل إبحار بدل قايمة واحدة للكل.
ظهور عضوي على مستوى المسار شوف المشروع ← →
دورك
نفس السؤال، على موقعك.
لما مسافر يطلب من الـ AI يخطّط رحلة لمصر، بيسمّيك؟ ابعتلنا موقعك وهنقولك محرّك الإجابة يقدر ومش يقدر يقرا إيه عنك النهارده — سواء اشتغلت معانا أو لأ.