SEARCH/360: el framework que uso para diagnosticar Search como un sistema en 2026

El problema que intenta resolver SEARCH/360: hacemos SEO por departamentos, pero Google no ve departamentos

Technical SEO, content, digital PR, Local SEO, analytics y AI Search suelen vivir en documentos, herramientas y responsables distintos. Esa separación ayuda a ejecutar. El problema aparece cuando también pensamos el diagnóstico de esa manera. Una página no pierde visibilidad porque 'el equipo de technical' tenga un hallazgo o porque 'content' no haya optimizado un H2. Pierde capacidad de competir cuando una combinación de señales y restricciones hace que el sistema no funcione como debería.

Imagina una landing de servicio que tiene contenido razonable, enlazado interno débil, canonical correcta, pocas menciones externas, una entidad comercial mal explicada y ninguna medición de leads por landing. ¿Es un problema técnico, de contenido, de autoridad o de analítica? La respuesta profesional es: probablemente es un problema de sistema. Si lo fuerzas dentro de un único silo, vas a arreglar una capa y dejar intacta la causa compuesta.

SEARCH/360 nació de esa necesidad operativa: tener una segunda lectura que no pregunte solamente qué disciplina toca un hallazgo, sino qué condición de Search está afectando. El framework organiza el diagnóstico en cinco dimensiones: Discoverability, Relevance, Authority, Citability y Measurement.

Cómo usar SEARCH/360 mañana sin montar un framework de consultoría de tres semanas

El framework no necesita una presentación ni un score para empezar. Elige una URL que debería rendir mejor y haz cinco preguntas. Si una respuesta falla claramente, ya tienes una dirección de diagnóstico.

La utilidad está en forzarte a mirar el mismo problema desde más de una capa. Una landing con buen contenido puede seguir fallando por discovery, autoridad o medición. Y una página técnicamente perfecta puede simplemente no resolver una intención que valga la pena ganar.

• Discoverability: ¿Google puede encontrar, rastrear e indexar la URL correcta?
• Relevance: ¿esta página es realmente la mejor respuesta de nuestro sitio para esa intención?
• Authority: ¿qué señales internas y externas justifican priorizarla frente a alternativas?
• Citability: ¿hay hechos claros, específicos y verificables que puedan entenderse fuera de contexto?
• Measurement: si mejoramos algo hoy, ¿sabremos dentro de unas semanas si funcionó?

Qué es SEARCH/360 — y qué no pretendo que sea

SEARCH/360 es un framework propio de trabajo. No es documentación oficial de Google, no es una patente sobre cómo funciona un ranking system y no intenta convertir cientos de señales desconocidas en una fórmula bonita. Esa distinción es importante porque en SEO es muy fácil presentar un modelo interno como si describiera literalmente el algoritmo.

Su utilidad es otra: forzar una secuencia de preguntas que reduzca puntos ciegos. Si una página no rinde, ¿puede Google descubrirla y procesarla?, ¿resuelve la intención correcta?, ¿tiene suficiente contexto y respaldo para competir?, ¿la información es fácil de interpretar y verificar?, ¿podemos medir qué ocurre antes y después de actuar? Cinco preguntas parecen simples. La profundidad está en cómo las conviertes en evidencia y decisiones.

Google describe Search como un proceso que incluye crawling, indexing y serving. SEARCH/360 no compite con ese modelo técnico; lo usa como base y agrega capas operativas que necesito para trabajar con arquitectura, contenido, negocio, reputación, AI Search y medición en un mismo diagnóstico.

• No es un ranking factor.
• No es una puntuación oficial de Google.
• No promete explicar por qué una URL está exactamente en posición 4 y no en posición 3.
• No convierte GEO o AEO en una disciplina técnica separada de SEO.
• Sí sirve para estructurar auditorías, roadmaps, scorecards y conversaciones con negocio.

Las cinco dimensiones de SEARCH/360

Pienso las cinco dimensiones como condiciones que deben trabajar juntas. No necesitas obtener una supuesta nota perfecta en cada una. Necesitas identificar cuál está limitando el resultado que buscas y qué dependencia existe entre ellas.

Discoverability es el suelo técnico. Relevance conecta demanda con páginas y contenido. Authority sostiene la capacidad de ser priorizado frente a alternativas. Citability añade una lente de claridad y verificabilidad particularmente útil en experiencias generativas. Measurement cierra el loop para que las decisiones siguientes dependan de datos y no de memoria selectiva.

01. Discoverability: antes de competir, tienes que existir correctamente en el sistema

Discoverability no significa simplemente 'Google puede abrir la URL'. Empieza en discovery, continúa por crawling y rendering, pasa por indexación y termina en si la versión que Google procesa coincide con la página que tú crees haber publicado. Google explica que descubre URLs mediante enlaces, sitemaps y redirects, y que durante crawling puede renderizar JavaScript. Eso convierte arquitectura, enlaces internos y comportamiento técnico en parte del diagnóstico de descubrimiento.

Aquí miro contradicciones. Una URL enlazada desde navegación pero canonicalizada a otra. Una página incluida en sitemap y a la vez noindex. Una categoría importante a seis clics de profundidad. Facetas que generan miles de combinaciones rastreables sin valor. Contenido principal que sólo aparece tras una interacción que el crawler quizá no reproduce como el usuario. Ninguno de esos problemas se entiende mirando una etiqueta aislada.

También separo elegibilidad de prioridad. Que una URL pueda ser indexada no significa que deba serlo. Un índice saludable no es el que contiene más páginas: es el que representa con claridad el inventario de páginas que tienen una función diferenciada para usuarios y demanda.

• Discovery: enlaces internos, sitemaps, redirects y URLs conocidas.
• Acceso: robots.txt, status codes, disponibilidad del servidor y recursos críticos.
• Rendering: HTML inicial, JavaScript, contenido principal y diferencias entre navegador y Google.
• Indexabilidad: meta robots, X-Robots-Tag, canonicalización y duplicados.
• Arquitectura: profundidad, orphan pages, navegación y facetas.
• Coherencia: que sitemap, canonical, enlaces y reglas de indexación cuenten la misma historia.

02. Relevance: no optimices keywords; diseña una respuesta para una intención y una entidad

Relevance es probablemente la dimensión que más se simplifica en SEO. No la reduzco a repetir términos ni a alcanzar una densidad. La pregunta es si la página que has creado es una respuesta competitiva para la demanda que quieres capturar y si el sitio le da el contexto correcto.

Eso obliga a leer la SERP, entender qué problema parece estar resolviendo Google, comparar formatos y entidades dominantes, detectar cuándo una query mezcla intenciones y decidir qué rol debe tener la URL dentro de la arquitectura. Una categoría, una guía, una landing local y una página de producto pueden hablar del mismo término y cumplir funciones completamente distintas.

La arquitectura también forma parte de Relevance. Los enlaces internos comunican relaciones entre contenidos y ayudan a usuarios y crawlers a navegar. Un cluster no gana valor por existir en una hoja de cálculo: gana valor cuando las páginas tienen roles diferenciados, se conectan de forma lógica y evitan duplicarse sin necesidad.

• Intent: qué intenta resolver el usuario y qué formatos dominan la SERP.
• Entity fit: qué producto, servicio, lugar, persona o concepto debe ser inequívoco.
• Page role: categoría, landing, guía, comparativa, producto, ubicación o soporte.
• Coverage: qué necesita la persona para completar su tarea sin volver a buscar lo básico.
• Differentiation: qué información, experiencia, dato o criterio aporta esta página que no sea commodity.
• Context: title, headings, navegación, anchor text, breadcrumbs y páginas relacionadas.

Relevance en 2026: contenido people-first no significa escribir sin estrategia

Google recomienda contenido útil, fiable y creado principalmente para personas. También pregunta explícitamente si el contenido aporta información original, análisis sustancial, experiencia demostrable y valor adicional frente a otras páginas. Eso no invalida la investigación de keywords ni el análisis competitivo; invalida crear una página cuyo único motivo de existir sea capturar una variación de búsqueda sin aportar nada.

Para mí, people-first y estrategia SEO no son opuestos. La estrategia decide qué problema merece una página, qué audiencia tiene, qué evidencia necesita y qué rol cumple. People-first evita que conviertas esa estrategia en texto producido para satisfacer una herramienta.

Una buena señal editorial es poder explicar la página sin mencionar rankings: ¿por qué debería existir?, ¿qué ayuda a decidir?, ¿qué conocimiento aporta?, ¿qué tarea permite completar? Si no tienes respuesta, probablemente todavía no tienes una URL; tienes una keyword esperando contenido genérico.

03. Authority: deja de traducir autoridad como 'número de backlinks'

Authority es una palabra peligrosa porque mezcla conceptos distintos. En SEARCH/360 la uso como una dimensión operativa de prominencia, confianza y respaldo. Los enlaces externos pueden formar parte de ella, pero no la agotan. También miro qué páginas reciben el apoyo interno del sitio, qué entidades externas mencionan o referencian la marca, qué reputación existe, qué prueba acompaña las afirmaciones y si la fuente tiene razones visibles para ser creíble.

Google explica E-E-A-T como una forma de hablar de experiencia, expertise, authoritativeness y trust, aclarando que E-E-A-T no es un ranking factor único. Esa precisión importa: no quiero convertir Authority en otro score mágico. Quiero usarla para encontrar carencias de respaldo que hacen una respuesta menos competitiva o menos confiable.

En una página de servicio B2B, por ejemplo, authority puede mejorar con casos verificables, personas responsables identificables, referencias externas relevantes, una arquitectura interna que la trate como página estratégica y menciones de terceros. En un negocio local, reputación y señales de entidad local pesan en la estrategia de manera diferente. El trabajo es contextual.

• Prominencia interna: enlaces, navegación, hubs y jerarquía.
• Prominencia externa: enlaces editoriales, menciones y referencias relevantes.
• Autoría y accountability: quién escribe, revisa o responde por una afirmación.
• Evidence: datos, fuentes, casos, metodología y ejemplos verificables.
• Reputación: reseñas, cobertura, asociaciones y señales de terceros cuando sean pertinentes.
• Consistency: la entidad debe describirse de forma coherente en sus superficies importantes.

04. Citability: la capa que añadí para pensar AI Search sin inventar GEO mágico

Citability es la dimensión más nueva del framework y la que requiere más cuidado para no vender humo. No afirmo que exista un 'citation score' de Google. La uso para evaluar si una página expresa conocimiento de una forma que otra persona o sistema puede entender, atribuir y verificar sin reconstruir toda la página.

Google dice que para AI Overviews y AI Mode siguen aplicando las prácticas SEO fundamentales y que no existen requisitos técnicos adicionales ni un schema especial para aparecer. Su guía de 2026 también insiste en contenido valioso, único y no commodity, y desmitifica tácticas AEO/GEO innecesarias. Esa documentación encaja con la forma en que uso Citability: no como hack, sino como control de calidad de la información.

Una afirmación citable suele tener sujeto claro, contexto suficiente, precisión, fuente cuando la necesita y lenguaje que no depende de veinte párrafos previos. Una página puede ser muy relevante y, aun así, estar llena de frases vagas, claims sin prueba o conceptos sin definir. Citability ayuda a detectar eso.

Cómo audito Citability en una página sin convertirla en una checklist absurda

No busco que cada párrafo parezca una definición enciclopédica. Busco momentos de información que merecen ser extraíbles. La home de una marca necesita describir inequívocamente quién es, qué hace y para quién. Una guía necesita responder la pregunta principal pronto, diferenciar hechos de opinión y citar fuentes cuando la afirmación depende de terceros. Una metodología propia necesita una definición estable que pueda reutilizarse sin cambiar de significado en cada URL.

También reviso consistencia cross-surface. Si una empresa se presenta como software en la web, como consultora en perfiles externos y como marketplace en notas de prensa, el problema no es de markup: es de identidad. Citability no corrige una entidad que no sabe explicar qué es.

• ¿La página responde su pregunta principal de forma directa?
• ¿Los conceptos propios están definidos antes de usarlos como si fueran universales?
• ¿Las afirmaciones sensibles o numéricas tienen fuente, fecha y contexto?
• ¿Autor, organización, producto o servicio están identificados de manera inequívoca?
• ¿Existe una diferencia clara entre hecho, experiencia, hipótesis y opinión?
• ¿El mismo dato importante se mantiene coherente en páginas, perfiles y documentación relevantes?

05. Measurement: si no puedes validar el cambio, todavía no terminaste el trabajo

Measurement es lo que evita que SEARCH/360 sea un bonito sistema de diagnóstico sin aprendizaje. Antes de ejecutar necesito baseline, segmentación y una expectativa observable. No siempre existe un experimento limpio en SEO, pero sí podemos mejorar drásticamente la calidad de la inferencia si definimos qué debería cambiar, dónde y en qué ventana temporal.

Search Console permite analizar impresiones, clicks, queries, páginas y posición, pero esas métricas tienen reglas de agregación que conviene entender. Una tendencia de impresiones o clicks suele ser más útil que obsesionarse con una posición media aislada. Analytics añade comportamiento y conversiones. CRM, llamadas, reservas o revenue terminan de conectar Search con negocio.

Desde junio de 2026 Google está desplegando a un subconjunto de propiedades un reporte dedicado de rendimiento en funciones generativas de Search. El reporte muestra impresiones de AI Overviews y AI Mode y permite analizar páginas, países, dispositivos y fechas. No está disponible para todas las propiedades todavía, pero cambia una parte importante de la conversación: la visibilidad generativa de Google empieza a tener una superficie de medición específica.

Qué medir en cada dimensión: señales diagnósticas, no KPIs decorativos

No asigno una métrica universal a cada dimensión porque el mismo número puede significar cosas distintas según el sitio. Prefiero un set de señales diagnósticas y una métrica de negocio asociada a la oportunidad. La cobertura de indexación importa si estamos intentando recuperar categorías excluidas; deja de ser el centro cuando el problema es una propuesta irrelevante que ya está perfectamente indexada.

Lo importante es evitar dashboards donde todo se mueve y nada responde a la pregunta del proyecto. Si optimizamos un cluster comercial, necesito saber si crece su demanda capturada, si las URLs correctas ganan impresiones y clicks, si cambia el mix de queries y si eso termina en acciones valiosas. El resto puede ayudar a explicar, pero no reemplaza el resultado.

• Discoverability: URLs descubiertas/indexables, cobertura útil, crawl patterns, errores de acceso, profundidad y canonicals.
• Relevance: impresiones por intent/cluster, queries, landing pages, CTR contextual, engagement útil y cobertura de demanda.
• Authority: enlaces y menciones relevantes, internal prominence, branded demand, reputación y referencias de terceros.
• Citability: claridad de entidad, cobertura de fuentes, consistencia de facts y, donde esté disponible, visibilidad generativa por página.
• Measurement: calidad del seguimiento, conversiones, revenue/pipeline, segmentación, anotaciones y capacidad de comparar antes/después.

El valor aparece cuando cruzas dimensiones: un hallazgo aislado rara vez cuenta toda la historia

La forma más potente de usar SEARCH/360 es buscar convergencia. Si una categoría importante está a cinco clics, recibe pocos enlaces internos, tiene contenido casi idéntico a otra categoría, carece de referencias externas y no sabemos si genera ventas, no tengo cinco problemas independientes. Tengo una oportunidad comercial mal integrada en el sistema.

Esa lectura cambia la recomendación. En lugar de abrir tickets sueltos —añadir links, reescribir copy, conseguir backlinks, configurar eventos— puedo diseñar una iniciativa: redefinir el rol de la categoría, consolidar duplicados, mejorar su posición en arquitectura, reforzar evidencia y medir revenue por landing. Una iniciativa tiene una hipótesis. Una colección de tickets sólo tiene actividad.

Ejemplo hipotético: por qué una landing de servicio puede fallar aunque 'el SEO esté bien'

Supongamos una empresa B2B con una landing para un servicio rentable. La URL devuelve 200, está indexada, tiene title razonable y 1.500 palabras. Una auditoría superficial puede marcarla como bastante correcta. SEARCH/360 obliga a seguir preguntando.

Discoverability: la página está a cuatro clics y apenas recibe enlaces internos. Relevance: mezcla dos servicios con intenciones distintas y no deja claro para qué tipo de cliente es. Authority: no muestra casos, responsables ni referencias que sostengan claims importantes. Citability: frases como 'somos líderes' aparecen sin evidencia y la metodología no está definida. Measurement: todos los formularios se registran como el mismo evento y no sabemos cuánto pipeline genera esa URL.

El diagnóstico cambia de 'optimizar H1 y añadir 300 palabras' a 'darle un rol comercial inequívoco, integrarla en arquitectura, separar intención, añadir prueba verificable y medir el resultado por landing'. Eso es SEARCH/360 en práctica: no más checks, sino una explicación más completa de por qué la oportunidad está limitada.

Cómo convierto SEARCH/360 en scorecard sin caer en falsa precisión

Los scores son útiles para comunicar si recuerdas que son modelos internos, no mediciones del algoritmo. No me interesa afirmar que un sitio tiene '72,4 de Authority'. Me interesa poder decir que una dimensión está bloqueada, frágil, funcional o fuerte y documentar la evidencia que justifica esa clasificación.

Una escala simple de madurez funciona mejor que decimales: 0 = bloqueada, 1 = frágil, 2 = funcional, 3 = fuerte, 4 = compounding. Cada nivel necesita criterios específicos por proyecto. En ecommerce, Discoverability puede depender fuertemente de facetas y categorías. En Local SEO, Relevance y Authority deben incorporar ubicación, servicios, GBP y reputación.

El score sirve para baseline, conversación y evolución. La prioridad sigue saliendo de impacto, evidencia, esfuerzo, alcance y dependencia. Nunca del color del scorecard por sí solo.

• 0 — Bloqueada: existe una restricción que impide competir o medir de forma material.
• 1 — Frágil: funciona parcialmente, con contradicciones o dependencias importantes.
• 2 — Funcional: cumple la base, pero deja oportunidades claras sin capturar.
• 3 — Fuerte: sistema coherente, competitivo y medible en el contexto analizado.
• 4 — Compounding: la dimensión no sólo funciona; crea activos y aprendizaje que refuerzan otras dimensiones.

Priorizar con SEARCH/360: no arregles primero la dimensión con peor nota

Este punto es crítico. Si Discoverability obtiene el nivel más bajo, no significa automáticamente que deba ser la primera iniciativa. Puede tratarse de URLs sin valor. Del mismo modo, una mejora pequeña de Relevance en la categoría que produce el 40% del margen puede valer mucho más que limpiar cientos de problemas técnicos periféricos.

La dimensión te dice dónde vive el problema. La priorización decide si merece recursos ahora. Yo cruzo impacto potencial, evidencia, alcance, esfuerzo, dependencias y relevancia de negocio. Cuando varias dimensiones apuntan a la misma sección estratégica, la confianza de la iniciativa suele subir.

El workflow completo: cómo aplico SEARCH/360 en una auditoría real

El framework se vuelve útil cuando está integrado en una secuencia de trabajo. No empiezo asignando scores. Empiezo definiendo objetivo y demanda. Después tomo baseline, recojo evidencia, diagnostico dimensiones, documento hallazgos y sólo entonces priorizo.

El output que busco es un lista de trabajo donde cada iniciativa puede rastrearse hacia una dimensión, una evidencia y una métrica. Eso hace que SEO sea más fácil de defender frente a producto, desarrollo o dirección: no estás pidiendo implementar 'best practices'; estás explicando qué restricción observas, qué oportunidad limita y cómo comprobarás el resultado.

• 01. Define objetivo, oferta, mercado y restricciones.
• 02. Mapea demanda, intents, entidades y páginas que deberían capturarla.
• 03. Construye baseline técnico, de visibilidad y de negocio.
• 04. Audita las cinco dimensiones con evidencia, no con opiniones sueltas.
• 05. Agrupa hallazgos por patrón, template, sección o iniciativa.
• 06. Prioriza por impacto, evidencia, esfuerzo, alcance y dependencia.
• 07. Asigna owner, fecha, definición de done y criterio de validación.
• 08. Mide, aprende y actualiza el diagnóstico.

Dónde entra AI Search en SEARCH/360 en 2026

AI Search no vive únicamente en Citability. Necesita Discoverability porque una página que no es elegible para Search tampoco tiene una vía especial garantizada hacia AI Overviews o AI Mode. Necesita Relevance porque los sistemas deben entender que la información responde al contexto. Necesita Authority y evidencia para sostener confianza. Citability ayuda a expresar conocimiento con claridad. Y Measurement evita que confundamos screenshots anecdóticos con una estrategia.

Google afirma que no hay requisitos técnicos adicionales para aparecer en AI Overviews o AI Mode y que las mejores prácticas fundamentales de SEO siguen siendo relevantes. Su guía de optimización para IA generativa añade una idea que considero especialmente importante: contenido valioso, único y no commodity, acompañado cuando corresponda de imágenes y vídeos de calidad, sin intentar fabricar páginas para cada posible fan-out query.

El nuevo reporte de IA generativa de Search Console también introduce una señal útil para Measurement: impresiones por páginas, países, dispositivos y tiempo en AI Overviews y AI Mode para propiedades con acceso. No mide todo el ecosistema de LLMs, ni debería usarse como única métrica de AI Search. Pero sí reduce una parte de la oscuridad dentro de Google Search.

Cómo cambia SEARCH/360 según el negocio: Local SEO, ecommerce y B2B

Las dimensiones son estables; los criterios no. Eso evita convertir el framework en una checklist universal. En un negocio local, Authority incorpora reputación, prominencia local y consistencia entre web y Perfil de Negocio. Relevance necesita mapear servicio + ubicación sin producir landings vacías. Discoverability incluye arquitectura local y páginas que realmente deberían indexarse.

En ecommerce, Discoverability suele tensarse con facetas, parámetros, stock, categorías y escala. Relevance depende de taxonomía, atributos y la diferencia entre categoría, filtro y producto. Authority puede concentrarse de manera desigual entre categorías. Measurement tiene que conectar orgánico con revenue, margen y disponibilidad, no sólo sessions.

En B2B, el reto suele ser conectar journeys largos: contenido informacional, páginas de solución, casos, proof y conversiones que quizá terminan semanas después en CRM. El framework permanece igual porque las preguntas siguen siendo válidas; lo que cambia es la evidencia que necesitamos para responderlas.

Los anti-patrones que SEARCH/360 intenta evitar

Un framework sólo es valioso si también te ayuda a decir no. Hay prácticas que producen sensación de trabajo pero poca claridad: perseguir scores de herramientas sin contexto, escribir páginas para cada keyword mínima, conseguir enlaces hacia URLs que no tienen un rol claro, añadir schema esperando que resuelva contenido ambiguo o medir éxito con una captura puntual de una respuesta de IA.

SEARCH/360 obliga a ubicar cada acción dentro de una condición y un resultado. Si no puedes explicar qué dimensión mejora, qué evidencia existe y qué cambio esperarías observar, quizá todavía no tienes una iniciativa suficientemente madura.

• No arreglar todos los avisos porque una herramienta los pinta en rojo.
• No crear contenido nuevo antes de comprobar si ya existe una URL que debería cumplir ese rol.
• No llamar Authority a cualquier subida de DR/DA de una herramienta externa.
• No llamar GEO a reescribir frases para que 'suenen a IA'.
• No usar schema como sustituto de contenido visible y coherente.
• No presentar un score interno como si Google lo utilizara.
• No declarar éxito sin una métrica o evidencia definida antes del cambio.

FAQs y Schema: útiles para el lector, no un truco de SERP

Incluyo FAQs cuando ayudan a cerrar objeciones, responder long-tail real o condensar conceptos que el artículo desarrolló en profundidad. También puedo representar esas preguntas con FAQPage en JSON-LD siempre que las respuestas coincidan con el contenido visible.

Eso no significa esperar un rich result. Google redujo en 2023 la visibilidad de resultados enriquecidos FAQ y los limita regularmente a sitios gubernamentales y de salud reconocidos. Para un sitio como este, el valor principal de la sección FAQ está en la experiencia del lector, la claridad semántica y la reutilización editorial; el markup describe el contenido, no garantiza una apariencia especial.

La regla final: un framework sólo vale si mejora decisiones

SEARCH/360 no pretende hacer SEO más complejo. Pretende evitar una complejidad peor: equipos trabajando mucho sin compartir un modelo de por qué una iniciativa importa. Cuando Discoverability, Relevance, Authority, Citability y Measurement se convierten en un lenguaje común, es más fácil separar symptoms de causas, iniciativas de tickets y métricas de resultados.

Mi criterio para saber si el framework funcionó es sencillo: después del diagnóstico, el equipo debería entender qué está limitando Search, qué evidencia lo demuestra, qué hacemos primero, quién lo ejecuta y cómo sabremos si mejoró. Si todavía sólo tenemos una lista de cosas que 'SEO recomienda', nos falta trabajo.