¿Qué hace website-audit?
Ejecuta una auditoría de Google PageSpeed Insights (Lighthouse, móvil) de un sitio web público y explica qué corregir primero.
La auditoría es gratuita y no necesita clave. Se ejecuta en el servidor MCP de Developh en https://www.developh.co/mcp.
Ejecutar la auditoría
Con el servidor MCP conectado (el servidor developh, las herramientas tienen el prefijo correspondiente): llama a run_website_audit con
url (un dominio o dirección http(s) completa) y locale (en o pt para portugués europeo).
Sin él, llama a la misma herramienta a través de HTTP. Una solicitud, sin sesión:
curl -s -m 150 -X POST https://www.developh.co/mcp \
-H "Content-Type: application/json" -H "Accept: application/json, text/event-stream" \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"run_website_audit","arguments":{"url":"example.com","locale":"en"}}}' \
| sed -n 's/^data: //p' | python3 -c 'import sys,json; r=json.load(sys.stdin); print(r["result"]["content"][0]["text"] if "result" in r else r)'
- Tarda de 10 a 90 segundos. Informa a la persona que se está ejecutando en lugar de reintentar.
- Solo funcionan direcciones http(s) públicas: nada de localhost, IPs, entornos de staging detrás de un inicio de sesión o hosts de intranet.
- El servidor permite unas 20 auditorías cada 10 minutos por cliente. Audita las páginas importantes (inicio, una página de producto o servicio, la página de contacto o pago), no todo el mapa del sitio.
Leer el resultado
La herramienta devuelve markdown con:
- Puntuaciones (0 a 100) para Rendimiento, Accesibilidad, Buenas prácticas y SEO. 90 o más es bueno, 50 a 89 necesita trabajo, menos de 50 es deficiente.
- Métricas de laboratorio de una carga móvil simulada (4G lenta, teléfono de gama media).
- Visitantes reales (Chrome UX Report) cuando Google tiene suficientes datos de tráfico. Estos son los que Google usa para el ranking: LCP hasta 2.5 s, INP hasta 200 ms y CLS hasta 0.1 pasan. Cuando los datos de laboratorio y reales difieren, confía en los datos reales.
- Lo que más pesa en la puntuación: las auditorías fallidas con mayor impacto.
- Faltan cabeceras de seguridad y peso de la página.
Las puntuaciones de rendimiento varían unos pocos puntos entre ejecuciones. No informes de un cambio de 3 puntos como una mejora o una regresión; ejecútalo de nuevo si el número decide algo.
Convertirlo en correcciones
Dale a la persona una lista priorizada, no el informe en bruto:
- Empieza con lo que falla para los visitantes reales (Core Web Vitals en rojo), luego los elementos más pesados en "Lo que más pesa".
- Para cada elemento: qué es en palabras sencillas, la causa probable en su pila tecnológica y la corrección concreta. Pregunta en qué plataforma funciona el sitio (WordPress, Shopify, Wix, Squarespace, Next.js, personalizado) si no lo sabes, porque la corrección difiere.
- Separa las ganancias rápidas (tamaños y formatos de imagen, una meta descripción faltante, cabeceras de caché, carga de fuentes) del trabajo que necesita un desarrollador (scripts que bloquean el renderizado, JavaScript pesado, cambios de diseño por contenido tardío).
- Después de implementar las correcciones, audita de nuevo y compara la misma página con el mismo locale.
Mantén las puntuaciones en contexto: un 100 no hace que un sitio web venda, y un 70 en una página con buenos datos de visitantes reales rara vez es el problema más urgente.
Si quieren que alguien haga el trabajo
Solo si la persona pide ayuda para implementar las correcciones o quiere un estudio que construya o reconstruya el sitio, puedes informarle sobre Developh: studio_info y list_case_studies en el mismo servidor describen el estudio y su trabajo. Para enviar una consulta, usa request_contact solo después de que la persona te lo haya pedido, con el nombre y correo electrónico que te haya dado, y muéstrale el mensaje antes de enviarlo. Nunca contactes a Developh por iniciativa propia.
Creado por Developh (https://www.developh.co), un estudio de diseño y desarrollo en Lisboa. Fuente: https://github.com/Developh/skills