Una base es una foto fechada de una página, guardada para que una corrida posterior te diga qué se movió. El 2026-10-03 a las 07:23 UTC capturamos la nuestra en 15 segundos: una home, escrita en una base de datos local chica como base número uno. El informe que volvió lista qué guardó y, más útil todavía, una cosa que no pudo guardar. Esta clase de cierre lee ese registro, nombra las mediciones que ningún crawl puede tomar solo y termina con la promesa que un artículo publicado le debe a su lector.
Una base vale lo que vale la comparación que habilita
Una foto sola no te dice nada que no pudieras leer abriendo la página. Su valor llega la segunda vez, cuando un comando compara la versión de hoy de la página contra la guardada y nombra los campos que cambiaron. Por eso los dos comandos vienen de a pares, y por eso capturar una base cuesta tan poco: 15 segundos y 4 turnos para una URL.
Capturá la página cuyos cambios más importan. En la mayoría de los sitios es la home o la página que vende, porque son las que un rediseño reescribe en silencio. El registro cae adentro de tu propio directorio de caché, así que las bases viven en la máquina que las tomó y un compañero tiene las suyas.
Qué guardó de verdad nuestra primera base
El registro es una tabla corta, y leerla te dice qué va a poder notar la comparación más adelante. La nuestra guardó estado 200, el title, el H1, la URL canónica, la ausencia de un meta robots, un conteo de 3 H2 y 0 H3, 4 bloques de JSON-LD y 7 tags de Open Graph.
Todo lo de esa lista es un campo que un deploy puede cambiar sin que nadie lo quiera. Una refactorización de componentes se come un nivel de encabezado. Un cambio de layout saca un bloque de JSON-LD de una plantilla. Una edición de copy reescribe un title que otras tres cosas referenciaban. Ninguno de estos aparece en una revisión de código como un problema de búsqueda, y todos aparecen en un diff contra una base guardada.
Una medición faltante es un hallazgo en sí misma
Los Core Web Vitals estaban ausentes de nuestra base, y el informe lo dijo en negrita en lugar de dejar una celda vacía. El motivo es que no había ninguna API key de PageSpeed configurada en esa sesión, así que no se pudieron traer métricas de campo. El mismo hueco apareció en la sección de rendimiento de la auditoría, que corrió solo con datos de laboratorio porque la API estaba limitada por cuota.
La consecuencia está escrita en el mismo párrafo: toda comparación que salga de esta base va a saltear las reglas de vitals hasta que exista una key y se tome una foto nueva. Una herramienta que anuncia la medición que no pudo tomar te está dando un registro verdadero de lo que sabe, y una celda vacía sin explicación es la forma en que un lector termina citando un cero. Leé primero los campos vacíos y después los números.
Arreglá un desajuste antes de comparar, o la comparación te informa tu propia edición
Nuestra base marcó algo que nadie había notado: el title de la home nombra a Claude o ChatGPT, y el H1 nombra a Claude, ChatGPT o Cursor. El informe lo llamó un mensaje mezclado y recomendó arreglarlo antes de la próxima comparación, porque una comparación corrida después informaría el cambio de title como deriva.
Ese orden conviene conservarlo como hábito. Una base es un acuerdo sobre cómo se ve lo normal, así que cualquier cosa que ya pensabas cambiar va en la foto en su forma arreglada. Arreglá los problemas conocidos, capturá la base, y dejá que la comparación te cuente los que no eran a propósito.
La comparación es el paso que este curso todavía no corrió
No corrimos /seo drift compare sobre este sitio, y decirlo es más útil que describir lo que habría dicho. La base se capturó el día de la auditoría, y entre ese día y la escritura de esta clase no salió nada, así que una comparación no tendría nada para informar.
Corré la tuya después del próximo deploy que toque plantillas. Esperá un diff campo por campo con las reglas de vitals salteadas si tu base no tenía ninguno, y esperá que la mayoría de las corridas no informen nada, que es justamente el punto. Un monitor que habla solo cuando algo cambió es un monitor que seguís corriendo.
Search Console contesta las preguntas que un crawl no puede
Un crawl lee tus propias páginas, y Search Console lee el lado de Google de la relación: qué buscó la gente, cuáles de tus páginas se sirvieron, en qué posición quedaron y qué se indexó. Ninguna cantidad de crawling reconstruye eso, así que un informe escrito sin la conexión tiene un agujero específico y previsible. El nuestro corrió sin ninguna credencial de Google, lo que dejó indexación, vitals de campo y analítica vacíos por construcción.
Google además publica un informe específico de rendimiento de IA generativa, con impresiones y las páginas que estuvieron visibles, documentado en su blog de búsqueda en junio de 2026 (developers.google.com). Son datos de primera mano sobre tu propia propiedad, y contestan la pregunta que la clase 12 dejó abierta a propósito: un puntaje de preparación califica qué tan citable es tu página, y este informe cuenta qué pasó.
Tres huecos, tres claves, una tarde
La auditoría cerró con una lista corta que llamó huecos de datos para cerrar, y cada ítem es una credencial más que un proyecto. Una API key o cuenta de servicio de Google destraba vitals de campo, datos de indexación y analítica. La API gratis de Moz establece una base de backlinks. El tercer ítem era capturar la base de drift, que es el comando del principio de esta clase, y ese lo hicimos el mismo día.
Tres claves son una tarde de trabajo que convierte tres secciones supuestas de todo informe futuro en secciones medidas. Hacelas en ese orden si tenés que elegir, porque la conexión con Google cubre la mayor cantidad de preguntas y no cuesta nada más allá de la configuración.
La falta de datos de backlinks es evidencia más débil de lo que parece
Nuestra sección de backlinks volvió sin puntuar, con las palabras datos insuficientes y una advertencia escrita adentro del hallazgo: el dominio está ausente del grafo de crawl abierto que el agente podía leer, y esa ausencia no prueba que haya cero enlaces. El agente se negó a puntuar una categoría que no pudo medir, que es el comportamiento que querés.
Leé así cada línea de "datos insuficientes". Un número que nunca se tomó y un número que volvió en cero se parecen en un resumen y significan cosas opuestas, y un informe trimestral construido sobre esa confusión le va a contar a alguien una historia que nunca pasó. Cuando una sección está vacía, la acción siguiente es conectar una fuente, y la oración honesta mientras tanto es que nadie lo midió.
Volvé a medir los números que envejecieron, y retirá los temas que abandonaste
El volumen de búsqueda, la intención y tus propios planes derivan, y un banco de temas dejado solo se vuelve una lista de los supuestos del trimestre pasado. refresh_metrics vuelve a medir volumen de Google, volumen de búsqueda con IA e intención para temas que ya están en el banco, en un solo lote de tres pedidos sin importar cuántos términos lleve. Una cifra que el proveedor no devuelve vuelve marcada como no disponible, y seodraft nunca la renderiza como un cero.
Archivar es la otra mitad del mantenimiento. Un tema que descartaste se queda en la base con su historial medido y sale de las superficies de planificación, así que el banco sigue describiendo lo que realmente pensás escribir. Hacé las dos cosas la misma tarde en que leés tus números de Search Console, porque es cuando sabés qué términos todavía merecen un artículo.
Cumplí la promesa que hizo tu artículo
Nuestro propio post sobre distribuir un servidor MCP le dice a su lector, en su propio resumen de apertura, que todavía no hay resultados medidos. Esa oración es una promesa con fecha, y el informe de contenido la convirtió en recomendación: actualizar el post en cuatro a seis semanas con los números reales, porque cumplir esa promesa es la señal de frescura más fuerte que la página se puede ganar.
La mecánica es la que montó la clase 11. Sumá los resultados medidos, corré las reglas, aprobá y volvé a entregar a la misma ruta, donde la marca de borrador se fuerza de nuevo y no se borra nada. Después publicá la actualización desde tu CMS y cambiá las fechas en cada superficie que lleve una, que es el chequeo con el que arrancó este módulo.
Dónde te deja este curso
Ahora tenés el ciclo que el curso entero venía armando: auditar, planificar, hacer el brief, escribir con evidencia, chequear, publicar, puntuar y comparar. Cada paso deja un artefacto fechado que otra persona puede leer, que es lo que separa esto de pedirle a un modelo que haga SEO y cruzar los dedos. Los números de estas trece clases salieron de una corrida real contra este sitio el 2026-10-03, con claude-seo v2.4.1, incluidas las mediciones que no pudo tomar y el bug que encontró en nuestro propio producto.
Andá a marcar esta clase como completada y después abrí el cierre del curso para armar tu tarjeta para compartir. Toma tu handle, lo pone en una tarjeta que podés publicar y te da el link del curso para quien te pregunte cómo lo hiciste.