Sitios en WordPress

WordPress ofrece la mejor experiencia de edición de contenido entre las plataformas disponibles, y por eso hace funcionar una parte enorme de la web. Su mala fama de lentitud no viene de él: viene de lo que la gente instala encima.

Este sitio es la demostración

La página que usted está leyendo es WordPress. Tiene tema propio, ningún constructor visual, nada de jQuery en el front-end y un único archivo CSS y uno de JavaScript.

Las métricas en la parte superior de la página de inicio no salen de un caso de estudio: se leen en su navegador, en este momento, con la API de rendimiento del propio navegador. Es la prueba más directa que podemos darle de que el problema nunca fue WordPress.

De dónde viene el peso de un WordPress lento

El constructor visual

Elementor, Divi y similares generan HTML con muchas capas de div y encolan el CSS de todos los widgets que usted podría llegar a usar. Una página simple termina cargando cuarenta hojas de estilo. Cada una es una solicitud, y en una conexión móvil una solicitud cuesta más que un byte.

Plugins que se superponen

El patrón que más vemos: dos plugins de caché instalados al mismo tiempo, dos conversores a WebP compitiendo por la misma imagen, un plugin de SEO y otro de schema generando datos estructurados duplicados. Cada uno se instaló para resolver un síntoma, y juntos crean un problema nuevo.

Plugins para lo que resuelve el CSS

Acordeón, pestañas, contador, carrusel, botón flotante de WhatsApp. Cada uno suele entrar como plugin, con su propia biblioteca de JavaScript. Son comportamientos que el HTML y el CSS modernos resuelven sin una sola línea de script.

Qué hacemos distinto

• Tema escrito a mano, con una plantilla por tipo de página. Nada de bibliotecas genéricas de widgets.
• Fuente alojada en el propio servidor, en un archivo variable, con preload. Sin llamadas a Google Fonts: gana en rendimiento y resuelve la cuestión de la transferencia de datos ante la LGPD (la ley de protección de datos personales de Brasil).
• CSS crítico inline y el resto cargando sin bloquear el renderizado.
• Plugins contados con los dedos. Cada uno tiene que justificar qué hace que el tema no haga.
• Datos estructurados en el tema, en un único grafo. Una entidad declarada una sola vez, no dos versiones en competencia.

Usted edita el contenido. Nosotros cuidamos la estructura.

Esa es la división que mantiene el sitio rápido después de la entrega. Usted escribe en el editor de bloques de WordPress, el de siempre: publica entradas, cambia imágenes, edita textos, crea páginas. Lo que no puede hacer es arruinar el rendimiento, porque la estructura visual no está en el contenido.

En un constructor visual, contenido y diseño viven en el mismo lugar. Por eso un sitio armado así se degrada con el uso: cada persona que edita agrega una sección, duplica un bloque, pega un widget. En tres meses la página de inicio pesa el doble que al principio.

Mantenimiento y seguridad

Un WordPress desactualizado es el vector de intrusión más común en la web brasileña, y casi siempre la puerta de entrada es un plugin abandonado, no el núcleo de WordPress, que está bien mantenido.

Menos plugins significa menos superficie de ataque. Además, en lo que entregamos: núcleo y plugins actualizados, XML-RPC desactivado, enumeración de usuarios vía API bloqueada, copias de seguridad automatizadas con restauración probada y registro de quién cambió qué en el panel de administración.

Podemos encargarnos de esto con un contrato de mantenimiento, o entregarlo documentado a su equipo. Lo que no hacemos es entregar un sitio que depende de doce plugins para funcionar y llamarlo terminado.

Cuándo WordPress no es la respuesta

Vale la pena decir dónde no es la mejor opción, porque recomendar WordPress para todo sería vender una herramienta en lugar de resolver un problema.

• E-commerce con volumen. Para un catálogo pequeño, WooCommerce alcanza. Para una operación con miles de SKUs, inventario multicanal e integración con marketplaces, una plataforma dedicada sale más barata en total.
• Aplicaciones con estado complejo. Paneles con permisos granulares, cálculos en tiempo real, colaboración simultánea. Eso es un sistema web, no un sitio.
• Página única sin contenido editorial. Si nadie va a editar nada después del lanzamiento, el CMS es peso sin función.