Cómo funciona la búsqueda web de Claude, mapa de rutas
Elige descubrir información o revisar un recurso en un ejemplo interactivo de Claude. Distingue la tarea de las explicaciones de la App y la API.
«Revisar el recurso proporcionado para esta nota de entrevista» parece una petición concreta hasta que la persona del ejemplo ficticio abre la tarjeta Recurso proporcionado. No tiene URL ni texto, y tampoco hay una transcripción detrás. Se ha nombrado la tarea sin aportar el material necesario para realizarla.
La otra tarea, «Buscar orientación pública para revisar una entrevista», pide localizar material pertinente. Puede ser útil, pero cambia el encargo. Una guía recién encontrada no puede convertirse sin avisar en el recurso que el colega pretendía revisar.
Resolvería esa diferencia antes de presentar una respuesta como una revisión completada. La pregunta es qué material necesita la persona a continuación, con una descripción del trabajo que su colega pueda comprobar.
TLDR Elige Descubrir información si la nota ficticia necesita orientación que consultar. Elige Revisar un recurso proporcionado para examinar qué haría falta del recurso previsto y observa que la tarjeta está vacía. El diagrama explica esas solicitudes de evidencia, con la Ayuda de la App y la referencia de la API separadas de las observaciones de navegador fechadas de Toth.
La búsqueda de orientación pública
Abre Descubrir información y lee su tarea, «Buscar orientación pública para revisar una entrevista». La persona pide recursos que podrían orientar una nota, sin identificar una guía concreta que deba revisarse.
Queda una pregunta útil sobre la pertinencia. ¿Qué parte del trabajo propuesto debería abordar esa orientación? Define el propósito antes de elegir una fuente. De lo contrario, la persona podría reunir páginas interesantes sin tener un motivo para incluir ninguna en la nota.
La Ayuda de Claude describe información de la web y citas con la búsqueda web activada. También indica que Claude puede recuperar contenido de URLs específicas proporcionadas, bajo esa condición de activación.
Para esta tarea ficticia, un editor podría pedir a su colega que identifique un recurso pertinente y explique su relación con la nota. El ejercicio no aporta el título de una guía ni su contenido. Esos detalles tendrían que proceder del material que se consulte.
El recorrido de ChatGPT Search ofrece otro ejercicio centrado en fuentes de búsqueda. Sus ejemplos tienen sus propios límites documentales, así que compara las preguntas que necesita resolver un editor sin suponer un comportamiento idéntico entre productos.
La revisión del recurso proporcionado
Cambia a Revisar un recurso proporcionado. Ahora la tarea se refiere al recurso previsto para esta nota de entrevista, y lo primero que hay que examinar es su tarjeta vacía. Una tarjeta llamada Recurso proporcionado no contiene una página que leer.
Solicita la identidad del recurso o el contenido pertinente antes de redactar la revisión. Si el colega tenía en mente una página específica, aclara esa elección. Una búsqueda general de orientación podría devolver algo relacionado y dejar sin examinar el recurso previsto.
Ese recurso podría ser una guía para preparar la nota en lugar de la entrevista misma. Pregunta qué material se pretende usar antes de cambiar el encargo.
Si el colega aporta más adelante un fragmento, conserva visibles sus límites. Un comentario sobre ese fragmento debería identificar qué parte se consideró, sin sugerir que se examinó todo el recurso. Si sólo llega un identificador, determina qué contenido está disponible antes de comentar su significado.
El editor que recibe la nota debería poder identificar el material examinado y la pregunta todavía pendiente. Si falta esa información, solicítala antes de describir la revisión como completada.
El selector interactivo de tareas
Abre los dos recorridos por turnos y compara sus siguientes solicitudes de evidencia. Descubrir información se refiere a localizar material pertinente. Revisar un recurso proporcionado exige obtener el recurso previsto para consultarlo, mientras la tarjeta sigue vacía.
El área de referencia situada debajo de las opciones describe capacidades documentadas. Sepárala del clic que acabas de hacer. El diagrama abre una explicación educativa y no envía solicitudes a Claude, inspecciona una URL ni asigna una fuente.
Escribe una línea breve de estado después de elegir un recorrido. «La persona necesita orientación pública» describe la opción de descubrimiento. Si el estado dice «La guía se revisó», compáralo con la tarjeta vacía e identifica qué observación lo respaldaría. Mientras llega esa evidencia, describe el material que sigue haciendo falta.
Esta distinción ayuda cuando un encargo cambia durante una conversación. Si el colega pasa de buscar material a evaluar algo que ya eligió, confirma la tarea prevista con palabras concretas. Una respuesta a la petición anterior puede seguir siendo útil, pero no resuelve lo que necesita la nueva.
La referencia de búsqueda y lectura en la API
Con web_search configurado en la API, el modelo decide cuándo buscar a partir del prompt. El proceso puede repetirse y devolver fuentes citadas. Esta descripción de la API está separada de una interacción en la App.
La API web_fetch recupera el texto completo de una URL específica, con citas opcionales. Las URLs permitidas deben estar ya en contexto mediante mensajes del usuario, resultados de herramientas del cliente (incluso ecos del texto del modelo) o resultados previos de búsqueda/lectura. Se excluyen los orígenes exclusivos de la salida del modelo, del prompt del sistema y de otras herramientas del servidor.
Con ambas herramientas API activadas, la documentación describe buscar un recurso identificado por nombre y leerlo si no se aportó su URL. Esa condición no prueba recuperación exitosa ni predice una llamada en la App.
Los nombres ayudan a explicar la diferencia entre pedir que se localice orientación y solicitar que se examine un recurso específico. También dan al desarrollador una referencia concreta que consultar. La persona ficticia no ha aportado una URL ni contenido, de modo que el ejercicio no puede mostrar una lectura completada ni validar un origen.
Una investigación sobre el acceso al contenido tiene otro propósito. La guía de renderizado de JavaScript sugiere preguntas sobre el material disponible para examinar. Relaciona ese trabajo con su propia observación, sin sustituir la evidencia de acceso por una descripción de capacidad.
La negativa registrada y sus límites
El análisis de Claude de Steve Toth recoge 30 conversaciones de tres turnos registradas el 25 de septiembre de 2026 y un intento de abrir una página rechazado porque no había aparecido en una búsqueda. Los significados que atribuye a la telemetría son inferidos, y las capturas del navegador no exponen todas las operaciones del servidor. Es su observación, sin una reproducción aquí.
Antes de aplicar esa negativa a otra petición, conserva su fecha y muestra. Lee la documentación actual dentro de su propio ámbito, en lugar de sustituirla por el evento observado.
Para la nota ficticia, hay un problema anterior que resolver. Nadie ha aportado un recurso que el ejercicio pueda leer. Repetir una negativa registrada no diría a la persona si el material previsto es pertinente, accesible o adecuado para el encargo.
Si la revisión se amplía a un proyecto de investigación con varias fuentes, el artículo de Deep Research tiene otro ejercicio para delimitar el encargo. Primero decide qué necesita la petición actual para que un proyecto más amplio no oculte el material que falta.
Páginas públicas para una tarea editorial
Si editara una guía pública que alguien pudiera considerar para una nota de entrevista, explicaría su propósito antes de añadir una promesa general de utilidad. Identifica qué tipo de trabajo aborda y los límites necesarios para interpretarla. Eso ayuda a un editor a decidir qué pregunta hacerle a la página.
Da un nombre útil a una sección específica si responde a una pregunta más concreta. Un colega que identifique esa sección puede formular una petición más precisa que «revisar este recurso». La página todavía necesita una explicación sustantiva detrás del encabezado, en lugar de una colección de etiquetas atractivas.
Si el recurso tiene varias partes, facilita reconocer la porción prevista. Antes de incluirla en la nota ficticia, pregunta qué pasaje respalda el comentario propuesto y cómo se relaciona con el encargo. Es una evaluación editorial, sin atribuirle un beneficio de posicionamiento ni una cita conseguida.
El ejercicio de AI Overviews distingue entre las condiciones de una página y una presentación observada. Aquí, la pregunta pendiente se refiere al recurso que la persona pretendía proporcionar. Distintas incertidumbres necesitan distintas comprobaciones.
Vuelve a las dos tareas antes de entregar la nota. Si la persona pidió descubrimiento, consigue material pertinente y explica por qué se eligió. Si pidió una revisión, solicita el recurso previsto antes de describir su contenido. Así, el colega puede reconocer qué falta por hacer sin confundir la tarjeta con un trabajo completado.
Preguntas frecuentes
¿Elegir un recorrido llama a Claude?
Los controles abren explicaciones educativas para una nota de entrevista ficticia. No invocan herramientas ni solicitan una URL en directo.
¿Claude puede recuperar una URL proporcionada en la App?
La Ayuda de Claude documenta esa capacidad con la búsqueda web activada. No promete una recuperación en cualquier situación.
¿Qué contiene la tarjeta Recurso proporcionado?
Sólo su etiqueta. El ejercicio no aporta URL, autor, texto del recurso, transcripción, respuesta ni cita.
¿La negativa de Toth establece una regla universal?
El evento registrado pertenece a su muestra de navegador fechada. Conserva ese ámbito y consulta la documentación actual antes de aplicarlo a otra situación.
