Le concept de Territoire du plugin dans WordPress

Imaginez que quelqu'un commence un magasin avec un thème WordPress astucieux, pendant des mois avec ce thème, puis souhaite le changer. Maintenant, imaginez que tous ses curseurs, widgets et même ses produits disparaissent du site Web. Imaginez sa frustration. Voulez-vous provoquer ce genre de déception?

Il existe un concept appelé "territoire du plugin" qui spécifie les éléments que les développeurs de thèmes doivent exclure de leurs thèmes. Dans cet article, je vais passer en revue les bases de ce concept..

Une introduction au territoire du plugin

Commençons facilement: la mentalité de base derrière le concept de "territoire du plugin" est omettre les éléments qui empêchent les utilisateurs de changer de thème. Cela signifie que vous devez créer des thèmes qui sont commutable lorsque vous arrêtez de développer le thème ou lorsque l'utilisateur a besoin (ou veut) de changer de thème. Et vous devez garder à l'esprit qu'un thème WordPress doit être sur le changement de la regards de WordPress, au lieu de savoir comment travaux.

Si vous avez feuilleté les sous-titres du reste de cet article, vous avez probablement une idée plus précise de ce qu'est "le territoire du plugin": vous ne pouvez pas modifier le cœur de WordPress, utiliser des codes abrégés ou des curseurs, créer des types d'articles boîtes méta, fournissent des fonctionnalités qui profitent au référencement de sites Web et à des choses comme ça. 

Pourquoi? Parce que les utilisateurs de votre thème ne pourront pas changer de thème sans perdre leurs types d'articles, sliders, shortcodes, paramètres de référencement, etc., ce qui provoquera une frustration et les utilisateurs seront confrontés à deux options: abandonner votre thème et démarrer le site entier à partir de rien, ou céder et continuer à utiliser le thème avec contrainte.

Le blog Make WordPress a une page dédiée au "territoire du plugin" qui couvre toutes les bases en quelques mots seulement, mais je pense que nous pouvons élaborer le sujet avec ce que nous voyons dans la communauté WordPress étiquette de faire des thèmes.

Choses à ne pas inclure dans les thèmes

Maintenant que nous avons défini le terme "territoire du plugin", nous pouvons commencer à appliquer le concept avec quelques exemples. Certaines expressions peuvent paraître incomplètes, controversées ou même faux à vous, alors n'hésitez pas à contribuer à cette section avec vos commentaires sur l'utilisation du concept de "territoire du plugin".

Commençons!

Modifications et réplications de base

Ceci est une évidence: votre thème ne doit pas altérer ou reproduire les fonctionnalités principales. En d'autres termes, vous ne devez pas abuser des capacités d'extensibilité de WordPress en limitant les fonctionnalités de WordPress et ne pas créer de nouvelles fonctions lorsque les fonctions principales peuvent effectuer le même travail..

Prenez des flux, par exemple: Vous souhaitez créer un thème de magazine pour les éditeurs qui demanderont de l’argent à leurs lecteurs pour le contenu. WordPress a la fonctionnalité "Flux RSS", il peut donc sembler une bonne idée de faire en sorte que votre thème désactive complètement la fonctionnalité "Flux"… sauf que c'est un très mauvaise idée. 

Tout d'abord, pourquoi supposez-vous que les utilisateurs de votre thème voudraient quand même désactiver les flux RSS? Deuxièmement, il y a beaucoup de plugins qui peuvent faire l'acte, ce qui signifie que vous pouvez recommander de tels plugins et laisser la décision aux utilisateurs. (Voici un de mes tutoriels sur la façon de recommander ou même d'exiger des plugins: "Utiliser la bibliothèque d'activation de plugins TGM dans vos thèmes".)

Un autre bon exemple sur cette question serait de scinder les parties avant et après la étiquette. Vous n'êtes pas obligé d'utiliser le exploser() fonction de diviser les deux parties, car il y a une fonction pour l'acte dans le noyau: Le get_extended () la fonction fait assez bien le travail. (J'ai sept autres des gemmes pour vous dans ce tutoriel, si cela vous intéresse.) Vérifier les fonctions principales avant d’écrire les vôtres est une chose astucieuse qui fait gagner du temps..

Codes courts, curseurs et widgets

Les développeurs de thèmes s'embrouillent généralement sur le territoire des plugins lorsque vous dites que certains éléments de design tomber sur le territoire aussi. Et ils ont raison de s'embrouiller: comment un slider peut-il être sur le territoire d'un plugin, alors que les sliders sont l'une des parties les plus importantes des sites Web d'entreprise de type cookie-cutter d'aujourd'hui?

Voici comment: Si un utilisateur abandonne votre thème, il devra également abandonner le (s) curseur (s). Comme dans l'exemple que j'ai mentionné au tout début de cet article, cela créera de la frustration. Il en va de même pour les codes courts et les widgets: personne ne devrait être obligé de renoncer aux lettrines, aux widgets de partage de réseaux sociaux ou aux flux Twitter lorsqu'il cesse d'utiliser votre thème. Ils doivent tous être servis sous forme de plug-ins pour que vos utilisateurs ne soient pas obligés de créer de nouvelles diapositives à partir de rien ou de nettoyer d'anciens bits de shortcode non fonctionnels à partir de leur contenu..

Types de messages personnalisés, taxonomies et méta-boîtes

Dans le cas des curseurs, les types de publication personnalisés entrent également en jeu: dans la plupart des thèmes, les diapositives sont un type de publication personnalisé. Si ce type de publication est perdu lorsque l'utilisateur active un autre thème, les données seront perdues. Bien sûr, le cas des curseurs est un autre exemple, mais c’est un très bon exemple des types de publication personnalisés se trouvant sur le territoire du plugin..

Il en va de même pour les taxonomies personnalisées et les boîtes à méta personnalisées. Vous ne pouvez pas casser le contenu des utilisateurs s'ils décident d'abandonner votre thème. Par conséquent, les taxonomies personnalisées doivent également être servies en tant que plugins. Les méta-boîtes personnalisées sont un peu différentes: si le contenu de la méta-boîte modifie l'apparence (comme des radioboxes pour changer le style des messages), il s'agit de la fonctionnalité propre du thème. mais si le contenu de la boîte à méta change de contenu après la publication (comme une table de révision de film), il doit être servi comme un plugin..

Paramètres de référencement et d'analyse

Je ne veux pas perdre votre temps à répéter les mêmes mots: vous ne pouvez pas perdre les cotes de référencement de vos utilisateurs lorsqu'ils changent de thème! Mais encore une fois, personne ne vous arrêtera si vous le servez en tant que plugin et le recommandez avec la bibliothèque d'activation de plug-in TGM.

Un cas particulier sur des thèmes spécialisés

Il y a environ un an, j'ai écrit un article intitulé "Le cas curieux des thèmes spécialisés". Permettez-moi de me citer:

Un thème WordPress doit être développé pour changer l'apparence d'un site Web et éviter d'offrir des fonctionnalités intégrées dans son noyau. (…) Mais parfois, un projet nécessite une combinaison de conception et de fonctionnalité. Dans ce cas, nous avons une exception et le nom de cette exception, utilisé sur le marché WordPress, est "thèmes spécialisés"..

Un "thème de spécialité" est une sorte de thème WordPress ayant un objectif très spécifique, tel qu'un site Web de financement participatif ou un système de gestion de l'apprentissage (LMS). Bien qu'il puisse être étendu avec des points d'ancrage WordPress (actions et filtres) ou redessiné avec des thèmes enfants, les sites Web construits avec ces thèmes devraient travailler avec le même thème au cours de sa vie. C'est pourquoi ce n'est pas considéré comme une "mauvaise pratique" pour ces thèmes d'envahir le territoire du plugin..

C'est certainement une zone grise: ThemeForest, par exemple, ne permet pas d'envahir le territoire du plugin, même pour des thèmes spécialisés. J'aimerais aussi entendre ce que vous pensez, alors discutons dans les commentaires!

Envelopper pour aujourd'hui

En tant que personnes qui gagnent de l'argent en développant avec WordPress, nous naturellement veux que WordPress grandisse tout le temps. Encore, nous sont la raison de sa croissance, nous devons donc contribuer à sa croissance continue. Et vous ne pouvez pas voir la croissance dans des environnements incohérents, nous devons donc gérer avec soin sa cohérence. C’est pourquoi nous devons nous préoccuper du "territoire du plugin" et laisser les plugins gérer le fonctionnalité, tandis que les thèmes traitent le visualité.

Pour ceux qui sont intéressés, nous avons beaucoup des plugins WordPress disponibles à la fois pour l’achat, l’utilisation et l’étude sur le marché.

Je suis sûr que vous avez quelque chose à dire sur ce sujet, alors n'hésitez pas à partager vos réflexions dans la section Commentaires ci-dessous. Et si vous avez aimé l'article, n'oubliez pas de le partager avec vos amis!