Siete comprobaciones que puede hacer hoy en su propio sitio

Esto no es una lista de lo que yo hago. Es lo que puede hacer usted, hoy, sobre su propio sitio, sin contratar a nadie y sin instalar nada en las seis primeras.

Cada una dice qué mide, cómo se hace, qué significa cada resultado posible y —la parte que casi nunca se escribe— qué NO demuestra. Una comprobación sin su límite invita a concluir de más.

Si después de hacerlas quiere que las haga yo sobre su sitio entero y por escrito, eso es el diagnóstico gratuito.

Sin instalar nada

Seis comprobaciones que se hacen con el navegador que ya tiene abierto. La más larga son ocho minutos, y casi todos son esperar.

Desde el navegador · 2 min

Qué recibe Google de su página

Si el buscador recibe su contenido o un envase vacío. Es la primera que hago en cualquier sitio y la que más veces cambia el diagnóstico entero.

1.
Abra su sitio en el navegador.
2.
Clic derecho → «Ver código fuente de la página». Se abre una pestaña llena de texto: eso es lo que recibe Google antes de ejecutar nada.
3.
Pulse Ctrl+F (Cmd+F en Mac) y busque <h1.

Lo que salga le dice en cuál de los tres casos está.

Aparece su titular.: Google lo está recibiendo. Su página sí se está comunicando.
No aparece ningún <h1>, y todo el código cabe en dos pantallas.: Google recibe un envase vacío. Usted ve una página terminada porque su navegador la arma al abrirla; el buscador no la arma.
Aparece un <h1>, pero no es el suyo.: Dice «Inicio», «Home», «Welcome» o el nombre de la plantilla. Google recibe una página: la de la plantilla, no la que usted escribió.

Lo que esta comprobación NO demuestra: Esto mira una página, no el sitio. Y mira el HTML de la primera respuesta: Google puede ejecutar el JavaScript después, en una segunda pasada con recursos limitados, y a veces lo hace.

Desde el navegador · 1 min

Si su sitio tiene un 404 de verdad

Qué hace su sitio con una dirección que no existe. En las plataformas que arman la página en el navegador, lo normal es que responda «todo bien» y muestre la portada, y Google lo trata como una página duplicada.

1.
Escriba en la barra de direcciones su dominio seguido de algo inventado: su-sitio.com/esto-no-existe-12345.
2.
Mire qué sale en pantalla.
3.
Después, clic derecho → «Ver código fuente» y busque <title: le dice qué página cree el servidor que le está dando.

Lo que salga le dice en cuál de los tres casos está.

Sale una página que dice que no existe, con enlaces para volver.: Bien. Falta comprobar que además responda con el código 404, y eso sí necesita una terminal o una extensión.
Sale su portada, con su contenido normal.: Su sitio está diciendo «esta página existe» de cualquier dirección que alguien escriba mal o enlace mal. Google puede indexar copias de su portada bajo direcciones que usted nunca creó.
Sale una pantalla en blanco o un error de la plataforma.: Nadie va a volver de ahí, y el buscador tampoco sabe qué hacer con eso.

Lo que esta comprobación NO demuestra: Desde el navegador se ve la pantalla, no el código de respuesta. Una página que dice «no encontrada» y responde 200 sigue siendo un falso 404 para Google.

Desde el navegador · 1 min

Si se quedó una etiqueta que le dice a Google que no la indexe

Es la causa más común en sitios recién migrados o recién sacados de un entorno de pruebas. La etiqueta protegía el borrador y nadie la quitó.

1.
Abra la página que no aparece en Google.
2.
Clic derecho → «Ver código fuente de la página».
3.
Ctrl+F y busque noindex.

Lo que salga le dice en cuál de los tres casos está.

No aparece nada.: Por esta vía no es. Falta descartar la cabecera X-Robots-Tag, que no se ve en el código fuente.
Aparece dentro de <meta name="robots".: Ahí está. Esa página le está pidiendo a Google que no la guarde, y Google obedece. Quitarla es un cambio de una línea.
Aparece, pero dentro de un comentario o de un script.: Probablemente no cuenta. Mire si está dentro de una etiqueta meta de verdad o solo mencionada en el código.

Lo que esta comprobación NO demuestra: El mismo valor puede viajar en la cabecera HTTP X-Robots-Tag, que el navegador no muestra en «ver código fuente». Para eso hace falta la pestaña Red de las herramientas de desarrollo, o una terminal.

Desde el navegador · 8 min

Por qué su puntuación de rendimiento cambia sola

Que una sola medición de velocidad no es un dato. La documentación de Lighthouse dice que la mayor parte de la variación viene del entorno, no de la página.

1.
Abra PageSpeed Insights y pegue la URL de su página.
2.
Ejecútelo cinco veces seguidas, sin cambiar nada del sitio.
3.
Apunte el LCP de cada corrida. Cinco números.

Lo que salga le dice en cuál de los tres casos está.

Los cinco se parecen: por ejemplo 2,1 · 2,2 · 2,0 · 2,3 · 2,1.: La mediana es un dato y puede decidir con ella. Su página es estable.
Se separan mucho: 2,1 · 5,9 · 2,4 · 1,8 · 4,7.: Su problema no es la mediana, es el rango. Algo de fuera —un script de terceros, un anuncio, una fuente— responde a velocidades distintas cada vez.
La sección de «datos de usuarios reales» dice que no hay datos.: Su sitio no tiene tráfico suficiente para el informe de campo. Lo que ve es laboratorio, y no es lo mismo. Se dice, no se disimula.

Lo que esta comprobación NO demuestra: Cinco corridas dan una idea, no una distribución. Y el laboratorio simula un dispositivo y una red: lo que vive su visitante está en los datos de campo, cuando existen.

Desde el navegador · 3 min

Cuántas páginas cree usted que tiene, y cuántas guardó Google

La distancia entre lo que su sitio declara y lo que el buscador aceptó. Es el primer hallazgo real de casi cualquier auditoría.

1.
Abra su-sitio.com/sitemap.xml en el navegador y cuente las direcciones. Si sale una lista de sitemaps, ábralos y sume.
2.
Entre a Search Console, informe de indexación de páginas, y mire el número de páginas indexadas.
3.
Reste.

Lo que salga le dice en cuál de los tres casos está.

Los dos números se parecen.: Su sitio y el índice de Google están de acuerdo. Lo que pase con el tráfico ya no es un problema de indexación.
Google tiene muchas menos.: Abra el informe y lea los motivos. «Descubierta, sin indexar» suele ser enlazado o presupuesto de rastreo; «Rastreada, sin indexar» es contenido, y es la difícil.
Google tiene más de las que usted declara.: Hay direcciones que usted no puso en el sitemap y el buscador encontró igual. Puede ser normal, o pueden ser duplicados con parámetros.

Lo que esta comprobación NO demuestra: El sitemap es una sugerencia, no una orden: Google indexa direcciones que no están y deja fuera direcciones que sí están. La diferencia señala dónde mirar, no qué está mal.

Desde el navegador · 3 min

Si lo que su código declara coincide con lo que la página muestra

Los datos estructurados son lo que un buscador o un asistente leen para saber quién es usted y qué vende. Si declaran algo que la página no dice, o al revés, el que pierde es usted.

1.
Abra la prueba de resultados enriquecidos de Google y pegue su URL.
2.
Espere el resultado y abra cada tipo detectado.
3.
Compare cada campo con lo que se ve en su página de verdad: el precio, el nombre, la dirección, las preguntas frecuentes.

Lo que salga le dice en cuál de los tres casos está.

No detecta nada.: Su sitio no declara datos estructurados. No es un error, pero está renunciando a decirle a la máquina lo que ya le dice a la persona.
Detecta tipos y todos los campos coinciden con la página.: Bien. Eso es paridad, y es lo que pide Google.
Detecta campos que en la página no existen.: Una dirección inventada, un precio que no está, preguntas que nadie ve. Es la salida típica de un generador automático, y contradice lo que la página muestra.

Lo que esta comprobación NO demuestra: La herramienta valida la sintaxis y la elegibilidad, no la verdad. Un marcado perfectamente formado que dice algo falso pasa la prueba en verde.

Con una terminal

Esta pide consola. Va con las dos variantes porque en Windows no es el mismo comando, y eso está medido, no supuesto.

Desde la terminal · 2 min

Lo mismo, pero pidiéndolo como lo pide Google

La versión de terminal de la primera comprobación, y la única que ve además el código de respuesta. Es lo primero que corro en cualquier sitio.

$ en Git Bash, macOS o Linux

curl -s -A "Googlebot" https://su-sitio.com/ | wc -w
curl -s -o /dev/null -w "%{http_code}" https://su-sitio.com/no-existe
curl -sI https://su-sitio.com/sitemap.xml

PS> en PowerShell (Windows)

(Invoke-WebRequest -Uri "https://su-sitio.com/" -UserAgent "Googlebot").Content.Split().Count
(Invoke-WebRequest -Uri "https://su-sitio.com/no-existe" -SkipHttpErrorCheck).StatusCode
(Invoke-WebRequest -Uri "https://su-sitio.com/sitemap.xml" -Method Head).Headers

En PowerShell, curl es un alias de Invoke-WebRequest y no acepta -s ni -A; y grep no existe en Windows. Por eso van las dos variantes: la primera funciona en Git Bash, en macOS y en Linux.

Lo que salga le dice en cuál de los tres casos está.

El primer número pasa de unos cientos.: Google recibe texto. Cuántas palabras exactamente depende de la página, pero un contenedor vacío devuelve menos de cincuenta.
El segundo devuelve 404.: Su sitio distingue lo que existe de lo que no. Es lo correcto.
El segundo devuelve 200.: Su sitio afirma que existe una página que usted acaba de inventar. Google puede indexarla como duplicado de su portada.

Lo que esta comprobación NO demuestra: Mide la primera respuesta del servidor. Google puede ejecutar el JavaScript en una segunda pasada y ver más de lo que sale aquí; lo que esta comprobación demuestra es qué recibe ANTES de eso.

Todas estas salen de lo que hago en los casos del portafolio y de lo que explico en las guías. Si una le da un resultado que no entiende, escríbame y dígame qué le salió: es la forma más rápida de que esta página mejore.

¿Hizo alguna y no le cuadra lo que salió?

Cuénteme qué obtuvo. El diagnóstico es gratis y se lo entrego por escrito.

Pida su diagnóstico gratuito