Three video cards connect to a grid of topic notes with one open question card.

Choose Apify’s Instagram Search Scraper if your work also needs profiles, places, or hashtags as search results. It also supports popular Reels, so Reel search alone does not settle the choice. Apify Actor

An Actor is a hosted collection program. A Task is a saved input preset for an Actor. Here, a metric means a public count attached to a Reel. A metric status gives context for that count, which matters when a value is missing.

The useful choice starts with the result you need. A ranked list of topic Reels is one result type. A list of accounts or places is another. Then decide whether your work needs public counts and clear records of their availability.

This comparison uses public product documentation checked on October 20, 2026. It includes no new collection run or matched performance test.

Start with the result you need

The reader question behind this guide was: “Insta doesn't let you search for reels anymore?” The linked discussion concerns finding topic Reels through Instagram search. It is evidence of a search problem, not a product endorsement or a test of either Actor. Reader discussion

Turn that problem into a clear request before choosing a tool. For example: “I need public Reels about one topic, in their returned search order.” Add a second sentence if the work needs counts: “I also need to know which public metric values are available.”

That request fits the checked Chronometrica fields. Its input accepts one word or phrase through `query`. Its output includes the search phrase through `searchQuery` and the returned position through `searchRank`. The `includeMetrics` option controls checks for public metrics and creator details. Chronometrica Actor

Keep the task at this level until you know the required result type. A topic word and a hashtag can look similar in a brief, but the required result can differ. Write whether you want videos about a subject or hashtag entities themselves. Do the same for creator names and places.

This step prevents a weak comparison. The best choice is the Actor whose documented input and output meet the task. A larger feature list is useful only when those features serve the decision.

Compare the fields that your work needs

A product’s public contract is its documented input, output, and field meaning. Use that contract to set an acceptance check: the conditions a result must meet before you use it.

Compare the fields that your work needs
Decision pointChronometrica Instagram Search ScraperApify Instagram Search Scraper
Required inputOne `query`; set `maxResults` and `includeMetrics` for the taskSelect the relevant `searchType`; verify that mode’s inputs
Required result unitOne saved Reel rowA Reel or an entity for the selected mode
Needed fields`searchQuery`, `searchRank`, Reel URL; `postMetricStatus` for metric reviewCheck the current output against your required fields
Missing-data ruleKeep unknown counts unknown; inspect their statusCheck documented field meanings before using counts
Main limitA ranked public slice; `maxResults` is a cap of 1–64Topic mode describes about 64 popular Reels
Condition that changes the choiceYour work needs another result typeYou need profiles, places, or hashtag entities

Product entries come from the checked public documentation. The missing-data rule is an analysis rule, not a claim that either Actor always returns complete counts. Chronometrica Actor, Apify Actor

The supplied evidence does not establish every alternative output field or its missing-value behavior. Check those details against your acceptance check. An undocumented feature remains unknown; silence does not prove that the feature is absent.

The table supports a narrow recommendation. Chronometrica fits when the task needs its explicit query, rank, and metric status fields. It does not establish a speed, price, accuracy, or coverage advantage.

Use the checked input for the focused Reel task

For a topic search that needs public metrics, the supplied input is:

json
{
  "query": "sports news",
  "maxResults": 25,
  "includeMetrics": true
}
Use the checked input for the focused Reel task

This input passed static checks against the supplied public schema. A schema defines allowed fields and values. A static check checks the input’s shape without collecting results. It does not prove that Instagram currently exposes useful results for the phrase.

Replace `sports news` with the topic you need. The `query` field accepts one word or phrase for a search on public Instagram pages. Keep the phrase close to the research question. A broad brief can need several separate searches, but each Chronometrica input uses one phrase. Chronometrica Actor

Set `maxResults` to the maximum number of unique Reel rows you want to save. Its allowed range is 1–64. The Actor removes duplicates before applying this saved-row limit. Instagram may expose fewer results, so a value of 25 does not promise 25 rows. Chronometrica Actor

Set `includeMetrics` according to the decision. With `true`, the Actor checks each saved Reel for public metrics and creator details. Those checks take longer and use more paid platform resources. With `false`, the documented purpose is a faster URL and rank search. This is a choice within the Chronometrica workflow, not a speed comparison with another Actor. Chronometrica Actor

A URL list for later viewing may not need metric checks. A review that uses public counts needs them. Decide this before the run so that the collected fields match the planned use.

The published Instagram Reels Search with Metrics Task provides a starting preset. Its page was checked, but that check did not establish its current saved input. Apply the values you intend to use before starting it.

Read metric status before comparing counts

A blank count and a count of zero mean different things. Zero is a known numerical value. A missing count is unknown. Replacing an unknown value with zero adds a claim that the source did not supply.

Chronometrica’s checked metric output includes `postMetricStatus` with five defined counter entries. Review those entries alongside the metric values before you use the counts. Use the documented meanings for the returned states. Do not create your own meanings from a short label. Chronometrica Actor

For example, a row can still help you find and watch a relevant Reel even when a count is unknown. That same row may be unsuitable for a calculation that requires the count. Separate those two uses. Missing metrics do not automatically make the video irrelevant, and a relevant video does not make its missing metrics usable.

Write the rule before you select examples. If a calculation requires a known count, leave rows with an unknown count out of that calculation. Keep them in the saved results with a clear note. State how many rows met the calculation’s requirements so readers can judge its scope.

Also keep search rank separate from metric rank. `searchRank` records the returned search position. If you later sort rows by a public count, that is a new order that you created. Preserve `searchRank` so that both orders remain clear.

This is the practical reason to prefer an explicit metric status field for this task. It helps you decide what a row can support. It does not guarantee complete metrics, and it does not turn public counts into a measure of content quality.

Apply a small acceptance check

Use these steps to decide whether the Actor and its returned data fit your work. The steps also give you a clear reason to change the choice.

  1. Write the result type and one topic phrase. State whether each result must be a Reel, profile, place, or hashtag entity. Then write the phrase you intend to search. Do not treat these result types as interchangeable. If the brief is unclear, settle the result type before collecting data.
  2. Choose the required fields. For a ranked Reel search, keep the query, search rank, and Reel URL with each saved result. For Chronometrica, the named output fields include `searchQuery` and `searchRank`. Add metric values and their status information only when the research decision needs them. Confirm the actual URL field in the output instead of inventing a field name.
  3. Check the input before the run. Confirm the topic in `query`, the cap in `maxResults`, and the choice in `includeMetrics`. For the sample input above, success means requesting up to 25 unique Reel rows with metric checks. It does not mean receiving exactly 25 rows or finding every Reel about sports news.
  4. Inspect the returned rows before analysis. Check that each row has the fields needed for its intended use. Open the saved Reel URL to assess topic relevance. Check that its recorded query and rank are available for review. If a needed field is missing, mark that part of the acceptance check as unmet. Do not silently repair the evidence with a guessed value.
  5. Use the result only for the decision it supports. A useful set of topic examples can support a content review. It cannot, by itself, support a claim about every Reel on the topic. If public counts are required, review their states before sorting or calculating. If the required result type changes, reassess the search mode and Actor.

Keep a short note with the saved results. Record the topic, the requested cap, whether you requested metrics, and which acceptance conditions passed. Record the returned row count as observed. This makes the later decision easier to explain without adding a complex reporting system.

Stop when the evidence meets the defined need. If you only need several relevant videos to inspect, a complete metric analysis adds work without serving that need. If the decision depends on counts, a URL list alone is incomplete. The acceptance check tells you which case applies.

For the next stage, use How to Find Instagram Reels by Topic: Build a Content Research Library. That guide covers the wider library method. This comparison settles the earlier choice of Actor and required fields.

Fictional example: an editor needs topic Reels with count states

This example is fictional. It is not a product test, buyer quote, live dataset, or measured cost result.

An editor wants to review how short videos explain sports news. The editor needs a ranked list of Reels for that topic. Public counts will help select videos for closer review, but the editor also needs to know when a count is unknown.

The editor chooses Chronometrica because the required fields match its checked contract. They use `query: "sports news"`, set `maxResults` to 25, and keep `includeMetrics` set to `true`. They apply that input to the Task before starting it.

The acceptance check has two parts. For discovery, each usable row needs the recorded query, search rank, and a Reel URL that the editor can inspect. For count-based selection, the needed metric values must also have usable status information.

Suppose a returned row is relevant but lacks a needed count. The editor can keep it as a content example. They leave it out of the calculation that needs that count and preserve the unknown value. They do not enter zero to make the table look complete.

The editor also keeps the requested cap separate from the observed result count. A 25-row request is a maximum. It is not evidence of 25 available results, all relevant topic Reels, or a complete view of Instagram.

If the assignment changes to finding place or profile entities, the editor reassesses Apify’s other search modes. The changed result type changes the tool decision. Apify Actor

Keep the coverage limit in the recommendation

The main limit is that search returns a ranked public slice. It does not promise every Reel or a specific video. A missing video therefore does not prove that the topic has no relevant content.

For Chronometrica, the 64-row input ceiling is a maximum request size. It is not evidence of broader coverage than another tool. Chronometrica Actor

This article has no new run results. It cannot rank the Actors by total cost, speed, accuracy, reliability, or completeness. Those questions need evidence from inputs and outputs that match the intended task.

The supported recommendation is still useful: choose the focused contract when its required result type and fields meet the need. Change the choice when another result type becomes necessary. Keep any performance question separate until you have evidence that answers it.

Sources & further reading

By Chronometrica · Updated

Back to top ↑