¿Cuántos plugins de WordPress debería instalar en su sitio? ¿Cuántos plugins son demasiados? ¿No son los plugins perjudiciales para el rendimiento? ¿Los plugins no aumentan el riesgo de ataques de seguridad? ¿No es mejor evitar los plugins a toda costa? Estas son algunas de las preguntas más frecuentes que vemos en los principiantes de WordPress. Hay numerosos artículos en la blogosfera que directa o indirectamente mal orientan a los nuevos usuarios (incluyendo algunos en nuestro sitio). El objetivo de este artículo es educar mejor tanto a los principiantes como a los usuarios avanzados con la esperanza de aclarar algún malentendido que pudiera haber existido anteriormente.
Desde WordPress 1.2 (cuando se agregaron los plugins de WordPress), los plugins han sido una bendición para los usuarios. WordPress sin plugins es como una tienda de juguetes sin juguetes. Eso no es divertido. Aunque el núcleo de WordPress proporciona un fuerte marco de trabajo de publicación, son los plugins los que son ampliamente responsables del éxito de la plataforma. A medida que la comunidad de WordPress crece, el número de plugins de WordPress también lo hace. En el momento de escribir este artículo, hay más de 21.000 plugins gratuitos de WordPress disponibles en el repositorio de plugins de WordPress.
El propósito de los plugins es extender WordPress para hacer casi cualquier cosa que puedas imaginar. Sin embargo, ahora vemos una sensación de miedo o restricción hacia el plugin por parte de muchos usuarios. La gente está preocupada por el rendimiento, la seguridad, la fiabilidad, etc. Esto se debe principalmente a que los diseñadores y desarrolladores se sienten realmente frustrados cuando su cliente tiene un lío de plugins instalados en un sitio. En su frustración, hacen comentarios como tener menos plugins, o son los plugins los que están ralentizando su sitio. Estas declaraciones han resonado a través de nuestros medios de comunicación social y eventos en persona. El mayor problema de estas declaraciones es su ambigüedad. ¿Qué es menos? ¿Cuántos plugins debería instalar? Los plugins en general no ralentizan su sitio. Sólo los malos lo hacen.
Hay artículos en toda la web que te muestran: «Cómo hacer XYZ sin un Plugin» (como este y muchos otros en nuestro sitio). El propósito de este tipo de artículos no es desalentar el uso de los plugins disponibles. El propósito de este tipo de artículos es mostrarte cómo hacer las cosas por ti mismo. Colocar un código en el archivo functions.php de su tema funcionaría de forma idéntica a añadirlo a través de un plugin (es decir, se requiere la misma cantidad de recursos). En otras palabras, si pega 30 fragmentos de código de varios lugares de la web en el archivo functions.php de su tema, entonces agregó 30 plugins a su sitio.
Hay todo un debate acerca de no añadir todos los fragmentos a su archivo functions.php de todos modos. Principalmente porque si cambias de tema, técnicamente perderás toda la funcionalidad de la que tal vez no quieras deshacerte. Puede leer más sobre esto en nuestro artículo sobre: Qué, por qué y cómo crear un plugin de WordPress específico para un sitio
Muchos usuarios tienen la ilusión de que añadir el código en su archivo functions.php o en un plugin específico del sitio acelerará su sitio. O es mejor para la «seguridad» hacer esto. NO es el caso. Usted puede tener una función mal codificada que puede agotar los recursos de su servidor y causar que el sitio se bloquee. Usted puede tener una función mal codificada que puede crear una vulnerabilidad de seguridad en su sitio.
Antes de seguir adelante, vamos a establecer que es NUNCA demasiados plugins que están ralentizando su sitio. Son siempre los plugins mal codificados que están ralentizando su sitio web.
La respuesta a la pregunta: «Cuántos plugins de WordPress debe instalar en su sitio» son tantos como necesite . Cuando le decimos esta respuesta a la gente, es como si estuvieras siendo tan vago como los demás. ¿Cuántos plugins utiliza en su sitio? Actualmente, hay 53 plugins activos en AprenderWP . Un buen número de los plugins que estamos usando se pueden ver en nuestra página de Blueprint.
Según Pingdom, el tiempo de carga de nuestra página web oscila entre 483ms – 1.7s dependiendo de la hora del día. A continuación se muestra una captura de pantalla que tomamos en el momento de escribir este artículo:
En este punto, usted debe tener la respuesta a su pregunta. Sin embargo, si quieres entender mejor el impacto de los plugins y cómo elegir el mejor plugin, entonces sigue leyendo.
Plugins y Rendimiento
Hay varios tipos de plugins. Plugins que afectan al front-end (es decir, plugins sociales, plugins de usabilidad, etc). Hay plugins que son principalmente para el back-end (es decir, Hot Fix, Backup Plugins, etc). Hay plugins que hacen tanto backend como front-end (es decir, plugins SEO, etc.).
Los plugins pueden impactar el rendimiento de su sitio por medio de:
- Peticiones HTTP adicionales – Algunos plugins (principalmente los de front-end) pueden requerir estilos o scripts personalizados para funcionar correctamente. Debido a esto, pueden añadir un archivo JS y/o CSS adicional.
- Consultas adicionales a la base de datos – Algunos plugins pueden aumentar sus consultas a la base de datos. Si está usando un plugin para publicaciones populares, publicaciones relacionadas o cualquier otra cosa que tire de los elementos de la base de datos y la muestre en el front-end, agregará consultas adicionales a la base de datos.
Fuera de la caja algunos plugins presentan estos problemas, sin embargo, hay una solución para ello en la mayoría de los casos. Tomemos un arreglo a corto y largo plazo para estos asuntos. Antes de hacer esto, establezcamos que todos NECESITAN tener instalado el caché. Recomendamos y usamos el plugin W3 Total Cache.
Problema adicional de peticiones HTTP – Sí, algunos plugins TIENEN que añadir peticiones http adicionales (es decir, archivos JS y CSS) para trabajar desde la caja. Por ejemplo, cuando instala un plugin de formulario de contacto, ¿desea que NO funcione desde el principio? La gente se queja de consultas HTTP adicionales como si no les importara tener un formulario sin estilo. ¿No está seguro de cómo es una forma sin estilo?
La mayoría de ustedes enloquecería diciendo que está roto. Falta la hoja de estilo. Bueno, eso es exactamente lo que pasaría si el formulario de contacto no añadiera la petición HTTP adicional. Todos queremos que nuestras formas tengan un aspecto estilístico. Todos queremos que el captcha funcione, así que no recibimos correo electrónico SPAM. En resumen, es necesario añadir el estilo y el script adicional para que el plugin funcione correctamente.
Hay dos maneras de optimizar el problema de las peticiones HTTP adicionales. Ambos métodos requieren poco conocimiento de codificación y conocimientos de WordPress. El primer método sería desregistrar los estilos y scripts adicionales que están siendo cargados por el plugin. A continuación, combine los estilos de los plugins en su archivo style.css. Combine los scripts del plugin en su archivo main.js. El segundo método sería cargar condicionalmente los estilos/scripts de los plugins en las páginas que se necesiten. Ya hemos explicado ambos métodos en nuestro artículo sobre la desactivación de scripts y hojas de estilo adicionales que añaden los plugins de WordPress.
La gente que no conoce el código discutirá bien, ¿qué pasa con nosotros? Lamentablemente, no hay una verdadera solución disponible. Sin embargo, debe entender que pocas peticiones HTTP adicionales no son tan significativas como usted cree. Estamos hablando de microsegundos de diferencias. Claro, si tienes muchas peticiones HTTP, entonces un poco de conocimientos de codificación te permitirá reducir unos segundos el tiempo de carga. En este punto, usted tendría que pensar qué tan grande es la prioridad que esto tiene para su negocio. Si es una gran prioridad, entonces vale la pena contratar a un profesional para acelerar su sitio. Siempre estamos disponibles para su alquiler.
La solución a corto plazo para este problema es que los autores de plugins que están cargando hojas de estilo adicionales añaden una casilla de verificación en la configuración de sus plugins como lo hace el plugin WP-PageNavi.
Esto hace que sea más fácil para la gente que no sabe mucho de PHP simplemente marcar la casilla para desregistrar la hoja de estilo adicional. De esta manera todo lo que el usuario tiene que hacer es tomar el contenido del archivo de la hoja de estilo adicional y agregarlo al final de la hoja de estilo principal que estaban cargando.
Una solución a largo plazo para este problema sería que alguien salga con un plugin o un núcleo de WordPress que añada la capacidad de combinar todas las hojas de estilo y scripts registrados como uno solo. Obviamente, hay muchas cuestiones que deben ser tratadas aquí. Lo primero y más importante es la cuestión de la compatibilidad. A veces dos scripts pueden no ser compatibles entre sí. Esto es lo que vemos mucho cuando depuramos problemas de plugin para nuestros usuarios.
Ahora que tenemos esto cubierto, echemos un vistazo a las consultas adicionales de la base de datos.
Consultas adicionales a la base de datos – Algunos plugins pueden aumentar la carga en su servidor de base de datos. WordPress en sí mismo hace un muy buen trabajo en el almacenamiento en caché de las consultas. La mayoría de los plugins bien codificados no causarán un problema significativo. Sin embargo, si usted tiene un sitio muy grande, el uso de plugin de posts relacionados como YARPP puede convertirse en un problema, especialmente si usted no tiene buenos recursos de servidor.
En este punto, es probable que desee considerar la posibilidad de actualizar su hosting. La única otra solución sería deshacerse del plugin y contratar a alguien para que construya una solución personalizada para usted. A veces, puede que tenga que hacer un poco de caché agresivo en el lado del servidor para que el plugin existente funcione. Las soluciones personalizadas varían de un sitio a otro.
Plugins y seguridad
A veces la gente se preocupa por los plugins y la seguridad. Sí, en el pasado ha habido problemas por los que algunos plugins han abierto una gran vulnerabilidad de seguridad. Esto ocurre sobre todo con plugins mal codificados. Además de eso, la seguridad es un riesgo con casi todos los programas que existen. Los descuidos son inevitables. Sin embargo, la mejor parte del código abierto es que mucha gente lo está usando, por lo que se aprende mucho más rápido.
La mejor seguridad que puede tener para su sitio es una copia de seguridad regular de WordPress. También puede mejorar su seguridad utilizando Sucuri.
Plugins y fiabilidad
Algunas personas han planteado la cuestión de la fiabilidad de los plugins. ¿Qué pasa si el plugin se descontinúa? ¿Qué pasa si las actualizaciones son lentas? Este es el riesgo que corres cuando usas cualquier software, ¿verdad? ¿Qué pasa si Adobe se queda sin negocio, entonces no tendremos Photoshop? ¿Qué pasa si Apple deja de funcionar, entonces no tendremos iPhone? Bueno, adivina qué, entonces tendrás algo mejor. La mejor parte de WordPress es la comunidad. Esta comunidad está creciendo más rápido que nunca. Si utiliza un plugin popular, lo más probable es que no se interrumpa. Si lo es, es probable que otra persona la bifurque y continúe el desarrollo. Ese es el poder de la GPL. Así es exactamente como nació WordPress.
Gracias a servicios como gitHub, los desarrolladores están combinando esfuerzos enviando parches a los plugins de los demás. Esto sólo va a mejorar si la gente sigue trabajando junta.
Recomendamos que escojas plugins con un buen historial, y estarás bien.
Cómo elegir los mejores plugins?
Este es un gran problema para los nuevos usuarios. ¿Qué plugins son los mejores? ¿Cuáles debo usar? Recomendamos que escoja plugins que tengan un buen historial. ¿Cómo determinar eso?
Bueno, mira el número de descargas. Mira las clasificaciones de los plugins. Mira cuántas hebras de soporte han sido contestadas. Mira cuánta gente dice que funciona. Lea algunas críticas al respecto. Mira la credibilidad del autor. Con suerte, después de todo esto, deberías tener tu respuesta.
Sugerencia: Puedes ver todas estas métricas en el repositorio de plugins de WordPress. En cuanto a las reseñas, búscalo en Google. Entonces usa tu mejor juicio.
Conclusión
Esperamos que este artículo le haya ayudado a entender que no existe tal cosa como «demasiados» plugins. La respuesta a cuántos plugins debe instalar en su sitio es tantos como necesite. Recuerde siempre que el número de plugins no ralentiza su sitio. Número de plugins mal codificados.
Si usted tiene pensamientos adicionales, no está de acuerdo con nuestra opinión, o quiere añadir algo a la discusión, entonces le animamos a que deje un comentario. También tenemos curiosidad por ver cuántos plugins está ejecutando en su sitio. Deje un comentario y háganoslo saber.