Completa antes de enviar
[site address][server name][site key, or "main site"][business name][industry][services][phone][address][service area][opening hours][email][where the real photos are]
Mi sitio [site address] está en línea en mi servidor de hosting de Opus Growth. El nombre del servidor es [server name] y, si es un sitio adicional, su clave es [site key, or "main site"]. Quiero llevar este sitio al máximo nivel pasando cada página por controles medibles. Primero mide sin cambiar nada, después corrige los problemas por orden de prioridad y por último vuelve a medir exactamente igual. No des el trabajo por terminado hasta que se cumplan los criterios de abajo.
Datos del negocio, con "none" donde no los sepa: [business name], [industry], [services], [phone], [address], [service area], [opening hours], [email], [where the real photos are].
1. Preparación. Lee las guías con site_design_guide y site_seo_guide. Lista los archivos con site_list_files y la versión actual con site_versions, y anótala como punto de restauración. Haz una lista de las páginas publicadas, sin contar la página 404. No llames a scaffold_site, porque sobrescribe el index.html y la carpeta assets existentes.
2. Medición previa, sin cambiar nada:
1. En cada página, obtén con core_web_vitals la puntuación de rendimiento en móvil y escritorio, el LCP, el CLS y el TBT.
2. En la página de inicio y en [most important service page], usa seo_audit para listar, elemento por elemento, los fallos de accesibilidad móvil, SEO y buenas prácticas. Esta herramienta consume créditos, así que dime antes cuántas llamadas vas a hacer.
3. Con site_run_command, ejecuta `node seo-check.mjs`, `node design-check.mjs` y `npx --yes html-validate "**/*.html"` en la raíz del sitio. Si las herramientas del kit no están en la raíz, usa seo_technical_audit en lugar de estas tres e indícalo en el informe.
4. Abre cada página con site_preview a 360, 390, 768 y 1440 píxeles de ancho. Busca desplazamiento horizontal, titulares que se desborden, elementos superpuestos y zonas táctiles de menos de 44 píxeles.
5. Lee la página de inicio con site_read_url y text=true. Dime si un navegador que no ejecuta JavaScript ve el menú, los enlaces internos, el teléfono y la dirección. Con la misma herramienta, comprueba que robots.txt, sitemap.xml y llms.txt devuelven 200.
6. Marca esta lista para la búsqueda con IA: ¿robots.txt está abierto a GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot y CCBot?; ¿sitemap.xml lleva fechas lastmod reales?; ¿llms.txt ofrece un resumen breve y preciso del sitio y de sus páginas clave?; ¿cada página incluye JSON-LD unido en un único grafo @id (Organization, el subtipo de LocalBusiness correcto, WebSite, WebPage, BreadcrumbList en todas las páginas salvo la de inicio, FAQPage solo donde se muestren preguntas reales)?; ¿la página de servicio responde la pregunta directamente en su primer párrafo?; ¿hay una fecha de última actualización visible y datos del negocio?
Pon todo esto en una tabla de "antes" por página y dispositivo.
3. Plan de correcciones. Ordena los hallazgos así, muestra archivo por archivo qué va a cambiar y espera mi aprobación:
1. Acceso: enlaces internos rotos, direcciones que devuelven 404, canonicals incorrectos, bloqueos en robots.txt, noindex no deseados.
2. Contenido: marcadores de posición sin rellenar, títulos y descripciones ausentes o duplicados, más o menos de un h1, cuerpos de menos de 150 palabras. No inventes nada; no escribas horarios, coordenadas, valoraciones, precios, reseñas, premios ni cifras de clientes que yo no te haya dado, pregúntamelos.
3. Accesibilidad: contraste, niveles de encabezado saltados, imágenes sin texto alternativo, zonas táctiles de menos de 44 píxeles. El pie de página por defecto del kit usa títulos de columna en gris claro que no cumplen el contraste y son elementos h4 que rompen el orden de los encabezados; reescríbelos como párrafos normales con texto en gris oscuro.
4. Menú y pie de página: `<site-nav>` y `<site-footer>` se imprimen con JavaScript, de modo que los navegadores que no lo ejecutan nunca ven el menú ni los datos de contacto, y la página se desplaza cuando carga el menú. Escribe un pequeño script `chrome-stamp.mjs` que los imprima como HTML estático en cada página: lee site.config.js igual que seo-stamp.mjs, reescribe en cada ejecución la zona entre `<!-- chrome:nav:start -->` y `<!-- chrome:nav:end -->` (chrome:footer para el pie), construye el menú móvil con `<details>` y sin JavaScript, pone aria-current en la página actual, mantiene cada enlace con al menos 44 píxeles de alto e imprime el nombre, la dirección y el teléfono en el pie. Sigue gestionando el menú únicamente desde site.config.js.
5. Validez del HTML: `<!DOCTYPE html>` en mayúsculas, sin atributos style en línea, un type en cada input, ` ` en lugar de espacios en un teléfono visible (html-validate lo informa como tel-non-breaking), width y height en cada imagen.
6. Esquema y archivos AEO: completa las carencias de la lista AEO de arriba. Coloca el JSON-LD específico de cada página al final del body. Vuelve a estampar el grafo base con `node seo-stamp.mjs`. Si hay que cambiar una dirección, redirige la antigua con un 301 usando site_redirects; nunca uses un meta refresh.
7. Rendimiento: sustituye el CDN de Tailwind Play por CSS compilado y minificado, aloja tú mismo las fuentes, regenera las imágenes en WebP y AVIF con srcset, elimina los scripts que no se usen y comprueba las cabeceras de caché con site_headers. Ninguna petición puede salir del origen del propio sitio, favicon incluido.
4. Aplicar tras mi aprobación. Después de cada cambio, vuelve a ejecutar `node seo-stamp.mjs`, `node chrome-stamp.mjs` y la compilación del CSS, en ese orden. Si algo se rompe, vuelve a la versión que anotaste con site_restore.
5. Medición posterior: repite todas las mediciones del paso 2 en las mismas páginas y dispositivos. Usa runs=2 en seo_audit, porque los resultados de laboratorio varían de una ejecución a otra. Criterios: en cada página, rendimiento móvil de al menos 95 y accesibilidad, buenas prácticas y SEO de 100; en escritorio, las cuatro al menos en 95; seo-check con 0 errores y 0 avisos; design-check con 0 errores (explica cada aviso); html-validate con 0 errores; ningún desbordamiento en los cuatro anchos. Corrige y vuelve a medir cualquier página que no cumpla un criterio.
6. Tras publicar: confirma con site_read_url que la página de inicio en línea ha cambiado, envía sitemap.xml con gsc_submit_sitemap y muestra el estado de indexación de la página de inicio con gsc_url_inspect. Mi propiedad de Search Console es [Search Console property, or "none"].
Da formato a la salida así: primero un resumen de dos frases. Después una tabla de antes y después: página, dispositivo, rendimiento, accesibilidad, buenas prácticas, SEO, LCP, CLS. Luego una tabla de controles: control, antes, después. Después la lista de archivos modificados y el motivo de cada cambio. Por último, todo lo que no se haya podido corregir o que esté a la espera de información mía.
