Cuando se trata de sitios de WordPress, no todos ellos pueden estar tratados de la misma forma en términos de mejor funcionamiento para un buen desempeño. Un sitio simple de cinco páginas en WordPress se comporta de forma muy distinta que un gran sitio de WooCommerce (el cual puede ser muy demandante). Los sitios de membresía y de comunidad de WordPress son otro tipo que entra en lo que a veces se conoce como la categoría “complicada”. Si no se establece de forma correcta, pronto se encontrará con una pesadilla de errores 500, tiempo perdido y cargas de páginas muy lentas. Pero esto no quiere decir que no tiene opciones, solo tiene que seguir las mejores prácticas.

Hoy exploraremos algunas de las cosas que se deben hacer o no hacer en sitios de membresía de WordPress y como optimizarlos de la mejor forma, para obtener un desempeño óptimo, escalabilidad y longevidad.

Ejemplos de Sitios de Membresía

Aquí hay algunos ejemplos de algunos sitios de membresía y de comunidad de WordPress:

  • Un sitio construido alrededor de un Sistema de Administración de Aprendizaje (LearnDash, Lifter LMS) el cual vende cursos digitales a sus miembros. ¡Últimamente estos se han vuelto muy populares!
  • Un foro basado (bbPress o BuddyPress) en un sitio de WordPress, principalmente usado por miembros para discutir diferentes temas.
  • Un sitio de membresía construido en alguno de los plugins externos de membresía, todo en uno, más populares (MemberPress o Ultimate Membership Pro).
  • Un sitio de comunidad enfocado en una red social (PeepSo).
  • Algunos podrían incluir soluciones de eCommerce, como WooCommerce y Easy Digital Downloads como sitios de membresía, ya que muchos de estos tienen perfiles de usuario y opciones de comunidad.

¿Por Qué los Sitios de Membresía de WordPress Son Diferentes?

Antes de comenzar a explicar sobre lo que se debe hacer o no hacer, primero adentrémonos y hablemos de algunas de las razones por las cuales los sitios de membresía de WordPress son diferentes a sus páginas de blog estándares o sitios de negocios pequeños.

Los sitios #WordPress de membresía son bestiales ? en cuanto al rendimiento. Consulte nuestros consejos. Haga clic para Tweet

1. Contenido No Cacheable

Antes que nada, los sitios de membresía tienen contenido que no se puede guardar en la cache y las páginas siempre están cambiando. Las cosas, como la página de inicio de sesión para los miembros de la comunidad (la cual podría estar siendo usada de forma constante, dependiendo del tamaño del sitio), las páginas de pago para bienes o cursos digitales, y páginas de discusión son culpables conocidos y puntos de dolor, ya que estos típicamente no pueden ser almacenados en la cache.

Sin embargo, no termina ahí. En sitios estándar de WordPress, el dashboard de WordPress tampoco es almacenado en la cache para los usuarios “conectados”. Esto funciona cuando tienes a un bajo número de autores y administradores, pero cuando de repente tiene a miles de miembros usando el dashboard, esto inmediatamente causa problemas de desempeño ya que ni uno puede servirse de la cache en el servidor. Esto quiere decir que necesita poder y arquitectura detrás de las escenas para respaldarlo. Los proveedores de hosting compartidos usualmente se desmoronan bajo estas circunstancias.

En la herramienta MyKinsta analytics que proveemos para los clientes de hosting, podrá ver cómo es el estado del contenido cacheado está. A continuación, veremos un ejemplo de un sitio donde la gran mayoría de las peticiones no están siendo servidas desde la cache.

Omisión de la cache

Omisión de la cache

2. Un Gran Número de Visitantes Concurrentes

El segundo problema que los sitios de membresía típicamente tienen es un gran número de visitantes y sesiones concurrentes. En un sitio informacional o un sitio corporativo de WordPress, un visitante puede quedarse por cinco o 10 minutos, hasta que encuentren lo que necesitan (y ese es un número alto, usualmente los números de rebote son mucho mayores). En sitios de membresía, lo opuesto sucede. Los visitantes típicamente llegan al sitio para involucrarse con algo o alguien. Si están asistiendo a un curso en línea, no es inusual que pasen horas ahí. ¿Ahora entiende a donde va todo esto? Los visitantes concurrentes conectados a su host de WordPress se van acumulando rápidamente.

Para hacerlo aún peor, luego tendrá un gran número de visitantes concurrentes encima de los problemas del “contenido que no puede ser almacenado en la cache”.

3.Consultas Complejas

Tercero, los sitios de membresía usualmente generan consultas más complejas, que, a su vez, agregan latencia adicional al recuperar la información . Mucho de esto es simplemente debido a las partes móviles adicionales y a las grandes cantidades de datos de los sitios como los que tienen. Esto también puede ser causado por sitios que dependen de consultas de búsqueda para la navegación el uso WP_Query

Cabe mencionar, que también tiene una gran cantidad de usuarios concurrentes continuamente consultando a su base de datos.

4. Almacenamiento de Muchos Datos

No es sorprendente, pero los sitios de membresía almacenan muchos datos y si no son administrados de forma correcta (hablaremos más de eso más adelante), el espacio en disco se irá acabando muy rápidamente. Esto se va juntando a lo largo del tiempo de vida del sitio. Los videos, cursos, información de membresía y de perfil, discusiones, descargas digitales, etc. Estos son algunas de los muchos tipos de contenido diferente que se va acumulando de forma rápida.

Lo Que Se Debe Hacer en los Sitios de Membresía de WordPress

En Kinsta alojamos a muchos sitios de membresía y nuestros ingenieros, constantemente, interactúan con los dueños de estos sitios a diario. Mientras que siempre fomentamos que los usuarios implementen las mejores prácticas de desempeño para la red, estos, típicamente no son suficientes, cuando se trata de este tipo de sitios. Así que hoy les mostraremos algunas formas extras para asegurar que el sitio de membresía y sus visitantes tengan la mejor experiencia posible.

1. Elija un Host de WordPress Enfocado en el Desempeño

Aconsejarle que consiga un mejor host de WordPress puede que ya suene a disco rayado, pero la verdad es que, muchos de los problemas de desempeño con los sitios de membresía pueden ser causados por esto. Hemos visto en muchas ocasiones, a clientes migrar a Kinsta de otros proveedores e inmediatamente ver mejoras drásticas. Nuestra compañía completa, desde la infraestructura que colocamos para respaldar a nuestros sitios, hasta los ingenieros que contratamos, están enfocados en desempeño. Esto no ha cambiado y jamás cambiará.

¿Cómo Kinsta Incrementa la Velocidad de los Sitios de Membresía?

Kinsta fue el primer host de WordPress gestionado para usar de forma exclusiva el Google Cloud Platform. Ofrecemos 20 distintos centros de datos alrededor del mundo, esto quiere decir que puede elegir uno que se encuentre más cerca a sus visitantes para reducir la latencia y el TTFB. Mientras que otros hosts puede que usen la red de nivel estándar de Google (más lento y barato), nosotros utilizamos la red Premium de Google. Esto está diseñado para minimizar la distancia y saltos, obteniendo un transporte global más rápido y más seguro de sus datos.

Nuestra plataforma de hosting no entra a una de las categorías tradicionales de hosting, y es muy diferente a las infraestructuras tradicionales compartidas, VPS o dedicadas. Kinsta utiliza hosts administrados con LXD y contenedores de software LXC orquestador para cada sitio. Esto quiere decir que cada sitio de membresía de WordPress está albergado en su propio contenedor aislado, que cuenta con todos los recursos de software requeridos para funcionar (Linux, Nginx, PHP, MySQL). Los recursos son 100% privados y no son compartidos con nadie más, incluso con ni uno de sus otros sitios.

Arquitectura de Kinsta

Arquitectura de Kinsta

Cada sitio de membresía también puede aprovechar la escala automática para manejar mejor las sobrecargas repentinas en el tráfico y la carga. Los recursos de hardware (CPU/RAM) están colocados a cada contenedor de sitio de forma automática por nuestras maquinas virtuales cuando sea requerido. Esto le permite hacer crecer su sitio de membresía de WordPress sin tener que preocuparse por las restricciones comunes y los límites estrictos que aplican otros proveedores de hosting.

Lea más sobre por qué Kinsta es diferente.

2. Tome Ventaja de PHP 7

No podemos dejar de repetir la importancia de usar las últimas versiones de PHP, preferiblemente PHP 7.3. Para muchos sitios, esto no requiere nada de trabajo y es gratuito, ¡y esto puede incrementar su desempeño!

PHP 5.6 ya no es soportado activamente y tiene su fin de vida (EOL) a partir de diciembre de 2018 En ese momento dejó de recibir actualizaciones de seguridad. Recientemente hemos publicado nuestro punto de comparación de desempeño de PHP en el que probamos PHP 5.6, 7.0, 7.1 y 7.3. Como puede ver abajo, en un sitio WooCommerce, ¡PHP 7.3 se lleva el pedazo de pastel por tener el desempeño más rápido!

WordPress 5.0 + WooCommerce PHP benchmarks

Punto de Referencia de WordPress+WooCommerce

También probamos Easy Digital Downloads y nuevamente PHP 7.3 que superó a todo lo demás. Si usted compara PHP 7.3 y PHP 5.6, este puede manejar hasta 3 veces más peticiones (transacciones) por segundo.

Punto de referencia de rendimiento de WordPress+Easy Digital Downloads

Punto de referencia de rendimiento de WordPress+Easy Digital Downloads

Si su host actual de WordPress no soporta PHP 7 o superior, quizás es tiempo de buscar un nuevo host. Kinsta está ofreciendo PHP 7.3 desde diciembre de 2018, al igual que todas las demás versiones superiores. Puede fácilmente alternar entre estas dando un solo clic en el dashboard de MyKinsta. Ya ofrecemos PHP 7.3 para hacer pruebas.

Cambie la versión de PHP de WordPress

Cambie la versión de PHP de WordPress

Si su sitio de membresía tiene problemas de compatibilidad con la última versión de PHP, probablemente es tiempo de preguntarle al desarrollador del plugin o del tema el motivo de por qué se están quedando atrás o contrate a su propio desarrollador de WordPress para arreglar el problema No quiera dejar pasar las mejoras de rendimiento de PHP 7 y superior.

3. Use Cache de Objeto

La cache hace que los sitios corran más rápido y reduce la carga en el servidor de la red. Sin importar que use un plugin para hacer la cache o tiene un host administrado como Kinsta que tiene una cache a nivel de servidor implementada, esto es algo que ya debería estar haciendo. Sin embargo, cuando se trata de los sitios de membresía de WordPress, las opciones de cache comunes, usualmente no son suficientes, ya que no toman ventaja de la misma. Aquí es donde viene muy útil la cache de objeto.

La cache de objeto almacena los resultados de las consultas de la base de datos, para que si la próxima vez, fuera requerido ese pedacito de dato en particular, pueda ser enviado desde la cache sin necesidad de consultar a la base de datos. Esto acelera los tiempos de ejecución de PHP y reduce la carga en su base de datos. ¡Esto se vuelve extremadamente importante con los sitios de membresía! Con WordPress, puede implementar la cache de objeto de estas formas:

  1. Una solución de cache externa, como W3 Total Cache
  2. Redis (recomendada)
  3. Memcached

Redis

Ofrecemos Redis como un add-on para Kinsta para que pueda sacar provecho de la cache de objeto persistente para sus sitios de membresía. La buena noticia es que una vez que esté configurado, aún puede usar la opción de limpiar cache agregada al área de administración de su sitio web por el Kinsta MU Plugin. Este botón limpiará la cache de su página y la cache activa en el sitio.

La opción de limpiar la cache de la barra de herramientas en WordPress

La opción de limpiar la cache de la barra de herramientas en WordPress

En algunos casos, también podemos hacer cachear a una página en especifico o una URL para usuarios conectados. Sin embargo, primero necesitará conversar con nuestro equipo de soporte sobre esto, ya que es importante que usted entienda todas las ramificaciones al permitir esto.

4. Mejore Su Búsqueda de WordPress

Mientras que los sitios de membresía están en crecimiento, probablemente descubrirá que la funcionalidad de la búsqueda estándar de WordPress no será suficiente. Los sitios que usan mucho el WP_Query, usan la búsqueda como su principal forma de navegación, o incluso un sitio con un gran número de artículos puede encontrarse con problemas de desempeño, mientras que los tiempos de consulta de la búsqueda empiezan a amontonar. Aquí es cuando un motor de búsqueda, como Elasticsearch, puede ayudar.

Elasticsearch

Elasticsearch puede ser usado para acelerar la consulta de la base de datos de WordPress. Esto se hace construyendo un índice del contenido de la base de datos de su sitio y luego usando Elasticsearch para buscar este índice mucho más rápido que una consulta MySQL.

Ofrecemos Elasticsearch como un add-on en Kinsta. Nuestros ingenieros lo instalan en el mismo servidor que su entorno PHP y la base de datos de MySQL, lo cual ayuda a reducir la latencia, a diferencia de alojarlo en una instancia separada o usando hosted Elasticsearch.

5. Cree una Página 404 Light

Hemos visto de primera mano que los sitios de membresía, típicamente generan muchos errores 404. ¡Su sitio probablemente genera más de lo que piensa! Nuestras herramientas de MyKinsta analytics pueden ayudarle a determinar la cantidad exacta (como se ve a continuación).

Errores 404

Errores 404

También puede chequear los errores 404 en Google Search Console o si instala un plugin, como Redirection, el cual registra los errores 404. Sin embargo, recuerde que los plugins como este, también tienen un impacto en el desempeño. Es mucho mejor depender de una herramienta a nivel de servidor.

La razón por la que estos errores son malos, es porque muchas páginas 404 requieren muchos recursos. Para un sitio de membresía, es mejor evitar una página 404 muy cargada. Cree una plantilla simple de 404, que evite consultar a la base de datos constantemente, si es posible. Y por su puesto, tómese un tiempo para arreglar los errores 404 ya que esto no solo requiere muchos recursos, simplemente es malo para la experiencia del usuario.

6. Incremente PHP Workers

Los PHP workers podrían ser un termino que jamás había escuchado, pero es la forma en que muchos hosts, incluyendo a Kinsta, lidian con las peticiones limitantes (en lugar de limitar su CPU o RAM, lo cual es típico de los proveedores de hosting compartidos).

Los PHP workers determinan cuantas peticiones simultáneas puede soportar al mismo tiempo su sitio. Para explicarlo de forma más sencilla, cada petición sin cache para su sitio web puede ser controlada por un PHP worker. Por ejemplo, si tiene 4 peticiones que vienen a su sitio al mismo tiempo, y su sitio tiene 2 PHP workers, dos de estas peticiones procederán, mientras que las otras dos tendrán que esperar en la fila, hasta que las primeras dos terminen de procesarse.

¿Recuerda cuando discutimos hace poco, de que uno de los grandes problemas de los sitios de membresía de WordPress son las peticiones no cacheables? Es por eso que los PHP workers se han vuelto muy importantes ya que tienen que trabajar por cada petición. Así que estos sitios típicamente requieren PHP workers adicionales, para asegurar que cada petición esté procesada sin retrasos y completada de forma exitosa.

¿Qué pasa cuando se llega al máximo de sus PHP workers continuamente? Básicamente, la fila empieza a empujar peticiones antiguas, las cuales podrían resultar en errores 500 en su sitio. Cada plan de hosting de Kinsta, incluye un número predefinido de PHP workers. Si tiene problemas para estimar lo que su sitio podría necesitar, esta guía será útil: recomendaciones de PHP para los sitios de membresía. Pero siempre puedes chatear con nuestro equipo de ventas o soporte también.

7. Mantenimiento Regular de la Base de Datos

El mantenimiento regular de la base de datos, no solo es recomendada para los sitios de membresía en WordPress, ¡Es requerido! Si no hace esto, un día se podría estar preguntando porque su sitio se ha alentado muchísimo. Aquí tenemos algunas recomendaciones:

¿Luchando con el tiempo de inactividad y los problemas de WordPress? Kinsta es la solución de alojamiento diseñada para ahorrarle tiempo! Vea nuestras características

Limpie los datos que se cargan automáticamente

Los datos que se cargan de forma automática son datos que se cargan en cada página de su sitio de WordPress. Estos datos son almacenados en su tabla de wp_options. En sitios más grandes, esta tabla puede empezar a crecer sin control. Chequee nuestro tutorial sobre cómo limpiar los datos de autocarga.

Limpie los Jobs Transitorios y CRON

Como con los datos de autocarga, se deberían limpiar de forma regular los transitorios también. Cuando funcionan correctamente, los transitorios propios funcionales, supuestamente deben expirar y removerse solos, pero no siempre es el caso. Si algo es configurado de forma incorrecta o incluso es corrupto, estos empiezan a acumularse.

Por ejemplo, tuvimos un cliente donde algo salió mal con transitorios que expiraron y bajó por mucho el desempeño del sitio. Después de investigar un poco, descubrimos que el sitio tenía 695,846 registros de transitorios (filas) en la base de datos. Después de borrar las filas (las cuales contienen transitorios que pudieron haber expirado), el sitio inmediatamente se recuperó (como se muestra a continuación).

Transitorios (después del arreglarse)

Transitorios (después del arreglarse)

Puede usar el plugin gratuito Transients Manager para ver, buscar, editar y borrar transitorios en su sitio de WordPress.

Los CRON Jobs (WP-Cron), que solían agendar tareas repetitivas para su sitio de WordPress, son también una razón más por las que podría estar viendo problemas similares. Puede usar el plugin gratuito WP Control para revisar y asegurarse de que los CRON Jobs no se estén saliendo de control.

Cambie el Motor de la Base de Datos a InnoDB

Por último, pero no menos importante, debe mover el motor de su base de datos a InnoDB si no lo ha hecho hasta ahora. Muchos sitios viejos siguen usando un motor de almacén MyISAM en su base de datos. En años recientes, InnoDB ha mostrado un mejor desempeño y se ha hecho más confiable. Una gran razón para utilizar InnoDB en lugar de MyISAM, es que nunca se encontrará con problemas que bloqueen todo a nivel de tabla. Esto le permite a sus consultas ser procesadas más rápido.

Chequee el tutorial sobre como convertir su base de datos (tablas) de MyISAM a InnoDB. Si usted migra a Kinsta y permite que nuestro equipo de ingeniería le ayude, automáticamente moveremos su motor de base de datos a InnoDB.

8. Descarga de Datos

Como hemos mencionado anteriormente, ¡los sitios de membresía simplemente tienen un montón de datos! Videos, PDFs, fotografías de alta resolución, documentos y archivos de audio que suelen ser los mayores culpables. Por lo tanto, podría necesitar encontrar una forma de traspasar esto a una solución de almacenado más barata. Esto puede ahorrarle mucho dinero, simplemente mejorando su plan de hosting. Cheque los siguientes artículos:

Lo Que No Se Debe Hacer en los Sitios de Membresía de WordPress

Aquí hay algunas cosas que no debería hacer en los sitios de membresía de WordPress

Aléjese de los Contadores de Artículos

Nunca agregue contadores de visitas/posts a su sitio si no tiene que hacerlo. Por ejemplo, evite cosas como “792 posts” al lado del avatar de un usuario en los foros o “5,243 visitas” al listar posts de foros. Cuando tiene una larga discusión, estos contadores sobrecargarán su base de datos. En general, minimice el uso de contadores y solo úselos si es necesario.

Esto también aplica para contadores sociales. Considere que en el blog de Kinsta sí usamos estos, pero en ningún otro lado en nuestro sitio. Pero nuestro plugin también tiene una cache integrada, esto asegura que no estén generando consultas en cada carga de página.

Contadores de posts

Contadores de posts

Evite los Constructores de Página

Los constructores de página son buenos para muchas personas, de hecho, incluso tenemos una lista completa de los que puede usar en su sitio. Sin embargo, la mayoría de estos (no todos) tienen problemas de desempeño, ya que generan código adicional innecesario para lograr que la página se visualice de una forma en la que el usuario todavía pueda construirla sin saber programar. Si puede, construya las plantillas de su página manualmente y siempre hágalas lo más livianas posibles.

Por ejemplo, nuestro sitio de Kinsta (como se muestra abajo) está en WordPress, pero el tema entero, realmente está programado por el desarrollador del equipo. Esto nos ayuda a reducir un poco la sobrecarga que los temas típicos de WordPress usualmente tienen, pero nos permite tomar ventaja de toda esta sorprendente funcionalidad. De nuevo, hay miles de desarrolladores talentosos de WordPress y hay muchos diseñadores disponibles si necesita ayuda.

Kinsta homepage

Kinsta homepage

No Use Demasiados Plugins

Sabemos que ya ha escuchado esto antes. La verdad es, la calidad del código de un plugin es más importante que el número total de plugins que tiene instalado. Sin embargo, habiendo dicho eso, cada uno seguirá teniendo un “costo de desempeño”. Si ya no usa las características de algunos plugins, desactívelos o elimínelos de su sitio. No solo hará que solucionar los problemas sea mucho más sencillo sino que también reducirá el número de consultas en su sitio (en el backend y frontend).

Tenga Cuidado con las Integraciones Externas

Hay muchos CRM externos y plataformas de automatización que podría integrar con su sitio de membresía de WordPress. Sin embargo, tenga cuidado con estas, ya que algunas podrían introducir latencia y retrasos adicionales mientras se comunica con sus APIs, servicios, etc. Podría buscar soluciones integradas dentro de WordPress, como estas soluciones de CRM.

No para hacerlo más difícil, pero lo opuesto también podría ser cierto.. Si un CRM externo o una plataforma de automatización se está encargando de sus propias tareas, podría ayudar a tomar parte de la carga de su host de WordPress. Lo mejor que podría hacer es probar diferentes soluciones.

Recomendaciones Adicionales

Y por su puesto, no podemos dejar que se vaya sin mencionar algunas optimizaciones de velocidad comunes que debería estar haciendo:

  • ¡Comprima sus imágenes! En Kinsta típicamente vemos 60-70% de ahorro dependiendo en el tipo de imágenes y el tipo de compresión usado. Recomendamos compresión con pérdida.
  • Siempre use CDN. A pesar de usar 20 centros de datos disponibles a elegir de Kinsta, su servidor siempre estará lejos de por lo menos una persona. Una CDN puede arreglar esto, al copiar y entregar sus activos (imágenes, JS, CSS) de POPs alrededor del mundo. Nuestra CDN de Kinsta está incluida para los clientes.
  • Piense dos veces antes de decidir administrar su propio VPS. Tratar de ser un administrador de sistemas para ahorrar $ 20 / mes es una mala idea.

Resumen

Los sitios de membresía y de comunidad de WordPress están definitivamente en su propia categoría cuando se trata de optimización. Usualmente requieren ir esa distancia extra si quiere un desempeño excelente. Pero la buena noticia, es que muchas de las soluciones que podrá encontrar pueden hacer maravillas. PHP 7, ELasticsearch, y Redis Object Caching son formas sencillas y efectivas de ver resultados instantáneos. Y por su puesto, tener un host enfocado en desempeño debe ser una prioridad principal.

¿Tiene una página de membresía en WordPress? Nos encantaría escuchar sus reflexiones o los retos que se ha encontrado a lo largo del camino.