Skip to content
Now accepting Q2 projects — limited slots available. Get started →
Capability

مواقع MDX موجهة للمطورين — بدون قيود نظام إدارة المحتوى

امتلك مكدس المحتوى الخاص بك مع MDX وبدون قيود البائع

Stack
MDXNext.jsAstroZodRehypeRemarkTailwind CSSTypeScriptVercelNetlifyTinaCMSDecap CMSnext-mdx-remote

محتواك لا ينبغي أن يكون محاصراً في قاعدة بيانات شخص آخر

في كل مرة تلتزم فيها بمحتوى في نظام إدارة محتوى مملوك، فإنك تراهن على شيء ما. أنت تراهن على أن البائع لن يرفع الأسعار، ولن يوقف الميزات، ولن يتم الاستحواذ عليه من قبل شركة لا تهتم بسير عملك. معظم الوقت، تخسر هذه الرهان.

MDX يقلب النموذج. محتواك يعيش في مستودعك كملفات Markdown معززة بمكونات JSX. إنها مراقبة الإصدار، وقابلة للنقل، وملك لك تماماً. لا توكنات API تنتهي الصلاحية في الساعة 2 صباحاً، لا كوابيس الهجرة، لا بائع يحتفظ بمحتواك رهينة.

في Social Animal، نبني مواقع ويب مدعومة بـ MDX تمنح فرق التطوير تحكماً كاملاً على معمارية المحتوى مع الحفاظ على تجربة التأليف نظيفة وسريعة.

ما هو MDX ولماذا يهم؟

MDX هو Markdown لعصر المكونات. يتيح لك كتابة Markdown قياسي وتضمين مكونات React (أو أي مكونات متوافقة مع JSX) مباشرة في ملفات المحتوى الخاصة بك. فكر فيه كالجسر بين أدوات المطورين وتأليف المحتوى.

يبدو ملف MDX النموذجي كالتالي:

# Product Launch Announcement

We're shipping the new dashboard today.

<FeatureGrid features={launchFeatures} />

Read the full changelog [here](/changelog).

<CallToAction variant="primary" />

هذا محتوى حقيقي مع مكونات حقيقية، يعيش في ملف .mdx في مستودع Git الخاص بك. لا حاجة لوحة تحكم CMS. لا استدعاءات REST API لتصيير عنوان.

لماذا يفضل المطورون MDX

  • سير عمل أصلي Git: يمر المحتوى بنفس خط أنابيب PR والمراجعة والنشر مثل الكود
  • مكونات آمنة النوع: مكونات المحتوى الخاصة بك يتم التحقق منها في وقت البناء، وليس في وقت التشغيل
  • تكلفة وقت التشغيل صفر: يتم ترجمة MDX إلى HTML ثابت — لا يوجد تحليل Markdown من جانب العميل
  • قوة JSX الكاملة: مخططات تفاعلية، عروض توضيحية مضمنة، جداول ديناميكية — كل شيء مضمن مع نثرك
  • لا اعتماد على البائع: إذا قمت بتبديل الأطر العمل، فإن ملفات .mdx الخاصة بك تذهب معك

مشكلة الحبس لدى البائع حقيقية

لقد قمنا بهجرة العملاء من Contentful و Prismic و Sanity و WordPress — أحياناً كل ذلك في نفس الربع. النمط دائماً هو نفسه:

  1. تختار فريق CMS لأنها تبدو جيدة في عرض توضيحي
  2. يقومون ببناء قوالب مرتبطة بعمق حول نماذج محتوى مملوكة
  3. يغير CMS الأسعار، أو يوقف إصدار API، أو يقدم تغييرات متقطعة
  4. تصبح الهجرة مشروع متعدد الطباعات يمنع العمل على الميزات

مع MDX، الهجرة ليست مشكلة. محتواك عبارة عن ملفات. الملفات تعيش في المجلدات. المجلدات تعيش في Git. تنتقل من Next.js إلى Astro؟ ملفات MDX الخاصة بك لا تهتم — فهي تعمل في كليهما.

ماذا يعني فعلاً "عدم الحبس لدى البائع"

هذا لا يعني أننا ضد CMS. هذا يعني أن طبقة المحتوى الخاصة بك ليس لديها نقطة فشل واحدة لا تتحكم بها. على وجه التحديد:

  • لا نماذج محتوى مملوكة — يتم تعريف مخطط البيانات الخاص بك في الكود، وليس لوحة تحكم البائع
  • لا اعتماد API على البناء — المحتوى محلي، والعمليات البنائية سريعة وحتمية
  • لا مفاجآت تسعير لكل مقعد — لا توجد فاتورة SaaS مرفقة بمحتواك
  • لا ضريبة الهجرة — تبديل الأطر العمل أو المضيفين لا يتطلب إعادة تشغيل المحتوى

نهجنا في معمارية MDX-First

نحن لا ننزل ملفات MDX في مجلد /content فقط ونعتبر الأمر منجزاً. نبني معمارية محتوى صحيحة تتسع.

مخطط محتوى مع التحقق من Frontmatter

يحصل كل ملف MDX على مخطط frontmatter يتم التحقق منه باستخدام Zod أو محقق وقت تشغيل مشابه. محتواك له بنية مفروضة — حقول مطلوبة، تواريخ مكتوبة، رموز تم التحقق منها — بدون الحاجة إلى CMS لفرضها.

const postSchema = z.object({
  title: z.string().max(70),
  date: z.coerce.date(),
  tags: z.array(z.string()),
  draft: z.boolean().default(false),
});

ادفع ملف محتوى غير صحيح وسيفشل البناء برسالة واضحة. هذا التحقق أفضل من معظم منصات CMS.

مكتبات المكونات المخصصة

نبني مجموعات مكونات MDX قابلة لإعادة الاستخدام مخصصة لاحتياجات المحتوى الخاصة بك. الأمثلة الشائعة:

  • <Callout> — كتل نصيحة وتحذير ومعلومات ذات نمط
  • <CodeDemo> — أمثلة كود مباشرة مع تمييز بناء الجملة
  • <ComparisonTable> — مقارنات الميزات المنظمة
  • <VideoEmbed> — فيديو سريع الاستجابة وكسول التحميل مع نسب العرض الصحيحة
  • <PricingCard> — مكونات التسعير الديناميكية التي تسحب من طبقة البيانات الخاصة بك

يتم توثيق هذه المكونات واختبارها وإصدار الإصدارات جنباً إلى جنب مع محتواك.

مجموعات المحتوى وسلامة النوع

باستخدام Astro's Content Collections أو Next.js مع محملات مخصصة، نقوم بإنشاء واجهات برمجية محتوى مكتوبة بالكامل. IDE الخاصة بك تكمل تلقائياً حقول المحتوى. TypeScript يلتقط المراجع المكسورة قبل النشر. بصراحة، تجربة المطور تتفوق على أي مستكشف GraphQL CMS استخدمته.

خيارات التأليف غير المطورين

MDX لا يعني أن الجميع يحتاجون إلى العيش في VS Code. نضيف طبقات تحرير خفيفة عند الحاجة:

  • Prose Mirror أو TinaCMS للتحرير البصري مع التخزين المدعوم من Git
  • Decap CMS (المعروف سابقاً باسم Netlify CMS) لواجهة مسؤول بسيطة تلتزم بمستودعك
  • محرر GitHub المدمج مع سير العمل المعاينة للإصلاحات السريعة
  • لوحات تحكم مسؤول مخصصة باستخدام إجراءات الخادم التي تلتزم بملفات MDX برمجياً

المحتوى يبقى في Git. تجربة التحرير تتكيف مع من يقوم بالكتابة.

مكدس التكنولوجيا

عمليات البناء MDX الخاصة بنا عادة ما تعمل على:

  • Next.js 14+ مع next-mdx-remote أو @next/mdx لتكامل App Router
  • Astro مع دعم MDX الأصلي و Content Collections للمواقع الثابتة أولاً
  • Rehype و Remark plugins لتمييز بناء الجملة، توليد جدول المحتويات، معالجة الروابط، وتحسين الصور
  • Tailwind CSS لنمط المكونات مع رموز التصميم
  • Vercel أو Netlify للنشر مع الرجوع الفورية (محتواك في Git، لذا كل نشر قابل للعكس)

ما تحصل عليه

عندما نسلم موقع ويب بنمط MDX أولاً، تغادر بـ:

  • موقع ويب منشور بالكامل مع تحميلات الصفحة الفرعية الثانية
  • مخطط محتوى موثق مع التحقق من الصحة
  • مكتبة مكونات MDX مخصصة
  • سير عمل محتوى يعتمد على Git مع نشر المعاينة
  • تكاليف CMS شهرية صفر
  • ملكية كاملة لكل ملف محتوى ومكون وتكوين
  • مسار هجرة غير موجود — لأنه لا يوجد شيء للهجرة بعيداً عنه

من هذا مناسب له

معمارية MDX أولاً مناسبة بشكل قوي لـ:

  • شركات أدوات المطورين التي تريد المستندات والمدونات وصفحات التسويق في مكدس واحد
  • الشركات الناشئة التي لا تريد دفع 300 دولار شهرياً لـ CMS قبل أن يكون لديها إيرادات
  • الوكالات التي تعبت من الحفاظ على تكاملات CMS عبر عشرات مواقع العملاء
  • فريق الهندسة الذي يريد المحتوى في monorepo الخاص به، وليس لوحة تحكم طرف ثالث

إذا كان فريقك مرتاحاً مع Git وتقدر الملكية طويلة الأجل على الراحة قصيرة الأجل، فـ MDX هو الخيار الصحيح.

FAQ

Common questions

What is MDX and how is it different from regular Markdown?

MDX extends Markdown by letting you embed JSX components directly in your content files. Standard Markdown handles basic formatting and that's about it. MDX lets you drop in interactive charts, styled callouts, any React component you've built — all compiled to static HTML at build time, with zero runtime overhead.

Can non-technical team members edit MDX content?

Yes. We wire up lightweight editing tools like TinaCMS or Decap CMS that give writers a visual interface while storing everything as MDX files in Git. Editors get a familiar admin panel. Developers keep their Git-native workflow. Nobody has to compromise.

How does MDX eliminate CMS vendor lock-in?

Your content lives as files in your Git repository, not in a vendor's database behind an API. No proprietary content models, no per-seat pricing, no migration cost. Switch from Next.js to Astro, change hosts entirely — your MDX files move with you, untouched.

Is MDX only for blogs and documentation sites?

Not at all. MDX works great for marketing sites, product pages, changelogs, knowledge bases, and landing pages. Any content-driven page benefits from MDX's mix of structured authoring and component flexibility. If a page has text and interactive elements, MDX handles it well.

How do you ensure content quality without a CMS enforcing structure?

We define content schemas using Zod validation on frontmatter fields. Every MDX file gets type-checked at build time — required fields, valid dates, correct slugs. Commit something malformed and the build fails with a clear error message. It's stricter than most CMS validation, honestly.

What are the performance benefits of MDX over a headless CMS?

MDX compiles to static HTML at build time. No API calls during the build, none at runtime either. Builds are deterministic and fast. Pages serve instantly from the CDN. There's no network dependency on a CMS API that might be slow, rate-limited, or just down.

Can I migrate my existing CMS content to MDX?

Yes. We've migrated content from Contentful, Sanity, WordPress, and Prismic to MDX. The process involves exporting your content, transforming it into validated MDX files with proper frontmatter, and mapping your existing components to a new MDX component library. Most migrations wrap up in one to two sprints.

Ready to get started?

Free consultation. No commitment. Just an honest conversation about your project.

Book a free call →
Get in touch

Let's build
something together.

Whether it's a migration, a new build, or an SEO challenge — the Social Animal team would love to hear from you.

Get in touch →