Identifique las oportunidades de crecimiento que merecen ser priorizadas en función de la demanda del mercado, el panorama competitivo, las propuestas de valor de la marca y las fuentes de citación.
Cuando una URL antigua desaparece de las citas de la IA, comprueba si la nueva página sigue cumpliendo la tarea original. Compara respuestas, URL antiguas y nuevas y datos de la marca, y después elige entre corregir, seguir observando o dar el visto bueno.
Explora más de 12,000 nichos de mercado.
Actualizado por
Actualizado el Nov 05, 2026
Dos semanas después de publicar la web rediseñada, el responsable de crecimiento se da cuenta de que las URL oficiales citadas en las respuestas de IA han cambiado. Algunos quieren volver atrás. Otros quieren esperar. Pon las respuestas antiguas y las actuales una junto a otra. Comprueba si las páginas nuevas sustituyeron a las antiguas. Después mira cómo cambiaban las citas cuando antes se repetían las mismas preguntas.
Dageno registró todas las URL citadas en las respuestas recogidas en el mercado de smartwatches del 3 al 19 de agosto de 2026. Una respuesta puede citar varias páginas. Cada página tiene un registro de cita. Una cita es una página de origen que aparece en una respuesta. Una dirección web (URL) es la ubicación de esa página. Por ejemplo, www.apple.com/apple-watch-series-11/specs/ era la URL de la página de especificaciones del Series 11 registrada en el momento de la recogida.
De 3.301 respuestas, 2.428 tenían registros de cita con URL, con 33.418 citas en total. La mediana de URL citadas por respuesta fue 12.
Entre ellas, 388 pares compartían el mismo ID de pregunta, plataforma y región, con una respuesta recogida en cada una de dos fechas. En una pregunta de información en Google AI Mode en los Países Bajos, la respuesta del 4 de agosto citaba la página de especificaciones del Series 11 de Egipto. La del 11 de agosto citaba la página de producto del Series 11 de EE. UU. Ambas citaban la web de Apple. Lo que cambió fue la página concreta y la web del país.
Una «línea base de fluctuación» es cuánto cambian normalmente los resultados cuando repites la recogida en las mismas condiciones. El paso de una página de especificaciones a una página de producto que acabamos de ver es un cambio real que conviene guardar en esa línea base. Si fueras esta marca, repetirías preguntas fijas antes del rediseño. Guarda URL, plataformas, regiones y fechas para compararlas tras el lanzamiento.
La coincidencia es el número de URL citadas en ambas respuestas dividido entre el total de URL distintas citadas en las dos. Antes de comparar, elimina las URL duplicadas de cada lista. Mantén separadas las URL de distintos idiomas de un mismo documento.
En estos 388 pares, la mediana de coincidencia de URL fue 0,15. En 72 pares no coincidía ninguna URL. En dominios, la mediana fue 0,31. En 23 pares no coincidía ningún dominio. Un dominio es el nombre de una web, como apple.com. support.apple.com es un subdominio para la web de soporte. La URL puede cambiar aunque la web sea la misma.
La web de Apple se citó en ambas respuestas en 58 pares, solo en una en 31 pares y en ninguna en 299 pares. De los 58 pares que citaban la web en ambas, 48 compartían al menos una URL. En 10 pares, todas las URL eran distintas.
En una comparación de análisis en Google AI Mode en Italia, la respuesta del 4 de agosto citaba la página de producto del SE 3 y una nota de prensa. La del 10 de agosto citaba en su lugar una página de comparación de modelos. Primero anota qué información necesitaba la respuesta original. Después lee la página sustituta para ver si todavía la ofrece. Anota como entradas separadas de la lista la URL original que falta, la URL nueva y si la web oficial sigue citándose.
Anota tanto «¿se sigue citando la web oficial?» como «¿qué página concreta se cita?». Usa Tamaño de muestra y calendario de nuevas pruebas de visibilidad en IA para planificar cuántas respuestas recoger y cuántas rondas hacer. Aquí el foco está en comparar URL y dominios.
Si fueras esta marca, rellenarías: preguntas clave, plataformas, regiones, resultados repetidos antes del rediseño, cambios permitidos, rondas de nuevas pruebas y fechas. El responsable de crecimiento debe confirmar qué datos o páginas que falten afectarían a la elección del usuario.
Cuando desaparece una URL antigua, busca primero la URL nueva esperada u otra página que siga respondiendo a la pregunta original. Empieza a investigar páginas cuando un tipo de página necesario siga ausente durante las rondas acordadas y supere la fluctuación normal de la marca. Sigue observando si las nuevas fuentes todavía cumplen la tarea original o si los registros están incompletos.
Superar la fluctuación histórica, por sí solo, no demuestra que el rediseño causara el cambio. Vincula el cambio a una edición concreta. ¿Qué página se movió? ¿Qué dato se eliminó? ¿Qué condiciones del producto cambiaron al mismo tiempo? Pasa a la persona responsable, para su corrección, los errores de redirección, los problemas de acceso y los datos que falten y estén confirmados. Juzga los cambios en las respuestas a partir de los registros de las nuevas pruebas.
Primero, el responsable de la web debe aportar la fecha de lanzamiento, las páginas afectadas, la correspondencia de URL antiguas y nuevas y el texto de las páginas antes y después del lanzamiento. El responsable de producto debe confirmar los datos actuales y qué información histórica hay que conservar. El responsable de contenidos debe anotar los materiales de producto y las páginas externas editados en el mismo periodo.
Rellenar: fecha de lanzamiento; URL antigua → URL nueva esperada; cambios realizados; tarea de la página original; evidencia de los datos actuales; responsable del visto bueno. Incluye las páginas cuyo texto cambió aunque su URL siguiera igual.
Elige preguntas fijas relacionadas con estas páginas en Conjunto de prompts de visibilidad en IA. Guarda el texto exacto de cada pregunta, su ID, idioma, plataforma, región y la respuesta completa. Esta exportación contiene los ID de las preguntas. La persona responsable de la recogida debe aportar el texto exacto de las preguntas.
La lista de cambios muestra qué se editó. La correspondencia de URL muestra adónde debía ir cada página antigua. El texto de las páginas muestra dónde se conservaron los datos. Las preguntas y respuestas originales muestran qué dijo la IA y qué páginas citó. Pon cada elemento junto a su página correspondiente. Marca los elementos que falten como «Rellenar: …» y nombra a quien los aportará.
Una descripción es lo que dice una respuesta sobre una marca, un producto o las condiciones de uso. Por ejemplo, una respuesta podría decir «el Apple Watch solo se empareja con el iPhone». Una cita es una página de origen que aparece al final de una respuesta, como un documento de soporte en support.apple.com. Lleva registros separados para descripciones y citas.
En la exportación de agosto, 400 de las 419 respuestas que citaban la web de Apple mencionaban a Apple. La etiqueta de postura de la exportación (positiva / neutral / mixta / negativa) fue positiva en 221 respuestas, neutral en 168, mixta en 10 y negativa en 1.
Otras 1.096 respuestas mencionaban a Apple sin citar su web. Sus etiquetas de postura fueron positivas en 797 respuestas, neutrales en 214, mixtas en 51 y negativas en 33. Es decir, entre las respuestas que etiquetaban a Apple como positiva, 797 no citaban su web y 221 sí. Tres de cada cuatro no la citaban. Guarda la etiqueta positiva tal como la registró el sistema. Lee la respuesta completa por separado para juzgar el nivel de recomendación.
En los registros sin cita de la web oficial, no puedes saber qué fuente aportó la descripción de la marca. En las descripciones, comprueba el texto exacto y los datos. En las citas, comprueba las URL y el contenido de las páginas. Consulta las definiciones relacionadas en Guía de visibilidad en la búsqueda con IA.
Usa Definición de recomendación de la IA para anotar mención, listado, recomendación o elección explícita. Guarda la frase exacta que respalda ese juicio y las condiciones de la elección. Anota por separado la ausencia de la marca.
Guarda por separado la posición de la primera mención y la etiqueta de postura del sistema. De los 223 pares en los que ambas respuestas mencionaban a Apple, 25 tenían etiquetas de postura distintas. En 21 pares cambió el campo «primera marca mencionada». Rellenar: frases exactas antes y después, nivel de recomendación, condiciones necesarias y revisor. Revisa ambas respuestas con las mismas reglas.
Sigue Página de destino de la recomendación de la IA. Selecciona tu marca en «Citation analysis → Competitor citations» y guarda la lista de páginas. En la lista histórica, conserva la URL, el título, el ID de la pregunta, la plataforma, la región, la fecha y el número de citas.
source_title es el título de la página citada registrado en el momento de la recogida. Por ejemplo, la página de especificaciones del Series 11 se registró como «Apple Watch Series 11 - Technical Specifications». Mantén ese título junto a su URL antigua. Después comprueba el título y el texto actuales.
Apple actualizó su gama de Apple Watch en septiembre de 2026 y con ella cambiaron las URL de las páginas de producto. No fue un rediseño de la web, pero el efecto en las citas de la IA es el mismo: hay que volver a comprobar el destino de las URL citadas antes. La nota de Apple Newsroom The latest iPhone, Apple Watch, and AirPods lineups arrive in stores worldwide recoge que los nuevos productos, entre ellos el Apple Watch Series 12 y el Ultra 4, llegaron a las tiendas el 18 de septiembre.
Si fueras esta marca, empezarías por el destino de las URL citadas en agosto. Después revisarías las respuestas posteriores a las mismas preguntas. Visitamos estas URL antiguas el 13 de octubre. La sección 4 explica el método y los resultados.
En la consulta del 13 de octubre de 2026, al seleccionar Apple en «Competitor citations» aparecían Cited URLs 364, Cited answers 130 y New URLs · 7d 0. Estas son las ocho primeras filas. Todas las fechas First / Latest son de 2026.
| Título | URL | Citas | First / Latest |
|---|---|---|---|
| Wenn du die Apple Watch nicht mit deinem iPhone koppeln kannst | support.apple.com/de-at/111821 |
3 | 08-19 / 08-19 |
| Track your nightly wrist temperature changes with Apple Watch | support.apple.com/en-us/102674 |
3 | 08-18 / 08-19 |
| Configurer votre Apple Watch - Assistance Apple (FR) | support.apple.com/fr-fr/109015 |
3 | 08-15 / 08-18 |
| Die neue Apple Watch Series 10 | apple.com/de/newsroom/2024/09/introducing-apple-watch-series-10/ |
3 | 08-15 / 08-19 |
| Apple Watch lässt sich mit neuen iPhone nicht mehr koppeln | communities.apple.com/de/thread/254845317 |
2 | 08-19 / 08-19 |
| Wenn du die Apple Watch nicht mit deinem iPhone koppeln kannst | support.apple.com/de-de/111821 |
2 | 08-19 / 08-19 |
| Herzfrequenz mit der Apple Watch messen - Apple Support (DE) | support.apple.com/de-de/120277 |
2 | 08-14 / 08-19 |
| About the water-resistance of your Apple Watch | support.apple.com/en-gb/109522 |
2 | 08-19 / 08-19 |
Las fechas de esta lista de páginas son de agosto. Estas respuestas son de un lote distinto al de la exportación. Guarda las fechas de cada registro por separado y luego crúzalos por la URL completa. La lista solo permite paginar, con 15 filas por página. Al hacer clic en una fila se abre la página externa. Registra cada URL que tengas que revisar. Usa tu propia lista para revisar las páginas antiguas y nuevas.
Empieza por Brand overview para tener la visión general. Ese día, Visibility estaba en el 61,91 %, con Visibility rank en el puesto n.º 1. En Top cited sources, apple.com tenía 212 citas, y el 7,28 % de las respuestas citaba esa fuente. Guarda estos valores con la fecha de consulta. Sigue en Citation analysis para ver los cambios en páginas concretas.
Entre las páginas oficiales más citadas en la exportación de agosto, la página neerlandesa de comparación de modelos tuvo 12 citas. Una publicación de la comunidad alemana de Apple sobre tamaños de esfera tuvo 8. La página australiana sobre el uso por niños tuvo 7. En la lista aparecían también páginas neerlandesas de renovación, documentos de soporte, notas de prensa y páginas de reparación.
Por tipo de página, los documentos de soporte tenían 536 registros de cita, las páginas de la tienda 164, las notas de prensa 97, las páginas de comparación de modelos 93 y las páginas de producto y especificaciones del Series 11, 87. Una revisión de rediseño debe cubrir las tareas de comparación, uso, soporte posventa y compra.
Si fueras esta marca, priorizarías las páginas que se citaban antes, cambiaron en este rediseño y siguen cumpliendo una tarea clave. Pide al responsable de producto o de soporte que confirme qué datos necesita la tarea original. Anota dónde aparecen esos datos en la nueva web. Anota también las páginas sin cambios cuyas citas siguen cambiando. Ayudan a ver hasta dónde se extienden los cambios.
Usa La visibilidad en IA varía según el modelo para revisar las plataformas por separado. Anota dónde se concentran los cambios. En las respuestas de agosto que citaban la web oficial, Google AI Mode tenía 131 respuestas, ChatGPT 107, Gemini 81, Google AI Overview 63 y Copilot 35.
Las webs de cada país tienen URL distintas. Sigue Revisa la visibilidad en IA por región para mantener las mismas condiciones de región. Un par de respuestas en los Países Bajos citó primero un documento de soporte en inglés y luego la versión en neerlandés. Las rutas eran support.apple.com/en-us/105080 y support.apple.com/nl-nl/105080. Conserva las versiones de idioma en el registro y luego comprueba si sus datos son los mismos.
Figura 1: Páginas oficiales citadas que aparecen en la pestaña «Competitor citations» de Citation analysis con Apple seleccionada como marca actual (mercado de smartwatches, consultado el 13 de octubre de 2026). Cada fila tiene el título de la página, la URL, el número de citas y las fechas First / Latest. Exporta una lista antes del rediseño y otra después, y compáralas por URL.
El 13 de octubre de 2026 solicitamos cada URL con curl y un user agent de navegador de escritorio, y anotamos el código de estado y el primer destino de redirección. Eran 984 URL de la web de Apple citadas en agosto. Un user agent es la identidad que se declara en una solicitud. Aquí usamos la de un navegador de escritorio. La tabla de abajo muestra los resultados de nuestras propias solicitudes. Lee las citas posteriores de la IA por separado de los registros de respuestas.
| Estado actual | URL distintas | Registros de cita | Respuestas implicadas |
|---|---|---|---|
| Devolvió 200 con normalidad | 749 | 975 | 368 |
| Redirigida a una página general /watch/ | 65 | 94 | 52 |
| Redirigida a la página correspondiente de la nueva versión | 22 | 23 | 20 |
| Cambió el formato de la URL (misma página de contenido) | 26 | 29 | 18 |
| Otras redirecciones | 119 | 137 | 79 |
| 404 | 2 | 2 | 2 |
| Tiempo de espera agotado (un PDF) | 1 | 1 | 1 |
«URL distintas» cuenta URL individuales. «Registros de cita» cuenta cuántas veces aparecieron esas URL en respuestas históricas. «Respuestas implicadas» identifica las respuestas que las contenían. La categoría de página general comprueba si la primera redirección apunta a la sección de relojes de la web de ese país. La categoría de página correspondiente comprueba si el último tramo de la ruta de destino coincide con la URL antigua. Solo anotamos la primera redirección. El responsable de la web debe seguirla y anotar la página final, el título y el texto. Después el responsable de producto debe cotejar los datos conservados con los que necesita la pregunta original.
La página de especificaciones del Series 11 de EE. UU. tenía el título registrado «Apple Watch Series 11 - Technical Specifications» y 5 citas en agosto. La página de especificaciones alemana se titulaba «Apple Watch Series 11 - Technische Daten» y tenía 3 citas. La página de producto neerlandesa del Ultra 3 se titulaba «Apple Watch Ultra 3» y tenía 3 citas. Sus primeros destinos de redirección son estos.
| URL antigua | Primer destino de redirección |
|---|---|
www.apple.com/apple-watch-series-11/specs/ |
www.apple.com/watch/ |
www.apple.com/de/apple-watch-series-11/specs/ |
www.apple.com/de/watch/ |
www.apple.com/nl/apple-watch-ultra-3/ |
www.apple.com/nl/watch/ |
Si fueras esta marca, abrirías después la página general. Comprueba si allí siguen disponibles las especificaciones y las condiciones de uso del modelo original. Elige corregir si la pregunta original todavía necesita esos detalles y el destino no tiene información equivalente. El responsable de producto confirma los datos históricos. El responsable de contenidos añade una página de información pública. El responsable de la web arregla la correspondencia de URL.
Sigue observando si la información se conserva por completo pero las respuestas posteriores siguen sin ella. Da el visto bueno cuando las páginas y las nuevas pruebas acordadas se superen. Anota la tarea original y dónde se conserva la información. Así tendrás una base concreta para juzgar si la fusión funciona.
La URL neerlandesa www.apple.com/nl/apple-watch-series-11/why-apple-watch/ redirige a www.apple.com/nl/apple-watch-series-12/why-apple-watch/. Las webs de EE. UU., Reino Unido y Polonia tienen la misma correspondencia. En la web de Singapur, www.apple.com/sg/apple-watch-ultra-3/why-apple-watch/ redirige a www.apple.com/sg/apple-watch-ultra-4/why-apple-watch/. Si fueras esta marca, anotarías el título del momento de la recogida y el título actual de cada par.
Aunque las rutas sean uno a uno, el responsable de producto tiene que confirmar el modelo, las especificaciones y las condiciones de uso. Cuando una respuesta antigua habla de un modelo antiguo, comprueba dónde se conserva su información histórica. Corrige los datos que no coincidan o falten. Observa si el contenido está completo pero las respuestas necesitan nuevas pruebas. Da el visto bueno cuando ambos se superen.
La página de producto del SE 3 www.apple.com/apple-watch-se-3/ (título registrado «Apple Watch SE 3») y las páginas de especificaciones de cada país seguían devolviendo 200. La página de comparación neerlandesa apple.com/nl/watch/compare/, registrada como «Vergelijk Apple Watch», tenía 12 citas y también devolvía 200.
Si fueras esta marca, seguirías comparando títulos, textos y condiciones necesarias. Corrige el contenido clave que falte. Observa si la página es correcta pero las respuestas están incompletas. Da el visto bueno cuando se superen todas las comprobaciones.
La página de la comunidad alemana communities.apple.com/de/thread/254913978 se registró como «Apple Watch Größe 41 oder 45mm» y tenía 8 citas. El acceso mediante script redirigía a una página de verificación humana. Había 54 URL de comunidad de este tipo. Otras 2 URL de la tienda devolvían 404 y un PDF agotó el tiempo de espera.
El responsable de la web debe añadir comprobaciones en el navegador y en los registros. Si se confirma que no se puede leer una página necesaria, restaura esa página o información equivalente y elige corregir. En los registros de verificación por script y de tiempo agotado pendientes de comprobar, rellena la persona responsable y la fecha de la nueva visita. Sigue observando. En otros registros, como cambios de formato de URL o páginas de configuración que redirigen a páginas de categoría, comprueba el contenido final uno por uno.
Pon el título histórico junto a su URL original y luego lee la página actual. El título histórico de las especificaciones del Series 11 era «Apple Watch Series 11 - Technical Specifications». Su primera redirección apunta ahora a una página general. El título de la nueva página de producto es «Apple Watch Series 12 - Apple». Anota la URL a la que pertenece cada título y luego comprueba el modelo y el texto.
Sigue el mismo orden cuando cambia el título en la misma URL. Guarda el source_title antiguo, lee el título actual y compara los datos necesarios del texto. Pide a los responsables de contenidos y de producto que los confirmen. La página de la tienda polaca apple.com/pl/shop/buy-watch/apple-watch tenía el título histórico «Kup Apple Watch Series 11». Rellena su título actual: … El responsable de contenidos debe comprobarlo.
Rellenar: texto exacto antes y después del rediseño, datos que cambiaron, versión de la información y revisor. Primero localiza cambios en el modelo, las funciones, la compatibilidad, el precio o las condiciones del servicio. Después comprueba los datos actuales. Anota cada resultado como actualización correcta, cambio de redacción, error o pendiente de verificación.
Abre una tarea de corrección aparte para los errores de descripción usando Cómo corregir la desinformación de la IA sobre tu marca. Si el contenido de la web es correcto pero una respuesta sigue estando mal, abre la página externa que aparece en esa respuesta. Comprueba los datos pertinentes y la fecha.
Lee el texto de la recomendación con los mismos niveles. Después comprueba las condiciones que pide el usuario y las condiciones reales del producto. Si cambiaron las condiciones del producto, el responsable de producto confirma la nueva redacción. Si desaparecieron de la nueva página datos necesarios, los responsables de contenidos y de la web deben restaurarlos.
Cuando no aparece una página antigua, lee las páginas que se citan ahora. Anota por separado las nuevas páginas oficiales, otras páginas de la misma web y las páginas externas. Comprueba si cada una sigue respondiendo a la tarea original. Coteja la respuesta real con los cambios de las páginas y la evidencia de los datos. Localiza el hueco concreto y añádelo a la hoja de decisión.
Si fueras esta marca, el responsable de crecimiento confirmaría primero las preguntas clave, los cambios permitidos y el plan de nuevas pruebas. Después pide a cada responsable que apruebe las filas que le corresponden. Define una anomalía con condiciones que se puedan comprobar.
| Comprobación | Materiales que revisar | Línea base de fluctuación normal | Qué cuenta como anomalía | Quién confirma |
|---|---|---|---|---|
| Descripción | Texto exacto antes y después, información del producto, textos antiguo y nuevo, fuentes reales | Rellenar: cambios históricos de datos y redacción para la misma pregunta | Un dato clave es erróneo, o falta una condición necesaria que afecta a la tarea original | Producto comprueba los datos; contenidos comprueba el texto; rellenar nombres |
| Recomendación | Respuestas completas, frases que respaldan los niveles, condiciones necesarias | Rellenar: cambios históricos de nivel para la misma pregunta, plataforma y región | Las condiciones originales siguen encajando, pero las nuevas pruebas acordadas muestran un descenso continuado mayor de lo permitido | Crecimiento/análisis comprueba los niveles; producto comprueba la idoneidad; rellenar nombres |
| Cita | Correspondencia antigua-nueva, citas antes y después, títulos, texto del destino | Rellenar: cambios históricos en URL, dominios y fuentes propias | Los datos clave no tienen una página sustituta legible; o las citas propias pertinentes muestran pérdidas continuadas por encima de la línea base | Web comprueba el acceso y la correspondencia; análisis comprueba las citas; rellenar nombres |
Elige corregir cuando la persona responsable confirme una redirección errónea, un problema de acceso o un dato clave que falta en una página necesaria. Una frase incorrecta de la IA que contradice la evidencia del producto también necesita corrección. Arregla primero esos problemas concretos y luego vuelve a probar las respuestas.
Haz las reparaciones en orden. Restaura el acceso necesario y corrige las correspondencias. Restaura los datos y la evidencia que falten. Después revisa títulos, textos y enlaces internos. Para cada elemento, rellena la página a reparar, la información que falta, quién hace el trabajo, el revisor y el método de verificación.
Si las reparaciones locales no consiguen restaurar el contenido clave, el responsable de la web debe valorar volver atrás. Primero confirma que se puede restaurar la versión antigua y que los riesgos técnicos son aceptables. Después haz un plan. Revisa páginas y respuestas tras volver atrás con la misma lista.
Elige seguir observando ante un cambio aislado, cambios dentro de la fluctuación histórica o páginas que conservan la información mientras los registros de respuestas siguen incompletos. Indica el siguiente paso para las filas a las que les falta la pregunta original, el registro antiguo o la página de destino final.
Rellenar: qué falta; quién lo aportará; cómo se hará la siguiente recogida; la fecha de la nueva prueba; qué resultados llevan a corregir o a dar el visto bueno. Mantén marcadas como «corregir» las filas en reparación. Actualízalas tras la reparación según los resultados de la nueva prueba.
Para dar el visto bueno, debe cumplirse cada una de estas condiciones:
Rellenar: preguntas, páginas, plataformas, regiones, periodo de observación y firmantes que cubre el visto bueno. Reabre un elemento si más adelante aparece un error factual clave, una página importante ilegible o pérdidas continuadas por encima de la línea base.
La tabla de abajo usa muestras de URL reales. Los responsables rellenan los resultados de las respuestas y las decisiones. Si fueras esta marca, juzgarías cada fila con las mismas condiciones.
| URL antigua → URL nueva | Estado de las citas en la IA tras el rediseño | ¿Ha cambiado la descripción? | Decisión | Fecha de la nueva prueba |
|---|---|---|---|---|
www.apple.com/apple-watch-series-11/specs/ → www.apple.com/watch/ |
Rellenar: citas de la página antigua/nueva/equivalente, plataforma y fecha | Rellenar: texto exacto, exactitud, dónde está el registro del nivel de recomendación | Corregir un hueco de datos confirmado; observar si faltan registros; dar el visto bueno si todo se supera | Rellenar: fecha y responsable |
www.apple.com/nl/apple-watch-series-11/why-apple-watch/ → www.apple.com/nl/apple-watch-series-12/why-apple-watch/ |
Rellenar: estado real de las citas | Rellenar: si coinciden el modelo y las condiciones | Corregir las discrepancias; observar si la información se conserva pero hay nuevas pruebas pendientes; dar el visto bueno si todo se supera | Rellenar: fecha y responsable |
apple.com/nl/watch/compare/ → URL sin cambios (devolvió 200) |
Rellenar: estado real de las citas | Rellenar: cambios en el texto de la misma URL y en las respuestas | Corregir huecos de contenido; observar si los registros están incompletos; dar el visto bueno si todo se supera | Rellenar: fecha y responsable |
communities.apple.com/de/thread/254913978 → el acceso por script redirige a una verificación humana; rellenar el resultado de la nueva visita |
Rellenar: evidencia real de citas en la IA | Rellenar: tarea original y dónde se conservan los datos | Corregir un hueco confirmado en el acceso necesario; observar si hay comprobaciones de acceso pendientes; dar el visto bueno si todo se supera | Rellenar: fecha y responsable |
Primero, el responsable de la web comprueba la cadena de acceso, el texto del destino, el título y los datos necesarios. Después el responsable de análisis guarda las respuestas completas usando las preguntas originales y la misma plataforma, región, idioma, contexto y método de recogida.
Sigue Verifica si mejoraron las recomendaciones de la IA para el método de comparación. Conserva también las comprobaciones de URL antiguas y nuevas y de datos de este artículo. Rellenar: ronda de la nueva prueba, fecha de realización, resultados de las páginas, texto exacto de la descripción, nivel de recomendación y lista de citas. Actualiza la hoja de decisión tras cada recogida.
Primero, un término que verás en Effect tracking. La tasa de citas fantasma (ghost citation rate) significa «la proporción de respuestas de IA que citan tu web sin nombrar tu marca en ningún punto del texto de la respuesta». Por ejemplo, la pestaña Ghost citations tiene un registro de cita fantasma para la página Apple Watch For Your Kids. Esa pestaña muestra 4 URL relacionadas: la página sobre el uso por niños, dos páginas de análisis del Evie Ring y una nota de prensa del Ultra 2 de Reino Unido.
Estos son los cuatro campos del resumen y sus descripciones en la interfaz. Es un ejemplo de la interfaz del 13 de octubre de 2026.
| Campo | Descripción original | Valor actual |
|---|---|---|
| Tracked pages | URLs currently included in effect tracking | 4 |
| URLs cited | Tracked pages cited by at least one existing answer | 3 |
| Brand mention rate | Brand attribution within answers citing tracked pages | 100,00 % |
| Ghost citation rate | Tracked pages cited without a brand mention | 0 % |
Las columnas de la tabla Tracked pages son «Tracked pages / Status / URL citation rate / Brand mention rate / Brand rank / Ghost citation rate / Action». Los recuentos usan «exact matching», es decir, la URL completa tiene que ser idéntica. Las URL antiguas y nuevas y las de distintos países tienen registros separados.
Effect tracking cubre toda la marca, sin desglose por mercado. Las páginas que se siguen ahora incluyen documentos de soporte del iPhone, un enlace de prueba de Dageno, las especificaciones del iPhone 17 Pro y una nota de prensa. Esta imagen es solo un ejemplo de la interfaz. Si fueras esta marca, añadirías las URL antiguas prioritarias antes del rediseño y las URL nuevas por separado después. Revisa ambas.
El cuadro de diálogo para añadir dice: «Add a published URL to track its citations, brand mentions, and supporting evidence in existing LLM answers. This does not start real-time crawling.» Recoge y guarda las respuestas completas por separado según el plan de nuevas pruebas. Revísalas frase a frase. Ese día, «Issues & opportunities» tenía 3 tarjetas: 1 Country or region coverage gap y 2 Ghost citations. No había una categoría de «rediseño». El equipo mantiene la lista y las decisiones del rediseño en su hoja de trabajo.
Figura 2: Página de Effect tracking (toda la marca, sin desglose por mercado, consultada el 13 de octubre de 2026). Las Tracked pages usan «exact matching» para calcular URL citation rate, Brand mention rate y Ghost citation rate. Las páginas que se siguen aquí son del iPhone y solo sirven como ejemplo de la interfaz. Durante un rediseño, añade por separado las URL antiguas y las nuevas.
Vuelve a anotar en la tabla, por separado, los resultados de acceso, la exactitud de la descripción, el nivel de recomendación y el estado de las citas de las páginas antigua/nueva/equivalente. Mantén «corregir» si queda un hueco sin reparar. Mantén «observar» si la información está completa pero hay nuevas pruebas pendientes. Cuando se superen todas las comprobaciones, la persona responsable da el visto bueno.
Conserva las versiones de la información, las condiciones de recogida, las fechas de las nuevas pruebas y los registros de firma. Usa estos registros como comparación original para el siguiente cambio importante.
Empieza a ver cómo rinde tu marca en la búsqueda con IA
Obtén tu informe gratis Regístrate en DagenoTodavía no. Busca primero una página nueva o información equivalente. Compara con la fluctuación histórica. Comprueba si siguen disponibles los datos clave que necesita la tarea original. El responsable de la web valora volver atrás según el alcance de la reparación, si se puede restaurar la versión antigua y los riesgos técnicos.
Una vez superado el acceso, sigue comprobando el título, el texto, las condiciones del producto y la tarea de la pregunta original. Después revisa las respuestas según el plan acordado. Da el visto bueno cuando se cumplan todas las condiciones de aceptación.
Comprueba el texto exacto y los datos actuales. Anota las actualizaciones correctas en la versión de la información. Pasa los errores factuales al responsable de la corrección. En cuanto a las citas, sigue leyendo el contenido real de las fuentes. Anota las conclusiones por separado.
Corrige primero los problemas confirmados de páginas o de datos. Completa las preguntas fijas y establece una recogida repetida a partir de ahora. En la hoja de decisión, indica qué revisó esta ronda, qué falta, quién lo aportará y cuándo se volverá a revisar.
Actualizado por
Dageno
Dageno is the research and insights team at Dageno AI, publishing industry reports and expert analysis on AI Search Visibility, Generative Engine Optimization (GEO), and AI-powered search discovery.
Ye Faye • Apr 07, 2026
Tim • Sep 28, 2026
Ye Faye • Nov 03, 2026
Ye Faye • Sep 28, 2026
Alexa for Shopping