بيع قوالب ووردبريس: المعايير اللي بتفرّق قالب بيتباع عن قالب بيتركن
لو بتعرف تصمّم أو تطوّر، فأنت ماسك سلعة رقمية بتتباع وإنت نايم. بس السوق ده مش بيكافئ «الشكل الحلو» — بيكافئ القالب الخفيف، الآمن، الموثق، اللي بيعدّي مراجعات صارمة. المقال ده خارطة كاملة: السوق فين، المعايير الرسمية إيه، وإزاي تبني قالبًا يتباع فعلًا.
إنت هنا ليه؟ ومين المقال ده ليه بالظبط
خليني أدخل في الموضوع مباشرة: في فرق كبير بين «بعت موقع لعميل» و«بعت قالب لآلاف العملاء». الأول خدمة بتبيع وقتك، والتاني منتج بيتباع وإنت نايم، وبيتباع تاني وثالث لناس متعرفهاش. سوق القوالب هو أقرب نموذج لدخل متكرر من مهارة التطوير — بس سعره إنك تلعب بقواعد أصعب بكتير من قواعد «موقع العميل».
المقال ده مش للي لسه بيسأل «ووردبريس يعني إيه». المقال ده للي عدى الأساسيات: بيعرف يثبت ووردبريس، يفهم HTML وCSS، ولمس PHP ولو من بعيد. لو الأساسيات عندك لسه مهزوزة، ارجع الأول للدليل الشامل تطوير مواقع ووردبريس: الدليل الكامل من التثبيت للربح — هناك بتبني المواقع، وهنا هنتكلم عن بيع القوالب كمنتج. المقالان مكملان لبعض: الأول يديك المهارة، والتاني يحولها لمنتج.
المشكلة إن أغلب اللي بيدخل السوق ده بيفكر بمنطق المصمم: «هعمل قالب شكله حلو والناس هتشتريه». والحقيقة إن المشتري — سواء فريق مراجعة ThemeForest أو صاحب موقع بيدفع من جيبه — بيحكم بمنطق تاني تمامًا: القالب ده خفيف؟ آمن؟ متوافق مع التحديثات؟ الوثائق واضحة؟ الدعم موجود؟ الشكل الحلو شرط دخول، مش سبب شراء. والمعاينة الحلوة اللي مبتتباعش وراها كود نظيف = رفض في أول مراجعة.
بيع القوالب = منتج × معايير × قناة بيع. المقال ده هيغطي التلاتة بالترتيب: فين تبيع (القنوات والعمولات الحقيقية المعلنة)، إيه المعايير (الرسمية من ووردبريس وThemeForest كما هي منشورة فعلًا)، وإزاي تبني المنتج نفسه (الهيكل، التصميم، الأداء، الأمان، الوثائق، التسعير، التسويق). وفي الآخر خطة 90 يوم تنفذها من النهاردة.
ونقطة صراحة مهمة قبل ما نكمل: الأرقام في السوق ده بتتغير. عمولات المنصات اتغيرت جذريًا مؤخرًا (هنتكلم عنها بالأرقام الموثقة المنشورة)، وسياسات المراجعة بتتحدث. فأي رقم هتشوفه هنا موثق بمصدره وتاريخه — ولو لقيت رقم أحدث من مصدره الرسمي، امشِ ورا الأحدث. دي عادة المحترف في أي سوق رقمي.
خارطة المقال باختصار: هنبدأ بقنوات البيع الأربع ومقارنتها الصريحة (العمولات، الجمهور، الصعوبة). بعدها المعايير الرسمية لووردبريس — حرفيًا من صفحة متطلبات المراجعة. بعدها متطلبات ThemeForest العملية. ثم تشريح القالب الاحترافي ملفًا بملف. ثم التصميم والأداء والأمان والوثائق والدعم. ثم التسعير والتسويق. ونختم بخطة 90 يومًا وأخطاء تقتل القالب قبل ما يتباع. يلا.
السوق فين؟ قنوات بيع القوالب الأربع — والمقارنة الصريحة
أول قرار قبل ما تكتب سطر كود: هتبيع فين؟ القناة بتحدد كل حاجة بعدها — المعايير اللي هتلتزم بيها، التسعير الممكن، وحجم الجمهور اللي هتوصله. في أربع قنوات رئيسية، وكل واحدة لها معادلة مختلفة. خلينا نحطهم على الترابيزة.
| القناة | نموذج البيع | العمولة/التكلفة | الجمهور | أصعب حاجة فيها |
|---|---|---|---|---|
| ThemeForest | بيع لمرة واحدة برخصة موقع واحد | رسوم مؤلف ثابتة 50% (موثقة أدناه) + رسوم مشتري ثابتة | الأكبر عالميًا — ملايين الزوار الجاهزين للشراء | مراجعة جودة صارمة جدًا، ورفض أول محاولة هو القاعدة لا الاستثناء |
| دليل قوالب WordPress.org | مجاني بالكامل للمستخدم | صفر عمولة — لكن ممنوع بيع مباشر من الدليل | ضخم — مدمج في لوحة تحكم كل موقع ووردبريس | مراجعة مجتمع صارمة (GPL إجباري)، والربح ييجي من النسخة المدفوعة خارج الدليل |
| موقعك الخاص | بيع مباشر برخصتك وشروطك | عمولة صفر — لكن تكلفة بناء المتجر والتسويق عليك | صفر في البداية — إنت اللي بتبنيه | الثقة: ليه حد يشتري من موقع ميعرفوش؟ لازم براند ومحتوى ودليل اجتماعي |
| أسواق ومنصات أخرى | حسب المنصة (اشتراكات/بيع مباشر) | تختلف — اقرأ الشروط الحالية قبل ما ترفع | متخصص وأصغر | جمهور أقل، وقواعد كل منصة مختلفة |
طيب، السؤال العملي: تبدأ منين؟ الإجابة الصريحة: ابدأ بـWordPress.org لو هدفك الانتشار وبناء اسم، وابدأ بـThemeForest لو هدفك دخل مباشر من أول قالب. والاتنين مش متعارضين — ناس كتير عندها قالب مجاني في الدليل الرسمي بيجيب آلاف التحميلات، ونفس الاسم بيبيع النسخة المدفوعة على موقعه أو ThemeForest. القالب المجاني هو التسويق، والمدفوع هو المنتج.
نقطة أخيرة قبل ما تختار: التوقيت مهم. لا ترفع على ThemeForest وأنت لسه بتتعلم أساسيات PHP — الرفض هناك قاسٍ ومحبط، والأفضل تبني أول قالبين للدليل الرسمي أو للتدريب. ولما تحس إن قالبك فعلًا في مستوى القوالب المقبولة هناك (قارن بصراحة)، ارفع. القناة الصح في الوقت الغلط = إحباط مجاني.
اللي حصل في ThemeForest مؤخرًا — ولازم تعرفه قبل ما ترفع
دي معلومة موثقة ومهمة جدًا لأي حد ناوي يبيع هناك: مؤخرًا أنهت Envato نظام الحصرية للمؤلفين وحوّلت الجميع لنموذج غير حصري برسوم مؤلف ثابتة 50% على كل المبيعات، حسب تحليل منشور من ThemeREX — وهو من كبار مؤلفي القوالب على المنصة نفسها — ويوثّق الجدول الزمني بمصادر من Envato Author Hub. التحليل يعرض مثالًا موثقًا: قالب بسعر 59 دولارًا كان يدفع للمؤلف (من الفئة العليا) حوالي 41.13 دولارًا قبل التغيير، وبعده يحصل المؤلف على أقل من 25 دولارًا. رد فعل كبار المؤلفين كان: رفع أسعار، أو فتح متاجر مباشرة باشتراكات، أو تقسيم المنتج لنسخة «كلاسيكية» على ThemeForest ونسخة جديدة على مواقعهم.
المعنى العملي ليك كمبتدئ: لا تبنِ عملك كله على قناة واحدة. الاستراتيجية الهجينة هي الرابحة: قالب مجاني قوي في دليل ووردبريس يبني اسمك ويجيب ترافيك، ونسخة مدفوعة على موقعك أنت (عمولة صفر)، ووجود على ThemeForest للوصول الجاهز. القناة الواحدة = مخاطرة واحدة. والرابط المرجعي للتحليل الكامل موجود في قسم المصادر تحت — اقرأه قبل ما تاخد أي قرار تسعير.
أي رقم عمولة تشوفه في أي مكان — بما فيه هذا المقال — اعتبره «آخر ما هو معلن» وتحقق منه في صفحة الشروط الرسمية للمنصة قبل ما ترفع قالبك. العمولات بتتغير، واللي بيبني تسعيره على معلومة قديمة بيخسر من جيبه. التحقق من المصدر الرسمي عادة، مش مرة واحدة.
معايير ووردبريس الرسمية: اللي مكتوب فعلًا في صفحة متطلبات المراجعة
هنا بقى الجزء اللي بيفرّق المحترف عن اللي بيخمّن. فريق مراجعة قوالب ووردبريس ناشر صفحة «Required» فيها كل الشروط الإلزامية لقبول أي قالب في الدليل الرسمي. أنا فتحت الصفحة دي وقرأتها سطرًا بسطر، ودي أهم النقاط — مش رأيي، دي القواعد كما هي منشورة:
الترخيص والملكية
القالب لازم يكون متوافقًا مع رخصة GPL — وكل حاجة في ملف الـzip (كود، صور، خطوط، بيانات) لازم تكون GPL أو متوافقة معها. الكود والتصميم لازم يكونا ملكك فعلًا — نسخ التصاميم (Cloning) مرفوض. ولازم تحط معلومات حقوق النشر والترخيص ومصدر كل مورد خارجي في ملف واحد. ودي نقطة بتوقع ناس كتير: تحمّل صورًا من جوجل وتحطها في القالب من غير ترخيص واضح = رفض.
الأمان والنظافة التقنية
ممنوع أي أخطاء أو تحذيرات PHP أو JavaScript — القالب النظيف لا يطلع Notice واحد. القاعدة الأمنية مكتوبة حرفيًا: عقّم البيانات غير الموثوقة قبل إدخالها قاعدة البيانات، واهرُب من كل البيانات غير الموثوقة لحظة العرض. وممنوع استخدام الدوال المهجورة (Deprecated). وكل حاجة بتعرفها في النطاق العام — دوال، متغيرات، ثوابت، أسماء خيارات — لازم تاخد Prefix فريد لا يقل عن 4 حروف، عشان متتعارضش مع إضافات أو قوالب تانية.
إمكانية الوصول (Accessibility)
مش رفاهية — شرط. لازم يكون فيه «روابط تخطي» (Skip links) توصّل المستخدم للمحتوى مباشرة، وتكون أول عنصر قابل للتركيز وظاهرة عند التركيز بلوحة المفاتيح. وكل عناصر التحكم والروابط لازم تكون قابلة للوصول بلوحة المفاتيح، مع تمييز بصري واضح للتركيز في القوائم والنماذج والأزرار. القالب اللي ميتنقلش فيه بلوحة المفاتيح = قالب مرفوض.
ممنوعات صريحة — احفظها
الصفحة فيها قائمة «Do not» واضحة: ممنوع تحط مزايا ووردبريس ورا paywall، ممنوع تخفي شريط الإدارة (Admin bar)، ممنوع تعمل Redirect عند تفعيل القالب، ممنوع تضمّن ملفات zip أو إضافات داخل مجلد القالب أو تحمّل إضافات تلقائيًا، وممنوع أي موارد خارجية من غير موافقة المستخدم — كل السكربتات والصور لازم تكون داخل ملف القالب، والاستثناء الوحيد هو خطوط جوجل. وممنوع التلاعب بمعاينة القالب على WordPress.org — دي ممكن توصل لإيقاف حسابك.
«منطقة الإضافات» — أخطر فخ للمبتدئين
القاعدة الأشهر: القالب للتصميم والعرض فقط. ممنوع تضمّن: أنواع منشورات مخصصة (Custom Post Types)، بلوكات مخصصة، أدوار مستخدمين، Shortcodes، أو أي وظيفة مش متعلقة بالتصميم والعرض. والأمثلة المذكورة حرفيًا كـ«منطقة إضافات»: التحليلات والتتبع، خيارات السيو، نماذج التواصل، التخزين المؤقت، أزرار المشاركة الاجتماعية. ليه؟ لأن المستخدم لو غيّر القالب لازم بياناته ووظائفه تفضل شغالة — الوظيفة للإضافة، والشكل للقالب. دي فلسفة ووردبريس كلها في سطر.
GPL ببساطة: إيه المسموح وإيه الممنوع
رخصة GPL بتخوّف ناس كتير من غير داعٍ — خلينا نبسطها. الفكرة الأساسية: ووردبريس نفسه مرخّص بـGPL، وأي قالب مبني عليه يُعتبر عملًا مشتقًا، وبالتالي لازم يكون GPL هو كمان (أو متوافقًا معها). ده معناه إن أي حد يشتري قالبك له الحق القانوني في تعديله وإعادة توزيعه. «يعني كده مفيش حماية؟» — الحماية مش في منع النسخ (مستحيل عمليًا)، الحماية في القيمة المستمرة: التحديثات، الدعم، والثقة.
والمسموح واسع: تبيع القالب بأي سعر، تبيع نسخًا مدفوعة بمزايا إضافية، تمنع الوصول للتحديثات والدعم لغير المشترين، وتبني نموذج اشتراكات. الممنوع: إنك تدّعي ملكية كود ووردبريس نفسه، أو تمنع المشتري من تعديل نسخته، أو تستخدم موارد (صور، خطوط، مكتبات) بتراخيص متعارضة مع GPL من غير توثيق. القاعدة العملية: أي مورد خارجي تحطه في القالب لازم ترخيصه يسمح بإعادة التوزيع التجارية — وتوثّق ده في ملف واحد كما تطلب القواعد. أغلب مشاكل الترخيص مش في الكود اللي كتبته، بل في الصورة اللي «نزّلتها بسرعة من جوجل».
قبل ما ترفع قالبك للدليل الرسمي: شغّل فحصًا ذاتيًا بالنقاط دي — لا أخطاء PHP، Prefix فريد 4+ حروف، كل النصوص قابلة للترجمة (باستخدام slug القالب كـtext-domain)، اسم القالب لا يحتوي كلمات WordPress أو Theme أو Twenty، وكلمة WordPress مكتوبة صح في كل النصوص العامة (W وP كابيتال). القواعد دي مش «نصائح» — دي شروط قبول أو رفض.
ملاحظة مهمة: القواعد دي للدليل الرسمي المجاني، لكن 90% منها ينطبق على أي قالب محترم هتبيعه في أي مكان — لأنها ببساطة تعريف «الكود النظيف». القالب اللي يعدّي مراجعة WordPress.org من أول مرة هو قالب جاهز لأي منصة.
ThemeForest: متطلبات القبول الفعلية — وليه أغلب القوالب بتترفض أول مرة
خلينا نكون صريحين: مراجعة ThemeForest أصعب بكتير من مراجعة دليل ووردبريس. هناك المراجعة تقنية، وهنا المراجعة تقنية وتجارية وجمالية معًا. الفريق بيراجع الكود والأمان، لكنه كمان بيسأل: «هل القالب ده هيتباع؟» — لأن المنصة شريكك في الربح. القالب المتوسط الشكل مهما كان كوده نظيفًا هيترفض بسبب «عدم كفاية التميز التصميمي». دي مش إشاعة — دي طبيعة سوق مبني على البيع.
المحاور الأربعة للمراجعة
التصميم لازم يكون معاصرًا ومتميزًا عن آلاف القوالب الموجودة. التقليد المفضوح مرفوض، والقوالب «العادية» مرفوضة. المعاينة الحية (Live Preview) هي أول حاجة بتتشاف — لو أول 5 ثواني مش مبهرة، باقي المراجعة شكلي.
كود نظيف، منظم، معلّق عند اللزوم، بلا أخطاء، بلا ملفات زائدة، ومتوافق مع أحدث نسخ ووردبريس وPHP. أي كود مسروق أو مشبوه = رفض نهائي.
وثائق واضحة للمستخدم النهائي (التثبيت، الإعداد، الاستيراد التجريبي)، وخطة دعم حقيقية. القالب بلا وثائق = منتج ناقص.
هل فيه جمهور مستهدف واضح؟ هل المزايا الموعودة حقيقية وشغالة؟ الصور والوصف في صفحة البيع لازم تعكس المنتج الحقيقي — أي مبالغة مضللة بتتكشف في المراجعة.
أخطاء الرفض الأكثر تكرارًا
من متابعة تجارب المؤلفين المنشورة: أولًا — التصميم «مش مميز كفاية» (أشهر سبب رفض على الإطلاق). ثانيًا — مشاكل في استيراد المحتوى التجريبي (Demo Import) — لو المعاينة الجميلة مش بتتكرر عند المشتري بضغطة واحدة، دي كارثة. ثالثًا — بطء الأداء. رابعًا — وثائق ناقصة أو إنجليزية ركيكة. خامسًا — استخدام صور أو موارد بلا ترخيص واضح.
والخبر العملي: الرفض الأول مش نهاية العالم — أغلب المؤلفين الناجحين اترفضوا في البداية. الفرق إنهم قرأوا ملاحظات المراجع سطرًا بسطر وطبقوها، مش زعلوا ورموا القالب. المراجعة القاسية دي في صالحك على المدى الطويل: هي اللي مخلية اسم «قالب ThemeForest» يساوي جودة في ذهن المشتري.
قبل الرفع: قارن قالبك بأحدث 5 قوالب مقبولة في نفس التخصص واسأل نفسك بصراحة «هل أنا في مستواهم؟». اختبر الاستيراد التجريبي على تثبيت ووردبريس نظيف 3 مرات. راجع الكود بأداة فحص. اكتب الوثائق كأن المستخدم عمره ما شاف ووردبريس. وارفع وانت متوقع ملاحظات — المراجعة حوار مش امتحان.
تشريح قالب احترافي: الملفات والهيكل اللي لازم تعرفه
طيب، ندخل للمنتج نفسه. القالب الاحترافي مش «ملفات كتير» — هو هيكل متوقع ومعروف، أي مطور ووردبريس يفتحه يعرف فين كل حاجة. الهيكل ده جزء من المعايير: المراجع بيفتح ملفاتك، ولو لقاها فوضى، انطباعه الأول سلبي قبل ما يقرأ سطرًا.
الملفات الأساسية
| الملف | وظيفته | ملاحظة المعايير |
|---|---|---|
style.css |
ترويسة القالب (الاسم، الوصف، المؤلف، النسخة) + الأنماط | الترويسة لازم تكون كاملة ودقيقة — هنا بيتحط الـtext-domain كمان |
index.php |
القالب الاحتياطي العام — إجباري وجوده | ووردبريس بيرجع له لو ملقاش قالبًا متخصصًا |
functions.php |
تسجيل الأنماط والسكربتات والقوائم ومناطق الودجت | كل الدوال بـPrefix فريد — بلا استثناء |
header.php / footer.php / sidebar.php |
الأجزاء المشتركة في كل الصفحات | تُستدعى بدوال ووردبريس مش بتضمين يدوي |
front-page.php / home.php / single.php / page.php / archive.php |
قوالب العرض حسب نوع المحتوى | التسلسل الهرمي للقوالب (Template Hierarchy) هو المرجع |
theme.json |
إعدادات المحرر والألوان والخطوط (قوالب البلوكات) | الطريق الحديث — ووردبريس بيتجه له بقوة |
readme.txt |
الوصف والترخيص وسجل التغييرات | إجباري في الدليل الرسمي — ومطلوب مهنيًا في أي مكان |
screenshot.png |
صورة معاينة القالب (1200×900) | لازم تعكس الشكل الحقيقي — بلا خداع |
مثال حقيقي: ترويسة style.css كما يجب أن تكون
دي أبسط حاجة وأكثر حاجة بتتعمل غلط. الترويسة دي هي بطاقة هوية القالب:
Theme Name: MyStore Lite
Theme URI: https://example.com/mystore-lite/
Description: قالب متجر خفيف وسريع مبني على البلوكات، مع دعم كامل للعربية وRTL.
Author: Your Name
Author URI: https://example.com
Version: 1.0.0
Requires at least: 6.4
Tested up to: 6.7
Requires PHP: 8.0
License: GNU General Public License v2 or later
License URI: http://www.gnu.org/licenses/gpl-2.0.html
Text Domain: mystore-lite
Tags: e-commerce, rtl-language-support, blog, custom-colors
*/
لاحظ التفاصيل اللي بتفرق: Tested up to بتقول إنك مختبر القالب على أحدث نسخة (المراجع بيشوفها)، وRequires PHP بتمنع التثبيت على بيئات قديمة هتكسر القالب، وText Domain هو الـslug نفسه — زي ما القواعد بتطلب حرفيًا.
قاعدة التسجيل الصحيحة للملفات
ممنوع — حرفيًا ممنوع في أي قالب محترم — إنك تحط وسوم <link> أو <script> مباشرة في header.php. الطريقة الصحيحة دائمًا هي wp_enqueue_style وwp_enqueue_script من functions.php مربوطة بـwp_enqueue_scripts. ليه؟ عشان ووردبريس والإضافات يقدروا يتحكموا في الترتيب والاعتماديات، وعشان ميحصلش تحميل مكرر لنفس المكتبة. المراجع اللي يشوف سكربتات مربوطة يدويًا في الهيدر بيحكم على الكود كله من اللقطة دي.
قالب مستقل أم قالب فرعي (Child Theme) للبيع؟
سؤال بيتكرر: «ليه مبنيش قالب فرعي على قالب مجاني مشهور وأبيعه؟» — الإجابة: تقنيًا ممكن لو الترخيص يسمح، وتجاريًا فكرة ضعيفة لثلاثة أسباب. أولًا: قالبك هيكون رهينة تحديثات القالب الأب — أي تغيير جذري فيه ممكن يكسر منتجك ويغرقك في شكاوى. ثانيًا: المشتري بيدفع مقابل الأصالة — «قالب فرعي معدل» رسالة تسويقية ضعيفة مهما كان التعديل جيدًا. ثالثًا: مراجعات المنصات الجادة بتكشف الأصل سريعًا.
القالب الفرعي أداة ممتازة لتخصيص مواقع العملاء — لكن المنتج القابل للبيع لازم يكون قالبًا مستقلًا بهيكل تملكه بالكامل. الاستثناء الوحيد المقبول: أطر عمل (Frameworks) مصممة أصلًا ليُبنى عليها، وحتى هنا الأفضل أن يكون إطارك أنت أو إطارًا مرخصًا بوضوح لهذا الغرض. القاعدة: بِع ما تملكه بالكامل، وخصّص ما لا تملكه للعملاء فقط.
وملاحظة أخيرة عن الهيكل: نظّم ملفاتك في مجلدات منطقية (css، js، inc، template-parts) من أول يوم. المراجع اللي يفتح ملف zip يلاقي 40 ملفًا مبعثرًا في الجذر بيكوّن انطباعًا سلبيًا قبل قراءة سطر واحد. التنظيم مش تجميل — هو جزء من الجودة.
التصميم وتجربة الاستخدام: اللي بيبيع فعلًا في صفحة المعاينة
المشتري بياخد قرار الشراء في أول دقيقتين من المعاينة الحية — قبل ما يشوف سطر كود واحد. بس انتبه: «التصميم اللي بيبيع» مش معناه «أجمل تصميم». معناه التصميم اللي بيخلي المشتري يتخيل موقعه شغال عليه. الفرق دقيق ومهم.
قواعد المعاينة البيعية
أولًا: المحتوى التجريبي لازم يكون حقيقيًا. أسوأ حاجة تشوفها في معاينات القوالب: نصوص Lorem ipsum وصور رمادية. المشتري مش بيشتري هيكلًا — بيشتري إحساسًا. ابنِ 3-4 صفحات تجريبية كاملة بمحتوى واقعي (مطعم حقيقي الشكل، متجر بمنتجات حقيقية الشكل، مدونة بمقالات حقيقية الشكل). المحتوى الواقعي بيبيع، والهيكل الفارغ بيخوّف.
ثانيًا: التخصص يغلب العمومية. قالب «متعدد الأغراض يعمل لأي شيء» بينافس آلاف القوالب المشابهة. قالب «لمطاعم الوجبات السريعة مع نظام حجز طاولات» بينافس عشرات. التخصص = رسالة تسويقية أوضح = قرار شراء أسرع = مراجعات أفضل. لو دي أول قالب ليك، اختار تخصصًا واحدًا تعرفه كويس واعمله بإتقان.
ثالثًا: الموبايل أولًا — مش شعار. أغلب زوار المعاينة بيفتحوها من الموبايل، وأغلب زوار مواقع المشترين من الموبايل. القالب اللي معاينته مكسورة على الموبايل مات قبل ما يتباع. اختبر كل صفحة تجريبية على 3 مقاسات شاشة حقيقية قبل الرفع.
العربية وRTL: ميزتك التنافسية المهملة
هنا بقى فرصة حقيقية للي بيقرأ المقال ده بالعربي: سوق القوالب مليان قوالب إنجليزية، والقوالب العربية الاحترافية الحقيقية قليلة. القالب اللي دعم RTL فيه مش «ترجمة آلية» لكن تصميم مدروس — قوائم من اليمين، جداول معكوسة الاتجاه، خطوط عربية محترمة، أرقام وتواريخ بالشكل الصحيح — ده قالب عنده سوق عربي كامل شبه فاضي من المنافسة الجادة. ومتطلبات ووردبريس نفسها بتشجع ده: كل النصوص قابلة للترجمة، والـtext-domain مظبوط، وملف ترجمة عربي جاهز. اعملها صح من أول يوم مش كـ«إضافة لاحقة».
الأداء: القالب الخفيف بيبيع — والثقيل بيترجع
خليني أقولها بلا تجميل: القالب البطيء منتج معيوب. المشتري اللي يدفع فلوسًا في قالب يكتشف بعدها إنه بيخنق موقعه هيعمل حاجتين: يطلب استرداد المبلغ، ويسيب تقييمًا سيئًا يطاردك سنين. والتقييمات السيئة في سوق القوالب قاتلة — مشتري واحد غاضب بيخوّف مئة مشتري محتمل.
قواعد الخفة العملية
كل مكتبة بتضيفها لازم تدفع تمنها. قبل ما تربط أي مكتبة JavaScript أو CSS خارجية اسأل: هل هستخدم 80% منها فعلًا؟ لو الإجابة لا، اكتب الـ20% اللي محتاجها بنفسك أو دور على بديل أخف. القوالب المشهورة بثقلها كلها ضحية «مكتبة لكل حاجة».
الصور التجريبية محسّنة. صور المعاينة لازم تكون مضغوطة وبالمقاس الصحيح — مش صورة 4000 بكسل معروضة في 800 بكسل. واستخدم صيغًا حديثة خفيفة. ده بيفرق ثواني في التحميل، والثواني دي بتفرق في التقييم.
حمّل اللي يُستخدم فقط. سكربت سلايدر الصفحة الرئيسية ميتحملش في صفحة المقال. أنماط صفحة المتجر ميتحملوش في المدونة. التحميل المشروط (Conditional loading) حسب نوع الصفحة من أبسط وأقوى تحسينات الأداء — وبيتعمل بسطرين.
لا لطلبات HTTP الزائدة. ادمج ملفات CSS وJS الخاصة بيك في ملفات أقل، واستفد من التخزين المؤقت للمتصفح. كل طلب إضافي هو زمن انتظار إضافي، خصوصًا على شبكات الموبايل الضعيفة — وهي شبكات أغلب جمهورك العربي.
قيس سرعة صفحاتك التجريبية بأداة قياس حقيقية (مثل PageSpeed Insights) على تثبيت نظيف. لو النتيجة سيئة على تثبيت نظيف، هتبقى كارثية عند المشتري اللي مركّب 15 إضافة. القاعدة: قالبك لازم يكون سريعًا في أسوأ الظروف، مش في أفضلها.
الأمان من منظور مطور القوالب: الأساسيات اللي مفيش تهاون فيها
القالب بتاعك هيتثبت على آلاف المواقع. ثغرة واحدة في كودك = آلاف المواقع المخترقة = اسمك المهني انتهى. فالأمان هنا مش «ميزة» — هو شرط بقاء. ومتطلبات ووردبريس الرسمية واضحة فيه، خلينا نترجمها لعادات عملية.
القواعد الثلاث غير القابلة للتفاوض
الأولى: عقّم كل مدخلات. أي بيانات جاية من المستخدم — من خيارات المخصص (Customizer)، من نماذج، من روابط — لازم تتعقم بالدالة المناسبة لنوعها قبل ما تتخزن. نص عادي له دالته، ورابط له دالته، ورقم له دالته. مفيش «المدخلات دي آمنة لأنها من لوحة التحكم» — لوحة التحكم نفسها ممكن تتاخد.
الثانية: اهرب من كل مخرجات لحظة العرض. أي بيانات بتتعرض في الصفحة لازم تمر على دالة تهريب (Escaping) مناسبة للسياق: نص داخل HTML له دالته، وخاصية (Attribute) لها دالتها، ورابط له دالته. القاعدة الذهبية: عقّم عند الدخول، واهرُب عند الخروج — متعتمدش على واحدة وتنسى التانية.
الثالثة: تحقق من الصلاحيات والـNonce في أي إجراء. أي فورم أو رابط بينفذ إجراءً (حفظ إعدادات، حذف حاجة) لازم يتحقق من أمرين: إن المستخدم عنده الصلاحية فعلًا، وإن الطلب جاي من موقعك فعلًا مش من موقع خارجي (CSRF) — وده دور الـNonce. نسيان التحقق من الصلاحية من أشهر الثغرات في القوالب والإضافات على حد سواء.
استخدام صلاحيات إدارية مفرطة في دوال AJAX أو نقاط النهاية: دالة بتتحقق من تسجيل الدخول فقط من غير ما تتحقق من قدرة المستخدم (Capability) بتفتح الباب لأي مشترك عادي ينفذ إجراءات إدارية. دائمًا اسأل: «هل أي دور غير المدير يقدر يوصل للدالة دي؟» — لو الإجابة نعم من غير قصد، عندك ثغرة.
وافتكر: أي كود JavaScript بيتعامل مع بيانات حساسة لازم يمر عبر آليات ووردبريس الرسمية مش حلول مخترعة. الأمان في ووردبريس = استخدام أدوات المنصة كما صُممت، مش اختراع طرق جديدة.
الوثائق والدعم: نص البيع الحقيقي اللي محدش بيتكلم عنه
هنا بقى السر اللي بيفرّق بين قالب بيتباع مرة وقالب بيتباع ألف مرة: الناس مش بتشتري القالب — بتشتري الثقة إنها هتعرف تشغّله. والثقة دي بتتبني بحاجتين: وثائق واضحة، ودعم موجود فعلًا. القالب العبقري بلا وثائق = منتج ناقص في عين المشتري.
الوثائق: اكتبها كأن المستخدم عمره ما شاف ووردبريس
الوثيقة الجيدة بتجاوب على 5 أسئلة بالترتيب: إزاي أثبّت القالب؟ إزاي أستورد المحتوى التجريبي؟ إزاي أظبط الصفحة الرئيسية زي المعاينة؟ إزاي أغيّر الألوان والخطوط والشعار؟ وإيه أشهر 10 مشاكل وحلها؟ — لاحظ إن «المشاكل الشائعة وحلولها» لازم تكون مكتوبة قبل ما المشاكل تحصل، مش بعد ما صندوق الدعم يتملي بيها.
والقاعدة الذهبية: كل خطوة برقم، وكل رقم بنتيجة متوقعة. «اضغط استيراد» مش كافية — «اضغط استيراد وانتظر 2-3 دقائق حتى تظهر رسالة النجاح الخضراء» هي الوثيقة. المستخدم المبتدئ مش بيفهم ضمنيًا، والافتراضات الضمنية هي أم الشكاوى.
الدعم: احسب تكلفته قبل ما تبيع أول نسخة
المشكلة إن أغلب المبتدئين بيحسبوا: سعر القالب × عدد المبيعات = الربح. والمعادلة الحقيقية: (السعر × المبيعات) − (وقت الدعم × قيمة وقتك) − العمولات = الربح. الدعم هو التكلفة الخفية اللي بتاكل الربح لو القالب مليان مشاكل أو الوثائق ناقصة.
عشان كده: كل ساعة تستثمرها في الوثائق والاختبار قبل الإطلاق بتوفّر عليك 10 ساعات دعم بعده. وحط سياسة دعم واضحة من أول يوم: إيه المشمول (أخطاء القالب، أسئلة الإعداد) وإيه المستثنى (تعديلات مخصصة، مشاكل إضافات طرف ثالث، تعليم ووردبريس من الصفر). السياسة الواضحة بتحميك من «عميل عاوزك تبنيله موقعه مجانًا بحجة الدعم».
ابدأ بقناة واحدة منظمة (منتدى دعم أو نظام تذاكر بسيط) — مش رسائل فيسبوك وواتساب متفرقة. رد خلال 24-48 ساعة كحد أقصى في البداية. وكل سؤال يتكرر 3 مرات يتحوّل لفقرة في الوثائق. بعد 3 شهور هتلاقي 80% من الأسئلة بتتجاوب بنفسها من الوثائق — وده هو الدعم المستدام.
التسعير بلا أوهام: إزاي تسعّر قالبك صح
التسعير في سوق القوالب لعبة نفسية وتجارية معًا. رخيص زيادة = «أكيد فيه حاجة غلط». غالي زيادة بلا مبرر = «مين ده أصلًا؟». خلينا نحط القواعد العملية بدون أرقام مخترعة.
قواعد التسعير الخمس
الأولى: اعرف عمولتك الحقيقية الأول. قبل ما تحط أي سعر، احسب صافي ما يوصلك بعد عمولة المنصة ورسوم المشتري — زي ما شرحنا في قسم القنوات. السعر اللي «شكله حلو» ممكن يطلع صافي ربحه مخيبًا بعد الخصومات. احسب بالورقة والقلم مش بالإحساس.
الثانية: قارن بالفئة مش بالسوق كله. قالب مدونة بسيط ميتقارنش بقالب متجر متعدد البائعين. شوف أسعار 5-7 قوالب في نفس تخصصك ونفس مستوى الجودة، وسعّرتك لازم تقع داخل النطاق ده — فوقه محتاج مبرر واضح (مزايا حصرية)، وتحته محتاج حذر (ليه أرخص؟).
الثالثة: السعر رسالة. في الأسواق الرقمية، السعر المرتفع نسبيًا مع تقييمات جيدة بيقول «منتج واثق من نفسه». والسعر المنخفض جدًا بيقول «مبتدئ بيجرب». لو قالبك فعلًا بمعايير احترافية، متخفش من التسعير العادل — الخوف من السعر بيخلي المشتري يخاف من المنتج.
الرابعة: فكّر في نموذج الدخل مش سعر النسخة. البيع لمرة واحدة برخصة موقع واحد هو النموذج الكلاسيكي، لكن السوق بيتجه لنماذج متنوعة: اشتراكات سنوية، تراخيص مطورين لعدة مواقع، حزم (Bundle) لعدة قوالب. النموذج الصح بيعتمد على جمهورك: المبتدئ بيفضل الدفعة الواحدة، والوكالات بتفضل التراخيص المرنة.
الخامسة: التحديثات والدعم جزء من السعر. المشتري مش بيشتري ملفات — بيشتري وعدًا بأن القالب هيفضل شغالًا مع تحديثات ووردبريس الجاية. سعّرتك لازم تغطي سنة دعم وتحديثات على الأقل، ووضّح ده في صفحة البيع. الوعد الغامض بالتحديثات «للأبد» وعد كاذب هيطاردك.
الدخل المتكرر: ليه البيع مرة واحدة مش كفاية
بيع القالب لمرة واحدة نموذج محترم، لكنه نموذج «ابدأ من الصفر كل شهر». النماذج المتكررة أذكى: اشتراك سنوي للدعم والتحديثات (المشتري يدفع مبلغًا أصغر كل سنة مقابل الاستمرارية)، ترخيص مطورين يسمح باستخدام القالب في عدة مواقع بسعر أعلى، أو حزمة (Bundle) تجمع عدة قوالب بسعر موحد. كل نموذج له جمهوره: صاحب الموقع الواحد يفضل الدفعة الواحدة، والوكالة التي تبني عشرات المواقع تفضل الترخيص المرن.
والقاعدة: لا تعقّد النموذج في البداية. ابدأ بنموذج واحد واضح (بيع لمرة واحدة + سنة دعم)، وبعد أول 100 عملية بيع ستفهم جمهورك بما يكفي لتصميم النموذج الثاني. التعقيد المبكر (4 باقات × 3 تراخيص × اشتراكات) يربك المشتري ويقتل قرار الشراء. البساطة تبيع — خصوصًا في البداية.
قالب دائمًا «عليه خصم 50%» بيعلّم السوق إن سعره الحقيقي هو سعر الخصم — وبعدها محدش هيشتريه بالسعر الكامل أبدًا. الخصم سلاح موسمي محسوب (إطلاق، مناسبات)، مش استراتيجية دائمة. والأسوأ: التخفيض اليائس المتكرر بيقول للسوق إن المبيعات واقفة.
التسويق للقالب: المعاينة الحية وصفحة البيع والمحتوى
أحسن قالب في العالم بلا تسويق = ملف zip على هاردك. التسويق هنا مش «إعلانات مدفوعة» — هو 3 أصول بتبنيها مرة وتشتغل ليك سنين.
الأصل الأول: المعاينة الحية الاحترافية
المعاينة هي متجرك. قواعدها: سريعة التحميل (المعاينة البطيئة بتقتل الانطباع الأول)، محتوى واقعي كامل (مش هياكل فارغة)، زر «اشترِ الآن» واضح في كل صفحة، وصفحة «وثائق» ظاهرة (المشتري الذكي بيفتح الوثائق قبل الشراء ليقيس جديتك). ولو قالبك بيدعم العربية، اعمل نسخة معاينة عربية كاملة — دي ميزة تنافسية نادرة.
الأصل الثاني: صفحة البيع
صفحة البيع الجيدة بتجاوب على 4 أسئلة: لمين القالب ده؟ (التخصص الواضح)، إيه اللي هيحصل بعد الشراء؟ (التثبيت والاستيراد في دقائق)، ليه أثق فيك؟ (التقييمات، سجل التحديثات، الوثائق المفتوحة)، وإيه سياسة الاسترداد والدعم؟ — الشفافية في سياسة الاسترداد بتزود المبيعات مش بتقللها، لأنها بتقلل مخاطرة القرار.
الأصل الثالث: المحتوى التعليمي
اكتب مقالات وفيديوهات تشرح فيها «إزاي تبني موقع مطعم في ساعة بقالب كذا» — مش إعلان، بل تعليم حقيقي يستخدم قالبك كأداة. المحتوى التعليمي بيجيب ترافيك مستهدف مجانًا، وبيبني ثقة، وبيظهر القالب شغالًا في سيناريو حقيقي. مقال واحد عميق أحسن من 20 بوست إعلاني.
في سوق القوالب، المنتج هو التسويق: كل تحديث منتظم رسالة ثقة، وكل رد سريع على تقييم سيئ إعلان مجاني، وكل وثيقة واضحة مندوب مبيعات شغال 24 ساعة. ركّز 80% من مجهودك على جعل المنتج «يُسوَّق لنفسه» — التقييمات العالية هي أقوى إعلان في هذا السوق.
خطة 90 يومًا: من الصفر لأول قالب منشور
كفاية نظري. دي خطة أسبوعية محسوبة — مش «اتعلم ثم ابدأ» بل «ابنِ وأنت تتعلم». القالب الأول هدفه التعلم والنشر مش الثراء، والخطة مصممة على هذا الأساس.
راجع HTML وCSS وPHP الأساسي (المتغيرات، المصفوفات، الشروط، الحلقات، الدوال). وفي نفس الوقت: اختار تخصص قالبك الأول — تخصص واحد ضيق تعرفه (مطاعم، عيادات، مدونات شخصية). وادرس 5 قوالب ناجحة في نفس التخصص: إيه المشترك بينها؟ إيه الناقص؟
ابنِ هيكل القالب كاملًا: الملفات الأساسية، الترويسة، تسجيل الأنماط والسكربتات، القوائم، مناطق الودجت. الهدف: قالب «فارغ» شغال بلا أخطاء على تثبيت نظيف — قبل أي تصميم.
صمّم الصفحة الرئيسية وصفحة المقال والقالب العام. ركّز على: التجاوب الكامل، دعم RTL من أول يوم، وخطوط عربية محترمة. اختبر على الموبايل الحقيقي مش المحاكي فقط.
أكمل باقي القوالب (الأرشيف، البحث، 404، الصفحات). ابنِ المحتوى التجريبي الواقعي كاملًا. اختبر الاستيراد التجريبي على تثبيت نظيف 3 مرات متتالية.
راجع الكود سطرًا بسطر: تعقيم المدخلات، تهريب المخرجات، Prefix فريد، لا أخطاء PHP. قس الأداء وحسّن. أكمل ملف الترجمة العربية. احذف أي ملف أو كود زائد.
اكتب الوثائق الكاملة (التثبيت، الاستيراد، التخصيص، المشاكل الشائعة). جهّز موقع المعاينة الحية بالمحتوى الواقعي. التقط لقطة الشاشة الرسمية.
امشِ على قائمة متطلبات ووردبريس الرسمية بندًا بندًا. ارفع للدليل الرسمي أولًا (مراجعة مجانية وتعلم حقيقي)، وبعد القبول فكّر في النسخة المدفوعة أو ThemeForest. احتفل — أنت الآن «مؤلف قوالب» رسميًا.
تابع المراجعات والأسئلة، حدّث القالب بسرعة لأي ملاحظات، وابدأ التخطيط للقالب الثاني — اللي هيتبني على كل الدروس دي في نصف الوقت.
ولو حاسس إن الطريق ده طويل لوحدك، فهو جزء من مسار أكبر: تحويل المهارات التقنية لدخل حقيقي له خرائط مجربة. دليل العمل الحر على الموقع بيغطي الصورة الكاملة — من اختيار المهارة لأول عميل:
7 أخطاء تقتل القالب قبل ما يتباع
دي الأخطاء اللي بتتكرر مع كل دفعة مؤلفين جدد — احفظها عشان متدفعش تمنها:
ملاحظة سريعة قبل القائمة: كل خطأ من دول شفناه بعيننا في قوالب اترفضت فعلًا، والحل جنب كل خطأ مباشرة عشان تخرج بخطة واضحة.
1. البدء بالتصميم قبل الهيكل. قالب جميل على هيكل مكسور = رفض مؤكد. الهيكل النظيف أولًا، والجمال ثانيًا.
2. تجاهل الاستيراد التجريبي. معاينة مبهرة لا يستطيع المشتري تكرارها = تقييم نجمة واحدة. الاستيراد بضغطة واحدة مش رفاهية.
3. الكود المسروق أو «المقتبس بزيادة». المراجعون يعرفون القوالب الشهيرة سطرًا بسطر. الاقتباس من كود مفتوح المصدر بترخيص متوافق ومع ذكر المصدر مقبول — النسخ الصامت مرفوض أخلاقيًا ومهنيًا.
4. إهمال التحديثات بعد البيع. قالب لم يُحدَّث منذ سنة = قالب ميت في عين المشتري. الالتزام بالتحديث جزء من المنتج.
5. الوثائق المكتوبة على عجل. وثيقة من 5 أسطر لقالب معقد = إعلان إنك غير جاد. الوثائق تُكتب بعناية التصميم نفسه.
6. التسعير بالعشوائية. سعر من غير حساب العمولات والمقارنة بالفئة = خسارة مضمونة أو مبيعات صفرية.
7. بيع القالب ثم اختفاء الدعم. أول 3 شهور بعد الإطلاق هي اللي بتبني سمعتك أو تهدمها. الدعم السريع في البداية استثمار مش تكلفة.
المصادر الموثقة
كل رابط تحت اتفتح واتتحقق منه فعليًا قبل وضعه — بلا روابط مخمّنة:
100% Free
الصفحة الرسمية الكاملة لشروط القبول في الدليل: GPL، الأمان، إمكانية الوصول، الممنوعات، ومنطقة الإضافات — المرجع الأول لأي مؤلف.
مدفوع
أكبر سوق لبيع القوالب المدفوعة: معاينة حية، مراجعة جودة، وتقييمات المشترين — القناة التجارية الرئيسية المذكورة في المقال.
100% Free
تحليل موثق من أحد كبار المؤلفين: رسوم المؤلف 50%، نهاية الحصرية، وتفصيل توزيع سعر البيع — مع مصادر من Envato Author Hub.
100% Free
الدليل الشامل على الموقع: من التثبيت لبناء المواقع والربح — الأساس المهاري اللي بيتبني عليه كل اللي في المقال ده.
الأسئلة الشائعة
هل أحتاج أن أكون مبرمجًا محترفًا لأبيع قوالب ووردبريس؟
لا تحتاج أن تكون خبيرًا، لكن تحتاج أساسيات صلبة: HTML وCSS بطلاقة، وأساسيات PHP (المتغيرات والمصفوفات والشروط والحلقات والدوال)، وفهم طريقة عمل ووردبريس. معظم كود القالب هو استدعاء دوال ووردبريس الجاهزة وتنسيقها، وليس خوارزميات معقدة. المهم الحقيقي هو الالتزام بالمعايير: كود نظيف، آمن، وموثق.
أبدأ بـThemeForest أم دليل WordPress.org؟
ابدأ بدليل WordPress.org إذا كان هدفك التعلم وبناء الاسم: المراجعة مجانية، والقالب المجاني الناجح يجلب آلاف التحميلات وسمعة قوية. وابدأ بـThemeForest إذا كان هدفك دخلًا مباشرًا وكان قالبك بمستوى تجاري حقيقي. والاستراتيجية الأذكى للكثيرين هي الجمع: قالب مجاني في الدليل يبني الاسم، ونسخة مدفوعة محسّنة تباع على موقعك أو ThemeForest.
كم تستغرق مراجعة القالب عادة؟
لا يوجد رقم رسمي ثابت — المدة تختلف حسب زحمة فريق المراجعة وجودة ما رفعته. القاعدة العملية: جهّز نفسك لانتظار من أيام إلى أسابيع، واستغل فترة الانتظار في تحسين الوثائق والمعاينة. والقالب المرفوض يمكن إعادة تقديمه بعد إصلاح الملاحظات، فالرفض الأول جزء طبيعي من العملية وليس نهايتها.
هل يمكنني بيع قالب مبني على قالب مجاني موجود؟
يعتمد على الترخيص: إذا كان القالب الأصلي مرخصًا بـGPL فيحق لك قانونيًا بناء عمل مشتق منه وبيعه، بشرط الالتزام بشروط الرخصة (عملك المشتق يجب أن يكون GPL أيضًا). لكن تجاريًا هذه فكرة ضعيفة: السوق يكافئ الأصالة، والقالب «المعدّل قليلًا» يُكتشف سريعًا ويُرفض في المراجعات الجادة. ابنِ هيكلك الخاص حتى لو استلهمت الأفكار العامة.
ما أشهر أسباب رفض القوالب؟
في ThemeForest: عدم كفاية التميز التصميمي (السبب الأول)، مشاكل الاستيراد التجريبي، بطء الأداء، ووثائق ناقصة. وفي دليل WordPress.org: أخطاء PHP، مخالفات الترخيص GPL، تضمين وظائف من «منطقة الإضافات» (مثل نماذج التواصل وخيارات السيو)، وغياب متطلبات إمكانية الوصول. القاسم المشترك: أغلب الرفض سببه الاستعجال قبل اكتمال المعايير.
هل يجب أن أدعم العربية وRTL في قالب أبيعه؟
ليس إلزاميًا في كل الأسواق، لكنه ميزة تنافسية ضخمة: القوالب العربية الاحترافية الحقيقية قليلة، والسوق العربي كبير. الدعم الصحيح يعني أكثر من الترجمة: اتجاه RTL مدروس في كل العناصر، خطوط عربية مناسبة، وملف ترجمة مكتمل. وإذا استهدفت السوق العربي فالدعم الكامل شرط نجاح لا رفاهية.
كيف أحمي قالب من السرقة وإعادة البيع؟
الصراحة الكاملة: لا توجد حماية تقنية كاملة لأي منتج رقمي — من يريد النسخ سيجد طريقة. الحماية الحقيقية هي: ترخيص واضح، تحديثات مستمرة (المسروق يتجمد والشرعي يتطور)، ودعم لا يحصل عليه إلا المشتري الشرعي. ركّز طاقتك على جعل النسخة الشرعية أفضل بكثير من أي نسخة مسروقة، بدل مطاردة تقنيات حماية تُكسر دائمًا.
هل أستطيع بيع نفس القالب في أكثر من مكان؟
نعم — خاصة بعد انتهاء نظام الحصرية في Envato مؤخرًا، أصبح البيع متعدد القنوات هو الوضع الطبيعي. يمكنك بيع القالب على ThemeForest وموقعك الخاص معًا. لكن انتبه لشروط كل منصة على حدة، وتأكد أن سياسة الترخيص والدعم واحدة وواضحة في كل القنوات حتى لا تتضارب الوعود.
ما الفرق بين القالب الكلاسيكي وقالب البلوكات من ناحية البيع؟
القالب الكلاسيكي (PHP) هو المعيار السائد في الأسواق حتى الآن وأدواته ناضجة، وقالب البلوكات (theme.json) هو اتجاه ووردبريس الرسمي للمستقبل. للمبتدئ: ابدأ بالكلاسيكي لأن سوقه أكبر ومراجعه أوضح، لكن تعلّم أساسيات البلوكات بالتوازي لأن الطلب عليها ينمو. القالب الذي يجمع الاثنين بذكاء له أفضلية مستقبلية.
هل الوثائق إلزامية فعلًا أم مجرد نصيحة؟
في ThemeForest هي جزء من معايير القبول الفعلية — قالب بلا وثائق واضحة منتج ناقص. وفي دليل WordPress.org ملف readme.txt إلزامي. وتجاريًا: الوثائق الجيدة تقلل أسئلة الدعم بشكل جذري وترفع التقييمات. اكتبها كأن المستخدم مبتدئ تمامًا: كل خطوة برقم وكل رقم بنتيجة متوقعة.
كيف أحدد سعر أول قالب لي؟
ابدأ بحساب صافي ربحك بعد عمولة المنصة، ثم قارن بأسعار 5-7 قوالب في نفس تخصصك ومستوى جودتك، وضع سعرك داخل هذا النطاق. لا تسعّر بالخوف: السعر المنخفض جدًا يوحي بمنتج ضعيف. وتذكر أن السعر يجب أن يغطي سنة دعم وتحديثات على الأقل — أنت لا تبيع ملفات بل وعدًا بالاستمرارية.
ماذا أفعل لو حصلت على تقييم سيئ؟
رد بسرعة وبهدوء علنًا: اعترف بالمشكلة إن كانت حقيقية وأصلحها وأعلن عن الإصلاح. المشترون الجدد يقرأون ردود المؤلف أكثر من التقييم نفسه — الرد المحترف السريع يحوّل التقييم السيئ إلى دليل على جديتك. وتجنّب الجدال العلني تمامًا: لا تكسب جدالًا مع عميل أمام مئات المشترين المحتملين أبدًا.
خطوتك الجاية: قرار واحد النهاردة
متقفلش المقال من غير قرار. اختار تخصص قالبك الأول واكتبه في ورقة: «قالب لـ [التخصص]». بعدها افتح صفحة متطلبات المراجعة الرسمية من قسم المصادر واقرأها كاملة — دي أول مهمة في خطة الـ90 يوم. القالب الأول مش لازم يكون مثاليًا — لازم يكون موجودًا.