Ameba Blog Followers Scraper

Ameba Blog Followers Scraper — Export publicly listed Ameba blog followers with blog IDs, author names, descriptions, profile images, and source-blog references. Add supported inputs and start a run to get structured public data without providing a Ameba account.

Collect publicly listed followers of the Ameba staff blog. Export blog titles, biographies and profile links for manual audience research.

At a glance	Details
📥 Input	Enter an Ameba blog ID or public blog URL. Each page contains up to 10 publicly listed followers.
📤 Output	One public follower per success row, with source input retained
📄 Pagination	pagesPerBlog limits result pages per input, with a default of 1. The source may end sooner.
🔐 Login required	No
⚡ Processing	Up to 5 HTTP requests concurrently with automatic retries
💾 Delivery	One Apify dataset view, useful flat columns and complete nested JSON

What the ameba blog followers scraper collects 📊

Export publicly listed Ameba blog followers with blog IDs, author names, descriptions, profile images, and source-blog references.

Data can include:

• Source identity and public links
• Available id, ameba id, url, source ameba id, source blog id, nickname, title, description
• Original input retained with every result
• One consistent success or failed record format

How to collect followers from Ameba 🚀

1. Enter one or more supported inputs in inputList.
2. Set the result-page budget for each input.
3. Start the Actor.
4. Open the Followers dataset view and review the individual records.
5. Export the dataset or retrieve it from your application.

{
  "inputList": [
    "staff"
  ],
  "pagesPerBlog": 1
}

pagesPerBlog limits result pages per input, with a default of 1. The source may end sooner.

Ameba followers data and complete output 📦

Field	Type	Meaning
input	string	Original submitted input.
status	string	Result status: success or failed.
id	string or null	Stable identifier of this result.
ameba_id	string or null	Ameba blog ID / username.
url	string or null	Public result URL.
source_ameba_id	string or null	Ameba ID of the source blog.
source_blog_id	string or null	Numeric source blog ID.
nickname	string or null	Public author display name.
title	string or null	Public blog or post title.
description	string or null	Public blog description.
bio	string or null	Public author introduction.
profile_image_url	string or null	Public profile image URL.
blog_type	string or null	Blog type reported by Ameba.
public_followers_total	integer or null	Size of the publicly displayed follower list, not the complete follower total.

Nested arrays and media references stay in their parent record. Downloading source media files is not part of this Actor.

Every top-level output field appears in these complete examples. The success example is normalized from a public response. Long strings and arrays are shortened here; the Actor keeps the complete available values. Values are a snapshot and can change. Nested arrays remain inside their parent result.

Representative success result with every output field (long text and arrays shortened for readability):

{
  "input": "staff",
  "status": "success",
  "id": "10005980666",
  "ameba_id": "kyonpoo",
  "url": "https://ameblo.jp/kyonpoo/",
  "source_ameba_id": "staff",
  "source_blog_id": "10000276667",
  "nickname": "kyon",
  "title": "kyon know kyon love U.",
  "description": ".",
  "bio": "写真・音楽・言の葉・ココロ\n\nクダラナイ事 稀に持病の事\nどうでもイイ事 ごちゃ混ぜBlog\n\n気の向くままに\n思いのままに\n気紛れ不定期に更新中\n\n※副業目的のコメント\nご遠慮下さいね",
  "profile_image_url": "https://stat.profile.ameba.jp/profile_images/20110709/00/12/04/j/o020903111310139610659.jpg",
  "blog_type": "general",
  "public_followers_total": 57847
}

Complete failed result:

{
  "input": "invalid input",
  "status": "failed",
  "id": null,
  "ameba_id": null,
  "url": null,
  "source_ameba_id": null,
  "source_blog_id": null,
  "nickname": null,
  "title": null,
  "description": null,
  "bio": null,
  "profile_image_url": null,
  "blog_type": null,
  "public_followers_total": null
}

A failed row preserves input, sets status to failed, and sets every other top-level field to null. The run log records the reason. Optional successful fields can be null or empty when Ameba does not supply them. Object fields are exposed through useful columns in the single Followers view; arrays are not expanded into extra result rows.

Input requirements and pagination settings ⚙️

Parameter	Type	Required	Default	Rules
inputList	array of strings	Yes	None	Enter an Ameba blog ID or public blog URL. Each page contains up to 10 publicly listed followers. At least 1 item.
pagesPerBlog	integer	No	1	Maximum result pages per input. Setup requests do not count as pages. Stops when the source has no next page or repeats a continuation. Actual rows per page can vary. Minimum 1.

Enter an Ameba blog ID or public blog URL. Each page contains up to 10 publicly listed followers.

Examples of supported inputs: staff.

Duplicate normalized inputs are processed once. Within the collection for one source input, repeated records are removed while distinct interactions or objects remain separate. The same object returned for different source inputs retains its source relationship.

The first result page counts as page 1. Public-page preparation and metadata lookups do not consume result pages. Collection stops at your page budget or the end of the available list. A short page alone does not mean that the list has ended.

Ameba followers use cases 🎯

Research the Ameba staff blog public audience

Collect publicly listed followers of the Ameba staff blog. Export blog titles, biographies and profile links for manual audience research.

Discover Ameba writers in a public follower list

Collect a sample of public Ameba follower profiles. Review their biographies and blog links to discover writers associated with a selected blog.

Compare public audiences of Ameba creators

Export publicly listed followers of selected Ameba creators. Compare the returned profiles in your own analysis; undisclosed followers are excluded.

Pricing and saved-result behavior 💰

Check the Actor’s Pricing tab for the active pricing model and current rate. Store settings can change, so this README does not claim a fixed price or runtime.

Under dataset-item pricing:

• Each successful result represents one public follower for its source input.
• An invalid or unavailable input, an input with no accessible results, or an exhausted request can produce a failed row.
• Retry attempts and supporting requests do not create extra dataset rows by themselves.
• Nested media, profile information and other arrays remain part of their parent row.
• A normal empty continuation after earlier successes creates no additional row.
• Saved failed rows are not assumed to be free; check their treatment in the active pricing configuration.

More inputs and larger page budgets can produce more saved rows. Start with a small run and check actual usage before increasing the workload.

Ameba followers API 🔌

Replace $ACTOR_ID with the identifier shown in this Actor’s API tab and $APIFY_TOKEN with your Apify token.

curl -X POST "https://api.apify.com/v2/acts/$ACTOR_ID/runs?token=$APIFY_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"inputList":["staff"],"pagesPerBlog":1}'

Download the dataset in JSON, CSV, Excel or other formats available in the Console, or retrieve it through the Apify API. Use schedules, webhooks and Apify integrations to connect results to Google Sheets, Make, Zapier, cloud storage or your own application. These connections are configured separately by the user.

Reliability, retries, and public-data limits ⚠️

Collection uses pure HTTP with up to five concurrent requests. Invalid syntax and confirmed missing, removed or unavailable targets stop without unnecessary retries. Temporary network or proxy failures, timeouts, blocking responses, malformed data, throttling and server errors allow up to five total attempts per request.

Successful earlier pages remain saved if a later request fails. A normal end after saved results is not retried. An input with no accessible results can receive a failed row; that alone does not prove that its underlying source does not exist. An exhausted later request can add a failed row while preserving previous output.

The public list excludes undisclosed followers and can be much smaller than the total follower count. It is not a complete list of every follower.

Ameba controls public availability, ranking and optional fields. Result counts can be affected by duplicates, removed content and changes during a run. A page budget is a collection limit, not a promise of exhaustive coverage.

An invalid string within a valid input list does not stop other inputs. Invalid overall configuration, such as a non-string list item or a wrong page-count type, exits before source requests. Startup failures, unavailable dataset storage or an unrecoverable result-save error can still stop the whole run. A failed save is not retried as a new scraping request.

Frequently asked questions ❓

What does one Ameba Blog Followers Scraper result represent?

Each successful row represents one public follower. The source input is retained, and nested fields stay in the same row.

Which source limits apply?

The public list excludes undisclosed followers and can be much smaller than the total follower count. It is not a complete list of every follower.

Does it download media files?

No. Where available, the Actor returns media URLs and metadata within the result row.

Does it require a Ameba account or personal cookies?

No. You do not need to provide a Ameba account, password or personal session cookie. Collection uses HTTP without opening a browser.

What happens to invalid or unavailable inputs?

Invalid individual inputs are recorded as failed without a source request. Confirmed missing or unavailable targets stop without unnecessary retries. Temporary failures allow up to five total attempts per request; other inputs and earlier saved results remain available.

Can I export results or run the same input again?

Yes. Export the default dataset or retrieve it through the Apify API. You can create an Apify schedule and connect completed runs to your own workflow.

Support, responsible use, and related actors 🛟

For a reproducible issue, use the Actor’s Issues tab and provide the run ID, approximate time, a safe public input, expected behavior and actual result. Include the mode or page budget when relevant. Never share access tokens, personal cookies or proxy credentials.

Use public data responsibly and follow applicable privacy, copyright, contractual and platform requirements before storing, analyzing or redistributing collected information.