Configuraciones compatibles

Crawlmend funciona con sitios cuyo código fuente está en un repositorio de GitHub. Puede rastrear cualquier sitio público, pero una corrección necesita un repositorio contra el cual abrir un pull request. Esta página es explícita sobre qué está cubierto y qué no, para que puedas saber rápido si Crawlmend encaja contigo.

Cómo se organiza la compatibilidad

  • Correcciones adaptadas al framework. Crawlmend conoce las convenciones con las que el framework define los metadatos de página y dónde viven los archivos de página, de modo que el cambio generado apunta al archivo y a la API correctos.
  • Detectado, con correcciones genéricas. Crawlmend reconoce el stack pero no tiene convenciones de metadatos específicas del framework. Las correcciones se generan a partir del contenido de los archivos y pasan por la misma revisión.
  • No compatible. No hay un repositorio que modificar, así que Crawlmend puede informar de los problemas pero no puede abrir un pull request.

Adaptado al framework

FrameworkCómo se manejan los metadatos
Next.js (App Router)Edita el objeto exportado metadata o generateMetadata(), y entiende los valores heredados de un layout padre. El Pages Router aún no está cubierto.
NuxtUsa useSeoMeta() (o useHead()) en el archivo .vue de la página.
SvelteKitEdita <svelte:head> en +page.svelte y relaciona las rutas a partir del nombre del directorio.
Remix / React Router v7Edita la función meta exportada por la ruta.
GatsbyEdita el componente Head exportado.
AstroSabe que las páginas suelen delegar sus etiquetas en un componente de layout compartido.
AngularUsa los servicios Title y Meta.

Detectado, con correcciones genéricas

Crawlmend también reconoce proyectos de WordPress, Shopify, Hugo, Jekyll, Eleventy, Docusaurus, VuePress, VitePress, Django, Flask, Laravel, Symfony, Rails, Drupal, Joomla, ExpressionEngine, Ghost, Craft, Statamic y .NET. Para estos aún no hay convenciones de metadatos específicas del framework, así que espera más esfuerzo de revisión y que algunas oportunidades lleguen como hallazgos sin corrección automática.

Qué significa "verificado por compilación"

Antes de abrir un pull request, Crawlmend aplica el cambio propuesto a un clon desechable de tu rama y comprueba que no rompa la compilación. Qué puede ser esa comprobación depende del repositorio:

RepositorioComprobación que se ejecuta
Tiene un tsconfig.jsontsc --noEmit antes y después del cambio. Solo cuentan los errores que introduce el cambio; los errores que ya existen en tu repositorio se ignoran.
Se edita un archivo PHP, Python o RubyUna comprobación de sintaxis real del archivo editado con las herramientas propias de ese lenguaje.
Se edita Markdown o MDXUna comprobación de sintaxis del front matter.
Cualquier otro casoUna pasada permisiva de mejor esfuerzo. Esto no es una garantía de compilación.

Si el entorno no puede ejecutar la comprobación en absoluto (por ejemplo, si falla el clon o la instalación), Crawlmend bloquea el cambio en lugar de dejar pasar uno sin verificar. Las dependencias se instalan con los scripts de instalación desactivados.

Aún no es compatible

  • Sitios sin repositorio de código, incluidos los creadores de sitios alojados donde no puedes editar los archivos fuente.
  • Repositorios alojados fuera de GitHub. GitLab y Bitbucket no son compatibles.
  • Los metadatos del Pages Router de Next.js (next/head) aún no están cubiertos por las convenciones del framework.
  • Las correcciones que requieren criterio de diseño o de redacción, como reescribir el contenido del cuerpo de una página, son hallazgos sobre los que tú actúas, no cambios automáticos.

Límites del rastreo

  • Un rastreo cubre hasta 20,000 páginas del host que introduces.
  • Un rastreo se detiene tras 15 minutos, o 20 minutos cuando el renderizado de JavaScript está activado. Las páginas alcanzadas hasta ese momento se informan igualmente.
  • Cada cuenta puede ejecutar dos rastreos a la vez.
  • Las solicitudes individuales de página agotan el tiempo de espera a los 15 segundos.