Top of Feed. Ohne einen Cent für Vinted-Gebühren.
Strategischer Listing-Refresh alle X Stunden via vinted-lib.bumpListing. Fallback via Description-Edit wenn die Endpoint eingeschränkt wird. Pro Item konfigurierbares Interval.
So läuft der Flow.
- /01
workers/auto-bump läuft alle 30 Minuten
- /02
Iteriert Items mit autoBump=true und status=LISTED
- /03
Prüft lastBumpedAt gegen bumpIntervalH — überspringt wenn zu früh
- /04
Primär: vinted-lib.bumpListing (paid=false) triggert Listing-Refresh
- /05
Fallback: minimal Description-Edit '[Updated: DD.MM.YYYY]' triggert ebenfalls Position-Refresh
- /06
Random 3-8s Delays zwischen Items — anti-detection
Was du davon hast.
- Konfigurierbares Bump-Intervall pro Item
- Tageszeit-Fenster (z.B. nur zwischen 09:00 und 22:00)
- Sichtbarkeit ohne Vinted-Gebühren
- Queue-Management für viele Listings gleichzeitig
Wie Seller das einsetzen.
500 Items, 80% sinken nach 3 Tagen ab.
Ohne Auto-Bump fallen Listings aus den Top-Suchen nach wenigen Tagen. Mit Auto-Bump alle 12h: View-Count 4×, Verkaufsrate verdoppelt. Ohne zusätzliche Effort oder Vinted-Gebühren.
Hot-Items in 4h-Interval, Rest in 24h.
Seller markiert Vintage & Limited Editions mit 4h-Interval, Standard-Items mit 24h. Hot-Items bekommen konstanten Traffic, Standard läuft im Hintergrund mit.
Was du einstellen kannst.
| Key | Default | Range | Beschreibung |
|---|---|---|---|
| autoBump | off | — | Pro Item on/off toggle |
| bumpIntervalH | 12 | 1–72 | Stunden zwischen Bumps (Minimum 2h empfohlen) |
| bulk apply | — | — | Pro Brand / Category in einem Schritt aktivieren |
Ehrlich: was du wissen solltest.
- Vinted könnte die bump-Endpoint jederzeit einschränken — Fallback-Strategie existiert
- Interval < 2h triggert Vinted's Ban-Detection. Default 12h ist safe
- Worker nutzt Jitter + Delays um Human-Pattern zu mimicen
Bereit, den Bot laufen zu lassen?
7 Tage kostenlos. Keine Kreditkarte vor Ende der Testphase. Jederzeit monatlich kündbar.