TapCub is live — analytics, insights and live chat, free on one platform
AI Search

Bytespider: What It Is and How to Control It

Bytespider is the web crawler operated by ByteDance, the company behind TikTok. Site owners often notice it because of its request volume. Its user agent, a worked week measuring its load and robots.txt compliance, and the options from robots.txt to a firewall block.

Xu An Published Nov 4, 2026 4 min read AI Search
Sample data. One week of server-side crawl data.Sample data

Try it on your own data

Every report in this article is in the free plan. One snippet for web and apps, up to 10 sites.

Start free

Bytespider, ByteDance’s crawler, is one of the bots site owners most often find in their logs because of its volume. This guide covers what it is, how to measure its load on your own site, how to check whether it follows your robots.txt, and when to rate-limit or block it.

What you will learn

  • Measure Bytespider’s requests and server time on your own site before deciding
  • Add a robots.txt rule, then check fetches after a few days instead of assuming compliance
  • Enforce at the CDN or firewall if it ignores your rules, without catching search crawlers

What Bytespider is

Bytespider is a web crawler operated by ByteDance, the company behind TikTok and other apps. It is widely reported to collect web content at large scale, including for AI models. Its user agent contains Bytespider, typically in a string like:

Mozilla/5.0 (Linux; Android 5.0) AppleWebKit/537.36 (KHTML, like Gecko) Mobile Safari/537.36 (compatible; Bytespider; spider-feedback@bytedance.com)

Site owners usually discover it when their server load jumps or their logs fill with it. Several hosting providers and site operators have publicly reported heavy request rates, and some report that it did not consistently follow their robots.txt. Measure it on your own site before deciding.

A worked week: measuring its load

A content site's 7 days of server-side data (sample numbers):

  • Bytespider: 96,000 requests, peaking at 40 per second at night
  • Share of server time: about 7% of total request processing time
  • Wasted requests: 12% went to URLs with random query strings that serve duplicate content
  • Human visits referred by ByteDance products: a few dozen

On day 3 the site added a robots.txt rule:

User-agent: Bytespider
Disallow: /

Then check, do not assume. Compare requests in the days after the change with the days before, and look for fetches of paths the rule disallows. If requests continue at a similar rate after a few days (crawlers re-read robots.txt periodically), the rule is not being followed and you need to enforce it on the server.

app.tapcub.com/web/bots

Requests

96,000

7 days

Peak rate

40 / s

at night

Server time

≈7%

of total

Bytespider · last 7 days

Sample
MeasureValueNote
Requests96,000About 13,700 a day
To random query-string URLs12%Duplicate content
Visits sent backA few dozenByteDance products
robots.txt ruleAdded on day 3Check violations afterwards

Compare the days after the rule with the days before.

Sample data
Sample data. One week of server-side crawl data.

Your options

The table below compares the options, from softest to strongest.

OptionHowStrengthLimit
robots.txt ruleUser-agent: Bytespider / Disallow: /States your choice; zero costOnly works if the crawler follows it
Fix crawl trapsCanonical URLs, block random query stringsCuts wasted requests for all crawlersDoes not reduce wanted fetches
Rate limitRequests per second per user agent at CDN or serverProtects performanceNeeds tuning
Block at CDN or firewallDeny by user agentEnforced, whatever the crawler doesMisses crawlers that hide their identity
Behavior-based bot protectionCDN bot managementCatches disguised botsCost, possible false positives

Start with robots.txt and measure; escalate only as far as you need.

Choosing

  • If it reads a lot but your server copes: a robots.txt rule states your choice; watch compliance.
  • If it slows your site: rate-limit it at the CDN or web server, whatever robots.txt says.
  • If it ignores your rules: block it at the CDN or firewall by user agent. Many CDNs offer a ready-made switch for AI crawlers.
  • Keep search crawlers separate. Never use a rule broad enough to catch Googlebot or Bingbot; check your firewall rules against Bingbot and Googlebot verification.

Blocking by user agent stops only requests that say who they are. Traffic that hides its identity needs behavior-based bot protection.

Seeing Bytespider in TapCub

  • Web analytics › Bots: on All bots, Bytespider's requests, pages, most common status code and trust level; on AI & agents, the AI content ledger compares each operator's reads with human visitors sent back.
  • Monitoring › Crawler compliance: compares fetches with your rules file and lists three kinds of violation: fetching while blocked globally, fetching a disallowed path, and fetching faster than a declared delay. Open a violating row to copy a block snippet for your server.
  • Crawlers that do not run JavaScript are visible only with server collection or a log import.

Related: Meta-ExternalAgent, Google-Extended and the AI crawler ledger.

Filed underAI SearchBots

Was this article helpful?

We use your answers to fix and expand this page.

Xu An

Customer Experience Consultant

Writes about live chat, visitor conversations, and self-service, sharing practical ways to make customer communication clearer and more effective.

See which crawlers ignore your rules

Requests by crawler, AI reads vs visits sent back, and robots.txt violations with block snippets.

See your data clearly. Find your growth.

Every click, backed by data. Install one line of code and see your first numbers in a minute.

No credit card · Free plans for analytics and chat · Cookieless analytics