تصلح الثيم ولا تبني متجر من الصفر؟

المؤسس يطلب متجر جديد لما يتعب. ده مزاج، مش تشخيص. متجر من الصفر القرار الصح لما الهوية والكتالوج والدفع ما يتفكّوش. إصلاح الثيم القرار الصح لما المنصة مناسبة والأعطال وزن وتباين وتطبيقات.

x8x بيعمل الاتنين. ما بنبيعش قوالب. يا نصلح الثيم اللي شغال على سلة أو زد أو شوبيفاي أو ووكومرس، يا نبني متجر كامل على المنصة اللي تناسب حجمه. الفحص موجود عشان ما تشتريش بناء مش محتاجه، وعشان ما ترقّعش ثيم عمره ما هيRTL كويس.

قرر بعد قياس، مش بعد مزاج

افتح الرابط الحي اللي معلن. افحصه. اقرأ الـ LCP واللقطة وHTTPS وصف الأزرار. لو الأحمر بس صورة هيرو وتطبيق دردشة، إنت في منطقة الإصلاح. لو اللقطة تخطيط إنجليزي ونص عربي متقطع وثلاث أزرار دفع وسلة بتقفز، إنت في منطقة البناء.

المزاج يقول "ولّع فيه." التقرير يقول أنهي ملفات وأنهي مسار. طلّع المزاج من أمر الشراء.

يعني إيه من الصفر هنا

مش باك ثيم بلوجو متلزق. يعني نضبط بنية الكتالوج، قالب المنتج، دفع RTL، الشحن والدفع، وقواعد المحتوى لـ SKU جديد. بتحتفظ بمنصة (سلة، زد، شوبيفاي، أو ووكومرس). ما بتحتفظش بالترقيعات المرصوصة.

الإصلاح يعني نفضل جوه الثيم الحالي: ضغط، تأجيل، تسمية الزرار، تعطيل تطبيقات، تصحيح محتوى مختلط، تضييق العناوين. نفس التنقل، نفس عادات الفريق، مسار أسرع.

إشارات إن إصلاح الثيم يكفي

استخدم القائمة دي كقرار. لو أغلب البنود صح، ما تبنيش من جديد.

• المنصة أصلاً ماشية مع طريقة بيعك (سلة أو زد للدفع المحلي، شوبيفاي لشبكة تطبيقات أوسع، ووكومرس لو فريقك شاطر ووردبريس).
• بيانات المنتج نضيفة: رابط واحد لكل SKU، صور حقيقية، أسعار تطابق المخزون.
• الدفع بيكتمل عندك على الموبايل، حتى لو حاسس إنه بطيء.
• الـ RTL غالباً صح: السعر والكمية بترتيب مقروء.
• البنود الحمرا متجمّعة على الصور والخطوط والسكربتات الزيادة.

التجمّع ده نفس شغل أساس سرعة سلة وزد وشوبيفاي: ضغط صور، قص تطبيقات، وخط عربي واحد. أرخص من هجرة. وباين في ليش البطء يضيّع البيع.

الإصلاح برضه محتاج مسؤول. لو مفيش حد ينشر تغييرات الثيم، البناء هيقف لنفس السبب. احسب ناس، مش بكسل بس.

إحنا بنغيّر إيه في الإصلاح

سبرنت معتاد: مسار WebP، عرض وارتفاع لصورة الـ LCP، تأجيل embeds التطبيقات، اشتري واحد بالعربي، تمريرة تباين، فحص SSL. بعدين فحص تاني.

مش هنوعد بدرجة 100 بتركيب خمس إضافات "تسريع" على ووكومرس. مش هنخبّي دفع مكسور ورا سلايدر رئيسية جديد.

إشارات إنك محتاج متجر من الصفر

ابنِ من جديد لما الثيم يبقى هو المنتج والمنتج مكسور.

• الثيم متعمّل لـ LTR إنجليزي. النصوص العربية تتقطع، الأسهم عكس الاتجاه، والبار اللاصق يغطي الزرار.
• الدفع متحف تطبيقات: واحد للكوبون، واحد للعرض الزيادة، واحد للدفع المحلي، محدش متفق على ترتيب الحقول.
• صفحات المنتج مكررة (سكتشنات منسوخة، وصف منسوخ، روابط فلتر متفهرسة).
• الشحن والضريبة عايشين في رسائل الشات بدل السلة.
• كل "تعديل صغير" محتاج فريلانسر خايف يلمس ملف الثيم أو JSON سلة.

دي مش مشكلة PageSpeed. دي معمار. متجر من الصفر يوحّد الهوية والكتالوج ومسار دفع RTL واحد.

اختيار المنصة حجم، مش موضة

بنختار سلة أو زد أو شوبيفاي أو ووكومرس من التشغيل، مش من تويتر.

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

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

التكلفة والوقت وإيه اللي تحتفظ فيه

إصلاح ثيم أيام لأسبوعين لو التطبيقات تتعاون. متجر من الصفر مشروع: خريطة قوالب، عينة منتج، اختبار دفع على موبايل حقيقي، تحويلات لو الروابط تتغيّر، إعادة تشغيل التحليلات.

احتفظ من المتجر القديم:

• الـ SKU والأسعار والصور اللي فعلاً كويسة (بعدين اضغطها).
• عقود الدفع والشحن.
• التقييمات لو تقدر تصدّرها نضيفة.
• الدومين وHTTPS لما يبقوا صالحين.

ارمي:

• التطبيقات اللي مش مستخدمة وسكربتاتها المتبقية.
• نص منتج منسوخ جوجل معاملة duplicate.
• أسماء سكتشنات إنجليزي الفريق عمره ما فهمها.
• بوب أب بيشتغل أول هبوط من إعلان.

اقرأ تقرير الفحص عشان تعلّم احتفظ ضد ارمي. حتى لو هتبني، التقرير يقول أنهي صور وأنهي روابط لسه بتحوّل.

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

لو الروابط تتغيّر، اعمل 301. لو ثبتت، برضه اكتب العناوين من جديد عشان القوالب الجديدة ما تطلعش ميتا فاضي. امشي انضباط زحف بسيط زي دليل السيو للمبتدئين: فهرس المنتجات، مش كل فلتر.

الـ LCP لسه مهم على الثيم الجديد. بناء حلو يبعت سلايدر 4000 بكسل بيفشل LCP زي الثيم القديم. السرعة جزء من بريفة البناء، مش مرحلة بعد الإطلاق.

قاعدة قرار تقدر تستخدمها الشهر ده

1. افحص الرابط المعلن.
2. لو البنود العالية صور وتطبيقات، أصلح الثيم.
3. لو البنود العالية RTL ومتاهة دفع وصفحات منسوخة، ابنِ متجر من الصفر.
4. ما تهاجرش المنصة إلا لو الدفع أو التشغيل يفرضوا.
5. ما تشتريش باك قوالب. محتاج مسار، مش جلد.

لو واقف في النص، برضه نبدأ بالفحص. رقّع صورة الـ LCP الأسبوع ده عشان الإعلانات تضيع أقل، بعدين حدّد البناء. الهجين ده صريح. التمثيل إن ثيم سلايدر نظام هوية مش صريح.

كلم x8x والتقرير في إيدك. هنقول إصلاح أو بناء بلغة واضحة.

أسبوع إصلاح مقابل شهر بناء

لو اخترت إصلاح الثيم، الأسبوع الأول مش إعادة براند. هو مسار ضيق: رابط الإعلان، صورة الـ LCP، تطبيقين زيادة، زرار عربي واحد، قفل HTTPS. نهاية الأسبوع فحص تاني. لو الدرجة اتحرك والسلة بتكتمل على موبايل حقيقي، كمّل أسبوع تاني على المعرض والخطوط. لو كل تغيير بيكسر حاجة تانية، وقّف. ده علامة إنك محتاج متجر من الصفر مش سبرنت تالت.

لو اخترت البناء، الشهر الأول مش سلايدر. هو قوالب: رئيسية، تصنيف، منتج، سلة، دفع، سياسة. عيّنة عشر منتجات حقيقية، مش lorem. اختبار دفع ببطاقة أو بوابة محلية على شبكة 4G. قواعد صور مكتوبة قبل ما المصور يسلّم 4000 بكسل.

فريق المحتوى يكتب عناوين المنتجات في نفس الأسبوع اللي الثيم بيتبني فيه. ما تستناش "بعد الإطلاق". الإطلاق من غير عناوين يرجعك لنفس تقرير الفحص الأحمر في خانة السيو.

x8x يدير الاتنين كمسارين منفصلين في التسعير والوقت. ما نخلطش إصلاح صورة مع إعادة كتالوج كامل في نفس الفاتورة من غير ما تقول. الفحص هو اللي يقسم الفاتورة.

ما تستعجلش الهجرة في نص البناء

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