Antes de escribir este artículo, hicimos algo que casi ninguna agencia hace públicamente: auditamos nuestro propio sitio, con las mismas herramientas y el mismo rigor que le aplicaríamos a un cliente. No usamos un plugin ni un reporte automático genérico — revisamos el HTML que realmente se envía al navegador, con curl, línea por línea.
Encontramos tres defectos. No eran cosméticos: eran del tipo que le cuesta posiciones reales a un sitio, todos los días, sin que nadie se dé cuenta de que están ahí. Los compartimos con números exactos porque es más útil que una lista genérica de “buenas prácticas”.
Defecto 1: cero meta description, en absoluto
Revisamos seis páginas principales del sitio (inicio, las tres páginas de servicio, blog y contacto). Ninguna tenía <meta name="description">. No una mal escrita, no una duplicada — ausente por completo, verificado con grep sobre el HTML crudo.
Por qué importa: sin meta description, Google construye su propio fragmento de texto a partir del contenido de la página. A veces acierta, a veces no — pero en cualquier caso, tú dejas de decidir qué lee la persona en el resultado de búsqueda antes de hacer clic. Es la diferencia entre controlar tu primera impresión o dejarla al azar.
El arreglo no es complicado: una frase de 120 a 160 caracteres, escrita para humanos, que describa el beneficio real de esa página específica. Lo difícil no es escribirla — es que exista en las seis páginas, no en una.
Defecto 2: 5 de 6 páginas sin ningún H1
Este fue el que más nos sorprendió. Al buscar la etiqueta <h1> en el HTML de cinco de las seis páginas, no encontramos ninguna. El texto que visualmente funcionaba como título principal estaba marcado como <h2 class="elementor-heading-title"> — una clase de un plugin de diseño, no una etiqueta semántica real.
Por qué importa: el H1 es una de las señales que un buscador usa para entender de qué trata la página. No tener ninguno no es descalificante por sí solo, pero combinado con la falta de meta description (defecto 1), le quita al sistema de comprensión de contenido las dos señales más básicas que existen.
Lo que revela esto: no fue un error puntual de una página — era un patrón repetido en cinco páginas distintas, generado por la misma plantilla. Ese es el problema real de construir sitios sobre page builders (Elementor, Divi, Gutenberg): un defecto de plantilla se multiplica automáticamente en cada página nueva, en silencio.
Defecto 3: 1.9 segundos solo para el primer byte
Medimos el TTFB (Time To First Byte — cuánto tarda el servidor en empezar a responder, antes de descargar una sola imagen) de la página de inicio: 1.9 segundos, confirmado en dos mediciones independientes.
Para contexto: Google considera “bueno” un LCP (el momento en que se ve el contenido principal) de 2.5 segundos o menos. Con un TTFB de 1.9s, ya se consumió más de tres cuartas partes de ese presupuesto antes de que cargue una sola imagen.
Por qué importa: esto no es solo experiencia de usuario — Core Web Vitals es una señal directa de posicionamiento. Un sitio lento compite en desventaja incluso si el contenido es excelente.
Lo que no encontramos (y vale la pena decirlo)
No todo estaba mal: el sitio sí tenía HTTPS con HSTS correctamente configurado, canonical autorreferente sin señales contradictorias, y meta robots sin bloqueos indebidos. No es un caso de “todo roto” — es un caso de defectos específicos, puntuales, con impacto desproporcionado a lo simples que son de corregir.
Lo que hicimos después
No nos quedamos en el diagnóstico. Reconstruimos el sitio corrigiendo exactamente estos tres puntos — cada página con su propio H1, su propia meta description, y una arquitectura sin el peso de un page builder — y el HTML resultante pasó de 290 KB a 5.7 KB en la página de inicio. Mismo contenido, misma estructura de navegación, 98% más liviano.
Qué revisar primero en tu propio sitio
Si solo puedes revisar tres cosas hoy, que sean estas — en este orden:
- ¿Cada página tiene un
<meta name="description">único? Ábrela, clic derecho → “Ver código fuente”, buscadescription. - ¿Cada página tiene exactamente un
<h1>? Mismo código fuente, busca<h1. - ¿Cuánto tarda en responder tu servidor? Cualquier herramienta de PageSpeed te da el TTFB en segundos.
Son tres preguntas que se responden en cinco minutos y que, en nuestro propio caso, explicaron una parte importante de por qué el sitio no rendía lo que debería.
¿Quieres que hagamos esta misma auditoría sobre tu sitio? Contáctanos y te decimos exactamente qué encontramos, con la misma evidencia que mostramos aquí.