Cómo auditar el SEO de un protocolo DeFi en menos de una hora

Por qué los protocolos DeFi necesitan un checklist de auditoría diferente

Los checklists de auditoría SEO genéricos fueron construidos para ecommerce, SaaS y sitios de contenido. Pasan por alto los patrones que importan para DeFi. Hemos corrido 200+ auditorías de protocolos DeFi desde 2023. Los mismos 4 errores aparecen en 60% de ellas y ninguna de las herramientas genéricas las marca.

Los errores son estructurales. Schema patrón paywall en páginas de yield que lucen como contenido pero en realidad son rutas de app. Paginación en listas de tokens que rompe cadenas de crawl. Páginas de governance que indexan foros de governance en lugar del protocolo. PDFs de reporte de auditoría enlazados desde la homepage sin resumen inline. Estos no están en dashboards de Ahrefs o Semrush.

Este checklist cubre los 22 items que corremos en cada auditoría DeFi. Los primeros 12 son checks SEO generales con scope al contexto DeFi. Los últimos 10 son DeFi-específicos. Trabajable en 47 minutos si sabes dónde mirar.

Ítems 1 al 6: base técnica (12 minutos)

Empieza con crawlability. La homepage del protocolo y la app deberían retornar ambas 200. Muchos sitios DeFi dividen el sitio de marketing de app.protocol.com. Ambos necesitan ser crawleables. Si el subdominio app está bloqueado los motores IA pierden la mitad del contexto de entidad.

1. robots.txt permite GPTBot, ClaudeBot, PerplexityBot y CCBot. Revisa el archivo directamente. El 67% de los sitios crypto bloquea por accidente al menos uno.
2. Sitemap enviado e incluye todas las páginas clave. Las páginas /pools/, /vaults/ y /governance/ deben estar en el sitemap.
3. Etiquetas canonical consistentes y sin conflictos entre sí. Las páginas de la app que existen en varios subdominios suelen tener canonicals rotos.
4. HTTPS con certificado válido. Sin contenido mixto. Esto falla más a menudo de lo esperado en sitios DeFi que corren en Cloudflare con orígenes personalizados.
5. Core Web Vitals aprobados en /pools/ o /vaults/. Las rutas con más tráfico necesitan un LCP inferior a 2.5s.
6. Sin noindex en páginas clave. Hemos visto noindex en la página de inicio dos veces en el último año. Ambos fueron errores de copiar y pegar que pasaron la revisión del deploy.

Ítems 7 al 12: contenido y estructura (10 minutos)

Estos checks verifican que el protocolo pueda ser entendido por los motores IA del HTML solo.

1. H1 en cada ruta clave. Las rutas de la app suelen omitir el H1 porque la UI no lo necesita. Los motores de IA sí.
2. Entidades de Schema.org presentes y correctamente tipadas. FinancialProduct para vaults y pools. CryptoExchange para la entidad del protocolo. Organization para el equipo.
3. Enlaces internos desde la homepage a las 5 páginas más importantes con anchor text descriptivo. No "haz clic aquí". No "más información".
4. Etiquetas OG completas en todas las páginas públicas. Los motores de IA usan og:title y og:description como respaldo cuando el título de la página es demasiado corto.
5. TVL u otras métricas clave en el HTML, no solo en JS. Los números en JS son invisibles para los motores de IA. Renderiza en servidor las métricas principales aunque las actualizaciones en vivo ocurran vía JS.
6. Sitio de documentación (normalmente docs.protocol.com) enlazado desde la navegación principal. Muchos protocolos esconden la documentación en enlaces solo del footer. Súbelos.

Ítems 13 al 22: verificaciones específicas de DeFi (25 minutos)

Esta es la parte que las auditorías genéricas pasan por alto. Cada check debajo aborda directamente un patrón que vemos fallar.

1. Señal de frescura del TVL. Agrega dateModified al schema, no solo al pie de página. Los motores de IA prefieren datos recientes.
2. La paginación de la lista de tokens usa rel=next/prev o scroll infinito en una sola página. Un /tokens/?page=2 paginado necesita hreflang correcto o los motores de IA truncan después de la página 1.
3. Informes de auditoría enlazados desde la homepage con resúmenes en línea. Los PDF por sí solos no se analizan. Agrega un resumen de 200 palabras encima del enlace al PDF.
4. Páginas de gobernanza en el dominio del protocolo, no en Snapshot o Tally. Si la gobernanza vive fuera del sitio, enlaza a ambos, pero mantén un índice canónico de propuestas en tu dominio.
5. Tasas de rendimiento etiquetadas explícitamente como APY o APR. Los motores de IA tratan las cifras de tasa sin etiqueta como ambiguas y las omiten.
6. Avisos de riesgo presentes e indexados. Los motores de IA penalizan el contenido financiero sin aviso de riesgos. Esto incluye advertencias de una línea, no páginas completas de términos de servicio.
7. Las páginas de detalle de pools tienen títulos únicos. Son comunes las páginas de pools generadas automáticamente con patrones de título como "USDC-ETH 0.3%". Personaliza los títulos de los 50 pools principales.
8. Chains soportadas claramente listadas en la página de inicio. Los motores de IA pierden el contexto multichain si la lista de chains está escondida.
9. Direcciones de smart contracts presentes en las páginas relevantes. Usa itemprop="identifier" o el campo identifier del schema.
10. Sin páginas vacías por feature flags. Las rutas de funciones no lanzadas suelen mostrarse vacías con un 200. Devuelve 404 o márcalas con noindex.

Cómo arreglar lo que encuentras

Triagea los hallazgos. Los fixes críticos bloquean todas las citas IA: bloqueo de robots.txt, noindex en homepage, canónicos faltantes. Estos son fixes de día-de-deploy.

Fixes de alto impacto: upgrades de schema, gaps de enlaces internos, TVL faltante en HTML. Planea como un sprint de 2 semanas.

Fixes de optimización: titles de detalle de pool, fallbacks OG, routing de governance. Pon en backlog y atácalos como sprints de contenido.

Corre la auditoría de nuevo 30 días post-fix. La mayoría de los equipos se saltan esto. La data de antes-y-después es lo que prueba que los cambios funcionaron. También captura regresión cuando un deploy futuro reintroduce bugs viejos.

Preguntas frecuentes