Una búsqueda por keyword en /trending respondía server_error en todas las fuentes. Corregido y verificado en las doce. Los títulos y descripciones ya no traen entidades HTML como " o &, y la consola de los docs tiene dos ejemplos con keyword para probar.
Un cliente reportó que GET /trending?source=pinterest&keyword=... devolvía server_error mientras la misma petición sin keyword funcionaba. La causa era nuestra: el filtro reutilizaba un mismo parámetro para varias columnas, cosa que el driver de la base de datos rechaza, así que todas las búsquedas por keyword de todas las fuentes fallaban igual. Ahora enlaza un parámetro por columna.
- Verificado en todas las fuentes. rss, facebook, x, tiktok, instagram, pinterest, bluesky, douyin, reddit, mastodon, tumblr y hackernews responden 200 con keyword.
- El texto es texto. Varios scrapers guardaban lo que traía el HTML de la red, así que un título podía llegar como "Yes Space". La API decodifica las entidades antes de responder, en todas las fuentes.
- Docs. La consola de /api/v1/docs.php tiene dos ejemplos con keyword. Una nota: el rango por defecto es 24 horas, y una red que recorremos con menos frecuencia puede estar vacía en esa ventana. Usa time_range=7d o 30d cuando un resultado venga vacío.
Si tu integración reintentó las búsquedas por keyword y las dejó de lado, vuelve a activarlas. Los parámetros no cambiaron.