Competitor API Naming Convention Analysis
Executive Summary
-
CreatorDB’s camelCase convention is defensible. While 3 of 4 competitor API surfaces use snake_case, the snake_case majority comes from Python-origin APIs. camelCase aligns with the JS/TS ecosystem and Modash’s Discovery API. Switching would be a massive breaking change with no clear developer experience benefit.
-
Instagram’s
username field for display name is the most urgent fix. Every competitor with data uses username to mean “handle.” CreatorDB Instagram uses it to mean “display name” — the opposite meaning. This will confuse any developer who has used a competitor API. Rename to displayName to match YouTube.
-
The
sponsoredContent vs sponsorList inconsistency must be resolved before fractional calls ship. YouTube pricing reference uses sponsoredContent[] while Instagram uses sponsorList[] for the same concept. Standardize on sponsorList (Instagram’s term) since it better describes the brand-grouped array structure.
-
CreatorDB’s per-content vs. aggregate engagement rate distinction is a differentiator, not a problem. Competitors use a single
engagementRate term because they do not expose both levels. CreatorDB’s engagementRate (per-content) / avgEngagementRate (aggregate) dual convention is more precise and should be kept.
-
Audience authenticity and brand safety are feature gaps. HypeAuditor offers
audience_type (real/suspicious/influencer/mass follower breakdown) and brand_safety.score. Modash offers audienceCredibility. CreatorDB has no equivalent. This is a product gap, not a naming issue, but it surfaced during analysis.
Sources
| Competitor | Source | Retrieval Date | Confidence |
|---|
| HypeAuditor | Public API docs at hypeauditor.readme.io | 2026-03-25 | HIGH — full Instagram report schema extracted |
| Modash | Marketing docs, search snippets, feature pages | 2026-03-25 | MEDIUM — Discovery API fields confirmed, Raw API partial |
| Phyllo | Marketing and feature pages at getphyllo.com | 2026-03-25 | MEDIUM — field names confirmed, schemas gated |
| Influencers.club | Marketing pages only | 2026-03-25 | LOW — docs gated, no field-level data |
| Traackr | API docs gated behind authentication | 2026-03-25 | LOW — no public field-level data |
Feature Coverage Comparison
Indicates whether each API exposes the concept at the field level in public documentation.
| Concept | CreatorDB | HypeAuditor | Modash | Phyllo |
|---|
| Follower/subscriber count | Yes | Yes | Yes | Yes |
| Display name | Yes | Yes | (n/a) | Yes |
| Handle/username | Yes | Yes | Yes | Yes |
| Engagement rate | Yes | Yes | Yes | Yes |
| Avg likes/comments/views | Yes (nested) | Yes (flat) | Partial | (n/a) |
| Audience location | Yes | Yes | Yes | (n/a) |
| Audience gender | Yes | Yes | Yes | (n/a) |
| Audience age | Yes | Yes | Yes | (n/a) |
| Content count | Yes | Yes | (n/a) | (n/a) |
| Growth metrics | Yes | Yes (5 windows) | (n/a) | (n/a) |
| Avatar/profile image | Yes | Yes | (n/a) | (n/a) |
| Bio/description | Yes | Yes | (n/a) | (n/a) |
| Verified status | Yes | Yes | (n/a) | (n/a) |
| Sponsored content detail | Yes (grouped by brand) | Yes (brand mentions) | (n/a) | (n/a) |
| Contact (email) | Yes | Yes | (n/a) | (n/a) |
| Rankings/percentiles | Yes (percentile 0-1) | Yes (absolute rank) | (n/a) | (n/a) |
| Estimated pricing/CPM | Yes | Yes | (n/a) | (n/a) |
| Audience authenticity | No | Yes | Yes | (n/a) |
| Brand safety score | No | Yes | (n/a) | (n/a) |
| Per-follower ratios | Yes | No | No | No |
| Engagement consistency | Yes | No | No | No |
| Content-type breakdown (videos vs shorts) | Yes | No | No | No |
Key Naming Observations
Where CreatorDB aligns with industry
- Follower/subscriber terms: Platform-specific terms match 2 of 3 competitors.
- Verified status:
isVerified is universal (casing aside).
- Audience field names:
audienceLocations, audienceGender, audienceAgeBreakdown are clear and competitive with HypeAuditor’s equivalents.
- Bio: Simple
bio field is clear (HypeAuditor uses about, which is equally clear).
Where CreatorDB deviates from industry
- Display name (IG):
username means “handle” in every competitor API. CreatorDB IG uses it for display name. This is the single most confusing deviation.
- Handle naming:
uniqueId and userId do not communicate “handle.” Competitors use username or platform_username. However, these are also query params, making changes expensive.
- Sponsorship array naming: Internal inconsistency (
sponsoredContent vs sponsorList) is more pressing than competitor alignment.
Where CreatorDB exceeds competitors
- Engagement precision: Dual
engagementRate / avgEngagementRate convention is unique and valuable.
- Per-follower ratios:
likesPerSubscriber, viewsPerSubscriber etc. are not offered by any competitor.
- Engagement consistency:
engagementConsistency object with cv, medianVsMean, topBottomRatio, consistencyScore is a significant differentiator.
- Content-type granularity: Separate performance objects for videos vs. shorts (YT) and images vs. reels (IG) is more detailed than any competitor.
Recommended Actions (Prioritized)
Priority 1: Fix before fractional calls ship
| Action | What | Why | Effort |
|---|
| Standardize sponsorship array name | Rename YT sponsoredContent[] to sponsorList[] in pricing ref and PRDs | Internal inconsistency will propagate to billing logic and field validation | Low (docs-only change, no deployed code yet) |
Priority 2: Plan deprecation cycle
| Action | What | Why | Effort |
|---|
| Rename IG display name field | Change IG username to displayName in all endpoints | Actively misleading; contradicts universal industry convention | Medium (breaking change, needs deprecation period with dual-field response) |
Priority 3: Document and defer
| Action | What | Why | Effort |
|---|
| Document handle naming | Add clear docs that uniqueId (YT) and userId (IG) are human-readable handles, not database IDs | Confusing but costly to change; documentation reduces support burden | Low |
Consider handle rename for future version | If a v4 or major version bump is planned, rename to handle on both platforms | Would align response fields (not query params can be aliased) | High (major version change) |
Priority 4: Product roadmap consideration (not naming)
| Action | What | Why | Effort |
|---|
| Evaluate audience authenticity feature | HypeAuditor and Modash both offer audience quality/authenticity scoring | Feature gap identified during naming analysis; high value for brand safety use cases | Product decision required |
Confidence Levels Summary
- HypeAuditor analysis: HIGH confidence. Full schema from public API documentation. All field paths verified.
- Modash analysis: MEDIUM confidence. Discovery API field names confirmed from multiple sources. Raw API and deeper schemas are behind auth.
- Phyllo analysis: MEDIUM confidence. Core identity/count fields confirmed. Audience/content schemas require account access.
- Influencers.club: LOW confidence. Excluded from field-level analysis. Only marketing claims available.
- Traackr: LOW confidence. Excluded from field-level analysis. API docs fully gated.
Detailed Deliverables
| File | Location |
|---|
| HypeAuditor field extraction | internal/competitive/naming/hypeauditor-fields.md |
| Modash field extraction | internal/competitive/naming/modash-fields.md |
| Phyllo field extraction | internal/competitive/naming/phyllo-fields.md |
| Cross-competitor field map | internal/competitive/naming/field-map.md |
| Naming pattern analysis | internal/competitive/naming/naming-patterns.md |
| CreatorDB recommendations | internal/competitive/naming/creatordb-naming-recommendations.md |
Last modified on March 25, 2026