Mieux vaut utiliser une archive de type publication, un modèle de page ou un shortcode pour générer une archive CPT hautement configurable?
Je construis un thème dans lequel j'ai un type d'article, qui aura une archive dans une mise en page en grille. Vous pensez probablement: "Utilisez simplement les archives du CPT!" Eh bien, il y a quelques inconvénients à cette méthode que j'aimerais éviter, que j'ai détaillés ci-dessous.
Cette page d'archive doit être aussi simple d'utilisation que possible pour l'utilisateur final et, idéalement, hautement configurable. Je considère ces trois différentes manières de fournir des archives CPT, et je me demande quelle méthode sera la plus facile à utiliser pour la personne qui configure le thème.
J'ai les critères suivants:
- L'utilisateur doit pouvoir ajouter son propre contenu WYSIWYG (texte, images, etc.) au-dessus de l'archive de type publication, sans modifier les fichiers de modèle et écrire le code HTML manuellement.
- L'ajout de contenu sous l'archive serait un atout, bien que ce ne soit pas nécessairement une exigence absolue.
- L'utilisateur doit pouvoir ajouter facilement la page d'archive de type publication à son menu de navigation et l'afficher comme élément de menu sélectionné lors de la visualisation de l'archive.
- L'utilisateur doit pouvoir modifier facilement plusieurs paramètres d'affichage de la grille d'archivage.
Je me demande quelle est la meilleure méthode, compte tenu de mes exigences, mais aussi si j’ai négligé le pour ou le contre de l’une ou l’autre de ces méthodes que je devrais envisager. N'oubliez pas que j'essaie de rendre cela aussi simple que possible pour l'utilisateur.
1) Archive intégrée de CPT
Avantages:
- La plupart des moyens "WordPress-y" pour le faire
- La page est créée automatiquement par WordPress si le paramètre
has_archiveest true dans l'enregistrement du type de publication. - Je peux facilement récupérer l'URL de l'archive CPT pour l'utiliser ailleurs sur le site.
Les inconvénients:
- La seule façon d'ajouter du texte au-dessus ou au-dessous de l'archive sans modifier manuellement le fichier de modèle serait d'ajouter une zone de texte dans le panneau d'options du personnalisateur ou du thème. Il s'agit d'un point négatif, car l'expérience avec l'éditeur WordPress WYSIWYG ne serait probablement pas complète. Par exemple, la médiathèque n'a pas pu être consultée lors de l'insertion d'images.
- N'apparaît pas dans les menus de navigation, doit être ajouté en tant que lien personnalisé. Mes utilisateurs ne seront probablement pas en mesure de le résoudre eux-mêmes.
- Ne déclenche pas la "classe de menu en cours" css dans les menus lorsque la page d'archive CPT est visualisée sur le frontend.
- L'utilisateur ne peut pas modifier le titre de la page (sauf si une option à cet effet est fournie dans les options du thème).
- L'utilisateur ne peut pas définir une image sélectionnée pour la page.
- L'utilisateur ne peut pas modifier l'URL de la page d'archive.
2) Modèle de page
Avantages:
- L'utilisateur peut utiliser l'éditeur WYSIWYG du contenu de la page pour créer le contenu de leur page.
- Les paramètres d'archivage peuvent être modifiés dans une méta-boîte
- Facile à ajouter au menu
Les inconvénients:
- Pas le plus "WordPress-y" façon de faire cela
- Nécessite une étape supplémentaire pour que l'utilisateur sélectionne le modèle de page
- Pas de place pour éditer le contenu WYSIWYG sous l'archive
- Je ne peux pas récupérer automatiquement l'URL de la page d'archive ailleurs sur le site.
3) Archive Shortcode
Avantages:
- Peut ajouter du contenu WYSIWYG en haut et en bas de la grille des archives
- Peut spécifier les paramètres d'archive via les paramètres de shortcode
Les inconvénients:
- Le moins "WordPress-y" façon de faire cela
- L'utilisation de codes courts et de paramètres de codes courts n'est pas aussi facile à utiliser que les paramètres de pointer-cliquer dans une méta-boîte.
- Je ne peux pas récupérer automatiquement l'URL de la page d'archive ailleurs sur le site.
Tous les conseils, ou les avantages/inconvénients que j'ai oubliés seraient les bienvenus.
Je poste mon commentaire sur @MarkKaplun dans le cadre de ma réponse.
Ce que je veux dire, c’est que chaque utilisateur final expérimente une certaine chose d’une certaine manière, en se basant sur ses propres connaissances, son expérience, sa convivialité et ses préférences personnelles. Il ne peut jamais y avoir de mauvaise ou de bonne réponse ici. La première option vous conviendrait mieux, la deuxième option me conviendrait mieux. J'aime la façon dont le PO a énoncé tous les avantages et les inconvénients, et ses arguments sont valables. Je pense que nous manquons tous la vraie question ici. Quel type de marché visez-vous ici? Est-ce que ceci sera distribué aux personnes ayant beaucoup de connaissances ou aux novices dans Wordpress?.
Pour prolonger mon commentaire en une réponse complète, j'aimerais ajouter ce qui suit:
Quelle que soit l'option que vous allez implémenter, vous devez inclure un manuel d'instructions étape par étape bien documenté avec votre thème.
Pensez toujours comme un novice, quelqu'un qui n'a pas très peu d'expérience avec Wordpress et php lors du développement d'un thème ou d'un plugin destiné à la distribution publique.
Choisissez un marché cible et développez votre thème en fonction de ce marché spécifique. Rappelez-vous, vous ne pouvez jamais plaire à tout le monde.
Sur le point de l'URL, utiliserez-vous vraiment l'URL de votre page d'archive ailleurs dans votre thème
Ecrivez un programme personnalisé pour inclure automatiquement les pages d'archives lorsqu'un nouveau type de publication est créé. Pas besoin d'ajouter des liens manuellement
Utilisez des zones de widgets personnalisées et des méta-boîtes personnalisées pour inclure des informations supplémentaires provenant de l'arrière-plan. Personnellement, je pense que c'est la manière la plus dynamique de le faire
Pas la meilleure option, mais utilisez un type de publication personnalisé pour ajouter une zone de publication supplémentaire dans votre page d'archive. De cette façon, vous pouvez utiliser l'éditeur WYSIWYG. Vous pouvez ensuite ajouter ce contenu via une requête personnalisée ou un widget personnalisé.
Je pense qu'il y a encore beaucoup de points que je n'ai pas couverts, mais c'est probablement le plus important
EDIT 1
Juste pour des informations supplémentaires sur les modèles de page. Au lieu de créer un modèle de page pour chaque type de publication, vous pouvez utiliser une page dynamique que vous pouvez utiliser. S'il vous plaît se référer à ce post je l'ai fait récemment. C'est peut-être un peu exagéré, mais ce modèle peut être utile
Le facteur le plus important qui manque dans votre liste est qui est l'utilisateur. Nous pouvons discuter des avantages et des inconvénients techniques, mais pour la plupart des sites, une fois que le développement du site est terminé, il appartient à l'utilisateur de gérer lui-même le site. Chaque utilisateur possède une connaissance différente de WordPress et un processus différent.
Si vous développez un thème de costume, la réponse est simple, présentez les options au client pour qu'il décide.
Si vous créez un thème général, aucune des options n'est supérieure à une autre et vous devriez probablement faire tout ce qui vous est plus facile à gérer et rédiger une documentation appropriée.