En el anterior artículo sobre lo que aprendimos acerca de los #PanamaPapers mencionaba que debíamos huir de aquellos Themes que incluyen funcionalidades en su estructura, añadiendo un “Pero esto es asunto de otro artículo…”. Pues bien, este es el artículo.
Los que trabajéis con WordPress, una de cada tres Webs del mundo según los últimos datos, os habréis enfrentado, o lo haréis antes que después os lo aseguro, a esta disyuntiva ¿Qué tema (Theme) elijo para mi WordPress?. Y muchos, al inicio os dejaréis tentar por los cantos de sirena de Themeforest, una de las mayores plataforma de venta de Themes de WordPress y sus, estéticamente, profesionales desarrollos que nos aportan, mediante la inclusión de infinitas funcionalidades, sliders, Custom Post types, Galerías… la solución para la Web que queremos implementar.
Le problème de ces solutions se présente de plusieurs façons :
- Que estas funcionalidades, en muchos casos, no son otra cosa que la “incrustación” en el código de plugins externos que quedan enmascarados dentro del propio Theme y que no pueden ser actualizados.
- Comme ces fonctionnalités sont à l'intérieur du Thème, si nous les changeons, et tôt ou tard nous le ferons, toutes ces fonctionnalités iront avec, laissant le Web plein de shortcodes illisibles et ne nous laissant pas d'autre choix que de continuer avec le Thème original ou de passer beaucoup de temps à réparer le désordre.
- Que si nos encontramos con Custom Post Types (tipos de entradas personalizadas) dentro del Theme, el día que cambies de Theme, todo el contenido que hayas incluido en estos desaparecerá. Pero tranquilo que no se borrará, solo que no será visible dentro del nuevo Theme que no tiene incrustados estos CPT.
- De plus, si nous pensons en termes de performances du Web, les résultats peuvent être catastrophiques, en raison de la quantité énorme de code, souvent inutile, avec laquelle nous allons charger notre Web.
Plugins intégrés
Uno de los últimos casos más sonados vino hace ya año y medio con la vulnerabilidad del plugin Slider Revolution de Codecanyon. Sonada por su gravedad ya que permitía de forma sencilla acceder a la BBDD de WordPress y ha sido, por dejadez, una de las vías de acceso para acceder a los mails de Mossack Fonseca y, sobre todo, por la infinidad de Themes que tenían “incrustado” este plugin en su código, más de 1.000 según Envato, Themes que no podían, de una forma sencilla, actualizar el plugin para defenderse de esta vulnerabilidad.
Caractéristiques
Un Thème ne doit pas fournir de fonctionnalités car, comme à Las Vegas, ce qui est inclus dans le thème reste dans le Thème, c'est-à-dire que ces fonctionnalités vont et viennent avec le Thème, nous laissant avec un Web illisible et que, dans le cas d'aller de l'avant, cela nous coûtera beaucoup de temps pour remettre "propre".
Types de postes douaniers exclusifs
Une autre des "mauvaises pratiques" que l'on retrouve dans de nombreux thèmes est l'inclusion, en standard, de ce que l'on appelle les Custom Post Types (CPT), ne vous méprenez pas, les CPT ne sont pas mauvais en soi, au contraire, à l'époque ils étaient une révolution et un saut qualitatif dans WordPress. WooCommerce en est un exemple. Il aurait été difficile, voire impossible, de créer un plugin de commerce électronique aussi puissant s'il n'était pas apparu dans la version 3.5 de WordPress.


Le problème est que ce type d'entrées, ne doit pas être associé au Thème, mais doit être créé par l'administrateur, car, comme pour les fonctionnalités, tout ce qui vient avec le Thème va avec le Thème. Dans la première image, vous pouvez voir la barre d'administration d'un WordPress qui comprend plusieurs CPT et ce qui se passe lorsque nous changeons le thème.
Pour créer des CPT, il existe des plugins qui nous permettent de les créer et de les gérer (tels que Custom Post Types UI) ou, si vous osez couper du code, vous pouvez le faire à l'aide de Generate WordPress.
Performances de notre site web
Por último, nos encontraremos con problemas de rendimiento, ya que Un Theme con tropecientas funcionalidades incluidas, de la cuales muchas ni las necesitamos ni las usaremos nunca, supone un despilfarro de código, código que se cargará si o si en la mayoría de los casos al generar una página… y eso va en detrimento del rendimiento de la Web. Y, como se suele decir “para muestra un botón”. La primera imagen corresponde al rendimiento de una Web con el Theme DiVi y la segunda a la misma Web con eleven40 Pro, un child theme soportado bajo el paraguas de Genesis Framework.


En resumen, antes de escoger el Theme, revisa que es lo que vas a necesitar, tanto a corto como a largo plazo, Define uno que te sirva como punto de partida y que tenga lo básico, es decir, diseño, y deja para los plugins (tanto gratuitos como premium, e incluso tus propios plugins) las funcionalidades. En el caso de encontraros con temas que aporten alguna de estas (sliders, shortcodes, Custom Post Types del tipo portfolio, testimonial, tablas de precio…) directamente no los uses, mejor elimínalos si puedes y mejor aún, descarta ese Theme. Como axioma un Theme debe enfocarse al diseño y un plugin a las funcionalidades. Ah y siempre estar informados de los plugins y Themes que instaléis y mantenerlos actualizados.
Je vous invite à laisser vos impressions et/ou vos doutes dans le formulaire de contact et à me suggérer de nouveaux sujets que vous souhaiteriez voir abordés dans ces tutoriels. Je serai heureux de vous répondre par courriel et d'écrire dans ce blog.