DE {CODE}: متى تختار بدون رأس للعملاء

عندما يكون لدى العميل متطلبات أداء وأمان ، متى يجب أن تختار وكالة WordPress التقليدية أو WordPress بدون رأس للوظيفة؟ تعرف على المزيد في جلسة DE {CODE} هذه ، والتي تضم لجنة من خبراء الوكالات الذين يقيّمون الفوائد والقيود والفرص والمقايضات الناتجة عن عدم وجود رأس.

شرائح الجلسة

نص كامل

هاشم وارين: مرحبًا ، مرحبًا بك في فريقنا ، متى تختار WordPress بدون رأس للعملاء. اسمي هاشم وارين ، وأنا مدير تسويق المنتجات في Atlas ، الحل الذي نقدمه لـ Headless WordPress. وأحد الأسئلة الأولى التي تلقيتها من الناس عندما يتبنون ، أو يريدون اعتماد WordPress ، هو متى يجب أن أستخدم WordPress التقليدي ، الكل في WordPress ، ومتى يجب أن أستخدم Headless WordPress.

لذا ، إذا كان لدي عميل لديه متطلبات أداء وأمان ، مثل ما الذي يجب أن أفكر فيه فيما يتعلق باعتماد ، أو اختيار WordPress بدون رأس أو تقليدي. وأيضًا ، إذا اخترت Headless WordPress ، فما الذي يجب أن أتوقعه ، وما الذي سأدخل فيه نفسي هنا. لذلك لدينا اليوم لوحة ممتازة ذات خبرة في كل من مشاريع WordPress التقليدية وأيضًا مشاريع WordPress بدون رأس والتي ستكون قادرة على الإجابة على بعض الأسئلة الكبيرة التي أعرف أن العديد منكم يمتلكها.

حتى اليوم ، لدينا ، جوناثان جيتر ، مدير الإنتاج الفني في Click Here Labs. لدينا أيضًا ستيفن بروكس ، مدير التكنولوجيا في Springbox. لدينا أيضًا جيمس سكوايرز ، كبير مسؤولي التكنولوجيا في space 150. ولدينا أيضًا Tayo Onabule ، المدير الإداري لـ drewl.

لذلك أريد فقط أن أحضر الجلسة الآن ، حتى نتمكن من البدء بهذه المحادثة. لذلك دعونا نبدأ المحادثة بهذه الطريقة. فقط أخبرني ما الذي جعلك شخصيًا ، أو وكالتك ، مهتمًا بـ Headless WordPress في المقام الأول. وجوناثان هل يمكنك أن تبدأنا؟

جوناثان جيتر : بالتأكيد. لذلك كنا مهتمين بالعمل في مساحة مقطوعة الرأس لفترة من الوقت. والسبب الرئيسي الذي جعلنا مهتمين به هو أننا أردنا إنشاء مشاريع أكبر من شأنها دمج البيانات من مصادر متعددة. ولم تكن واجهة برمجة تطبيقات WordPress موجودة بعد. لذلك كنا نعمل على طرق مختلفة لتقديم طبقة الواجهة الأمامية ، وما زلنا نستخدم المحتوى من WordPress. ولذا ، هذا ما كنا نفعله منذ حوالي خمس إلى سبع سنوات حتى الآن ، في محاولة لمعرفة أفضل طريقة للقيام بذلك.

والآن أصبح الأمر أسهل بكثير مما كان عليه ، من الواضح أن هناك الكثير - هناك مجموعة واسعة من الخيارات بقدر ما ستفعل ذلك. وهكذا ، رأينا الفضاء ينمو ، ونحن متحمسون حقًا إلى أين يتجه. هو - هي

هاشم وارين: رائع. وستيفن ، هل لديك قصة مماثلة؟ مثل ما الذي جعلك أنت أو وكالتك مهتمين بـ Headless WordPress؟

ستيفن بروكس : نعم ، لقد كنا في مساحة مقطوعة الرأس منذ حوالي عام 2015 ، ونتعامل بشكل تقليدي مع منصات CMS القائمة على الازدحام. على مدى السنوات القليلة الماضية ، كان من الصعب التعامل مع بعض فرق التسويق التي تعمل داخل نظام المربى ، فقط بسبب التحول النموذجي في إدخال المحتوى ، على عكس أسلوب النشر ونوع الصفحة.

لقد حاولنا أيضًا ، تمامًا مثل جوناثان ، الاستفادة من واجهة برمجة تطبيقات WordPress. هذا مرهق بعض الشيء ، لا يمنحك حقًا ما تحتاجه بالضبط طوال الوقت. كلما ذكرت WP Engine أطلس وتحدثت عن التقنيات الأساسية ، كانت قبلة الشيف مع ما فعلناه تقليديًا في مساحة المربى.

لذا فهي الآن محادثة سهلة حقيقية مع عملائنا ، لأن جميع المسوقين تقريبًا لديهم خبرة في العمل داخل WordPress ، لكن المطورين يحصلون على فائدة إضافية من حل بدون رأس. لذلك تحصل على تخفيف مخاطر الأمان ، بالإضافة إلى بعض التفاعلات العلوية مع طبقة العرض المبنية على React. لقد كان هذا هو سائقنا الحقيقي هنا مؤخرًا.

هاشم وارين: هذا رائع. Tayo ، هل يمكنك إخبارنا بقصتك ، ولمتابعة ذلك ، هل يمكنك إخبارنا عن إقناع الناشرين باعتماد WordPress بلا رأس؟

تايو أونابول : أجل. لذلك أعني أنه في حالتنا ، كان لدينا إدخال أحدث قليلاً ومدخل مختلف قليلاً في مساحة WordPress بلا رأس. أحد المحركات الأساسية بالنسبة لنا هو أحد عملائنا ، Android Authority ، الذي يتمتع بانتشار واسع إلى حد ما. نوع من التلميح في اللحظة الحالية حول نوع 20 مليون زائر شهريًا.

واحتياجاتهم بسيطة للغاية بطريقة ما. إنهم بحاجة إلى تحسين محركات بحث رائع حقًا ، مثل المستوى الأعلى. ولديهم الكثير من المنافسين الأكفاء من حولهم. حسنًا ، حسنًا ، تحسين محركات البحث رائع حقًا ، وأداء رائع حقًا ، وتجربة قراءة رائعة حقًا لجميع المقالات التي ينشرونها.

لذا فقد كانت عبارة "مقطوعة الرأس" حقًا - لقد نشأت حقًا كجزء من المحادثة تمامًا كما كنا نحاول القيام بكل ما في وسعنا لإيجاد طريقة لجعل مواقع WordPress الحالية الخاصة بهم تخدم كل هذه الاحتياجات. حقًا إلى أقصى حد ، في الأساس. وبلا رأس ، في البداية كانت حالة أجري فيها بعض الأبحاث وأقول ، أوه ، حسنًا ، ربما يمكننا ، ربما نجرب هذا.

وتعمقنا فيه أكثر وأكثر ، وذهبنا من خلال عملية إقناع الفريق. ولكن مع تقدمنا ​​في تطويره بالكامل ، بدأنا ندرك أنه ، نعم ، أجاب على كل تلك الأسئلة الرئيسية ، مثل أداء تحسين محركات البحث والتجربة ، ولكنه أعطانا أيضًا مرونة كاملة مع مرور السنين. على.

لقد أطلقنا ، أعتقد أنه كان في شهر مايو من العام الماضي ، لذلك نحن نقترب من ذكرى ذلك في الواقع. ، ولكن نعم ، منذ ذلك الإطلاق ، تمكنا من إنشاء عدد كبير من عمليات الدمج في الموقع. كل ذلك كان من الممكن أن يكون أكثر صعوبة لو كنا نتعامل مع monolithic أو الكل في WordPress واحد. هذه المرونة التي يمنحها لك هي نوع من - إنها واحدة من الأشياء التي كنت أخبرها بهيئة Android ، لكنني لا أعتقد أنني أدركت النطاق والحرية التي توفرها بشكل أساسي.

هاشم وارين: هذا رائع. لذلك ، سمعنا حتى الآن عن أداء تحسين محركات البحث ، والمرونة للمطورين ، والمرونة فيما يتعلق بنوع المشروع ، وكذلك قدرة الناشرين على الالتزام بنظام إدارة المحتوى الذي يعرفونه. جيمي ، هل تتطابق تجربتك مع أي من ذلك ، أو هل لديك أي شيء تضيفه فيما يتعلق بما جعلك أنت أو وكالتك تنجذب إلى WordPress؟

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

لقد أتينا في الغالب من خلفية إطار عمل مبني على React و React ، نوعًا ما نأتي إلى WordPress. وكان عملاؤنا يطالبون WordPress أكثر فأكثر ، لكن مهندسينا ليسوا راضين حقًا عن القيام بالتطوير المستند إلى السمات في معظم الأحيان. ما زلنا نفعل ذلك عندما لا تزال هناك تطبيقات حيث يكون ذلك منطقيًا جدًا ، ولكن إذا كنت مطورًا راضيًا عن المنتج وما يقومون ببنائه ، أجد أن المخرجات في كثير من الأحيان تحصل على تجربة رائعة بحيث يكون هناك هي فائدة حقيقية لعملائنا ، على الرغم من أن نوعًا من القفز إليها كان يتمحور حقًا حول شيء أراد مهندسونا القيام به.

هاشم وارين: هذا رائع. أحد الأشياء التي سمعها العديد من الأشخاص الذين يشاهدون هذا في المؤتمرات ، هو الفرق بين التطوير المستند إلى الموضوع لـ WordPress والتطوير المستند إلى المكونات. هل يستطيع أحد التحدث عن ذلك؟ فوائد اعتماد نهج قائم على المكونات عند إنشاء مواقع الويب؟

تايو أونابول: نعم ، أود حقًا القفز إلى ذلك ، في الواقع. تمامًا كما ، أنا متأكد من أن لدينا جميعًا أمثلة على ذلك ، لكنني أعتقد أن أحد أكثر الأشياء إرضاءً التي تحدث عندما تعمل مع مكتبات JavaScript ، مثل React ، في تجربتنا على أي حال ، هو نعم ، كما تقول ، الوصول إلى هذا النوع من أسلوب البناء القائم على المكونات.

وهذا يعني أنه بالنسبة للجزء الأول ، يمكنك تقسيم تصميم الموقع بالكامل إلى هذه الأجزاء المكونة التي تكون أكثر مرونة بكثير. لنفترض على سبيل المثال ، أنه قد يكون لديك قالب على صفحة بها نمطين مختلفين. أولاً ، حيث تكون الصورة على الجانب الأيسر والنص على الجانب الأيمن ، دعنا نقول. فقط كنوع من مثال بسيط. و React ، هذه حالة لديك كتلة واحدة بها مُعدِّل ، بشكل أساسي ، لنقول فقط ، اقلب ترتيب النص والصورة.

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

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

ستيفن بروكس: أجل ، ليس هذا فقط ، تايو. ولكن هناك أيضًا بعض الفوائد الرائعة الأخرى لها أيضًا. أعني أنك حقًا تضرب رأسًا على عقب لقطعة رضا المطور ، ولكن إذا ألقيت نظرة على التطوير التقليدي المستند إلى القوالب ، بدلاً من التطوير المستند إلى المكونات ، واختبار الوحدة ، أليس كذلك. من الصعب حقًا تنفيذ أي نوع من اختبار الوحدة داخل نهج قائم على الموضوع. مع مكون ، بوم ، إنه موجود من أجلك.

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

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

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

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

وأعتقد أن هذا ممتع للجميع ، بصراحة.

هاشم وارين: هذا مثير للاهتمام حقًا. لا يقتصر الأمر على "بلا رأس" مقابل موقع الكل في واحد ، بل هو عبارة عن تطوير مستند إلى نموذج مقابل مستند إلى مكون. ويبدو أنه يمس الاقتباس وعمل العميل وموافقة العميل والاختبار وأعمال ضمان الجودة وأعمال التطوير وأعمال التصميم. ويبدو أن هناك تحولًا. ويبدو أن هناك تحولًا إيجابيًا. هل يوجد أي شئ-

لذلك إذا كان لديك عميل يأتي ، ويقولون ، لدي متطلبات xyz. ما مجموعة المتطلبات التي قد تسمعها والتي ستجعلك تقول إن هذا مثالي لمشروع مقطوعة الرأس؟ وستيفن ، هل يمكنك أن تبدأنا؟

ستيفن بروكس: أجل ، بالتأكيد. لذا فإن أول شيء أنظر إليه شخصيًا هو البصمة الأمنية التي تحتاجها المنظمة ، صحيح. هل هذا موقع داخلي أم خارجي؟ بعد ذلك ، نبدأ في إلقاء نظرة على ما إذا كان نظام إدارة المحتوى هذا سيعمل على تشغيل عناصر متعددة ، توصيل متعدد القنوات. إذا تم إلغاء تحديد هذين الصندوقين الأولين ، بوم ، فهو عبارة عن بنية آلية بدون رأس.

إذا تم تحديد أحد هؤلاء فقط ، فسنحتاج إلى التحدث بشكل أعمق قليلاً مع عملائنا للتأكد من أنه يتماشى مع بصمة التشغيل الخاصة بهم. وأريد أن أقول إن 95٪ من المحادثات التي أجريتها خلال الأشهر الثمانية الماضية كانت كلها رائعة. الجميع يحب ذلك. إنه نقلة نوعية حقيقية من كل شيء آخر. إذن أجل.

هاشم وارين: لا ، هذا رائع. وجوناثان ، هل يمكنك التحدث عن ذلك قليلاً؟ ما مجموعة المتطلبات التي تجعلك تشعر ، حسنًا ، يجب أن يكون هذا مشروعًا مقطوع الرأس؟ وأيضًا ما هي المقايضات التي قد تشرحها للعميل حول تبني شخصية مقطوعة الرأس؟

جوناثان جيتر: بالتأكيد ، أحد المصادر الرئيسية ، نوعًا ما في وقت سابق ، هو كم عدد مصادر البيانات التي تستخدمها لتجميع محتوى الموقع؟ وهل يريد العميل استخدام هذا كمستودع محتوى مركزي ، على عكس هذا والمصادر الثمانية الأخرى التي يمتلكونها لتطبيق الهاتف المحمول الخاص بهم أو لوسائل الإعلام الخاصة بهم ، أو لأي شيء آخر ، صحيح.

لذلك لدينا تلك المحادثة. إذا كانوا معجبين ، نعم ، نحن جميعًا مشتركون. وهذا اختيار واضح. أيضًا ، بصفتنا وكالة إعلانية ، لدينا هذه الأنواع الإبداعية التي تصمم دائمًا هذه الأشياء المجنونة حقًا ، أليس كذلك. لذلك إذا علمنا مسبقًا مثل ، أوه ، من هو التصميم ، في بعض الأحيان يحفز ذلك محادثة ، فإننا نعلم أنه سيكون من الأسهل تطويره كتطبيق React أكثر من محاولة تخصيص هذا المظهر في WordPress.

لكن المفاضلات. واحد هو السعر. إنها أغلى ثمناً ، إنها صيانة ، صحيح. الآن أنت لا تقوم فقط بصيانة WordPress ، صحيح ، أنت تحتفظ بمجموعتين مختلفتين ، تطبيقين مختلفين. وهذا هو السبب في أننا سلكنا هذا المسار ، وكنا نستخدم كل من AWS و Gatsby ، وكل هذه الأشياء للقيام بذلك مسبقًا. وهكذا ، كنا جميعًا عندما ظهر أطلس. كنا مثل ، أوه نعم ، إذا كان بإمكاننا القيام بكل هذا في مكان واحد.

لأنه لسنوات ، كنا نتحدث إلى WP Engine ، حيث كنت مثل ، تحتاج أن تفعل ذلك يا رفاق لأننا نقوم بذلك في مكان آخر ، صحيح. لذلك دعونا نجمعها جميعًا معًا. لذلك كنا متحمسين لذلك. حقًا ، سعيد حقًا بعملية بناء المواقع في أطلس. لكن المقايضة هي في الأساس الصيانة ، والتي تختفي مع نظام أطلس. تكلفة العميل ، فيما يتعلق بالاستضافة ، بدلاً من مجرد موقع WordPress قياسي.

لكن في بعض الأحيان ، كما قلت من قبل ، تنخفض تكلفة تطوير الموقع ، وتنخفض تكلفة صيانة الموقع. لذا فهي مقايضة.

جيمس سكويريز: أعتقد أن شيئًا آخر مهمًا حقًا نضعه في الاعتبار عند المناقشة إذا كان مناسبًا لنهج قائم على الموضوع أو مقطوع الرأس ، ما هو شكل التسليم بعد إنشاء الموقع؟ هل يتوقع العميل أن يكون لديه موارد داخلية تتولى ذلك؟ أم أنهم يبحثون عن وكالة شريكة طويلة الأجل للاعتماد عليها نوعًا ما؟

وهذا قرار حاسم حقًا ، لأنه إذا كان لديك فريق ليس على دراية ، على سبيل المثال ، React ، Gatsby ، أو Next ، بغض النظر عن كون المكدس مقطوع الرأس ، فقد تكون هذه مفاجأة كبيرة إذا لم يكونوا على دراية بـ الهندسة المعمارية مقطوعة الرأس ، وكيف سيتم الحفاظ عليها. لذلك هذا شيء مهم حقًا ، قد يبدو واضحًا ، ولكن فقط للتوضيح ، حسنًا ، بمجرد إطلاق هذا الشيء ، ونحن في وضع الصيانة ، والتسليم ، ما هي الخطة هناك؟

هاشم وارين: رائع.

تايو أونابول: أعتقد أن الشيء الآخر ، أعتقد أن جوناثان ذكره ربما ، هو نوع من حقيقة أن ما ، وهذا في جزء كبير منه ما نركز عليه كوكالة هو ، ما تم تمكينه بواسطة Headless هو في الأساس تجربة شيء. من حيث ما يتفاعل معه المستخدمون. وفي كثير من الأحيان ، وهذه محادثة متغيرة لكل شركة. بعض الشركات تريد فقط إنجاز المهمة. بعض الشركات تريد أن تكون مبهرجة حيال ذلك.

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

لأنه من الواضح أن WordPress يقوم بإنجازه منذ فترة طويلة ، وهو مكان قوي لبناء موقع ، ولكن بشكل أساسي ، ما مدى "البراق اللامع" الذي تريده؟ وإذا كنت تريد الكثير ، فإن Headless هي طريقة رائعة حقًا

هاشم وارين: هذا رائع. جيمي ، أريد أن أتحدث عن التوظيف من حيث الوكالة. عندما تفكر في مشاريع بدون رأس ، هل تريد مطوري WordPress الذين تبنوا JavaScript ، ولنقل شيئًا مثل React؟ أو هل تفضل أن يكون لديك مطور JavaScript لا يستخدم حتى WordPress؟ هل تعجبك كيف تفكر في التوظيف عندما يتعلق الأمر بمشاريع WordPress بدون رأس؟

جيمس سكويرز: نعم ، إنه سؤال جيد. وكالتنا ، نحن نبحث عن React كنوع من الأساس الأساسي ، لذلك من الواضح أن JavaScript وخبرة في إطار عمل React. هذا نوع من الإلزامية لدينا ، على جميع المستويات ، حقًا. WordPress هو - نحن نتعامل مع ذلك على أنه "ممتع أن يكون لديك". هذا شيء ، خاصة في مساحة مقطوعة الرأس ، يمكننا التدرب عليه بسرعة نسبيًا.

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

بالطبع ، نحتاج إلى بعض اللاعبين في الفريق الذين يمتلكون ذلك من أجل جوانب معينة ، ولكن بشكل عام ، نجحنا حقًا في جذب مهندس React ، الذي لم يسبق له أن لمس WordPress من قبل. أظهر لهم كيفية إجراء تغييرات على الحقول ، وهي قيد التشغيل. إنهم يفهمون بالفعل GraphQL ، وهي الكفاءة الأساسية التي يجب أن تكون على دراية بها للدخول في البنى بدون رأس.

ولكن بعد ذلك ، يمكن أن تكون معرفة WordPress ضحلة إلى حد ما ، ويمكنك الحصول على شخص ما وأن تكون منتجًا للغاية في المشروع. هذا هو الجمال في مكونات React ، حيث يمكن لأي مطور React القفز إلى منتصف المشروع ، والنظر إلى مجلد المكونات الخاصة بي ، وقمنا بتعيينها واحدة ، وهي خارج السباقات طالما أن بنية بياناتها قد تم تعيينها بالفعل.

هاشم وارين: هذا مثير للاهتمام حقًا من حيث القدرة على الفصل بين العمل. أنت تعمل على هذا المكون ويمكنك العمل عليه بشكل منفصل عن المشروع. هذا حقا مثال رائع.

جوناثان ، ما رأيك في ذلك عندما يتعلق الأمر بمشاريع WordPress بدون رأس؟ هل تفضل أن يكون لديك مطور WordPress يتمتع بمهارات - من يضيف React إلى ذلك ، أو أي إطار عمل JavaScript إلى حزامهم؟ أو مطور JavaScript يقوم بتحسين مستوى WordPress ، ما رأيك في ذلك؟

جوناثان جيتر: كما قال جيمي ، نحن بحاجة لكليهما ، لكننا سنبحث الآن عن المزيد من React ، The View ، مطوري JavaScript للواجهة الأمامية. حسنًا ، يطلق الجميع على أنفسهم اسم Full Stack الآن ، لكن مطوري JavaScript الذين سيكونون قادرين على الدخول. وكان لدي مطورو يأتون ويقولون ، أوه ، لن أعمل في WordPress ، مثل هذا ليس شيئًا اريد ان افعل. وبمجرد أن نبدأ في ذلك ، فإننا نقوم بمشروع مقطوع الرأس ، أوه ، إنه ليس بهذا السوء.

لأنهم لا يتعاملون مع كل عمل PHP وكل ذلك. ولكن في الوقت نفسه ، قمنا في الواقع بنقل بعض الأشخاص من DevOps للتعامل مع الواجهة الخلفية لـ WordPress ، لذلك لا نحتاج بالضرورة إلى مطور خلفية للقيام بذلك ، لذا فهو يعمل بشكل جيد حقًا. تفضل.

جيمس سكويريز: كنت سأضيف إلى ذلك ، على الأقل من تجربتنا ، عدد المهندسين الذين يمكنك الدخول في مشروع مقطوعة الرأس وتكون منتِجًا يميل إلى أن يكون أعلى بكثير. على سبيل المثال ، أطلقنا للتو برنامج بدون رأس يستند إلى SvelteKit - وأعتقد أنه الأول من نوعه في Atlas - الأسبوع الماضي. لا أوصي العملاء بـ SvelteKit تمامًا ، لكننا نحبها كثيرًا.

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

هاشم وارين: بالمناسبة ، إنه مشهد جميل. رأيت الإطلاق. إنه موقع جميل.

جيمس سكويريس: شكرًا.

جوناثان جيتر: الشيء الآخر الذي أود قوله أيضًا هو أنني أعلم أننا نتحدث فقط عن WordPress ، صحيح ، لكننا نتعامل مع مشاريع ليست WordPress ، أيضًا ، صحيح. لذلك يمكن لمطوري JavaScript هؤلاء العمل عبر أنظمة خلفية متعددة ، على عكس ما إذا قمت بتعيين مطور .net ، فهم يعملون فقط ، في معظم الأحيان ، يعملون فقط في .net ، صحيح.

لذلك لدينا الأشخاص الذين يتأكدون من عمل واجهات برمجة التطبيقات ، وتجميع البيانات ، وجمع كل هذه الأشياء معًا ، بشكل صحيح. ومن ثم لدينا الواجهات الأمامية التي يمكنها العمل في أي واحد من هذه المشاريع ، بدلاً من أن تكون لغة معينة محددة.

تايو أونابول: وأعتقد أن هناك نوعًا من الأشياء القليلة التي نذكرها جميعًا نوعًا ما. أعتقد ، دعنا نقول كيف هي ، مثل React ، one - في حالتنا ، نميل إلى التمسك بـ React على أي حال. لدينا عدد قليل من مطوري برامج العرض ، لكننا نميل إلى التمسك بـ React. لكن كل هذه الأطر الأمامية ، تم تصميمها خصيصًا مع وضع نوع من المطورين والعملية في الاعتبار. لقد تم تصميمها - أتخيل أن السيد Facebook كان في وقت ما مثل ، فلنتأكد من أن هذا فعال لفريقنا قدر الإمكان.

وبالتالي ، هذا هو جوهر ماهية React ، وسيكون متشابهًا مع العرض والزاوية. فيما يتعلق بجانب WordPress منه ، مرة أخرى ، أطلق عليه كيف هو. بشكل أساسي ، يمكنك الحصول على مجرد معرفة كيفية التنقل في الواجهة الخلفية لـ WordPress واستخدام ACF. وبخلاف ذلك ، ليس لديك أي معرفة بـ WordPress وما زلت قادرًا على إنشاء موقع WordPress Headless.

وبالتالي فإن المتطلبات من جانب WordPress ، ما لم تكن تحاول القيام بأشياء تبدأ في التعقيد ، يمكنك تقنيًا إنشاء موقع WordPress بدون رأس مع معرفة بشكل أساسي بمكان وجود ملف .php الخاص بالوظائف ولا شيء غير ذلك. يمكنك الحصول عليها. وأعتقد أن جمال هذا ، كما قال جوناثان ، مرة أخرى ، سيكون مطورو JavaScript هؤلاء مفيدون في جميع مشاريعك. وأعتقد أنه من الآمن جدًا أن نقول إنه في المستقبل المنظور ، ستكون شبكة الويب مركزة على JavaScript ، ولذا فهذه موهبة مفيدة جدًا.

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

هاشم وارين: أريد فقط أن أقوم بعمل نسخة احتياطية من قصتك لأنه في حياتي السابقة ، كان علي تدريب اثنين من مطوري React على موقع WordPress الجديد الخاص بنا. وكان موقع WordPress مقطوع الرأس. وكان ذلك بعد ظهر اليوم فقط. لقد عرضت عليهم ACF ، لقد كانوا متحمسين حقًا ، وصنعوا نماذج البيانات ، وكانوا متوقفين. وحتى أحد المطورين قام بالفعل بتوصيل المحرر الكلاسيكي ، وصنعه حتى أتمكن من التحكم في بعض المكونات في الواجهة الأمامية.

كان هذا قبل Gutenberg ، لذلك كنا نستخدم حقول المكرر و ACF ، ونتحكم في بعض المكونات على الواجهة الأمامية. كان رائع. لكن مطوري React حصلوا عليها على الفور. استغرق الأمر منهم فقط بعد الظهر ، وانطلقوا إلى السباقات.

تايو أونابول: هذا هو الأمر أنه مع هذا النوع من مطوري الواجهة الأمامية ، فإنهم معتادون تمامًا على توصيل الأطراف الخلفية لبياناتهم ، وامتلاك بنية بيانات يلتزمون بها. هذا عنصر شائع في سير العمل الخاص بهم ، لذلك لا يقدم WordPress الكثير من الاحتمالات.

جوناثان جيتر: مع انتشار - آسف ، انتشار SaaS ، التطبيقات المتاحة في كل مكان الآن ، الأشياء التي اعتدت القيام بها في WordPress ، سواء كانت تجارة إلكترونية ، سواء كانت تكاملًا مع CRM ، كل هذا النوع من الأشياء. الآن لم يتم ذلك في - ليس من الضروري القيام به على WordPress بعد الآن. لست مضطرًا إلى تثبيت مكون إضافي لـ Marketo أو مكون إضافي لـ Salesforce ، أو شيء ما لمحاولة توصيلهما ، بشكل صحيح.

أنت الآن تقوم بهذه الاتصالات بنفسك ، مما يسمح بتجربة أفضل وتجربة مخصصة. يسمح ذلك بالسرعة والأمان وكل هذه الأشياء ، بدلاً من محاولة الحصول على مطور PHP لمعرفة كيفية تشغيل هذه الأشياء داخل WordPress.

هاشم وارين: رائع. ستيفن ، أود أن أسمع منك عن النظام البيئي ، ونظام JavaScript البيئي. أعلم أن مطوري WordPress معتادون على نظام بيئي قوي ورائع حقًا ، من حيث المكونات الإضافية ، وكذلك المجتمع. هل يمكنك التحدث عن كيفية مقارنتها بالنظام البيئي في عالم JavaScript؟ سواء من حيث التكنولوجيا أو حتى المجتمع.

ستيفن بروكس: حسنًا ، مع WordPress ، أصبح لديه أكبر سوق للمكونات الإضافية للبناء المترابط التقليدي. لكن بالعودة إلى وجهة نظر جوناثان قبل ثانية واحدة فقط ، مع الاستفادة من NPM لجميع الوظائف التي تحتاجها من الواجهة الأمامية ، فهي مكافئة ، إن لم تكن أكبر ، من سوق WordPress. لأنه ليس لديك فقط كل حزم NPM المتوفرة. هناك أيضًا العديد من STKs التي يمكنك جذبها أيضًا لإنشاء كل تكامل البيانات الذي تحتاجه بسرعة.

لذا أكاد أقول إنها أكبر بنحو 20٪. مجرد رمي رقم تعسفي هناك ، لكنه أسرع بكثير بالنسبة للناس للتحرك. والكثير من عناصر NPM في صميم الموضوع. لا داعي للقلق حقًا بشأن إصدار WP الأساسي وإصدار المكون الإضافي الذي يمكن أن يحدث. بمجرد تثبيت الإصدارات الخاصة بك في بيان الحزمة الخاص بك ، أعني أنك قد انتهيت. لا داعي للقلق حقًا بشأن تحديثها بعد الآن إذا كنت لا تريد ذلك أو أي شيء من هذا القبيل.

مرة أخرى ، يعود الأمر إلى ما يقوله الجميع ، السرعة والمرونة لها أهمية قصوى عند استخدام حل مقطوع الرأس بدلاً من نهج WordPress التقليدي.

جيمس سكوايرز: عدم إلقاء أي ظل على الشركات التي تجني الكثير من المال من مكونات WordPress الإضافية ، ولكن هذا مجال آخر حيث أنك تميل فقط في بنية بدون رأس إلى أن يكون لديك تكاليف ترخيص أقل ، حيث يوجد في موضوع نموذجي قائم على بعض المكونات الإضافية الرائعة التي نجد أنفسنا دائمًا نخبئها في مقترحات للشراء والاستفادة منها. بالنسبة للجزء الأكبر ، كل شيء في NPM هو برنامج مجاني مفتوح المصدر.

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

هاشم وارين: جيمي ، لدي مثال آخر من هذا القبيل. لذلك كنت أقوم بإنشاء موقع Gatsby على الويب ، وأضيف Google Analytics إليه. يحتوي Gatsby على نظام إيكولوجي إضافي ، وجميع المكونات الإضافية مفتوحة المصدر. حزمهم موجودة على NPM ، ومن السهل تثبيتها فقط. لذلك أقوم بإضافة Google Analytics ، وكان لديه كل هذه الخيارات ، مع البرنامج الإضافي الأكثر شيوعًا لبرنامج Google Analytics لـ WordPress ، يتم إدخال بعض هذه الخيارات في الإصدار المتميز. لذلك كنت متحمسًا جدًا كشخص يسعده الدفع مقابل الحصول على مكون WordPress الإضافي هذا للحصول على نفس الوظيفة مع هذه الحزمة التي كانت أيضًا مكونًا إضافيًا لـ Gatsby. لذلك أنا متحمس حقًا حول كيفية تطابق هذه الأنظمة البيئية.

تايو أونابول: أعتقد أنه كان سريعًا جدًا في موضوع NPM بأكمله أيضًا. أعتقد أن هذا مجرد أصغر شيء ، وربما يكون غير منطقي ، لكنني بالنسبة لي. أفضل حقيقة أنه عندما تقوم بتطوير شيء ما في React ، فأنت تريد شيئًا ما ، تقوم بتنزيله من خلال CLI. ولست مضطرًا للذهاب إلى WordPress ، أو أي نوع من أنواع المواد اللزجة ، فهو موجود فقط في مساحتك الخاصة. ليس عليك مغادرة الاستوديو ، وكل شيء هناك. وهي عملية أقل صعوبة بكثير من إجراء بعض الأبحاث ، والعثور على مكون إضافي ، وتثبيته ، وما إلى ذلك. لم أكن معجبًا بذلك أبدًا.

هاشم وارين: رائع. جوناثان ، أود أن أسألك ، تحدثنا عن المتطلبات التي من شأنها أن تجعلك تقول أن هذا مثالي لـ WordPress بلا رأس. ما نوع المشروع الذي سيجعلك تشعر أنه ، حسنًا ، يجب أن يكون مشروع WordPress تقليديًا.

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

لذلك فهو موقع نموذجي للعلامة التجارية الصغيرة. نموذجي - كما قال تايو سابقًا ، لا يجب أن يكون مبهرجًا ، صحيح. لا يوجد شيء مبدع بشكل شنيع في هذا الموقع ، أليس كذلك. وقد ذهبوا للتو ، مرحبًا ، لقد حصلنا عليها من قبل ، كما نعلم أننا بحاجة إلى موقع ويب ، لذا اجعلنا واحدًا. يمين. وإذا كان الأمر كذلك ، فبناءً على ميزانيتك ومتطلباتك ، فإن موقع WordPress القياسي سيفي بالغرض.

لقد وصلنا إلى النقطة التي نستخدم فيها Genesis و Genesis Pro و Smart Plugin Manager وكل هذه الأنواع من الأشياء ، لدينا مواقع نبنيها ولا يلمسها المطورون حتى. إنها تمر فقط بالعملية ، والعملية الإبداعية ، يقوم الاستوديو بتحرير الملفات ، ويقومون بشكل أساسي بوضع المحتوى فيه. لدينا بعض المحررين الذين يثبتون ذلك ، ويضعون المحتوى فيه ، ويتم تنفيذ الموقع دون أن يلمس أي مطور مطلقًا هو - هي.

وهذا نوع من الطريقة التي يجب عليك القيام بها ، صحيح ، لكسب المال من تلك المشاريع ، لأنه مع هذه الأنواع من الميزانيات ، لا يمكنك الحصول على 20 ساعة من التطوير في النهاية الخلفية لأحد تلك المواقع. هكذا نقرر عادةً ، ما لم يكن موقعًا ضخمًا ، لكنهم مثل لا ، لا ، لا ، لا نريد أي شيء رائع. نريد فقط أن يكون هذا موقعًا عاديًا. لقد فعلنا ذلك ، فقط الكثير من المحتوى ، والمدونات ، وتلك الأنواع من الأشياء.

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

هاشم وارين: رائع. ستيفن ، هل يمكن التحدث عن ذلك؟ When would you say, OK, this needs to be a traditional site or traditional WordPress site?

STEPHEN BROOKS: It really follows along with Jonathan. Cost is going to be the first one, and then the second one after that is going to be time to market. If somebody needs something out pretty quick, even with the accelerator as John's talking about in terms of Genesis blocks, and just having a block catalog that you can do 0 dev from, it's still really incumbent on getting that stuff out as quickly as possible for those clients. Also to spin outs is a pretty big one for us. To where, hey, we need some sort of marketing presence for our investors. This is going live in two weeks. What could you do for me.

HASHIM WARREN: Awesome Thank you so much to our panel for your participation today. If you are interested in Headless WordPress, you can get a free Atlas Sandbox account at WPEngine.com/Atlas. And compare for yourself. You can use an all-in-one WordPress site, and compare it right against a Headless WordPress site, to compare everything that we talked about today. Thank you so much for joining us.