Product Feed Landing Page Matcher
Pricing
from $17.50 / 1,000 product record checkeds
Product Feed Landing Page Matcher
Match product feed records to live landing pages and flag mismatches in title, price, availability, canonical URL, image, GTIN/SKU, and status
Pricing
from $17.50 / 1,000 product record checkeds
Rating
0.0
(0)
Developer
junipr
Maintained by CommunityActor stats
0
Bookmarked
2
Total users
1
Monthly active users
3 days ago
Last modified
Categories
Share
Reconcile merchant feed records with observable product landing-page fields. The Actor compares title, price, availability, canonical URL, image URL, SKU, and GTIN evidence and emits one result per checked feed record.
It is designed for shopping feed teams, ecommerce managers, SEO teams, migration teams, and catalog operations. Runs are deterministic for supplied HTML, bounded for explicit URL inputs, and produce schema-valid dataset objects plus downloadable report artifacts.
What you get
- Feed record ID and SKU
- Feed URL and observed canonical landing-page URL
- Match status
- Title, price, availability, canonical, and image mismatch booleans
- HTTP status, bounded evidence, severity, and recommended fix
Every row includes source URL/type, page title, record type/name, issue code, severity, an optional bounded evidence snippet, a recommendation, canonical URL, HTTP status, and scan timestamp. Missing evidence remains null or an explicit diagnostic state; it is not replaced with invented values.
How it works
- Parse a JSON array/object or header-based CSV string from
feedCsvOrJson. - Normalize the configured URL and SKU field names without changing the original feed values.
- Pair each feed row to a supplied or explicitly fetched landing page by URL first and SKU second, or by the selected
matchBymode. - Extract Product JSON-LD and visible HTML evidence for title, price, availability, canonical URL, image, SKU, and GTIN.
- Emit exact mismatch booleans and a concrete recommended fix. Unmatched records remain explicit instead of being silently dropped.
The Actor prefers user-supplied HTML because it is deterministic and inexpensive. Live HTTP retrieval is bounded by page limits, timeouts, delays, and an optional domain allowlist. Loopback and private IPv4 targets are rejected. Broad link discovery is disabled.
Inputs
| Field | Purpose |
|---|---|
feedCsvOrJson | JSON or CSV text containing product feed records. |
htmlInputs | Preferred captured landing-page HTML records. |
productUrls | Explicit public product URLs for opt-in fetching. |
feedUrlField / skuField | Feed column names used for pairing. |
matchBy | url_then_sku, url, or sku. |
fetchLivePages | Must be true before URL fetching occurs. |
maxFeedRows / maxLandingPages / maxMismatches | Independent workload caps. |
allowedDomains | Optional hostname allowlist for fetched URLs. |
includeEvidence | Set false to omit evidence snippets from dataset rows. |
includeRawSnapshots | Opt in to bounded raw HTML records in the key-value store. |
timeoutMs / requestDelayMs | Bound each public request and pacing. |
maxChargeUsd | Stops before a paid event would exceed the run budget. |
includeReport | Controls paid report generation and key-value-store artifacts. |
startUrls remains available for task compatibility. Actor-specific URL fields are clearer for new integrations. sitemapUrls is accepted as workflow metadata but does not start a broad sitemap crawl.
Input example
For repeatable automation, store baseline or captured HTML outside the Actor and send only the bounded records needed for the current comparison. Avoid embedding credentials, session cookies, private customer data, or authenticated page captures.
Dataset contract
The dataset schema is defined in .actor/dataset_schema.json. Each paid output is pushed as an individual object. Arrays are never submitted as a single dataset item. This makes API pagination, CSV export, and downstream validation predictable.
Common diagnostic conventions:
*_ok: observable fields passed the implemented checks.*_requiredor*_no_*: required source evidence was absent.*_source_unavailable: the supplied/fetched source was blocked or unavailable.- Actor-specific issue codes identify the exact mismatch, change, merchandising issue, review condition, or variant defect.
- HTTP status
0means the public request failed before a response;nullmeans no request was attempted.
Evidence snippets are bounded and can be disabled. Raw snapshots are off by default and, when enabled, are capped before storage.
Reports
When includeReport is true and its charge is accepted, the Actor writes:
- a Markdown executive summary;
- a CSV containing the schema-aligned records;
- a JSON issue list;
- bounded evidence excerpts;
- run metadata with counts, issue codes, pricing mode, and consumed input fields.
The billing-status record reports accepted spend, configured maximum, and the number of rows pushed. If a charge is rejected, partially accepted, or reaches an Apify event limit, the Actor stops before the corresponding paid output.
Pay-per-event pricing
| Event | Price | When charged |
|---|---|---|
actor-start | $0.08000 | Once after initialization. |
product-record-checked | $0.01750 | Once per distinct feed record checked. |
landing-page-checked | $0.01750 | Once per distinct observable landing page. |
feed-page-mismatch-detected | $0.03450 | For each distinct mismatch result. |
executive-report-generated | $0.85000 | When report output is requested. |
Apify platform-usage pass-through is off. The configured event prices reserve the applicable platform and discount margin. maxChargeUsd is enforced before every event, including actor start and report output. A value of zero therefore produces no paid dataset output.
Billing sequence:
- Initialize the Actor.
- Accept the
actor-startevent. - Accept the distinct source/record event.
- Accept any actor-specific comparison, extraction, theme, issue, or change event.
- Push one validated dataset object.
- Accept report events before storing paid report artifacts.
- Write billing status and exit.
The Actor exits in a finally path. Dataset push failures are recorded as dataset-push-failed before the error is rethrown, which keeps failures observable and prevents a hanging run.
Limits and interpretation
- Price comparison uses normalized numeric values and does not infer taxes, shipping, or membership prices.
- Availability is normalized from visible text or Product/Offer JSON-LD. Unknown evidence stays
unknown. - A feed image is compared only when the feed supplies one. The Actor does not download image binaries.
- The Actor does not crawl a merchant catalog. Supply HTML snapshots or bounded product URLs.
Additional safeguards:
- Only
http:andhttps:URLs are eligible for fetching. - Localhost, loopback, link-local, and common private IPv4 ranges are rejected.
allowedDomainscan restrict retrieval to exact hosts and their subdomains.- Response HTML is truncated before analysis.
- Pagination, where supported, stays on the same hostname and within configured depth/page limits.
- No credentials or private API access are requested.
- Results describe observable source evidence at scan time; they are not legal, financial, inventory, or compliance guarantees.
Running on Apify
Use the input editor, API, task, webhook, schedule, or integration of your choice. Keep automated runs small at first, inspect the dataset and billing-status record, then increase caps deliberately.
A successful default run uses embedded public-page-shaped HTML, performs no network request, finishes quickly, and writes a non-empty dataset. For production monitoring, replace that input with your own public URLs or snapshots and preserve prior snapshots externally where comparisons require them.
Running from source
The smoke command clears package-local storage, executes the real entrypoint with examples/input.tiny.json, writes one object per dataset file, and creates every configured report artifact. The test suite also checks schema types, Store defaults, caps, SSRF guards, pricing events, charge limits, real entrypoint behavior, and actor-specific extraction cases.
Troubleshooting
The run returns a required-input diagnostic
Confirm that the actor-specific source field is populated and that the HTML record contains sourceUrl, html or currentHtml, and an appropriate HTTP status. Comparison Actors also need a usable baseline.
The source is unavailable
Check the URL, public accessibility, domain allowlist, timeout, and robots/site policies. Prefer a captured public HTML snapshot when stable automation matters.
The dataset stops before the configured cap
Inspect the billing-status record. maxChargeUsd, an Apify event limit, or a partial charge can stop output before a row is pushed.
Expected fields are null
The field was not observable in the supplied source or was disabled by input. Review the evidence snippet and source HTML. Do not treat null as a negative factual claim.
Interactive content is missing
Supply server-rendered HTML or an authorized captured snapshot. This package intentionally analyzes static, observable evidence and does not claim browser-only interactions it did not perform.
