## V7 · Cobertura — `/domains/{id}/coverage` — [`frontend/pages/Coverage/Index.tsx`](frontend/pages/Coverage/Index.tsx) **Veredicto**: rehacer — **severidad** 5/5 **El problema en una línea**: la vista más valiosa del producto pone su tabla —lo único que contesta «qué sabe Google de mi sitio»— a 1.398 px del tope, así que al llegar no se ve **ninguna** fila, y lo que ocupa esos 1.398 px es, en más de la mitad, la misma información contada dos veces. ### Qué pasa hoy - **El fold no muestra una sola URL.** Midiendo sobre `v7-coverage.png`: la bajada está en y≈90, el titular de honestidad en y≈138, el resumen de dos bloques ocupa de y≈233 a y≈608, la actividad de consulta de y≈630 a y≈755, los filtros de y≈775 a y≈995, el panel de exportación de y≈1020 a y≈1280, la línea de conteo en y≈1300, el encabezado de la tabla en y≈1340 y **la primera fila de datos en y≈1398**: 498 px por debajo del corte de 900. El 16 % medido no describe una vista densa, describe una vista con la respuesta enterrada. (De paso: el alto de 5.567 px es casi con seguridad un artefacto. El contenido visible termina en y≈2130 y abajo hay 3,4 k px en blanco; el único `vh` de la página es el `max-h-[70vh]` de `DataTable.tsx:309`, que en una captura de página completa se mide contra la página completa. La cifra a perseguir no es el alto: es **cuántas filas se ven al llegar**, que hoy son cero.) - **El reparto por estado está escrito dos veces, a 400 px de distancia.** `CoverageSummary.tsx:199-230` dibuja una tabla de sólo lectura con «Indexada 62 · 67,4 %», «Rastreada, sin indexar 14 · 15,2 %»… y `Index.tsx:829-843` dibuja los mismos números como botonera: «Indexada (62)», «Rastreada, sin indexar (14)»… Uno es un dato inerte y el otro es el control que lo filtra. Son el mismo conocimiento, y el que no es control es el que sobra. - **De los 19 botones, 14 son fichas de filtro.** Contando sobre la captura: 4 de «Recorte», 3 de «En el sitemap», 7 de «Estado informado por Google». Los cinco restantes son Sitemaps, Consultar ahora, Buscar, Exportar y Descargar. No hay diecinueve acciones: hay tres ejes de filtrado dibujados como `Button asChild` (`Index.tsx:905-942`), que es exactamente lo que un `ToggleGroup` y un `Popover` resuelven sin ocupar tres renglones con sus rótulos. - **De las «25 tarjetas», la mayoría son badges.** `CoverageStateBadge.tsx:123` dibuja su `` con `rounded-md border px-2 py-0.5`; `Index.tsx:620`, `:995` y `:1199` y `CoverageSummary.tsx:148` y `:240` dibujan sus secciones con `rounded-lg border p-4`; y `ui/card` usa `rounded-xl ring-1`. Tres siluetas distintas para tres conceptos distintos, y ninguna es la primitiva. Cualquier auditoría estructural cuenta el badge de una fila y la sección de exportación como el mismo objeto, porque **materialmente lo son**. - **La tabla desperdicia el 45 % de su ancho en columnas vacías.** En las siete filas visibles, «Motivo declarado por Google» muestra «—» en siete, «Canónica de Google» muestra «—» en siete y «Último rastreo de Google» muestra «No lo informó» en siete. Con siete columnas en ~1.080 px, la columna de URL queda en ~200 px y `https://ejemplo.com/nota/0001` se parte en dos renglones — y el badge «Indexada» **se parte a mitad de palabra**, «Indexad / a», visible en la captura. Una fila mide ~85 px por eso, más el enlace «Ver el historial» que cuelga debajo de la dirección. - **Quien llega desde un aviso no se entera de que está mirando un recorte.** `apps/notifications/services.py:230` arma `?state=FETCH_ERROR` y `?state=BLOCKED_ROBOTS`, así que las notificaciones de errores de descarga y de bloqueo por robots aterrizan acá con el filtro puesto. Lo único que lo dice es: la ficha resaltada (y≈919), la línea de conteo (y≈1300), «Quitar los filtros» (y≈1000) y el `` que arma `filterDescription()` (`Index.tsx:700`) — que es `sr-only`. Sobre el fold: nada. Y el resumen de arriba sigue diciendo «92 de 120», que es el dominio entero. Alguien que viene de «Google no pudo descargar 12 URLs» ve un tablero del sitio completo y tiene que bajar 1.000 px para descubrir que la tabla ya está filtrada. ### En qué orden debería mirarse 1. **Cuántas de mis URLs tienen dato de Google, y de cuándo es ese dato.** Es la línea de honestidad del `ux-checklist` y no se negocia: sin el denominador, todo lo de abajo se lee mal. 2. **Cómo se reparten esas URLs entre las tres familias de RT-03**: dato positivo, dato negativo, sin dato. Tres cifras, no diez. 3. **Qué recorte estoy mirando** —y si llegué con uno ya puesto—, y cómo lo cambio. 4. **Las URLs.** Con su estado, su fecha y el motivo crudo; a partir de la fila 1, no de la 0. 5. **Una URL en particular**: su historial completo, sin perder la lista ni el filtro. 6. Lo que sólo importa cuando importa: la exportación, el lote en curso, el cupo que se va a gastar. ### Reestructuración propuesta | Bloque de hoy | Adónde va | Patrón | Por qué | |---|---|---|---| | `

` «92 de 120 URLs tienen dato…» (`CoverageSummary.tsx:107`) | Primer ítem de `PageIntro` | `PageIntro` | `text-xl` está prohibido y T2 es una cifra, no una oración. Como ítem de `PageIntro` la línea de honestidad sigue siendo lo primero que se lee, en una línea en vez de en un titular de 28 px | | «Los datos van del … al …» (`CoverageSummary.tsx:126-136`) | Segundo ítem de `PageIntro` | `PageIntro` + `DataTimestamp` | Es la otra mitad de la misma frase; separarlas fue lo que las hizo ocupar dos renglones | | Bloque «Con dato de Google» + bloque «Sin consultar todavía» en grilla `2fr/1fr` (`CoverageSummary.tsx:147-257`) | Fila de **3 `MetricCard size="sm"` de igual ancho** | `MetricCard`, la tercera con `tone="unknown"` | El contrato prohíbe el reparto asimétrico entre dos piezas del mismo tipo; y las tres tarjetas son exactamente las tres familias de RT-03 | | Barra apilada verde/ámbar dibujada a mano (`CoverageSummary.tsx:175-197`) | **Se borra**; sus dos cifras son las tarjetas «Indexadas» y «Sin indexar» | — | El contrato deja sólo dos barras a mano en todo el producto, `BatchProgress` y `QuotaMeter`. Una tercera, y encima apilada, es la que un descuido convierte en RT-03 al revés | | Tabla de reparto por estado (`CoverageSummary.tsx:199-230`) | Contenido del `Popover` «Estado», fusionada con la botonera | `Popover` + `CoverageStateList` | Es el mismo dato que las diez fichas. Fusionadas quedan diez filas seleccionables con su cuenta y su porcentaje sobre 92, y desaparece la duplicación | | Estimación del ciclo, 2 líneas (`CoverageSummary.tsx:139-144`) | `note` de la tarjeta «Sin consultar todavía» | `MetricCard` | Contesta «¿cuándo van a tener dato esas 28?». Pegada a esa cifra explica algo; suelta arriba es prosa | | Mitad derecha de `InspectActivity` — «Los datos más recientes salieron de este lote» (`Index.tsx:653-684`) | Tercer ítem de `PageIntro` | `BatchProvenance` = `` + `HoverCard` | Es procedencia, no actividad. Tres renglones se vuelven un enlace; el detalle (estado, origen, procesadas, fecha) vive en el hover y la ficha completa está a un clic | | Mitad izquierda de `InspectActivity` — «Consultando a Google» + `BatchProgress` (`Index.tsx:622-651`) | `Card size="sm"` **condicional**, bajo la fila de métricas | `Card` + `BatchProgress` | Mientras un lote corre es lo más importante de la pantalla; el resto del tiempo tiene que medir 0 px, y hoy la sección se rinde igual | | Párrafo de `retired` (`Index.tsx:465-472`, 4 renglones) | Sufijo T6 de la línea de conteo de la tabla | texto | El desajuste entre 120 y el total de la tabla sólo se puede comparar ahí. «148 URLs · página 1 de 3 — incluye 28 que ya no están en ningún sitemap»: un renglón en lugar de cuatro, en el único lugar donde hace falta | | `Filters`, tres grupos con rótulo propio en 3 renglones (`Index.tsx:737-942`) | **Una línea** de barra de filtros | `FilterBar` + `FilterToggleGroup` + `FilterPopover` | Ver «Los filtros», abajo | | Nota «“No indexadas” no incluye las 28 sin consultar» (`Index.tsx:824-827`) | Adentro del `Popover` «Estado», encabezando el grupo «Sin dato» | `Popover` + `Separator` | El momento en que alguien puede malinterpretar «no indexadas» es cuando lo está por tocar, y ahora lo toca ahí | | `ExportPanel` entero, 260 px permanentes (`Index.tsx:953-1051`) | Un botón en el slot `actions` de la `Section` de la tabla | `ExportAction` (+ `Dialog` sobre el umbral) | Exportar es una acción sobre el recorte visible; sus tres párrafos explicativos son la letra del `Dialog` que FR-058 exige **antes** de confirmar, no un cartel permanente | | `ExportStatus` (`Index.tsx:1067-1130`) | `Card size="sm"` **condicional**, al pie de la tabla | `ExportStatusCard` | RT-11 pide que el pedido quede escrito; no pide que ocupe lugar cuando no hay ninguno | | Columnas «Canónica de Google» y «Último rastreo de Google» | Al `Sheet`, como `DescriptionList` del estado vigente | `Sheet` + `DescriptionList` | Muestran «—» y «No lo informó» en las siete filas visibles y se comen ~320 px que la columna de URL necesita. En el `Sheet` ya están (`Index.tsx:1258-1271`); en el CSV siguen estando | | Enlace «Ver el historial» debajo de cada dirección (`Index.tsx:207-221`) | La dirección **es** el enlace | `` en la primera celda | Contrato §3.5: el detalle se abre desde un `` en la primera celda. Saca un renglón de las 50 filas de cada página | | Dos párrafos con el mismo disclaimer de RT-05 (`CoverageSummary.tsx:141-143` e `Index.tsx:527-530`) | **Uno solo**, al pie, antes de `TimezoneFootnote` | texto | Es la misma advertencia escrita dos veces en la misma pantalla | | `inspect.post` directo, sin confirmación ni cupo (`Index.tsx:379-389`) | `QuotaCostDialog` con el `QuotaMeter` adentro | `Dialog` | Ver «El presupuesto de cuota», abajo | #### Los diez estados, resueltos en tres altitudes RT-03 pide tres familias; la vista tiene diez valores. La salida no es elegir entre tres y diez: es que cada altitud muestre lo que a esa altitud sirve. **Arriba — tres `MetricCard size="sm"` de igual ancho.** Nada de diez. | Tarjeta | `value` (T2) | `denominator` (`CardAction`) | `note` | `tone` | |---|---|---|---|---| | Indexadas | `62` | «de 92 con dato» | «67,4 % de las URLs con dato de Google.» | `default` | | Sin indexar | `30` | «de 92 con dato» | «Ocho motivos distintos. El desglose está en el filtro por estado.» | `default` | | Sin consultar todavía | `28` | «de 120 URLs» | «Todavía no le preguntamos a Google. No significa que no estén indexadas. Al ritmo de 1.800 consultas por día, una vuelta a las 120 lleva un día.» | **`unknown`** | Las dos primeras usan `with_data` como denominador y lo dicen; la tercera usa el total y lo dice. `UNKNOWN` no entra en ningún porcentaje y su tarjeta es la única con anillo punteado, sin relleno, muted y `Clock` —la misma familia que su badge—. Y su `CardFooter` **no lleva fecha**, porque no hay ninguna: esa ausencia es la afirmación, no un olvido. Las otras dos llevan `DataTimestamp` del cierre de la ventana. **Al medio — el `Popover` «Estado», que es a la vez el desglose y el filtro.** Su contenido es `CoverageStateList`: los diez estados agrupados en las tres familias, cada uno con su `StatusBadge` (icono + palabra, RT-04), su cuenta y su porcentaje sobre las 92. Encabezado del grupo: «Sobre las 92 URLs con dato». Debajo de un `Separator`, el grupo «Sin dato» con `UNKNOWN`: cuenta, **sin porcentaje**, y la nota «De éstas no sabemos nada todavía». Cada fila es un `` de verdad que pisa `state` y limpia `group`, igual que hoy (`Index.tsx:920-928`). Un estado en cero no se ofrece, salvo que sea el vigente — la regla ya está en `Index.tsx:836-838` y se conserva. **Abajo — el `CoverageStateBadge` de cada fila**, con su columna de fecha al lado (RT-02). Sin cambios de contenido; sólo pasa a rendirse por `StatusBadge` para dejar de tener silueta de tarjeta. Así los diez estados nunca ocupan la pantalla: ocupan un popover que se abre cuando alguien quiere llegar a ese nivel. Y el resumen de arriba no puede mentir, porque no tiene dónde: sus tres cifras son las tres familias, con los dos denominadores a la vista. #### La tabla **Cinco columnas, no siete.** | # | Columna | Contenido | Ordenable | Alineación | |---|---|---|---|---| | 1 | **URL** | `` con la dirección entera, `translate="no"`, `wrap-anywhere` | sí (`url`, orden por omisión, asc) | izquierda | | 2 | **Estado** | `CoverageStateBadge` vía `StatusBadge`, `whitespace-nowrap` | sí (`state`) | izquierda | | 3 | **Dato obtenido** | `CoverageFetchedAt` → `DataTimestamp`, «—» sólo si `UNKNOWN` | sí (`fetched`) | izquierda | | 4 | **Motivo declarado por Google** | `raw_coverage_state` crudo, `translate="no"` | **no** (sale por subconsulta) | izquierda | | 5 | **En el sitemap** | «Sí» / `Badge` «Ya no aparece» | sí (`sitemap`) | izquierda | Las cuatro ordenables son exactamente las cuatro que el servidor declara en `COVERAGE_TABLE.sortable` (`services.py:602-608`); ninguna se ofrece ordenable sin índice detrás. El orden por omisión sigue siendo `url` y **no** `state`, por el motivo que ya está escrito en el servidor: ordenar por estado amontona las «sin consultar» en la última página, invisibles. **La fecha va en columna propia y nunca en un tooltip** (RT-02). Es la columna 3 y no se toca; lo que se va del ancho son las dos columnas vacías, no ésta. **Densidad**: `py-3` con `align-top`, la estándar del contrato. `py-2` no aplica: con `wrap-anywhere` una dirección larga ocupa dos renglones y la condición del contrato es que **todas** las celdas sean de una línea. Con el enlace «Ver el historial» absorbido por la dirección y el badge sin partirse, una fila de una línea mide ~48 px contra los ~85 de hoy: **44 % más corta con la misma información**. 50 filas por página (RT-09), servidor, total visible. **Detalle de una URL: `Sheet`.** Recorriendo el árbol del contrato en orden y parando en el primer sí: 1. ¿Destructivo o irreversible? **No** — es lectura pura. 2. ¿Identidad y URL propias, alguien llega desde afuera? **No.** El panel tiene dirección (`?url=`) pero es un parámetro de esta página, no un recurso: el servidor no tiene ninguna vista de URL suelta (`apps/coverage/views.py` expone `index`, `export`, `download`, `inspect` y nada más), y el historial no significa nada fuera del dominio que lo contiene. Ninguna notificación ni ningún enlace externo apunta ahí. 3. ¿Es un formulario? **No.** 4. **¿Es el detalle de una fila y hay que volver a la lista sin perderla? Sí → `Sheet`.** Se para acá. Que además sea lo que el `ux-checklist` manda para V7 (FR-060, T080: «se abre desde la fila, sin salir de la vista ni perder el filtro») confirma la lectura, pero la decisión sale del árbol. Y el contrato ya lo señala como «hoy el único uso correcto» de `sheet` en el producto: **no se cambia el patrón, se cambia el disparador**. Hoy se abre desde un enlace secundario colgado bajo la dirección; pasa a abrirse desde la dirección misma, en la primera celda, que es lo que hace funcionar Cmd+clic, el clic del medio y el teclado. La fila entera **sigue sin ser clickeable**. Abajo de `md` el mismo componente se presenta como `Drawer` — es presentación, no otra decisión. Contenido del `Sheet`, en orden: título «Historial de » · estado vigente con su `StatusBadge` y su fecha · **`DescriptionList` de cuatro pares** que llegan desde las columnas que se fueron (canónica de Google, último rastreo, en el sitemap, motivo crudo vigente) · la `
    ` de la línea de tiempo tal como está · una sola acción, el enlace al lote. El esqueleto (`TimelineSkeleton`) y el adelanto optimista de apertura y cierre (`Index.tsx:299-324`) se conservan enteros. #### Los filtros Cuatro ejes reales, no tres botoneras: `q` (texto), `group` (4 valores), `state` (10 valores), `sitemap` (3 valores). Y `group` y `state` **son el mismo eje**: el propio código los hace pisarse (`clears`, `Index.tsx:800` y `:833`) porque son dos formas de preguntar lo mismo. Dibujarlos como dos botoneras separadas, una arriba y otra abajo de una nota al pie, es lo que produce tres renglones y catorce botones. **Una sola línea de ~36 px, cuatro ranuras** (`Section` con `h2` sr-only «Filtros de la lista», tal como el contrato manda para esta vista): ``` [🔍 Buscar en la dirección… ] [ Todas 120 | Con dato 92 | No indexadas 30 | Sin consultar 28 ] [ Estado ▾ ] [ Más filtros ▾ ② ] InputGroup ~260 px ToggleGroup «Recorte» ~460 px Popover ~130 Popover ~150 ``` - **Visible siempre**: la búsqueda y el **Recorte**. El recorte es la pregunta que se hace todos los días y son cuatro opciones —dentro del ≤5 que el contrato asigna a `ToggleGroup`—; y las cuatro son las tres familias de RT-03 más el total. Es el único control que la vista de hoy ya hace bien: se conserva la mecánica de enlaces reales con `preserveScroll preserveState`, cambia el envoltorio. - **Plegado**: **Estado** (`Popover`, 10 opciones, contenido = `CoverageStateList`) y **Más filtros** (`Popover` con «En el sitemap» como `ToggleGroup` de 3 y la explicación de las URLs retiradas al lado del control que las filtra). - **Nada de rótulos en renglón propio.** Hoy «Buscar en la dirección», «Recorte», «En el sitemap» y «Estado informado por Google» ocupan cuatro renglones de T6 sólo para nombrar grupos. El nombre del grupo pasa a `aria-label` del `ToggleGroup` y a la etiqueta del disparador del popover, que es donde además sirve para mostrar el valor puesto. **Cómo se ve «hay 3 filtros puestos»** — dos mecanismos, cada uno con su trabajo: 1. **Cada disparador dice lo suyo.** «Estado» pasa a «Estado: Rastreada, sin indexar»; «Más filtros» lleva un `Badge` con la cantidad que retiene. Está en el control que hay que tocar para cambiarlo. 2. **Cuando hay 2 o más filtros, una línea T6 de auditoría** debajo de la barra: «Filtrando por: recorte No indexadas · estado Rastreada, sin indexar · con “/producto” en la dirección — **Limpiar todo**». Ese texto **ya existe**: es lo que devuelve `filterDescription()` (`Index.tsx:700-715`) y hoy sólo lo escucha un lector de pantalla dentro del ``. Hacerlo visible cuesta cero, elimina la divergencia entre lo que se le dice a un usuario vidente y a uno que navega con lector, y es lo que resuelve la llegada desde un aviso. **Cómo se limpian**: «Limpiar todo» al final de esa línea, con `unfilteredUrl()` tal cual está (`Index.tsx:718-722`). Y cada filtro individual se quita volviendo a elegir su opción «Todas» en su propio control — sin inventar chips con ✕, que serían un tercer lugar donde vive el mismo estado. **Cómo viaja en la URL**: sin cambios. `tableUrl()` es la única fuente de direcciones, cada control es un `` real, cambiar cualquier filtro vuelve a `page: null` y cierra el panel con `url: null` (`Index.tsx:920-928`), y la paginación es del servidor (RT-09). **Lo que sí se decide por escrito**: el `Popover` abierto **no** va a la URL. El contrato pide que el estado de revelación sea enlazable, y un popover no revela contenido propio — todo lo que muestra ya está en la dirección como el filtro que pone, y reabrirlo es un clic. El `Sheet` sí va, y ya va (`?url=`). Dejarlo escrito evita que alguien agregue `?popover=state` «por consistencia». **La llegada con filtro puesto**, que hoy es el peor caso: con `?state=FETCH_ERROR`, en el nuevo esquema el disparador dice «Estado: Error al descargarla» en y≈324, la línea de conteo dice «12 URLs · página 1 de 1» en y≈372 y la primera fila está en y≈440. Todo sobre el fold, sin scroll. Las tres `MetricCard` siguen midiendo el dominio entero y no el recorte, a propósito: un denominador que se mueve con el filtro es la forma más rápida de perder la referencia. #### Las acciones sobre selección **No hay selección de filas, y no se inventa una.** Cuatro razones, en orden de peso: 1. **El servidor no la puede recibir.** `coverage.inspect` no acepta ninguna lista de URLs: llama a `queue_inspection(domain, limit=domain.manual_reserve, origin=MANUAL)` (`views.py:160-179`). `coverage.export` recibe **filtros**, no identificadores: `applied_filters(COVERAGE_TABLE, request.POST)` (`views.py:100-123`). Proponer casillas es proponer dos endpoints nuevos, y el brief prohíbe agregar capacidades: sólo se decide dónde vive lo que hay. 2. **Mentiría sobre qué se va a consultar.** La cola la elige `pending_urls()`: primero las nunca consultadas, después por `priority_score`, después por antigüedad (`services.py:121-150`). Alguien que tilda 47 filas y aprieta «Inspeccionar» esperaría **esas** 47; el sistema consultaría otras 47. Es peor que no ofrecer la acción. 3. **El contrato ya lo cerró**: `checkbox` está instalada y deliberadamente sin usar. 4. **Y sobre todo: el recorte ya es la selección, y es mejor.** Vive en la URL, se puede copiar y guardar, sobrevive a recargar y a paginar, es lo que la exportación se lleva de verdad (`services.py:671-681`) y está dicho en palabras en el `` y —con este rediseño— en pantalla. Una selección de casillas no sobrevive ni al cambio de página. **Dónde aparecen las acciones sobre el recorte**: en el slot `actions` de la `Section` que contiene la tabla, en la misma línea que el conteo. Un solo control, con la cifra adentro: «Exportar 30 URLs», que se recalcula con `urls.count`. Los dos caminos del umbral se resuelven así, sin ofrecerle al usuario una decisión que no es suya: - **Por debajo de `EXPORT_THRESHOLD` (5.000)**: es un `` con los filtros en la querystring. Baja en el acto, sin diálogo. Un modal para confirmar un CSV de 40 filas es fricción pura. - **Por encima**: el botón abre un `Dialog` que dice, **antes** de confirmar, lo que FR-058 exige: «Son 128.400 URLs, más de las 5.000 que entran en una descarga directa. El archivo se prepara en segundo plano y te avisamos acá cuando esté listo». Primaria: «Preparar el archivo con 128.400 URLs». Es `Dialog` y no `AlertDialog`: no se destruye nada. - El rastro del pedido queda en `ExportStatusCard` al pie de la tabla, con sus cuatro estados (preparando con `BatchProgress` · lista con tamaño y vencimiento · falló · venció). RT-11 se cumple igual que hoy; lo que cambia es que ocupa 0 px cuando no hay ninguna exportación. #### El presupuesto de cuota Hoy V7 **no rinde `QuotaMeter` en absoluto** y «Consultar ahora» dispara `inspect.post` sin confirmación y sin decir qué va a gastar (`Index.tsx:379-389` y `:575-587`). La misma acción, llamada desde V6, pasa por una confirmación que nombra los dos bolsillos del cupo con sus cifras (`Domains/Show.tsx:459-531`). **Dos puertas al mismo endpoint que dicen cosas distintas.** - **`QuotaMeter` no vive en la página de cobertura.** Es un medidor de dos bolsillos con fecha y dos barras, ~200 px, y contesta una pregunta que nadie se hace mientras lee cobertura. Su casa sigue siendo V6 («Cupo de inspección») y V10. - **Vive adentro de la confirmación de la acción que lo gasta.** «Consultar ahora» abre un `Dialog` —no un `AlertDialog`: no se destruye nada, y el contrato pone «Encolar inspección manual» bajo `Dialog`— cuyo cuerpo es, en este orden: la consecuencia en una línea nombrando los dos bolsillos por separado, el `QuotaMeter` completo, y la primaria. Ahí sus 200 px se ganan el lugar: es el único momento del día en que el cupo decide algo. - **El encabezado sigue midiendo una línea.** `actions` = `ButtonGroup [Sitemaps] [Consultar ahora]`, los dos `size="default"`, sin badge, sin fecha, sin explicación. La cifra del cupo no toca el encabezado en ningún momento — que es exactamente lo que ya se rompió una vez. - **Después de confirmar**, la `Card` «Consultando a Google» aparece bajo las métricas con `BatchProgress` y el enlace al lote: ése es el acuse (RT-13), y el botón queda deshabilitado con el motivo a la vista, como hoy. - **Una corrección de redacción que el código impone: «hasta N», nunca «N».** `queue_inspection()` deja el lote en `QUEUED` con `total_items` en cero y **la tarea elige las URLs cuando corre**, con el cupo que quede en ese momento (`services.py:153-182`, y el docstring lo dice con todas las letras). Además hoy V6 calcula `min(pending, manualRemaining)` mientras el servidor manda `limit=domain.manual_reserve`, que son dos números que pueden no coincidir: la confirmación puede prometer más de lo que el lote va a hacer. La única forma honesta es un techo: «¿Consultar **hasta** 200 URLs de ejemplo.com?» / «Te quedan 153 reservadas para uso manual hoy, más 47 que el ciclo automático todavía no gastó» / «Consultar hasta 200 URLs». Y eso resuelve el «esto va a consumir 47 de tus 200 consultas de hoy» del encargo sin convertirlo en una promesa que el sistema no puede sostener (RT-05). #### Esquema de la pantalla propuesta, de arriba abajo Viewport 1440×900, columna de contenido ~1.080 px. Entre paréntesis, el alto aproximado. ``` y=0 ┃ ENCABEZADO (armazón, intocado) (48) ┃ h1 «Cobertura de ejemplo.com» [Sitemaps] [Consultar ahora] ┠───────────────────────────────────────────────────────────────────── y=48 ┃ (gap-6 de
    ) (24) y=72 ┃ description — «Qué URLs tienen dato de Google, cuál es y de cuándo (20) ┃ lo obtuvimos.» · T5 muted, max-w-prose, una línea y=92 ┃ (gap-6) (24) y=116 ┃ PageIntro — una línea, separadores · (20) ┃ «92 de 120 URLs tienen dato de Google» · «Los datos van del 14 ago ┃ al 17 ago» · «Del lote 407c4293» ⟨HoverCard⟩ y=136 ┃ (gap-6) (24) y=160 ┃ ┌──────────────┐ ┌──────────────┐ ┌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┐ (140) ┃ │ Indexadas │ │ Sin indexar │ ╎🕐Sin consultar╎ 3 MetricCard ┃ │ 62 │ │ 30 │ ╎ 28 ╎ size="sm", ┃ │ de 92 c/dato│ │ de 92 c/dato│ ╎ de 120 URLs ╎ igual ancho ┃ │ 67,4 % de las│ │ Ocho motivos.│ ╎ No significa ╎ la 3ª con ┃ │ que tienen… │ │ El desglose… │ ╎ que no estén…╎ tone="unknown" ┃ │ · 17 ago │ │ · 17 ago │ ╎ (sin fecha) ╎ ┃ └──────────────┘ └──────────────┘ └╌╌╌╌╌╌╌╌╌╌╌╌╌╌┘ y=300 ┃ (gap-6) (24) y=324 ┃ FILTROS ·

    (36) ┃ [🔍 Buscar…] [Todas 120|Con dato 92|No indexadas 30|Sin consultar 28] ┃ [Estado ▾] [Más filtros ▾] y=360 ┃ (gap-3) (12) y=372 ┃ «120 URLs · página 1 de 3» [Exportar 120 URLs] (28) y=400 ┃ ┌─ encabezado fijo (T6, sticky top-0) ──────────────────────────┐ (40) ┃ │ URL ⇅ │ Estado ⇅ │ Dato obtenido ⇅ │ Motivo │ En sitemap ⇅ │ y=440 ┃ ├───────────────────────────────────────────────────────────────┤ ┃ │ https://ejemplo.com/nota/0001 │ ✓ Indexada │ anteayer │ — │ Sí│ (48) y=488 ┃ │ https://ejemplo.com/nota/0002 │ ✓ Indexada │ anteayer │ — │ Sí│ (48) y=536 ┃ │ … │ ┃ │ filas 3 a 10 … (8 × 48) │ y=872 ┃ │ https://ejemplo.com/nota/0010 │ ✓ Indexada │ anteayer │ — │ Sí│ (48) ═══════╋═══ FOLD 900 ═══════════════════════════════════════════════════════ ┃ │ filas 11 a 50, dentro del mismo contenedor max-h-[70vh] con el ┃ │ encabezado fijo: se desplazan sin mover la página │ ┃ └───────────────────────────────────────────────────────────────┘ ┃