Autenticación y rutas de lectura
Las rutas de recuperación utilizan GET en https://api.redditapicloud.com. Puedes autenticarte con X-API-Key: <clave> o Authorization: Bearer <clave>. Ambas cabeceras están admitidas. Guarda el secreto en tu servidor. La cookie Secure HttpOnly mantiene la sesión del panel de cuenta y no sustituye la cabecera necesaria para consultar datos desde tu aplicación.
/v1/search busca publicaciones y comentarios; /v1/posts restringe la búsqueda a publicaciones y /v1/comments a comentarios. Estas rutas no reciben id como filtro. Para consultar un registro identificado utiliza /v1/item?id=...: requiere ese identificador y no devuelve automáticamente sus respuestas, sus descendientes o todos los mensajes de la misma conversación.
/v1/subreddits admite solo prefix y limit, sin page. Busca prefijos de nombres de comunidades, no temas de contenido, y sus recuentos no son un censo global exacto. /v1/status es público y no consume créditos: declara estáticamente el alcance y confirma la respuesta HTTP, sin comprobar el buscador, las claves ni el saldo.
Filtros y forma de la respuesta
En search, posts y comments los parámetros admitidos son q, subreddit, author, kind, from, to, min_score, limit y page. kind acepta post o comment, conservando esos valores literales. q realiza una búsqueda textual, no ejecuta un lenguaje arbitrario de consultas ni clasifica sentimientos. Combina filtros deliberadamente para no excluir mensajes que después necesites como contexto.
Las fechas from y to usan YYYY-MM-DD en UTC y se aplican a created_utc. El día to se incluye completo; no es un instante de exclusión a medianoche. Estos parámetros no expresan horas ni segundos. min_score es un umbral numérico de puntuación, no un selector de respuestas correctas ni un criterio de ordenación.
Los registros devueltos son planos; los clientes pueden agrupar campos de padre y enlace localmente, pero no se garantiza un árbol de hilos completo. La ordenación utiliza el orden _doc del archivo, que no es cronológico ni por relevancia. Las iteraciones paginadas no garantizan la cobertura total ni la ingestión exhaustiva de todos los registros coincidentes. Los campos pueden faltar y las referencias pueden apuntar a registros no recibidos. La respuesta contiene data, pagination y credits. parent_id y link_id no son filtros de búsqueda.
Paginación, errores y cobro
limit y page aceptan valores de 1 a 100. La entrega sigue el orden interno _doc, sin orden cronológico, de relevancia o de puntuación garantizado. Una tabla que ordenes localmente solo incluye lo recibido. Acortar períodos o recorrer páginas puede organizar una extracción, pero no demuestra cobertura exhaustiva, ausencia de duplicados o estabilidad entre consultas.
Interpreta pagination.total junto con relation: eq expresa un total exacto de la consulta, gte una cota inferior y unknown un total no fiable, que puede ser null. Un total exacto tampoco prueba haber descargado todos los registros ni que el archivo contenga toda la historia. Conserva los indicadores has_more y window_exhausted para documentar los límites de la respuesta.
HTTP 400 indica parámetros inválidos, 401 una clave ausente o inválida, 402 saldo insuficiente y 429 un límite de frecuencia. Una recuperación exitosa, incluso vacía, consume un crédito. Las solicitudes inválidas no descuentan saldo; los fallos del origen devuelven la reserva. Una desconexión del cliente puede ocultar un éxito cobrado y una repetición exitosa se cobra de nuevo. Guarda las respuestas antes de actualizar el progreso local.
