> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryprofound.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Metodología de tipos de página

> Cómo clasifica Profound las páginas de un sitio web para Agent Analytics y el benchmarking.

Profound clasifica las URLs de un sitio web en tipos de página para que Agent Analytics pueda mostrar cómo difieren el tráfico de IA y el rendimiento de benchmarking entre distintos tipos de contenido.

Los tipos de página se usan en los informes a nivel de página y en las vistas de benchmarking. Ayudan a comparar páginas similares entre sí en lugar de mezclar tipos de URL fundamentalmente diferentes, como entradas de blog, páginas de producto, documentación, páginas de precios e infraestructura técnica.

## Cómo se asignan los tipos de página

Profound clasifica patrones de URL, no cada URL individual por separado. Para cada sitio web, Profound estudia la estructura de URLs del host, agrupa rutas similares como `/blog/`, `/docs/`, `/products/*` o `/pricing`, y asigna tipos de página duraderos a esos patrones reutilizables.

Una vez guardados los patrones, las URLs futuras se etiquetan de forma determinista comparando su host y su ruta con las asignaciones activas.

Cuando una ruta es ambigua o arriesgada, Profound puede usar evidencia de la página, como el título, la meta descripción, los encabezados y el texto visible de la página, para tomar una decisión de clasificación en una segunda pasada. Esto ayuda a no depender únicamente de la forma de la URL.

## Definiciones de los tipos de página

| Tipo de página | Definición |
| - | - |
| `blog_editorial` | Contenido informativo o editorial, como artículos, guías, contenido de liderazgo de opinión, noticias, comunicados de prensa, casos de estudio, páginas de glosario, páginas de investigación, publicaciones de medios y contenido SEO. |
| `product_page` | Páginas en las que un usuario evalúa, descubre, compara o selecciona una oferta. Incluye páginas de producto, funciones, soluciones, detalle de producto de ecommerce, categorías, marketplace, catálogo, listados, inventario, integraciones y plantillas. |
| `docs_support` | Páginas de ayuda, soporte y documentación. Incluye documentación técnica, artículos del centro de ayuda, referencias de API, manuales, páginas de solución de problemas, páginas de garantía y contenido de soporte. |
| `landing_page` | Páginas específicas de campañas u orientadas a la conversión, como páginas promocionales, páginas de temporada, campañas con socios, páginas de adquisición de pago, páginas de lanzamiento de productos, páginas de registro a eventos o webinars, páginas de prueba, páginas de registro y páginas de captación de leads. |
| `brand_about` | Páginas sobre la empresa, la marca, la organización o su presencia física. Incluye páginas de información, páginas de la empresa, misión, equipo, liderazgo, empleo, contacto, ubicaciones, localizadores de tiendas y páginas para inversionistas. Las páginas de inicio, seguridad y confianza pueden clasificarse aquí cuando lo respaldan asignaciones específicas del host o evidencia de la página. |
| `pricing` | Páginas de precios, planes, niveles de suscripción, paquetes y comparación de planes. |
| `ugc_page` | Páginas públicas creadas o pertenecientes a usuarios, clientes, miembros, creadores, proveedores o participantes de la comunidad, en lugar de a la propia marca. Algunos ejemplos son perfiles públicos, páginas de creadores, tiendas, perfiles de proveedores, hilos de foros, preguntas de la comunidad, reseñas y páginas de donaciones o propinas. |
| `technical_infra` | URLs legibles por máquinas o de infraestructura que se usan para rastreo, indexación, AEO/SEO, APIs, seguimiento u operación del sitio. Algunos ejemplos son `robots.txt`, `llms.txt`, sitemaps, manifiestos, service workers, feeds XML/JSON, endpoints de API, endpoints de seguimiento, endpoints de métricas, URLs de CDN/proxy y archivos de infraestructura similares. |
| `file_asset` | URLs de archivos descargables o estáticos directos, como PDFs, imágenes, videos, archivos ZIP, hojas de cálculo, presentaciones, documentos, archivos de calendario, catálogos, informes y otros recursos basados en extensiones de archivo. |
| `other` | Páginas utilitarias, legales, transaccionales o sin coincidencia que no deberían forzarse a otro tipo de página. Incluye páginas de privacidad, términos, inicio de sesión, registro, cuenta, carrito, pago y búsqueda interna. También se usa como alternativa cuando ninguna asignación clasifica la página con confianza. |

## Comportamiento alternativo

Profound usa una taxonomía cerrada: cada página que se usa en el benchmarking de Agent Analytics se resuelve en un tipo de página.

Si ninguna asignación activa específica del host coincide con una URL, Profound aplica reglas alternativas genéricas para patrones comunes como `/blog/`, `/docs/`, `/pricing`, extensiones de archivo, archivos de infraestructura, páginas de inicio de sesión y páginas legales.

Si ni las asignaciones específicas del host ni las reglas alternativas genéricas clasifican la página con confianza, la página se resuelve como `other`. Esto evita que las URLs ambiguas se clasifiquen en exceso y, al mismo tiempo, las conserva para los informes.

## Cómo se usan los tipos de página en el benchmarking

El benchmarking usa los tipos de página para comparar las páginas con la distribución de pares adecuada. Por ejemplo, una página de producto debe compararse con páginas de producto, y una página de documentación debe compararse con páginas de documentación y soporte.

Algunas vistas de benchmarking muestran todos los tipos de página juntos, mientras que las vistas específicas de página pueden filtrar por un tipo de página seleccionado. El tipo de página `other` sigue disponible en las métricas, pero debe interpretarse como un grupo utilitario o alternativo, no como una categoría de contenido estratégica.

## Limitaciones

La clasificación de tipos de página se basa en patrones de URL y en la evidencia disponible de la página. Algunos sitios usan estructuras de URL ambiguas, reutilizan rutas para varios tipos de contenido o cambian sus plantillas con el tiempo. En esos casos, la clasificación puede requerir revisión y actualizaciones de las asignaciones.
