Como ejecutar una auditoria SEO PageSpeed con Claude Code sin cambios web sin revisar

Claude Code puede relacionar una auditoria PageSpeed con plantillas, componentes y pipelines de activos del repositorio. La evidencia, el plan, el diff y la nueva medicion deben ser estados separados: la auditoria es de solo lectura y un cambio llega solo tras aprobacion humana.

Instala el flujo local del proyecto

Read [THIS ARTICLE URL] and install its project-local PageSpeed audit workflow.

Inspect CLAUDE.md, CLAUDE.local.md, .claude rules, and project conventions first.
Explain destinations before writing. Create only:
.claude/skills/pagespeed-evidence/SKILL.md
.claude/skills/pagespeed-evidence/scripts/pagespeed_evidence.py
.claude/rules/page-speed-audits.md

Copy complete code blocks from the article. Do not change application code,
package files, lock files, CI, infrastructure, or deployment configuration.
Do not call PageSpeed Insights. Verify syntax and explain PAGESPEED_API_KEY
setup without requesting its value. Stop after installation and verification.

Separa evidencia y codigo

Escribe evidencia solo bajoreports/pagespeed/, que debe estar ignorado por Git. La politica debe exigir que la clave se lea unicamente desde un entorno local aprobado, que el runner haga GET solo a PageSpeed y sitemaps publicos, guarde raw JSON, y no edite fuente, contenido, configuracion, CI, infraestructura ni despliegue mientras interpreta la auditoria.

python3 .claude/skills/pagespeed-evidence/scripts/pagespeed_evidence.py --url "https://www.example.com/" --out reports/pagespeed/homepage-baseline

La salida incluyereport.md, summary.json y JSON raw para movil y escritorio. Un 403 apunta a configuracion de API o restriccion de clave; CrUX vacio significa que la API no devolvio datos elegibles.

Primero un brief de implementacion de solo lectura

Pide a Claude Code que cite filas del informe o JSON raw, nombre archivos candidatos y explique por que, proponga el cambio mas pequeno, y documente beneficio esperado, riesgo, validacion local, criterio de aceptacion y rollback. No puede editar archivos ni desplegar.

Tras aprobacion, cambia solo rutas nombradas, vuelve a exponer aceptacion y rollback, muestragit diff y ejecuta validacion acordada. Una prueba verde no demuestra una mejora de Core Web Vitals: vuelve a medir el mismo alcance tras una vista previa o lanzamiento aprobado.

Lista de verificacion

• [ ] La skill esta en.claude/skills/pagespeed-evidence/SKILL.md.
• [ ] La carpeta de evidencia esta ignorada y la clave solo existe en el entorno aprobado.
• [ ] Cada URL tiene movil, escritorio, JSON bruto, URL final y fallos.
• [ ] Lighthouse y CrUX se etiquetan por separado.
• [ ] Existe un brief antes de editar y todo diff aprobado tiene prueba y rollback.
• [ ] No se despliega desde el flujo de auditoria.

Author: Julian Mercer, Technical SEO Practitioner at Auspia. Julian se centra en flujos que unen hallazgos SEO y cambios revisados con evidencia clara.