Un agente que consulta internet tiene dos trabajos diferentes: encontrar páginas y leer las que necesita. La guía de DeepSeek describe esas tareas en Search y Fetch, dos API con una tarifa publicada de 0,75 dólares por cada 1.000 peticiones que devuelvan un resultado. El calendario oficial sitúa el inicio del cobro por uso el 1 de noviembre de 2026.
La consecuencia interesa especialmente a quienes montan asistentes, herramientas de investigación o automatizaciones con DeepSeek: el coste de consultar la web se cuenta aparte del texto que procesa el modelo. La novedad de facturación no supone el estreno de otro modelo ni un recargo anunciado para todos los usuarios de la aplicación de chat.
Buscar una página y leer su contenido son operaciones distintas
Search utiliza el buscador propio de DeepSeek y devuelve resultados ordenados. La respuesta incluye direcciones, títulos y resúmenes, además de campos como la fecha de publicación cuando se conoce. Su referencia permite pedir entre uno y 50 resultados por consulta; por defecto devuelve diez.
También admite filtros que resultan familiares para quien busca en la web: limitar los resultados a un dominio, excluir sitios o palabras, elegir idiomas y acotar fechas. Eso permite orientar una investigación hacia documentación oficial o hacia publicaciones recientes. El número de resultados solicitado no multiplica por sí mismo el precio de esa petición.
Fetch entra en juego cuando el sistema ya tiene una dirección concreta. Recupera la página y entrega su título y su contenido en Markdown, un formato de texto estructurado que otros programas pueden procesar. Sirve para llevar el artículo o documento al contexto del asistente, en lugar de quedarse únicamente con el resumen del buscador.
No todas las páginas se pueden recuperar. La disponibilidad del sitio y sus políticas de acceso siguen influyendo. La herramienta puede devolver contenido vacío o fallar aunque la dirección exista, algo que una aplicación debe distinguir de una página leída correctamente.
Qué se cobra y cuánto supone en la práctica
La tarifa es la misma para los dos servicios: 0,75 dólares por 1.000 peticiones exitosas de Search y otros 0,75 por 1.000 de Fetch. Para que una operación sea facturable debe responder correctamente y devolver resultados de búsqueda o contenido de página. Las búsquedas vacías, los errores y los tiempos de espera agotados no se cobran según las reglas publicadas.
La guía conserva también una referencia a un período gratuito junto a ese calendario. La tarifa publicada y el estado de facturación que muestre cada cuenta deben distinguirse; esa mención no permite prometer gratuidad vigente.
Un ejemplo sencillo ayuda a dimensionarlo: 1.000 búsquedas facturables más 1.000 páginas recuperadas sumarían 1,50 dólares en estas herramientas. Es un cálculo sobre la tarifa anunciada, sin añadir el consumo del modelo que lee las páginas y redacta la respuesta.
Esa segunda parte mantiene su propia contabilidad por tokens de entrada y salida. Cuanto más contenido se entregue al modelo y más extensa sea su respuesta, mayor puede ser el gasto de procesamiento. Por eso, el precio de buscar una dirección no permite calcular por sí solo cuánto costará resolver una tarea completa.
La fecha de noviembre afecta a las integraciones configuradas con DeepSeek
La documentación menciona también las llamadas de herramientas que se realizan desde DeepSeek Harness, Claude Code o Codex cuando esas aplicaciones utilizan la API de DeepSeek. Para esas operaciones del servidor señala el comienzo de la facturación a las 00:00, hora de Pekín, del 1 de noviembre.
La referencia es a esa configuración con el proveedor. No significa que cualquier búsqueda realizada desde Codex, cualquier sesión de Claude Code o una suscripción de ChatGPT vaya a recibir automáticamente un cargo de DeepSeek. Lo que importa es qué API atiende la petición y qué cuenta la paga.
Para qué aporta valor y qué conviene comprobar
La utilidad más clara aparece en trabajos que necesitan información cambiante: consultar documentación, localizar fuentes recientes o preparar una respuesta con referencias recuperables. Separar la búsqueda de la lectura permite decidir qué páginas merece la pena enviar al modelo, en lugar de procesarlo todo indiscriminadamente.
Antes de incorporarlo a una automatización, conviene medir una tarea completa: cuántas búsquedas realiza, cuántas páginas termina leyendo y qué información útil conserva. Repetir consultas innecesarias o introducir documentos irrelevantes puede aumentar el coste sin mejorar la respuesta.
El acceso a internet tampoco convierte una conclusión en verdadera. El buscador localiza fuentes y Fetch permite leerlas; contrastar fechas, contexto y afirmaciones sigue siendo parte del trabajo. La oportunidad es construir agentes mejor informados y con costes observables, no dar por verificado todo lo que encuentren en la web.