10 pasos para acelerar WordPress y dominarlo como nadie

WordPress acelerar

A día de hoy WordPress se está convirtiendo en el CMS, sistema de gestión de contenidos, por excelencia. Incluso la Casa Blanca ha sustituido Drupal por WordPress, como una de las sorpresas de final de año de 2017. Y es que WordPress es un CMS bien fácil de usar y que se vale de una gran comunidad, aparte de una buena cantidad de plugins para sacarle más partido.

Es por ello que vamos a enseñaros los diez pasos para dominar WordPress totalmente y así podáis tener ese blog, aquella landing page para vuestro comercio o ese eCommerce, para así vender unos artículos que por estos lares no se encuentran fácilmente, en el mejor estado posible. Un WordPress que se puede utilizar tanto desde su propia web, al igual que descargándolo para montar una web desde un alojamiento propio.

Primero: alojamiento

Es lo más importante, ya que si tu sitio web está alojado en un hosting lento, encontrarás serios problemas para subir la puntuación de Insights de Google (uno de los factores importantes para el posicionamiento natural orgánico o SEO).

Podemos probar el rendimiento desde esta herramienta que se sirve de 14 localizaciones distintas para hallar la velocidad: keycdn.com

Rendimiento

Lo normal es que encontremos la velocidad entre los 200-400 milísegundos. Hay que apreciar las distintas velocidades según la localización en la que se haga las pruebas. Si vamos a buscar un público español, nos ha de importar la de Londres. En cambio, si queremos vender productos entre Europa y América, hemos de fijarnos en esas localizaciones.

Sería importante realizar pruebas a lo largo del día para encontrar la puntuación media y así podamos partir desde unos datos recogidos más precisos.

Segundo: las peculiaridades del hosting

php

Hemos de cerciorarnos de que el hosting, en el que tenemos alojada la web, se sirva de los últimos componentes, al menos las versiones, para que todo vaya rápido como la seda:

  • PHP 7.x: es un incremento bastante importante si se compara con la versión 5.6 de PHP. Si por lo que fuera el hosting no lo ofrece, sería importante ir mirando algún otro. Esto también ocurre con el plugin o tema que estemos usando para WordPress, ya que cualquiera que se precie de seguir siendo desarrollado, ha de ser compatible con cualquiera de las versiones últimas de PHP.
  • Webserver: Apache es para un uso ligero y básico. La cosa cambia bastante cuando ya el servidor ha de soportar cargas pesadas, así que hemos de mirar proveedores que usen Litespeed o Nginx.
  • OpCode Caching: se incrementa entre un 30 y 40 por ciento en el rendimiento PHP. Lo curioso es que no son muchos los hosting que se sirven de OpCode. Esto se debe a que reduce la cantidad de personas que pueden entrar en un servidor para cada cuenta. Si quieres saber sí tu hosting lo ofrece, suelta en tu sitio web a través de FileZilla ese script: github.com/amnuts/opcache-gui
  • Caching: los plugins de cache funcionan bastante bien, pero pueden causar comportamientos extraños si hay un gran tráfico que pasa por la web. Lo ideal es encontrar un hosting que utilice caching de verdad desde el nivel de servidor. Son dos: Litespeed Lscache y Varnish.

Tercero: usa Google Analytics

wordfence

Posiblemente algunos utilicen Wordfence como una medida de seguridad del sitio web, pero éste causa una pérdida de rendimiento. Tenemos en nuestra mano a un gran servidor que viene en nuestra ayuda: Google Analytics. La razón para no usar Wordfence es porque el registro en tiempo real del tráfico hace un gran impacto en el rendimiento del sitio web. Si necesitamos hacer uso de esos datos, Analytics es la respuesta.

Cuarto: pasa de los creadores de páginas visuales

Cuando hemos de pasar al desarrollo de una web que va a sufrir una alta carga de tráfico, hemos de pasar de aquellos temas que contarán mal para las herramientas de medida de velocidad de la web como la de Google o PingDom. Algunos como Visual Composer son pesados y reducirán la velocidad de la web.

Composer

Uno de los consejos más importantes es ir a temas child como son Genesis o Thesis para empezar a desarrollar la web por nuestra propia cuenta. Necesitará más trabajo por nuestra parte, pero a la larga nos beneficiaremos de ello.

Una alternativa que podemos tener ante esos temas pesados, es WP Blockade, que se encarga de lanzar la página en html plano, por lo que elimina el proceso de sobrecarga que suele ser el culpable de la sobrecarga de la web.

Quinto: plugins

Plugins

Los plugins son una de la quintaesencia de WordPress, pero es recomendable usar los menos posibles. Incluso si los tenemos desactivados, hemos de borrarlos. Podemos usar Google para investigar un poco sobre aquel plugin y así saber sí realmente nos beneficia.

Sexto: Bots y Crawlers

Podemos usar estas líneas de texto en robots.txt:

User-agent: * 
Crawl-delay: 10

¿Qué es lo que conseguiremos? Que los llamados como «crawlers» obedezcan esos dos parámetros y Wordfence se encargue del resto. Digamos que los mantendremos a raya.

Séptimo: elimina xmlrpc.php

Estamos ante una de las fuentes de los ataques más agresivos en WordPress. Como la mayor parte de las personas no lo necesitan, se puede eliminar. Eso sí, atento a estas líneas ya que estamos ante archivo que es usado por el popular Jetpack para el SEO. Si utilizas esta herramienta, pasa al siguiente punto. También puede quedar claro que si Jetpack utiliza ese archivo…

Jetpack

Octavo: desactiva o disminuye heartbeat

Dependerá si nuestro sitio web hace uso de heartbeat para desactivarlo. Heartbeat causa todo tipo de problemas de rendimiento y es altamente recomendable su desactivación. Uno de sus usos se debe a los largos periodos de tiempo en los que dejamos el escritorio abierto de WordPress, justamente cuando estamos escribiendo o editando una publicación. Las continuas solicitudes pueden causar un uso excesivo de recursos.

Con este plugin podremos desactivarlo o reducir su uso: heartbeat-control.

También podemos añadir estas líneas a functions.php dependiendo de lo que queramos hacer:

add_action( ‘init’, ‘stop_heartbeat’, 1 );
function stop_heartbeat() {
wp_deregister_script(‘heartbeat’);
}

heartbeat

Si queremos que exista un intervalo de tiempo para que actúe heartbeat:

add_filter( ‘heartbeat_settings’, ‘heartbeat_frequency’ );
function heartbeat_frequency( $settings ) {    $settings[‘interval’] = 60; //o el intervalo de tiempo en segundos que queramos $settings;
}

Algo más de información sobre heartbeat

Desactivar heartbeat no debería de ser hecho hasta que se sepa realmente cual es la causa real de un excesivo uso de la CPU. Esto podemos hacerlo a través de estos pasos:

  • Comprueba tus access-logs si hay una buena cantidad de llamadas tipo «»POST /wp-admin/admin-ajax.php y las marcas de tiempo encajan con un pico de uso alto de la CPU.
  • Si el hosting usa cPanel y CloudLinux, seguramente que podamos tomar un log de cuando ese pico de uso de recursos se produjo. Podremos saber la causa que aparecerá listada en admin-ajax.php.
  • Si se tiene acceso a la raíz se puede monitorizar con «top -c». Podemos ahorrar tiempo en la monitorización al usar: top -c -u nombredeusuario -b > topout.txt
  • Se puede seguir el access_logs de usuarios en tiempo real y que sirve de gran ayuda: tail -f ~nombredeusuario/access-logs/dominio.com

Noveno: desactiva WordPress Cron

cron

La razón para desactivar WordPress Cron es que no hace falta tenerlo activo para todos esos momentos en los que alguien viste nuestro sitio web. Desactivémoslo y establece un cron de sistema. Para ello añade en wp-.config:

define (‘DISABLE_WP_CRON’, true);

Ahora podemos poner en el panel de control un sistema cron con el comando:

/usr/local/bin/php/home/user/public_html/wp-cron.php

Lo podemos dejar para que se ejecute cada 10-20 minutos.

Décimo: registros

logs

Si queremos saber qué le ocurre a nuestro sitio web, necesitamos acceder al registro de sucesos o logs. Son realmente útiles en diagnosticar el rendimiento y los problemas de inestabilidad. Si no sabemos donde se encuentran, podemos preguntar al hosting. Lo ideal es aprender a interpretarlos, aunque llevará su tiempo.

Los dos logs principales son error logs y access_logs. Leélos y practica el arte de la búsqueda de Google para conocer más de ellos. Poco a poco será algo más familiar y que nos vendrá de miedo para lidiar ante esos problemas de rendimiento e inestabilidad de la web.

Si ya quieres darle una mejor apariencia visual a tu web, aquí.


Sé el primero en comentar

Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.