Auditor GEO PRO
Audita contenido, citabilidad, calidad, legibilidad, SEO on-page, evidencia, claims, entidades, arquitectura, schemas, Open Graph, preguntas, crawlers y preparación por motor. Genera llms.txt, robots.txt para IA y prompts de prueba. Mete URLs o un sitemap y la app las descarga y audita; o pega el HTML. El análisis ocurre en tu navegador, sin cookies ni almacenamiento. Funciona offline.
Contexto opcional — mejora mucho la auditoría
Auditoría por lotes
—
| Archivo / URL | Tipo | Palabras | Global | GEO | Calidad | Commodity | Veredicto quality | Principal oportunidad |
|---|
Canibalización y duplicidad entre archivos
—
| Página A | Página B | Similitud | Riesgo | Acción |
|---|
Resumen ejecutivo
Lo que un SEO o editor necesita saber antes de entrar en el detalle.
—
—
Puerta de publicación
Un score alto no sirve si existe un bloqueo crítico. Esta capa decide si la URL está lista para publicar, necesita revisión o debe detenerse.
—
—
Matriz de preparación
Cinco ejes independientes para no esconder una debilidad importante detrás de una media bonita.
Radar y mapa de calor
La forma del perfil de preparación de un vistazo y la extractabilidad de cada sección en orden de lectura. Pasa el ratón o enfoca una celda para ver el detalle.
Preparación por motor
Separa el fit del contenido de las puertas técnicas. No predice rankings ni citas: indica preparación estructural y acceso con el contexto aportado.
Transparencia del score
Qué aporta cada componente al 100 global y cuántos puntos teóricos quedan recuperables. El 55% procede de GEO y el 45% de calidad.
| Componente | Capa | Resultado | Contribución global | Recuperable | Lectura |
|---|
Vista previa de extracción
Cómo queda la página en dos superficies simplificadas: snippet de búsqueda y respuesta extractiva. No simula ningún modelo real.
Vista del resultado
Respuesta candidata
—
Simulador de potencial
Marca mejoras hipotéticas para estimar el techo razonable de la puntuación. Es una simulación, no modifica el contenido ni el resultado real.
Comparador antes / después
Pega una versión revisada y recalculamos la auditoría con exactamente la misma lógica y contexto.
| Check GEO | Antes | Después | Delta |
|---|
Calidad del contenido principal · Google 2026
Capa independiente basada en propósito, esfuerzo, originalidad, habilidad, precisión, revisión humana, integridad del creador y riesgos de automatización. No es un factor de ranking ni una nota oficial de Google.
—
—
Qué forma el contenido principal
El MC no es solo texto: esta vista inventaría menos al distinguir medios, interacción, UGC y contenido desplegable presentes dentro del área principal.
Brújula E-E-A-T
Trust se trata como el eje central. Experiencia y conocimientos se estiman con la página y el contexto; Authority off-site queda sin puntuar porque este HTML no puede verificar reputación externa.
Control editorial de IA
La app no castiga el uso de IA. Comprueba revisión, precisión, transparencia cuando procede y requisitos condicionales de ecommerce.
Plan de acción priorizado
Ordenado por impacto estimado, oportunidad y esfuerzo de implementación. No modifica el score: sirve para decidir qué hacer primero.
Radiografía de la página
Señales observables del contenido principal. Sirve para entender por qué sale la nota.
Pasajes candidatos a cita
Fragmentos que ya tienen buena forma para ser extraídos. “Citable” aquí significa claro y autocontenido, no que un modelo vaya a citarlo necesariamente.
Auditoría sección por sección
Localiza exactamente dónde se pierde claridad, especificidad o capacidad de extracción.
| Sección | Palabras | Pregunta | Respuesta inmediata | Frase media | Datos /100 | Puntuación del pasaje | Diagnóstico |
|---|
Preparación para retrieval / chunks
Divide el MC en pasajes compactos y mide si cada chunk conserva contexto, entidad, evidencia y una longitud razonable para recuperación. Es una heurística de pasajes, no una simulación de RAG real.
| Sección | Chunk | Palabras | Score | Contexto | Evidencia | Diagnóstico |
|---|
Cobertura de preguntas y respuestas
Evalúa preguntas explícitas, calidad de la primera respuesta y evidencia dentro de cada sección. También identifica headings convertibles en queries naturales.
| Pregunta / heading | Respuesta inicial | Palabras | Directa | Evidencia | Score Q&A | Acción |
|---|
Términos dominantes y foco
Frecuencia léxica simple del contenido principal. No es NER ni embeddings: úsalo para detectar si el tema que creías central realmente domina la página.
Cobertura del set de queries
Mapea cada query/prompt a la sección que mejor la responde. Útil para detectar huecos de intención y prompts que no tienen una respuesta directa.
| Query | Mejor sección | Score | Answer-first | Primera respuesta | Acción |
|---|
Claims y soporte de evidencia
Extrae afirmaciones que merecen verificación — cifras, comparativas, causalidad y afirmaciones fuertes — y estima si el propio texto aporta soporte cercano.
| Claim | Tipo | Soporte cercano | Riesgo | Qué revisar |
|---|
Cadena claim → evidencia
Relaciona los claims detectados con señales de soporte en su mismo párrafo. Sirve para localizar afirmaciones fuertes sin fuente cercana y fuentes que no están trabajando para ningún claim.
Arquitectura semántica
Outline de headings, saltos jerárquicos y entidades candidatas extraídas de schema, marca y texto. No es NER de un modelo.
Poda, fusión y reescritura
Detecta secciones redundantes, de relleno o con poca densidad informativa. Nunca elimina automáticamente: propone mantener, reescribir o fusionar.
Brief de actualización generado
Convierte el diagnóstico en una hoja de trabajo para SEO, redactor o cliente: estructura, queries, evidencia y controles antes de publicar.
—
Schema Studio
Audita el JSON-LD existente y genera borradores basados únicamente en información visible o declarada. Revisa y valida siempre antes de publicar.
Kit de despliegue para IA
Borradores listos para copiar generados a partir de la página y del contexto: llms.txt, robots.txt para crawlers de IA y prompts para comprobar manualmente si los motores te citan.
llms.txt
Resumen en Markdown para agentes. Google lo ignora y no hace falta para AI Overviews ni AI Mode; puede servir a otros agentes.
robots.txt para IA
Prompts de prueba
Lánzalos en ChatGPT Search, Perplexity, Gemini y Google (modo IA) y anota si citan tu URL.
Higiene HTML y accesibilidad básica
Checks de implementación que no se mezclan con la nota GEO, pero sí afectan a calidad editorial, comprensión y mantenimiento.
Legibilidad del texto
Índice INFLESZ (Szigriszt-Pazos) y Fernández-Huerta para español, o Flesch para inglés. Un texto fácil de leer también es más fácil de extraer y resumir sin errores.
—
—
SEO on-page y colocación de la query
Comprueba si la intención objetivo aparece en los lugares que buscadores y motores de respuesta leen primero, y si título, meta y URL tienen longitudes razonables.
Social, Open Graph e internacional
Cómo se comparte la URL en redes y chats, y si las señales de idioma y versiones alternativas están declaradas.
Fiabilidad de las señales
Distingue qué ha medido el navegador, qué has declarado tú y qué es una inferencia heurística.
Prioridades GEO
Los 9 checks originales, con los pesos solicitados. Los N/A salen del denominador para no penalizar texto/Markdown.
Los cuatro pilares de calidad
0–4 por pilar. La puntuación es conservadora: no confunde estructura bonita con originalidad ni enlaces con verdad factual.
| Sector | Commodity | Non-commodity |
|---|---|---|
| Tienda de running | Top 10 cosas a tener en cuenta al comprar zapatillas | Por qué las zapatillas de este cliente se hundieron a las 400 millas: análisis del desgaste |
| Agente inmobiliario | 7 consejos para comprar tu primera casa | Por qué renunciamos a la inspección (y ahorramos 15.000 $): un vistazo a la tubería |
| Tienda de cocina | ¿Qué es una cocina y para qué sirve? | La sartén de la abuela: cómo cuidar el hierro fundido fabricado antes de 1940 |
Confianza, entidad y utilidad
Comprobaciones adicionales útiles para GEO y calidad, pero no presentados como una fórmula oficial de Google.
Señales de riesgo
Solo se activan con evidencia visible o contexto que tú hayas declarado. Las señales críticas pueden bajar el veredicto a Riesgo alto.
Plantilla y visión de sitio
Solo usa el contexto que aportes. La acción sugerida es criterio de auditoría, no una instrucción automática de borrado.
Page types y core updates
Los core updates miran el site. Agrupa tus URLs por page type y detecta qué plantillas pueden estar arrastrando la nota global: mejorar, consolidar, sacar del dominio o eliminar.
| Page type | URLs | % del site | % indexado | Clics / URL | Crecimiento | Alarmas | Acción |
|---|
Rastreo IA y preparación para agentes
Diagnóstico técnico independiente del contenido. GPTBot y Google‑Extended no se usan como penalización de citabilidad.
Señales Google relacionadas
El leak muestra conceptos almacenados, no pesos ni una receta de ranking. Se diferencia siempre “documentado” de “inferencia”.
| Hallazgo | Señal | Qué está documentado | Relación con esta auditoría |
|---|
Glosario completo de señales de quality · leak, DOJ y patentes
El leak de la Content Warehouse API (mayo de 2024) expuso 2.596 módulos y 14.014 atributos. Enseña qué conceptos guarda Google; no enseña pesos ni si cada atributo se usa hoy en producción. Descripciones citadas de la documentación publicada (HexDocs). Etiquetas: [Documentado], [Inferencia], [Hipótesis], [Criterio propio].
| Atributo | Módulo / nivel | Descripción filtrada | Relación | Etiqueta |
|---|---|---|---|---|
contentEffort | QualityNsrPQData · página | “LLM-based effort estimation for article pages” | Pilar Esfuerzo | Descripción [Documentado]; que implemente el pilar Effort [Inferencia] |
chard | QualityNsrPQData · página | “URL-level chard prediction” | Predicción de calidad basada en contenido | Nombre [Documentado]; significado [Inferencia] |
tofu | QualityNsrPQData · página | “URL-level tofu prediction” | Predicción de calidad basada en contenido | Solo nombre [Documentado] |
vlq | QualityNsrPQData · página | “URL-level score of the VLQ model” | Detección de muy baja calidad | Nombre [Documentado]; “very low quality” [Inferencia] |
rhubarb | QualityNsrPQData · página | “Site-URL delta signals based quality score” | Diferencia entre la página y su site | [Documentado] |
keto | QualityNsrPQData · página | “Keto score” | Desconocido | Solo nombre [Documentado] |
chardEncoded | QualityNsrNsrData · site | “Site-level chard score: site quality predictor based on content” | Calidad global del contenido del site | [Documentado] |
tofu (site) | QualityNsrNsrData · site | “Site-level tofu score: site quality predictor based on content” | Calidad global del contenido | [Documentado] |
clutterScore | QualityNsrNsrData · site | “Delta site-level signal in Q* penalizing sites with a large number of distracting/annoying resources” | Anuncios, popups, saturación | [Documentado] |
smallPersonalSite | QualityNsrNsrData · site | “Score of small personal site promotion” | Promoción de blogs personales | [Documentado] |
nsr | QualityNsrNsrData · site | Sin descripción | Rank a nivel de site | Nombre [Documentado]; “Normalized Site Rank” o “Neural Semantic Retrieval” [Inferencia] |
siteFocusScore | QualityAuthorityTopicEmbeddings · site | “Number denoting how much a site is focused on one topic” | Secciones fuera de tema diluyen el foco | [Documentado] |
siteRadius | QualityAuthorityTopicEmbeddings · site | “The measure of how far page_embeddings deviate from the site_embedding” | Páginas lejos del tema central | [Documentado] |
siteAuthority | CompressedQualitySignals | “converted from quality_nsr.SiteAuthority, applied in Qstar” | Autoridad del site en Q* | [Documentado] |
lowQuality | CompressedQualitySignals | “S2V low quality score… applied in Qstar” | Baja calidad en Q* | [Documentado] |
pandaDemotion | CompressedQualitySignals | Campos de Panda de SiteQualityFeatures | Demotion a nivel de site | [Documentado] |
babyPandaDemotion | CompressedQualitySignals | “converted from QualityBoost.rendered.boost” | Demotion Baby Panda | [Documentado] |
babyPandaV2Demotion | CompressedQualitySignals | “New BabyPanda demotion, applied on top of Panda” | Demotion sobre Panda | [Documentado] |
unauthoritativeScore, scamness | CompressedQualitySignals | “web page quality qstar signals” | Falta de autoridad / estafa | [Documentado] |
OriginalContentScore | PerDocData | Puntuación 0–127; “Only pages with little content have this field.” | Originalidad en páginas con poco contenido | [Documentado] |
spamtokensContentScore | PerDocData | “Used in SiteBoostTwiddler to determine whether a page is UGC Spam” | Spam en contenido de usuarios | [Documentado] |
hostAge | PerDocData | Se usa “to sandbox fresh spam in serving time” | Sandbox de spam nuevo | [Documentado] |
scaledSelectionTierRank | PerDocData | Puntuación “over the serving tier (Base, Zeppelins, Landfills)” | Filtro previo al ranking | [Documentado]; Base = mejor, Landfills = peor [Inferencia] |
- Q* (DOJ v. Google): en las notas de la entrevista a HJ Kim (PXR0356, feb. 2025) la calidad de página Q* es “incredibly important”, “generally static across multiple queries and not connected to a specific query”, y PageRank es uno de sus inputs. [Documentado]. La opinión del juez Mehta (sept. 2025) recoge que las señales de calidad y popularidad ayudan a decidir cada cuánto se rastrea una página. [Documentado]. Que “Q* no usa datos de clics” no lo dice ninguna fuente: no lo afirmes.
- Twiddlers: según la Twiddler Quick Start Guide (documento interno de 2018 filtrado en 2019), reordenan una lista ya rankeada: pueden subir, bajar, filtrar y limitar resultados por host. [Documentado]. Que QualityBoost, NavBoost o Baby Panda actúen como twiddlers lo “presume” Mike King [Inferencia]. Que los core updates actúen a través de twiddlers es [Hipótesis].
- Patentes de calidad de site [Documentado como patente; uso en producción no confirmado]: US8682892B1 “Ranking search results” (factor a nivel de site por enlaces independientes frente a queries de referencia); US9031929B1 “Site quality score” (búsquedas que mencionan el site frente a las queries en las que aparece); US9767157B2 “Predicting site quality” (predice la calidad de un site nuevo por patrones de lenguaje de sites ya puntuados); US11354342B2 “information gain” (cuánta información nueva aporta un documento).
Informe de quality · formato auditoría
Veredicto, cuatro pilares con evidencia y corrección, test de commodity, red flags, vista de plantilla y site, señales relacionadas y acciones prioritarias, listo para enviar al cliente o al equipo.
—
Guía: quality en Google y core updates
Qué es quality para Google, cómo la mide y cuánto tarda en notarse un cambio. Resume lo contado en el Search Central Live Deep Dive Europe 2026 (Barcelona), la documentación de Google y el análisis de Nacho Mascort.
1 · Qué es quality: definición, Page Quality y Needs Met
Definición del slide de Duy Nguyen (Search Quality Analyst): “The extent to which a human being put effort, originality, talent, skill, and accuracy into creating content.” Es una versión resumida de la sección 3.2 de las Search Quality Rater Guidelines (“Quality of the Main Content”).
- Page Quality: lo buena que es la página en sí. No depende de la query, por eso afecta a todo lo que rankeas a la vez.
- Needs Met: lo bien que una página responde a una búsqueda concreta. Una página excelente puede no servir para una query: “Useless is useless” (sección 14.0).
- Los quality raters no rankean páginas: sus valoraciones sirven para medir si un cambio mejora los resultados.
2 · Los cuatro pilares y la IA
- Effort: cuánto trabajó activamente una persona para crear contenido satisfactorio. Puede ser directo (traducir un poema) o indirecto (construir una herramienta que da servicio). Pasar miles de páginas por un traductor sin supervisión ni curación no es esfuerzo. Relacionado:
contentEfforten el leak [Inferencia]. - Originality: contenido único que no está en otras webs; si existe en otras, importa quién es la fuente original. Relacionado: patente de information gain y
OriginalContentScore. - Talent or skill: hecho con la habilidad suficiente para dar una experiencia satisfactoria. No todo necesita un experto: una experiencia personal no requiere credenciales; un tema técnico sí requiere a alguien que sepa.
- Accuracy: precisión factual en páginas informativas; en YMYL, además, alineación con el consenso experto. La documentación del 1 de octubre de 2026 avisa de las alucinaciones de IA sin revisar.
- IA: la calidad se juzga igual venga de una persona o de un modelo. QRG 4.6.6: “the use of Generative AI tools alone does not determine the level of effort or Page Quality rating”. El problema es que la IA abarata el contenido mediocre a escala. La autoría engañosa (perfiles inventados, fotos generadas con IA, credenciales falsas) es ahora una señal explícita de baja calidad.
3 · Contenido commodity
Commodity es el contenido que podría haber escrito cualquiera porque se basa en conocimiento común. Google ya usa el término en su guía de optimización para funciones de IA (con el ejemplo de los consejos para comprar casa) y dice que crear contenido único y útil influirá más en tu presencia en la búsqueda generativa a largo plazo que cualquier otra recomendación.
En una web grande el commodity casi nunca es un post suelto: es un page type entero. Miles de páginas de “qué es X” para cubrir long tail, fichas con la descripción del fabricante, landings por ciudad que solo cambian el nombre. Por separado parecen inofensivas; juntas dicen que tu web es intercambiable. Usa los tests de la sección «Prueba de contenido commodity» y los ángulos non-commodity propuestos.
4 · Por qué existen los core updates: formatos, amplitud y problemas
- Content formats: aparecen formatos nuevos y Google lanza features para ellos.
- Content breadth: cuanta más gente publica, más saturados están los temas; para mejorar calidad y relevancia, Google lanza core updates.
- Content issues: los spammers encuentran agujeros y Google lanza algoritmos específicos.
Los slides mostraban el índice creciendo de 1995 a 2023 hasta acercarse a los 5.000 millones y que, por cada resultado para “naranja” en el año 2000, hay unos 20.000 en 2025 (dato visto solo en los slides, sin fuente pública). Si los candidatos se multiplican, el listón para el top 10 sube. Ahrefs estimó que el 74,2 % de las páginas nuevas de abril de 2025 tenían contenido generado con IA. La analogía de Google: una lista de los diez mejores restaurantes cambia al año siguiente aunque ninguno haya empeorado, porque han abierto sitios mejores.
Google filtra cada vez más antes de rankear: scaledSelectionTierRank puntúa los tiers de serving Base, Zeppelins y Landfills (Base el mejor y Landfills el peor es [Inferencia]). Gary Illyes dijo en 2024 que la calidad general del site influye en cuántas URLs ves en «Rastreada: actualmente sin indexar» y que Google había dejado de indexar URLs de algunos sites “because our perception of the site has changed”.
5 · No hay un único sistema de quality: Q*, retrieval y twiddlers
- Hay muchos sistemas (spam detection, freshness, reviews, deduplication, BERT, MUM, crisis information, RankBrain, link analysis…). El Helpful Content System dejó de ser independiente en marzo de 2024 y pasó al core.
- Q*: señal de calidad de página descrita en el juicio del DOJ como “incredibly important”, bastante estática entre queries; PageRank es uno de sus inputs. Varios campos del leak dicen “applied in Qstar”.
- Testing en 2023: 719.326 tests de calidad, 124.942 experimentos side-by-side, 16.871 experimentos con tráfico real y 4.781 lanzamientos.
- Quality viaja pegada a cada URL: en la charla de retrieval, cada URL candidata llegaba con atributos ya calculados (idioma, país y quality high/med/low) y Google reordenaba: bajaban las de idioma que no encaja y subían las de quality alta.
- Twiddlers: objetos que reordenan la lista ya rankeada (boost, demotion, filtro, límite por host). La guía filtrada hablaba de “hundreds of twiddlers” y más de 65 activos en WebMixer. Algunos usan señales de calidad documentadas (
spamtokensContentScoreen SiteBoostTwiddler,hostAge). Lectura razonable: quality entra por Q* en el ranking principal y hay capas de ajuste encima; que parte de un core update actúe ahí es [Hipótesis].
6 · AI Overviews y AI Mode
- No hay truco aparte: según la guía de Google no necesitas archivos legibles por máquina nuevos, archivos de texto para IA, marcado ni Markdown para aparecer. Google ignora
llms.txt; el generador de esta app sirve, como mucho, para otros agentes. Tu página tiene que estar indexada y poder mostrarse con snippet. - Las respuestas salen del mismo índice: retrieval-augmented generation y query fan-out (el modelo lanza varias búsquedas relacionadas a la vez).
- Gana lo que no es commodity: si diez páginas dicen lo mismo, el modelo puede citar cualquiera; si el dato solo lo tienes tú, la cita es tuya [Inferencia]. Google no ha documentado cómo elige la fuente citada.
- Mídelo con el informe de rendimiento en funciones de IA generativa de Search Console.
7 · ¿Google evalúa la página o el site?
El site. Gary Illyes lo dejó claro: los core updates miran el site, y la documentación dice que los sistemas tienen que confirmar que “the site as a whole” ha mejorado. El leak está lleno de señales de site (siteAuthority, chardEncoded, siteFocusScore, siteRadius, pandaDemotion, babyPandaV2Demotion) y las patentes de Panda calculan factores a nivel de site. Google rankea páginas, pero cada página hereda la reputación de su site: 5.000 páginas commodity pueden arrastrar a las 200 buenas.
8 · ¿Cuánto tarda en notarse un cambio?
Tiempos de los slides de Gary Illyes (fotos de Estela Franco):
| Cambio | Lo típico | Lo más lento |
|---|---|---|
| Recuperación tras un core update | 3–6 meses | 6 meses a 1 año (hasta el siguiente core) |
| Despliegue de un core update | 2–4 semanas | — |
| Spam update | 1–2 semanas (continuo) | Meses (refrescos por lotes) |
| Quitar una acción manual | 1–2 semanas | 4–6 semanas, o mucho más en sites inactivos |
| Actualizar title o snippet | 1–2 días | De semanas a meses |
| Procesar un sitemap | ~24 horas | Hasta 14 días o nunca (quality) |
| Indexación de principio a fin | ~1,5 horas | Meses o nunca (quality) |
| Actualizar datos estructurados | Horas a 1–2 semanas | Semanas o nunca (quality) |
Con una web de mala calidad, Google puede tardar meses en indexarte, ignorar tu sitemap y no darte rich results antes de que llegue ningún core update. La documentación oficial confirma que la recuperación puede tardar meses y “could mean waiting until the next core update”.
9 · Cómo se pasa de la raya una web grande (y el caso Softonic)
- Escalar page types: lo que funciona en 100 páginas se lanza en 10.000; las últimas 9.000 tienen menos datos, menos demanda y más relleno.
- Abrir temas lejos de tu foco: justo lo que miden
siteFocusScoreysiteRadius. - Producir con IA sin revisar: la vía rápida a “little to no effort, little to no originality, little to no added value” (Lowest).
- Inventar autores: señal explícita en la documentación.
- Cubrir keywords en vez de responder: miles de “qué es X” que repiten el top 10.
Caso Softonic (contado por Nacho Mascort): consolidar los idiomas, que estaban en subdominios, en el dominio principal subió el tráfico al principio, pero un core update tumbó el site más de un 20 %. Las traducciones, de menor calidad que el original, bajaban la calidad global. Al mover cada idioma a su ccTLD (enlazados con hreflang) llegó la recuperación, y con el siguiente core el dominio principal superó sus niveles previos. Fue una decisión de calidad: cambiar qué contenido cuenta para la nota del site. La app la propone como acción «Sacar del dominio».
10 · Checklist antes del próximo core update
- Agrupa las URLs por page type y mira tráfico, porcentaje indexado y crecimiento (sección «Page types y core updates»). Los page types con mucho «Rastreada: actualmente sin indexar» son la primera alarma.
- Pasa cada page type por los cuatro pilares: ¿esfuerzo humano?, ¿aporta algo que no esté en el top 10?, ¿lo hizo alguien que sabe?, ¿es correcto? (carga una página de cada tipo en lote).
- Busca el commodity: si cambias tu marca por la de un competidor y la página vale igual, es commodity.
- Mejora, consolida o elimina lo que no puedas convertir en non-commodity.
- Mide en meses: lo que hagas hoy se verá, con suerte, en 3 a 6 meses.
Fuentes y créditos
Metodología basada en la skill google-quality-audit y el artículo «Quality en Google: qué es, cómo la mide y cuánto tarda en recuperarse una web de un core update» de Nacho Mascort (3 de octubre de 2026).
- General Guidelines (Search Quality Rater Guidelines) · Google, 11 sept. 2025
- Creating helpful, reliable, people-first content · Google Search Central, 1 oct. 2026
- Google Search's core updates · Google Search Central
- A guide to Google Search ranking systems · Google Search Central
- Spam policies for Google web search · Google Search Central
- Guide to optimizing for generative AI features on Google Search · Google Search Central
- Rigorous testing · Google · How Search works
- Google Content Warehouse API (QualityNsrPQData, CompressedQualitySignals, PerDocData) · HexDocs
- Secrets from the Google Algorithm Leak · Mike King, iPullRank, 28 may. 2024
- An Anonymous Source Shared Thousands of Leaked Google Search API Documents with Me · Rand Fishkin, SparkToro, 27 may. 2024
- Twiddler Quick Start Guide – Superroot · Google (documento interno filtrado), 2018
- United States v. Google LLC, Memorandum Opinion (remedies) · juez Amit P. Mehta, 2 sept. 2025; Googler's Deposition Offers View Of Google's Ranking Systems · Search Engine Journal
- Google Explains Reasons For Crawled Not Indexed · Search Engine Journal, 2024
- Patentes: US8682892B1 · US9031929B1 · US9767157B2 · US11354342B2
- 74% of New Webpages Include AI Content (Study of 900k Pages) · Ahrefs, 2025
- Recaps del Deep Dive: We Are ROAST (Day 3 Recap), Estela Franco (tiempos de crawl, index y serving), Marie Haynes (cambios en la guía de contenido útil, 2 oct. 2026)
Metodología, límites y fuentes
La herramienta separa cuatro capas: extractabilidad GEO, calidad de página, encaje con la query y bloqueadores técnicos. No intenta convertirlas en “el algoritmo de Google”.
- Los pilares de calidad siguen la rúbrica 0–4 de esfuerzo, originalidad, talento/habilidad y precisión. En YMYL, Precisión < 3 limita el veredicto.
- La capa “MC 2026” operacionaliza los criterios públicos aportados: propósito, esfuerzo, originalidad, habilidad y precisión; añade controles condicionales de revisión humana, autoría, escala y ecommerce sin presentarlos como una fórmula de ranking.
- El uso de IA no resta puntos por sí mismo. Los riesgos aparecen cuando faltan revisión/fiabilidad, existe escalado de poco valor, autoría engañosa o incumplimientos específicos.
- La capa de quality sigue la metodología google-quality-audit (Nacho Mascort): rúbrica 0–4 por pilar con evidencia, test de commodity (intercambio de marca, top 10, solo-tú y plantilla), red flags de las QRG y políticas de spam, vista de plantilla/site y señales del leak etiquetadas como [Documentado], [Inferencia], [Hipótesis] o [Criterio propio]. Los quality raters no rankean páginas: sus valoraciones miden si un cambio mejora los resultados.
- El análisis de contenido commodity usa test de intercambio de marca, comparación con resultados líderes, activos propios y similitud de plantilla.
- OAI‑SearchBot se trata como crawler de Search de OpenAI; GPTBot como crawler de posible entrenamiento. ChatGPT‑User no se usa para decidir elegibilidad en Search.
- Google‑Extended se muestra como control de Gemini/grounding, pero no como señal de Google Search ni de AI Overviews.
- llms.txt se evalúa contra la propuesta v2 como ayuda opcional para agentes. No suma puntos de ranking ni de citabilidad.
- La preparación por motor es un diagnóstico operativo, no una probabilidad real de citación. Combina fit del contenido y puertas técnicas aportadas por el usuario.
- Los checks GEO de preguntas, Q&A y formato son heurísticas de extractabilidad de esta herramienta. No significan que Google exija trocear o redactar el contenido de una forma especial para AI Overviews o AI Mode.
- La V7 añade un release gate, cobertura de queries, scoring de chunks, cadena claim→evidencia y similitud entre archivos. Son herramientas de QA y priorización, no señales conocidas de ranking.
- Schema Studio solo usa datos visibles/declarados; valida y completa cada borrador antes de publicar.
- No se pueden verificar offline backlinks, autoridad de marca, consenso real, exactitud factual completa, WAF/CDN, status HTTP, indexación o posiciones reales.