avito-connector

Avito Connector

Reads Avito via the internal js/items JSON API. Two tiers: impersonated HTTPS (curl_cffi) works from a residential Russian IP; from a datacenter the firewall answers 403 + captcha, so the fetch falls back to the operator's logged-in Chrome over CDP — same pattern as Ozon.

When to use

• Search classifieds by text, with optional category/location filters
• One listing's price, description, views
• Seller reputation — Avito is classifieds: no per-item reviews, the seller's rating and active-listing count ARE the review signal

Tools available

• avito_search(query, page, location_id, category_id) — listings via js/items. price_rub is None for ads with no price (free/exchange) — never 0.
• avito_card(item_id_or_url) — one listing: price, description, views, seller
• avito_seller(seller_id_or_url) — seller rating, review count, active listings

Not an MCP tool: avito_selfcheck() is a tri-state drift canary. It is CLI-only — marketplace-mcp doctor runs every connector's canary at once.

What a search row does and does not carry

Confirmed against a real js/items response captured 2026-07-28 from a residential session:

• location is an object upstream, not a string: {"id": 637640, "name": "Москва", ...}. The connector reduces it to the place name. When Avito itself has no place name for an ad, the field is None — the numeric locationId is deliberately NOT resolved to a city, because that would need a lookup table this connector does not have and the result would be a guess that reads like data.
• price does not exist as a top-level key. The amount lives in priceDetailed.value; the connector reads it and leaves None for priceless ads.
• posted_at is ISO-8601 UTC, converted from Avito's sortTimeStamp (epoch milliseconds). There is no date string in the payload to pass through.
• seller_name is None on search rows. The payload has no seller object at all — only a logo link. Use avito_card or avito_seller when you need the seller; do not infer a name from the search row.