Estadísticas del hosting: cómo leer visitas, tráfico y registros

Dónde está cada cosa en el panel

• El uso del plan, con el espacio en disco y la transferencia del mes, aparece en la portada de DirectAdmin.
• El detalle por dominio está en "Sumario del sitio / Estadísticas / Logs" (Site Summary / Statistics / Logs). Si no lo encontrás, escribí "estadísticas" en el buscador del panel.
• Ahí están los gráficos por mes, día y hora que arma el programa de estadísticas del servidor, como Webalizer o AWStats, con las páginas más pedidas y los orígenes del tráfico.
• En la misma sección se ven las últimas líneas del registro de accesos y del de errores, y se puede descargar el registro completo.

Lo que ve el panel y lo que ve Analytics

No van a coincidir nunca, y no tienen por qué. Para decisiones sobre el plan, mirá el panel; para decisiones sobre el contenido, Analytics.

Pedidos, páginas, visitas y visitantes

El programa de estadísticas muestra cuatro contadores que crecen juntos pero miden cosas distintas. Confundirlos es la forma más rápida de creer que el sitio tiene diez veces más público del que tiene.

• Pedidos (hits): cada archivo que el servidor entregó. Una página con cuarenta imágenes, estilos y scripts genera cuarenta y tantos pedidos.
• Páginas: solo los documentos HTML o PHP. Es lo más parecido a "páginas vistas", robots incluidos.
• Visitas: pedidos de un mismo origen agrupados hasta que pasa un rato sin actividad, media hora o una hora según el programa.
• Visitantes distintos: direcciones IP diferentes. Subestima a los que comparten IP, como una oficina o los clientes de una misma compañía de celulares, y sobrestima a quien cambia de IP varias veces en el día.

Cómo leer una línea del registro de accesos

Cada pedido queda en una línea con el mismo formato. Esta es una visita que llegó desde Google a la página de un producto:

203.0.113.45 - - [21/Sep/2026:14:03:52 -0300] "GET /productos/mate-de-calabaza/ HTTP/2.0" 200 18432 "https://www.google.com/" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_6 like Mac OS X) ..."

• La IP de quien pidió, y la fecha y hora con su zona horaria.
• El método y la ruta: GET es pedir una página o un archivo; POST, mandar un formulario.
• El código de respuesta, que es el dato más útil: 200 salió bien; 301 o 302, redirección; 304, el navegador ya lo tenía y no se volvió a enviar; 403, prohibido; 404, no existe; 500 o 503, error del servidor o de la aplicación.
• Los bytes enviados, que son los que suman a la transferencia.
• De dónde venía el visitante y con qué programa pidió: navegador, robot de un buscador o un script.

Transferencia: el número que sí conviene vigilar

El hosting no cobra por tráfico y está pensado para un uso de hasta 1 GB de transferencia por día. Para tener una idea: si cada página con sus imágenes pesa 2 MB, 1 GB son unas 500 páginas vistas completas por día; en la práctica entran más, porque quien vuelve ya tiene muchos archivos en la caché del navegador.

Lo que dispara la transferencia casi nunca son las personas: son los archivos pesados y el tráfico automático.

• Imágenes subidas tal como salen de la cámara o del celular. Una foto de 4 MB vista mil veces son 4 GB. Cómo achicarlas está en el peso de las imágenes.
• Videos y PDF grandes servidos desde el propio hosting, en lugar de una plataforma de video.
• Rastreadores que recorren un catálogo con filtros: cada combinación de filtros es una dirección nueva y pueden pedir miles por día.
• Según cómo esté configurado el servidor, el total del panel también incluye el correo y el FTP.

Qué hay detrás de un pico

1. Ubicá el día y la hora en el gráfico. Un pico real de público se reparte a lo largo de las horas; el automático llega concentrado en minutos.
2. Mirá en el registro de esa franja si los pedidos vienen de muchas IP o de unas pocas.
3. Leé el programa que pidió. Googlebot y bingbot son buscadores; GPTBot y ClaudeBot, rastreadores de asistentes de inteligencia artificial; AhrefsBot y SemrushBot, herramientas de posicionamiento. python-requests o curl son scripts.
4. Revisá las rutas. Cientos de pedidos a /wp-login.php, /xmlrpc.php o /.env son un escaneo o un intento de adivinar contraseñas, no visitas.
5. Cruzá con los códigos: una lluvia de 404 confirma el escaneo; muchos 500 dicen que el sitio no aguantó la carga.
6. Si se repite todos los días a la misma hora, buscá primero una tarea programada tuya, como un respaldo o una sincronización.

Tres comandos para el registro descargado

Si bajás el registro completo, en Linux, macOS o WSL estos comandos resumen miles de líneas en segundos: las IP que más piden, los programas más frecuentes y la cantidad de respuestas por código.

awk '{print $1}' acceso.log | sort | uniq -c | sort -rn | head -20
awk -F'"' '{print $6}' acceso.log | sort | uniq -c | sort -rn | head -10
awk '{print $9}' acceso.log | sort | uniq -c | sort -rn

• Un rastreador legítimo que consume mucho se modera desde su propia herramienta o con robots.txt; bloquearlo del todo te saca de sus resultados.
• Un robot que no respeta reglas se puede cortar por su nombre con una regla en el .htaccess.
• Los intentos de adivinar contraseñas en el panel, el correo o el FTP ya los frena el firewall del hosting, que bloquea la IP después de varios fallos. Los de WordPress se frenan dentro de WordPress, como se explica en endurecer WordPress.

Las estadísticas públicas, mejor cerradas

El panel puede publicar las estadísticas en una dirección del propio dominio, del estilo tudominio.com.ar/stats, para verlas sin entrar al panel. El problema es que las ve cualquiera que llegue ahí: cuánto tráfico tenés, qué páginas se visitan más y direcciones internas que no figuran en ningún menú.

Si no la usás, dejala apagada. Si varias personas necesitan consultarlas, protegé esa carpeta con usuario y clave, como se explica en proteger una carpeta con contraseña.