Het begrijpen van deze scheiding is essentieel om het systeem met vertrouwen te gebruiken.

Wat automatisch gebeurt

CatalogPilot verzorgt automatisch het volgende:

Catalogussynchronisatie

Leest producten, varianten, afbeeldingen, categorieën en bijbehorende metadata uit uw platform via alleen-lezen toegang.

Contextuele analyse

Observeert de publieke storefront-structuur om te begrijpen hoe inhoud aan bezoekers en crawlers wordt gepresenteerd.

Generatie van verrijkingen

Genereert gestructureerde metadata, toegankelijkheidsteksten, variantkoppelingen, categoriesignalen en AI-klare attributen buiten het platform.

Batchverwerking en schaalbaarheid

Zet verrijkingen veilig in wachtrijen, beperkt en verwerkt ze op de achtergrond zonder de storefront-prestaties te beïnvloeden.

Distributiemechanisme

Injecteert goedgekeurde content tijdens het renderen van de pagina via een lichtgewicht, omkeerbaar mechanisme.

Geen van deze geautomatiseerde stappen schrijft rechtstreeks naar uw platform of slaat wijzigingen op zonder goedkeuring.

Wat menselijke actie vereist

Menselijke betrokkenheid is bewust beperkt tot waardevolle controlepunten:

Beoordelen van verrijkte producten

Merchants vergelijken visueel originele en verrijkte content om de juistheid te bevestigen.

Goedkeuren van content voor distributie

Goedkeuring is de grens waarna verrijkte content actief wordt.

Optionele bewerkingen of overrides

Merchants kunnen:

– Specifieke velden bewerken

– Terugkeren naar originele content

– Distributie uitschakelen voor individuele producten of categorieën

Activeren van distributie

Het installeren of activeren van de distributietrigger is een bewuste, omkeerbare beslissing.

Waarom deze balans belangrijk is

CatalogPilot vermijdt twee uitersten:

– Volledig handmatige systemen die constante micromanagement vereisen

– Volledig geautomatiseerde systemen zonder menselijke controle en met verhoogd risico

In plaats daarvan volgt het een “één keer beoordelen, daarna vertrouwen”-model:

– De meeste verrijkingen vereisen slechts een snelle visuele bevestiging

– Bewerken blijft altijd mogelijk, zelfs na goedkeuring

– Niets is permanent vergrendeld

Wat u niet hoeft te doen

U hoeft niet:

– Elke variant in detail te beoordelen

– Elke afbeeldingsbeschrijving te bewerken

– Elk metadata-veld te begrijpen

– Elke verrijking afzonderlijk goed te keuren

Het systeem is ontworpen om cognitieve belasting te verminderen, niet te verhogen.

De eerste verrijking is bewust begeleid en gecontroleerd — niet direct automatisch, en dat is met opzet.

Stap 1 — Uw catalogus koppelen

Na aanmelding verstrekt u:

• Alleen-lezen API-toegang tot uw platform
  
• De openbare URL van uw storefront
  

CatalogPilot start vervolgens op de achtergrond met het verzamelen en normaliseren van uw catalogusgegevens.

Afhankelijk van de catalogusgrootte en systeemdruk kan deze initiële verzameling enkele minuten tot meerdere uren duren.

Tijdens deze fase worden geen wijzigingen aan uw storefront aangebracht.

Stap 2 — Voorbereiding van de eerste verrijking

Zodra de catalogusgegevens beschikbaar zijn:

• Wordt een kleine eerste set producten (momenteel tot 10) in de wachtrij geplaatst voor verrijking
  
• Deze eerste verrijkingen gebeuren binnen strikt gecontroleerde systeemlimieten
  
• De verwerking kan direct starten of na een korte wachttijd
  

In de meeste gevallen begint de verrijking binnen enkele minuten, maar bij drukte kan dit langer duren.

Stap 3 — Beoordeling door CatalogPilot & melding

Wanneer de eerste verrijkingen zijn voltooid:

• Worden de resultaten beoordeeld als onderdeel van het onboardingproces
  
• Ontvangt u een melding zodra ze klaar zijn
  
• In sommige gevallen neemt een supportmedewerker contact met u op
  

Deze eerste cyclus wordt doorgaans dezelfde dag afgerond en altijd binnen een redelijke onboardingperiode.

Stap 4 — Uw eerste verrijkte producten bekijken

U wordt doorgestuurd naar de Review-pagina, waar u:

• Kunt schakelen tussen Origineel en Verrijkt
  
• Verbeteringen visueel kunt bevestigen
  
• Zich hoofdzakelijk op het Product-tabblad kunt richten
  
• Diepere tabbladen kunt negeren tenzij iets afwijkt
  

Deze stap is ontworpen om minuten te kosten — geen uren.

Stap 5 — Goedkeuren en controle overnemen

Na goedkeuring:

• Krijgt u direct controle over het verrijkingsproces
  
• Kunt u toekomstige batches zelf starten
  
• Ziet u duidelijke kosten- en tijdsinschattingen vóór elke batch
  
• Blijft de verwerking op de achtergrond doorgaan met live voortgang
  

Vanaf dit moment bepaalt u zelf wanneer, hoeveel en wat wordt verrijkt.

Wat verandert na de eerste cyclus

De eerste fase is het meest gestructureerd.

Daarna:

• Wordt verrijking self-service
  
• Worden tijdsinschattingen vooraf duidelijk weergegeven
  
• Neemt de beoordelingsinspanning verder af
  
• Is geen extra poortwachting nodig
  

CatalogPilot is ontworpen om eerst vertrouwen te winnen en daarna op de achtergrond te werken.

In plaats van uw catalogusgegevens te overschrijven of te wijzigen, maakt CatalogPilot een veilige, gesynchroniseerde kopie van uw catalogus buiten het platform, verrijkt deze en levert goedgekeurde verbeteringen tijdens het renderen van de pagina.

De drie kernstatussen

Elk onderdeel in CatalogPilot doorloopt drie duidelijke fasen:

Verrijkt

Nieuwe gestructureerde content is gegenereerd (SEO, toegankelijkheid, metadata, varianten, afbeeldingen, categorieën).

Goedgekeurd

Een mens heeft bevestigd dat de verrijking acceptabel is. Dit is de vertrouwensgrens.

Geleverd

Goedgekeurde content wordt actief geleverd aan uw storefront voor bezoekers en crawlers.

CatalogPilot overschrijft op geen enkel moment permanent uw platformgegevens.

Wat CatalogPilot doet

• Leest catalogusgegevens van uw platform
  
• Verrijkt deze voor zoekmachines, toegankelijkheid en AI-systemen
  
• Laat u wijzigingen beoordelen en goedkeuren
  
• Injecteert goedgekeurde content veilig tijdens render-tijd
  
• Kan direct worden uitgeschakeld zonder herstelactie
  

Wat CatalogPilot niet doet

• Wijzigt geen databases
  
• Herschrijft geen thema’s of templates
  
• Heeft geen invloed op checkout, prijzen of voorraad
  
• Creëert geen producten of talen die niet bestaan
  

Zie CatalogPilot als luchtverkeersleiding voor uw catalogus — observerend, optimaliserend en begeleidend — zonder eigenaarschap over te nemen.

Waarom CatalogPilot de rol van je catalogus verandert

Kiezen voor CatalogPilot is geen kleine optimalisatiebeslissing.

Het is een structurele verschuiving in hoe je productcatalogus bestaat, werkt en waarde creëert.

Traditioneel leeft een eCommerce-productcatalogus binnen een platform.

De data, structuur en reikwijdte worden beperkt door de regels, beperkingen en roadmap van dat platform. Zelfs wanneer geoptimaliseerd blijft de catalogus grotendeels geïsoleerd—met de storefront als eerste doel, en alles daarbuiten als tweede.

CatalogPilot verandert dat model.

Voor het eerst bestaat je productcatalogus extern als een gestructureerd, beheerd asset—onafhankelijk van één enkel platform. Je storefront blijft volledig operationeel en ongewijzigd, maar de intelligentie, verrijking en vindbaarheid van je catalogus zitten niet langer opgesloten in het platform.

Deze scheiding creëert vrijheid.

Het stelt je catalogus in staat om:

Eenmalig geoptimaliseerd te worden en consistent geleverd te worden

Zoekmachines, toegankelijkheidssystemen en opkomende AI-platformen direct te bedienen

Toekomstige marketing, syndication en platformtransities te ondersteunen zonder opnieuw werk te moeten doen

In waarde te groeien zonder telkens opnieuw te worden herschreven of opgebouwd voor elk nieuw kanaal

CatalogPilot vervangt je platform niet.

Het bevrijdt je catalogus ervan.

Waar je mee werkt is niet alleen verbeterde productcontent—het is een catalogus die nu:

Verder dan je storefront kan worden versterkt

Zonder duplicatie kan worden hergebruikt

Bewust kan worden beheerd in plaats van reactief aangepast

Onafhankelijk van platformbeperkingen kan evolueren

Deze handleiding laat zien hoe je dat systeem met vertrouwen gebruikt—waar je aandacht nodig is, waar niet, en hoe je het zware werk door het systeem laat doen terwijl jij je richt op groei.

Waarom dit belangrijk is

De meeste merchants kunnen deze stap nooit zetten.

Ze optimaliseren binnen de grenzen die ze krijgen.

Door CatalogPilot te kiezen, kies je ervoor je productcatalogus te behandelen als een langetermijn digitaal asset, niet alleen als een pagina-generator.

Alles wat volgt in deze handleiding is ontworpen om je te helpen dat asset te beheren met helderheid, efficiëntie en controle—zonder dat je alles hoeft te micromanagen.

Le design, la photographie, la mise en page et les descriptions sont pensés pour la navigation. Et cela a du sens. Les clients découvrent votre boutique de manière visuelle.

Mais les moteurs de recherche, les systèmes de conformité, les robots d’accessibilité, les moteurs de découverte par IA et les indexeurs de marketplaces ne fonctionnent pas ainsi.

Ils interprètent autre chose.

Ils n’évaluent pas le « design ».

Ils ne mesurent pas la « qualité esthétique ».

Ils ne récompensent pas le raffinement visuel.

Ils évaluent la profondeur, la hiérarchie, les relations et la clarté lisible par les machines.

Et dans l’eCommerce moderne, près de 80 % de la découvrabilité se joue dans cette couche invisible.

La vision humaine vs. la vision machine

Pour un acheteur, une fiche produit semble complète si elle comprend :

• Un titre

• Une description

• Des images

• Un prix

• Des variantes

Pour les systèmes d’indexation, la notion de complétude est définie très différemment.

Les systèmes de recherche et de conformité évaluent :

• La hiérarchie des titres et la structure sémantique

• Les références canoniques

• Les relations entre produits et variantes

• Le renforcement des catégories

• Les attributs d’accessibilité

• Les métadonnées produit structurées

• Les signaux juridiques et de conformité

• La cohérence des données dans l’ensemble du catalogue

La majeure partie de ces éléments existe en arrière-plan.

Lorsque cette base est incomplète, incohérente ou superficielle, les moteurs de recherche réduisent leur niveau de confiance — même si la page semble pleinement aboutie aux visiteurs humains.

La profondeur stimule la découvrabilité

L’indexation moderne n’est plus basée sur les champs. Elle est basée sur les relations.

Les moteurs de recherche et les systèmes d’IA évaluent la manière dont :

• Les produits se rattachent aux catégories

• Les variantes se différencient de manière significative

• Les images renforcent la conformité en matière d’accessibilité

• Les métadonnées clarifient l’intention

• La structure reste cohérente dans tout le catalogue

Sans profondeur fondamentale :

• Les produits plus modestes deviennent invisibles

• La découvrabilité de longue traîne s’effondre

• Les résultats enrichis diminuent

• Les moteurs de découverte par IA interprètent mal l’intention

• L’exposition au risque de non-conformité augmente

La performance d’un catalogue ne dépend pas uniquement du design.

Elle dépend de son niveau de complétude systémique.

Les 80 % que vous ne voyez pas

Les plateformes natives proposent des champs produit de surface.

Elles ont été conçues pour :

• Afficher des produits

• Traiter des transactions

• Gérer l’inventaire

Elles n’ont pas été conçues pour construire et maintenir une architecture sémantique profonde à travers chaque produit, image, variante et catégorie.

Avec le temps :

• Les métadonnées dérivent

• Les attributs d’accessibilité restent incomplets

• La clarté des variantes s’affaiblit

• Le balisage schema devient obsolète

• Les exigences de conformité évoluent

Cette dégradation est invisible pour les commerçants — mais mesurable pour les systèmes d’indexation.

Une amélioration équitable sur l’ensemble du catalogue

CatalogPilot ne privilégie pas les produits à fort volume par rapport aux SKU plus modestes.

Chaque produit bénéficie du même niveau d’enrichissement.

Cela signifie :

• Les produits de longue traîne gagnent en visibilité

• Les SKU à plus faible volume obtiennent une meilleure clarté d’indexation

• Les variantes deviennent sémantiquement distinctes

• Les catégories renforcent l’intention

• Les signaux à l’échelle du catalogue se renforcent collectivement

Il ne s’agit pas d’une optimisation sélective.

Il s’agit d’une élévation systémique.

Dynamique, et non statique

La plupart des vitrines fonctionnent de manière statique.

Une fois créées, les données structurelles évoluent rarement, sauf en cas de mise à jour manuelle.

CatalogPilot fonctionne de manière dynamique.

À mesure que votre catalogue évolue :

• Les métadonnées sont reconstruites

• Le balisage schema est actualisé

• L’accessibilité est renforcée

• Les signaux sémantiques sont régénérés

Cela garantit que :

• L’indexation reste alignée sur les standards en évolution

• La conformité ne se dégrade pas

• La découvrabilité ne dérive pas

• Votre catalogue reste structurellement à jour — et non structurellement obsolète

Pourquoi cela compte aujourd’hui

Les moteurs de recherche modernes et les systèmes d’IA évaluent bien plus que des mots-clés.

Ils analysent :

• La clarté hiérarchique

• La précision sémantique

• Le niveau de préparation à l’accessibilité

• L’alignement de conformité

• La cohérence à l’échelle du catalogue

Lorsque la profondeur fondamentale est faible, les commerçants compensent souvent en augmentant le trafic payant — ce qui fait grimper les coûts d’acquisition tandis que la découvrabilité sous-jacente reste limitée.

Les produits ignorés ne peuvent pas rivaliser.

Les 80 % invisibles déterminent si votre catalogue est interprété correctement — ou filtré.

Les systèmes qui lisent réellement votre boutique

Les vitrines modernes sont évaluées par des dizaines de systèmes d’indexation, de conformité et de découverte. Voici un aperçu représentatif de la manière dont ces systèmes interprètent les données produit — et de la façon dont CatalogPilot prépare votre catalogue pour qu’il soit correctement compris par eux.

CatalogPilot ne contrôle pas ces systèmes. Il prépare votre catalogue pour qu’il soit correctement interprété par eux.

C’est la couche architecturale que la plupart des plateformes ne construisent jamais entièrement.

Où intervient CatalogPilot

CatalogPilot agit au sein de cette couche invisible.

Il :

• Reconstruit la profondeur fondamentale

• Améliore les métadonnées lisibles par les machines

• Renforce la conformité en matière d’accessibilité

• Renforce la clarté de l’indexation

• Fonctionne de manière non destructive

• S’exécute dynamiquement au moment du rendu

Il ne change pas l’apparence de votre boutique.

Il change la manière dont elle est comprise.

Réflexion finale

Si votre vitrine semble complète mais sous-performe, le problème n’est peut-être pas le design.

Il est peut-être fondamental.

Et la profondeur fondamentale est rarement visible — mais elle est toujours mesurée.

Uw productcatalogus zoals deze bestaat binnen uw e-commerceplatform (producten, categorieën, varianten, afbeeldingen, prijzen, beschikbaarheid).

CatalogPilot vervangt uw catalogus niet. Het leest deze en bouwt extern een verrijkte kopie op.

Cataloguskopie (externe kopie)

Een veilige, alleen-lezen kopie van uw catalogus, aangemaakt via een API-verbinding.

Deze kopie:

• Bestaat buiten uw platform
  
• Wordt gebruikt voor verrijking, validatie en distributie
  
• Kan direct worden verwijderd zonder impact op uw winkel
  

Verrijking

Het proces waarbij gestructureerde, machine-leesbare content wordt gegenereerd voor producten, categorieën, varianten en afbeeldingen.

Verrijking kan omvatten:

• Titels en beschrijvingen
  
• SEO-metadata (titel, beschrijving, koppen)
  
• ADA-toegankelijke alt-teksten
  
• Schema-compatibele gestructureerde velden
  
• Semantische en AI-classificatievelden
  

Verrijking overschrijft nooit platformdata.

Goedkeuring

De verplichte stap waarin handelaren verrijkte content beoordelen en goedkeuren vóór distributie.

Goedkeuring:

• Voorkomt drift en hallucinaties
  
• Garandeert controle op enterprise-niveau
  
• Kan per item of in bulk plaatsvinden
  
• Blijft altijd achteraf bewerkbaar
  

Origineel vs. Goedgekeurd

• Origineel: inhoud van uw platform en storefront
  
• Goedgekeurd: door CatalogPilot gegenereerde en bevestigde inhoud
  

Beide blijven altijd beschikbaar voor vergelijking.

Batch

Een groep items die samen worden verrijkt.

Batches kunnen worden aangemaakt via:

• Automatisch (oudste niet-verrijkte items eerst)
  
• Handmatige productselectie
  
• Selectie per categorie
  

Geen batch start zonder bevestiging.

Schatting

Een kostenoverzicht vóór het starten van verrijking.

Schattingen:

• Tonen aantallen en tarieven
  
• Betreffen alleen in aanmerking komende items
  
• Starten geen facturatie zonder bevestiging
  

Reviewwachtrij

Een tijdelijke lijst met recent verrijkte items die op goedkeuring wachten.

Ontworpen voor:

• Visuele vergelijking
  
• Snelle validatie
  
• Lage cognitieve belasting
  

De meeste handelaren keuren zonder wijzigingen goed.

Productgalerij

De primaire vergelijkingsweergave met:

• Mens-leesbare content
  
• Machine-leesbare content
  
• Toegankelijkheids- en structuurgegevens
  

Dit is het belangrijkste beoordelingsoppervlak van CatalogPilot.

Producttabs

Secundaire bewerkingspanelen onder de galerij.

Gebruikt voor:

• Gerichte aanpassingen
  
• Veld-voor-veld overrides
  
• Geavanceerde revisie (optioneel)
  

De galerij staat centraal; tabs zijn aanvullend.

Varianten

Individuele productvariaties (bijv. maat, kleur) die als afzonderlijke gestructureerde records worden behandeld.

CatalogPilot maakt aparte records zodat:

• Elke variant zelfstandig kan worden geïndexeerd
  
• Variant-specifiek schema kan worden geleverd
  
• Vindbaarheid wordt vergroot zonder URL-duplicatie
  

Variantcontent wordt grotendeels geërfd van het hoofdproduct.

Afbeeldingen / ADA

Verrijking op afbeeldingsniveau, inclusief:

• Afbeeldingstitels
  
• Alternatieve teksten
  
• Bijschriften
  
• Toegankelijkheidsbeschrijvingen
  

Deze velden zijn primair machine-leesbaar en zelden handmatig aan te passen.

Attributen

Gestandaardiseerde productkenmerken voor zoekmachines en shoppingplatformen.

Bevat Google-vereiste velden zoals:

• Beschikbaarheid
  
• Conditie
  
• Producttype
  
• Categorietaxonomieën
  

Geel gemarkeerde velden zijn optioneel en alleen in te vullen bij zekerheid.

Schema

Gestructureerde data (JSON-LD) die tijdens rendering wordt geleverd om producten, categorieën en varianten te beschrijven.

Schema:

• Wordt dynamisch geïnjecteerd
  
• Wijzigt geen themabestanden
  
• Kan direct worden uitgeschakeld
  

Storefront-distributie

Het leveren van goedgekeurde gestructureerde content bij het laden van pagina’s.

Distributie:

• Vindt plaats tijdens rendering
  
• Is niet-destructief
  
• Reflecteert uitsluitend goedgekeurde content
  

FailSafe-schakelaar

Een globale schakelaar om alle CatalogPilot-distributie direct uit te schakelen.

Bij uitschakeling:

• Keert de winkel terug naar native gedrag
  
• Is geen rollback nodig
  
• Blijft verrijkte data veilig opgeslagen
  

Inkomend (Catalogussynchronisatie)

Een veilige, alleen-lezen verbinding die catalogusdata van het platform naar CatalogPilot haalt.

CatalogPilot:

• Leest uitsluitend data
  
• Schrijft nooit terug
  
• Respecteert platformautoriteit
  

Uitgaand (Distributie)

Gecontroleerde levering van verrijkte content naar de storefront via een lichtgewicht script.

Uitgaand:

• Is optioneel
  
• Kan worden gepauzeerd of uitgeschakeld
  
• Heeft geen invloed op betalingen of transacties
  

Tags

Individuele gestructureerde data-elementen die tijdens verrijking worden gegenereerd.

Eén product kan tientallen tags genereren via:

• Productvelden
  
• Afbeeldingen
  
• Varianten
  
• Categorieën
  
• AI- en semantische lagen
  

Hoge aantallen duiden op diepte, niet duplicatie.

Activiteitenlogboek

Een gedetailleerde tijdlijn van alle acties binnen CatalogPilot.

Bevat:

• Verrijkingen
  
• Goedkeuringen
  
• Bewerking
  
• Batchstatussen
  
• Factureerbare acties (indien van toepassing)
  

Gebruik

Realtime registratie van factureerbare verrijkingsactiviteiten.

Gebruik is:

• Gedetailleerd
  
• Tijdgestempeld
  
• Automatisch gekoppeld aan facturen
  

Factuur

Een wekelijkse samenvatting van verrijkingsgebruik.

Facturen:

• Bundelen gebruik in één regel
  
• Verwijzen naar gedetailleerde logs
  
• Staan los van abonnementskosten
  

Abonnement

Het basisplan dat bepaalt:

• Catalogusgrootte-limieten
  
• Toegangsniveaus
  
• Beschikbare functies
  

Abonnementen worden afzonderlijk gefactureerd.

Vertaling

Optionele verrijking van goedgekeurde content naar bestaande platformtalen.

Vertalingen:

• Worden pas na hoofdgoedkeuring uitgevoerd
  
• Geldig alleen voor bestaande talen
  

Worden tegen een gereduceerd tarief gefactureerd

Het tabblad Betalingen biedt veilige toegang tot het externe facturatieportaal van CatalogPilot, aangedreven door Stripe.

Doel van deze sectie

Dit gedeelte is uitsluitend bedoeld om handelaren een veilige, zelfbedieningsmogelijkheid te bieden voor het beheren van betalingsgegevens, zonder gevoelige financiële informatie binnen CatalogPilot bloot te stellen.

CatalogPilot slaat geen creditcardgegevens op en verwerkt deze ook niet rechtstreeks.

Wat u ziet

Een korte uitleg dat betaalmethoden, abonnementen en facturen extern worden beheerd.

Eén actieknop:

Facturatieportaal openen

Facturatieportaal openen

Door te klikken op Facturatieportaal openen wordt u veilig doorgestuurd naar de door Stripe gehoste facturatieomgeving, waar u:

• Uw betaalmethode kunt bijwerken of wijzigen
  
• Eerdere betalingen en betalingsgeschiedenis kunt bekijken
  
• Stripe-ontvangstbewijzen kunt downloaden
  
• Abonnementsbetalingsgegevens kunt beheren
  
• Mislukte of openstaande betalingen kunt oplossen
  

Alle handelingen binnen het facturatieportaal worden rechtstreeks door Stripe uitgevoerd volgens industriestandaard beveiligings- en compliance-maatregelen.

Belangrijke opmerkingen

• Wijzigingen in betalingen worden onmiddellijk van kracht zodra ze in Stripe zijn opgeslagen.
  
• Abonnementskosten en gebruiksafhankelijke kosten worden afzonderlijk gefactureerd, zoals beschreven in eerdere facturatiesecties.
  
• CatalogPilot heeft geen inzage in uw volledige betalingsgegevens.
  

Neem contact op met CatalogPilot Support als u problemen ondervindt bij het openen van het facturatieportaal.

Wat de beschrijving weergeeft

De factuurbeschrijving volgt deze structuur:

Factureringsperiode

De datumbereik dat door de factuur wordt gedekt (bijv. één week).

Samenvatting van verrijkingsactiviteit

Een overzicht op hoog niveau van wat in die periode is verwerkt, zoals:

• Verrijkte velden
  
• Verrijkte en vertaalde afbeeldingen
  
• Verrijkte en vertaalde producten
  
• Verrijkte en vertaalde varianten
  
• Verrijkte categorieën
  

Dit is een samenvatting en geen regel-voor-regel overzicht. CatalogPilot houdt facturen bewust overzichtelijk in plaats van handelaren te overladen met ruwe loggegevens.

Waarom dit als één regel wordt weergegeven

CatalogPilot factureert verrijkingsgebruik als één samengevatte regel per factureringsperiode. Dit zorgt voor:

• Heldere, gemakkelijk te begrijpen facturen
  
• Totalen die exact overeenkomen met het gefactureerde bedrag
  
• Geen verwarring door tientallen of honderden microkosten
  

Alle gedetailleerde activiteiten zijn al beschikbaar binnen het platform.

Volledige details bekijken

Wilt u dieper ingaan op een getal op de factuur:

• Ga naar Facturatie → Gebruik
  
• Gebruik filters en zoeken
  (op datum, onderwerp — product, afbeelding, variant, categorie — of bedrag)
  
  
• Klik op een activiteit
  (details : wat, wanneer, wie, factuurtoewijzing)
  
  
• Kruiscontrole met activiteitslogs
  (volledige tijdlijn van goedkeuringen, bewerkingen, verrijkingen en systeemacties)
  

Belangrijke punten

• Factuurtotalen weerspiegelen alleen goedgekeurde verrijkingsactiviteit
  
• Vertalingen worden afzonderlijk gefactureerd (indien van toepassing) en in de beschrijving samengevat
  
• Abonnementskosten zijn niet inbegrepen in gebruiksfacturen en worden apart gefactureerd
  

Een saldo van $0,00 betekent dat de factuur al is betaald of gecrediteerd

Overzicht van de factuurlijst

Elke rij in de factuurlijst vertegenwoordigt één factuur, die doorgaans wekelijks wordt gegenereerd voor gebruiksgebaseerde verrijkingsactiviteiten.

De tabel bevat de volgende kolommen:

Factuurnummer

Een unieke factuuridentificatie in het formaat CPILOT-YYYYMM-WEEK.

Dit onderscheidt CatalogPilot-facturen duidelijk van andere factureringssystemen en koppelt ze aan specifieke gebruiksperioden.

Periode (UTC)

De datumbereik dat door de factuur wordt gedekt.

Dit weerspiegelt de verrijkingsactiviteit die in die specifieke week heeft plaatsgevonden.

Bedrag

De totale gebruiksgebaseerde kosten voor de factuurperiode.

Dit bedrag omvat uitsluitend dynamische verrijkingskosten.

Abonnementskosten zijn niet inbegrepen en worden afzonderlijk gefactureerd.

Status

Geeft de huidige status van de factuur aan:

• Actief – Factuur is gegenereerd en wacht op betaling.
• Betaald – Factuur is succesvol betaald via Stripe.

Download

Voor betaalde facturen kunnen handelaren een PDF-kopie downloaden voor hun administratie.

Factureringsfrequentie

Gebruiksgebaseerde verrijkingskosten worden wekelijks gefactureerd.

Als er in een bepaalde week geen verrijkingsactiviteit plaatsvindt, wordt er geen factuur gegenereerd.

Abonnementskosten worden afzonderlijk gefactureerd op de jubileumdatum van de aanmelding van de handelaar.

Alle betalingen worden automatisch verwerkt via Stripe met de opgeslagen betaalmethode.

Factuurdetails & sorteren

Handelaren kunnen:

• facturen zoeken op nummer, datumbereik of bedrag;
• facturen sorteren op periode of bedrag;
• individuele facturen openen om volledige details te bekijken (indien van toepassing).

Leverancier- en factureringsgegevens

Onderaan de facturenpagina vinden handelaren de officiële factureringsgegevens van CatalogPilot:

Gefactureerd door:

AdVision eCommerce Inc.

E-mail: accounts@advision-ecommerce.com

Bedrijfsregistratienummer: #82866 8996

Postadres:

Suite 1402 – 327, 347 Fifth Ave.

New York, NY 10016

Verenigde Staten

Deze informatie wordt verstrekt voor boekhouding, afstemming en nalevingsdoeleinden.

Het tabblad Gebruik biedt een gedetailleerd overzicht op itemniveau van alle verrijkingsactiviteiten die bijdragen aan gebruiksgebaseerde facturering.

Waar het tabblad Facturering de kosten op hoofdlijnen samenvat, toont het tabblad Gebruik de gedetailleerde uitsplitsing van elke verrijkingsactie op het moment dat deze plaatsvindt.

Deze weergave is bedoeld voor transparantie en traceerbaarheid, niet voor configuratie.

Overzicht van de gebruikstabel

Elke rij in de gebruikstabel vertegenwoordigt één afzonderlijke verrijkingsgebeurtenis.

De tabel bevat de volgende kolommen:

Datum / Tijd (UTC)

Geeft aan wanneer de verrijking heeft plaatsgevonden.

Alle activiteiten worden in UTC vastgelegd om consistentie tussen regio’s te waarborgen.

Onderwerp

Identificeert het specifieke object dat is verrijkt:

• Product
  
• Afbeelding
  
• Variant
  
• Categorie
  

Door op het onderwerp te klikken, wordt u rechtstreeks naar dat item in CatalogPilot geleid (bijvoorbeeld naar het bijbehorende product of de afbeelding).

Gebruikstype

Geeft aan welke actie is uitgevoerd.

De meeste vermeldingen tonen “Verrijking van onderwerp”, wat een succesvolle verrijkingsactie vertegenwoordigt.

Bedrag

Toont de gebruikskosten die aan deze afzonderlijke actie zijn gekoppeld.

Prijzen kunnen intern met drie decimalen worden weergegeven voor nauwkeurigheid.

De uiteindelijke gefactureerde bedragen worden afgerond op de standaard twee decimalen.

Status

Geeft de factureringsstatus van het gebruiksitem weer.

“Toegewezen aan factuur” betekent dat de verrijking is geregistreerd en klaargezet voor de volgende factureringscyclus.

Items blijven in deze status totdat de wekelijkse factuur wordt gegenereerd.

Relatie tussen gebruik en facturering

Gebruiksvermeldingen verschijnen onmiddellijk wanneer verrijkingsacties plaatsvinden.

Na registratie worden ze toegewezen aan de aankomende factuur.

Gebruik wordt wekelijks gefactureerd, los van abonnementskosten.

Abonnementskosten worden afzonderlijk verwerkt en verschijnen niet in de gebruikstabel.

Navigeren door gebruiksdetails

Door op een Onderwerp te klikken, opent u het bijbehorende product, de afbeelding of categorie.

Door op het Gebruikstype te klikken, worden interne details weergegeven over welke velden tijdens die verrijkingsactie zijn gegenereerd.

Dit stelt handelaren in staat om precies te controleren wat is verrijkt, wanneer dit is gebeurd en tegen welke kosten.

Belangrijke opmerkingen

Niet elke actie in CatalogPilot is factureerbaar.

Alleen verrijkingsgerelateerde acties genereren gebruiksvermeldingen.

Alle acties — factureerbaar of niet — worden elders gelogd voor systeemtransparantie, maar het tabblad Gebruik richt zich uitsluitend op factureerbare verrijkingsgebeurtenissen.

De sectie Facturatie biedt een duidelijk en transparant overzicht van uw abonnementsstatus en alle gebruiksgebaseerde verrijkingsactiviteiten. CatalogPilot scheidt abonnementskosten van gebruikskosten, zodat handelaars eenvoudig kunnen zien wat terugkerend is en wat verbruiksafhankelijk is.

Abonnementsstatus

Bovenaan de Facturatiepagina ziet u:

• Status – Actief of gepauzeerd
  
• Abonnement – Uw huidige niveau (bijv. Niveau 3)
  
• Factureringsinterval – Maandelijks
  
• Vernieuwingsdatum – Weergegeven in UTC
  

Klik op Abonnement beheren om wijzigingen aan te brengen. Dit opent Stripe veilig, waar alle abonnementswijzigingen worden afgehandeld. CatalogPilot slaat geen betalingsgegevens op en beheert deze niet rechtstreeks.

Gebruik in de huidige cyclus

Onder de abonnementsgegevens staat het overzicht Gebruik in de huidige cyclus. Dit toont uitsluitend gebruiksgebaseerde verrijkingskosten voor de lopende factureringsperiode.

Het gebruik is opgesplitst per verrijkingstype:

• Afbeeldingen
  
• Producten
  
• Varianten
  
• Categorieën
  

Per type ziet u:

• De totale kosten (weergegeven met drie decimalen)
  
• Het aantal verrijkte items
  
• Het aantal vertaalde items (indien van toepassing)
  

Belangrijk:

• Prijzen worden intern tot op drie decimalen weergegeven voor nauwkeurigheid.
  
• Definitieve facturen worden bij facturatie naar beneden afgerond op twee decimalen.
  

Wekelijks gebruikstotaal

Aan de rechterzijde ziet u het wekelijkse verrijkingstotaal voor de huidige cyclus.

• Betreft uitsluitend dynamisch verrijkingsgebruik
  
• Inclusief geen abonnementskosten
  
• Gebruik wordt wekelijks gefactureerd
  
• Abonnementskosten worden afzonderlijk via Stripe gefactureerd
  

Activiteitenlogboek gebruik

De tabel onder het overzicht toont een gedetailleerd logboek met:

• Datum & tijd (UTC) – Alle activiteiten worden in UTC gelogd
  
• Onderwerp – Het betrokken product, de afbeelding, variant of categorie
  
• Gebruikstype – Het type verrijking dat is uitgevoerd
  
• Bedrag – Kosten van die specifieke actie
  
• Status – In behandeling of gefactureerd
  

Door op het Onderwerp te klikken opent u het item in CatalogPilot.

Door op het Gebruikstype te klikken ziet u interne details van de gegenereerde verrijking.

Transparantie in facturatie

Niet elke actie in CatalogPilot is factureerbaar. Alleen verrijkingsgerelateerde acties genereren kosten. Alle factureerbare en niet-factureerbare acties worden gelogd voor transparantie.

Dit ontwerp zorgt ervoor dat handelaars altijd weten:

• Wat is verrijkt
  
• Wanneer het is gebeurd
  
• Wat het heeft gekost
  
• Waar het van toepassing is

Het paneel Activiteit & Fouten biedt een volledige, chronologische audit van alles wat binnen CatalogPilot voor een storefront gebeurt.

Deze sectie is ontworpen voor transparantie, traceerbaarheid en operationeel vertrouwen.

Activiteit-tabblad

Het Activiteit-tabblad toont een gedetailleerde tijdlijn van acties die in het hele systeem zijn uitgevoerd, waaronder, maar niet beperkt tot:

• Verrijkingsacties (producten, afbeeldingen, categorieën, varianten)
  
• Goedkeuringsacties
  
• Batchstatusovergangen (In wachtrij → Verrijken → Afronden → Voltooid)
  
• Handmatige bewerkingen
  
• Door het systeem gegenereerde gebeurtenissen
  

Elke rij bevat:

• Activiteitstype (bijv. Verrijkt, Goedgekeurd, Status gewijzigd)
  
• Beschrijving van de actie
  
• Gebruiker die de actie heeft gestart
  
• Tijdstempel (aangemaakt of bijgewerkt)
  
• Bedrag, indien de actie factureerbaar is
  

Niet alle acties in CatalogPilot zijn factureerbaar.

Alleen verrijkingsgerelateerde handelingen genereren kosten.

Alle acties — factureerbaar of niet — worden gelogd voor transparantie.

Gedetailleerde gebeurtenisweergave

Elke activiteitsvermelding is aanklikbaar.

Wanneer geselecteerd, toont CatalogPilot:

• De exacte betrokken velden
  
• Voor-/na-waarden (indien van toepassing)
  
• De interne context van de handeling
  
• Eventuele gekoppelde batch- of objectreferenties
  

Dit creëert een volledige forensische tijdlijn van cataloguswijzigingen.

Fouten-tabblad

Het Fouten-tabblad vermeldt eventuele door het systeem gedetecteerde problemen tijdens de verwerking, zoals:

• Tijdelijke API-storingen
  
• Uitputting van herhaalpogingen
  
• Vertragingen bij externe platforms
  
• Onderbrekingen bij validatie of levering
  

CatalogPilot is ontworpen om herstelbare fouten automatisch opnieuw te proberen.

Als een fout verschijnt:

• Support kan al op de hoogte zijn en het probleem onderzoeken
  
• Merchants wordt aangeraden contact op te nemen met support als het probleem aanhoudt of onduidelijk is
  

Ontwerpintentie

Dit paneel is niet bedoeld voor dagelijks gebruik door merchants.

Het bestaat om:

• Vertrouwen te bieden dat het systeem correct functioneert
  
• Supportteams in staat te stellen problemen snel te diagnosticeren
  
• Merchants inzicht te geven zonder dat ingrijpen nodig is
  

De meeste merchants zullen deze sectie zelden hoeven te raadplegen.

Belangrijkste conclusie

Het Activiteit & Fouten-paneel is het systeemlogboek van CatalogPilot.

Het registreert:

• Wat er is gebeurd
  
• Wanneer het is gebeurd
  
• Wie het heeft geïnitieerd
  
• Of het invloed had op de facturering
  

Niets wordt verborgen en niets wordt stilzwijgend gewijzigd.

Deze sectie stelt merchants in staat te beheren wie toegang heeft tot CatalogPilot, welke identiteit zij gebruiken en hoe zij met het systeem werken.

CatalogPilot ondersteunt meerdere gebruikers per storefront met gedeeld inzicht in catalogusstatus en verrijkingsactiviteit.

Gebruikerslijstweergave

Het Gebruikers-paneel toont alle gebruikers met toegang tot het storefront.

Elke rij toont:

• Naam — weergavenaam van de gebruiker
  
• E-mailadres — gebruikt voor inloggen en meldingen
  

Standaardbediening:

• Zoeken
  
• Paginering
  
• Selectie per pagina
  

Klikken op een rij opent de detailweergave van de gebruiker.

Gebruikersdetailweergave

De volgende velden kunnen worden beheerd:

• Naam
  
• E-mailadres
  
• Wachtwoord
  
• Voorkeurstijdzone
  

De tijdzone zorgt voor:

• Nauwkeurige tijdstempels voor goedkeuringen, verrijkingen en activiteitenlogboeken
  
• Duidelijke afstemming tussen teams in verschillende regio’s
  

Wijzigingen zijn direct van kracht.

Gebruiker verwijderen

Gebruikers kunnen vanuit deze weergave worden verwijderd.

Verwijderen:

• Trekt toegang tot CatalogPilot in
  
• Heeft geen invloed op catalogusgegevens, verrijkingsstatus of storefront-levering
  
• Laat alle goedgekeurde content intact
  

Toegangsfilosofie

CatalogPilot beschouwt gebruikers­toegang als operationele controle, niet als contentcontrole.

• Elke gebruiker kan content bekijken, goedkeuren of bewerken
  
• Goedkeuringen worden gelogd in de activiteitenfeed
  
• Er is geen verborgen of destructief rechtenmodel
  

Dit bevordert eenvoudige en transparante samenwerking.

Kernpunt

Het Gebruikerspaneel is uitsluitend bedoeld voor identiteit en toegang.

Het wijzigt niet:

• Verrijkingslogica
  
• Leveringsgedrag
  
• Goedkeuringsstatus
  

Het zorgt er alleen voor dat de juiste personen veilig in het systeem kunnen werken.

Deze instellingen wijzigen niet hoe uw site eruitziet voor klanten, maar zijn cruciaal voor vertrouwen, naleving en begrip door zoekmachines.

Schema-logo

Het schema-logo wordt gebruikt in de gestructureerde gegevens van uw site om de merkherkomst vast te leggen.

Het logo wordt opgenomen in JSON-LD als uw officiële merkteken

Het helpt zoekmachines en AI-systemen producten aan uw bedrijfsentiteit te koppelen

Het logo heeft geen invloed op de visuele weergave van de storefront

Best practice:

Gebruik uw primaire merklogo in een schoon, vierkant of horizontaal formaat.

Sociale Links

U kunt optioneel URL’s toevoegen van sociale profielen (bijvoorbeeld merkaccounts).

Deze links worden opgenomen in gestructureerde gegevens

Ze ondersteunen merkverificatie en entiteitsvertrouwen

Ze zijn niet verplicht

Lege velden hebben geen invloed op de kwaliteit van verrijking

Beleids- & Bedrijfspagina’s

Deze velden koppelen uw bestaande beleids- en bedrijfspagina’s aan gestructureerde metadata:

Privacybeleid

Algemene voorwaarden

Over ons

Retourbeleid

Deze links worden gebruikt voor:

Nalevingssignalen

Vertrouwensindicatoren voor crawlers

Validatie van de verkopersidentiteit

Belangrijke opmerking:

Als uw site één pagina gebruikt voor meerdere beleidsdocumenten, mag dezelfde URL in meerdere velden worden hergebruikt zolang de pagina relevante inhoud bevat.

Adresinformatie

Uw bedrijfsadres wordt gebruikt om:

Uw verkopersentiteit te verankeren

Vertrouwens- en nalevingssignalen te ondersteunen

Consistentie in product- en categorieschema’s te verbeteren

Het adres hoeft niet exact overeen te komen met een publiek storefront-adres, maar moet een echte bedrijfs locatie vertegenwoordigen.

Twitter- / Sociale Metadata

Optionele velden voor:

Twitter Site

Twitter Creator

Deze worden uitsluitend gebruikt voor sociale previews en gestructureerde metadata.

Als u Twitter/X niet actief gebruikt, kunnen deze velden zonder gevolgen leeg blijven.

Opslaan & Updates

Wijzigingen worden onmiddellijk toegepast op gestructureerde gegevens

Geen downtime van de storefront vereist

Updates gelden voor toekomstige renders en crawls, niet voor historische data

Belangrijkste Conclusie

Deze sectie definieert wie u bent, niet wat u verkoopt.

CatalogPilot gebruikt deze instellingen om:

De verkopersidentiteit vast te leggen

Vertrouwenssignalen te versterken

Naleving en vindbaarheid te ondersteunen

U hoeft niet elk veld te perfectioneren — correcte en eerlijke informatie is voldoende.

De sectie Storefront-instellingen bepaalt hoe goedgekeurde CatalogPilot-inhoud wordt toegepast op uw live storefront en hoe het globale leveringsgedrag is geconfigureerd.

Deze pagina vormt de laatste controlelaag tussen verrijking en live-levering.

Site-identificatie

Sitenaam

Toont de naam van de storefront die met CatalogPilot is verbonden.

Deze informatie is uitsluitend ter referentie en heeft geen invloed op de levering.

Site-URL

De live storefront-URL waar CatalogPilot verrijkte inhoud tijdens het renderen levert.

Deze moet overeenkomen met het domein dat door uw platform wordt gebruikt.

Auto-verrijkingsinstellingen (alleen Support)

Twee geavanceerde automatiseringsopties worden weergegeven maar zijn standaard uitgeschakeld:

• Auto-verrijking
  
• Auto-goedkeuring van verrijkte inhoud
  

Deze functies:

• Kunnen alleen door CatalogPilot Support worden geactiveerd
  
• Vereisen aanvullende beoordeling en goedkeuring
  
• Kunnen een aanvullende juridische overeenkomst vereisen
  

CatalogPilot gebruikt standaard handmatige goedkeuring om controle op ondernemingsniveau te behouden en onbedoelde wijzigingen te voorkomen.

Varianten verrijken (globale variantinstelling)

De schakelaar Varianten verrijken bepaalt of verrijking op varianteniveau wordt gegenereerd.

Wanneer ingeschakeld:

• Varianten worden behandeld als zelfstandige records
  
• Variant-specifieke schema’s en metadata worden gegenereerd
  
• Variantafbeeldingen kunnen worden verrijkt
  
• De vindbaarheid per variant wordt versterkt
  

Wanneer uitgeschakeld:

• Varianten erven inhoud van het hoofdproduct
  
• Prijzen en SKU’s blijven afkomstig van het platform
  
• Er worden geen variant-specifieke verrijkingen of schattingen aangemaakt
  

Dit is de hoofdregeling voor alle variant-verrijkingslogica.

Verrijkte inhoud op de site gebruiken (globale overschrijvingen)

Deze sectie stelt handelaren in staat om de levering van verrijkte inhoud voor specifieke mensgerichte velden selectief uit te schakelen, terwijl de interne verrijking behouden blijft.

U kunt levering in- of uitschakelen voor:

• Titel
  
• Alternatieve titel
  
• Korte beschrijving
  
• Lange beschrijving
  
• Meta-titel
  
• H1 / H2 / H3
  
• Afbeeldingsbijschrift
  

Wanneer uitgeschakeld:

• CatalogPilot verrijkt en bewaart de inhoud nog steeds
  
• Oorspronkelijke platforminhoud wordt aan bezoekers getoond
  
• Gestructureerde metadata blijft beschikbaar, tenzij elders uitgeschakeld
  

Dit stelt handelaren in staat om:

• Hun merkstem voor zichtbare inhoud te behouden
  
• Tegelijk te profiteren van verbeterde indexering en structuur
  

Taal- en vertaalinstellingen (referentie)

Een taalsectie toont de ondersteunde talen.

Belangrijke opmerkingen:

• CatalogPilot creëert geen nieuwe talen
  
• Vertalingen zijn alleen van toepassing op reeds bestaande talen in de catalogus
  
• Het inschakelen van een taal veronderstelt bestaande vertaalde producten
  
• Vertalingen starten pas na goedkeuring van de primaire taal
  
• Talen fungeren als leveringsopties, niet als taalcreators
  

Kernboodschap

Storefront-instellingen geven handelaren volledige controle over:

• Wat wordt geleverd
  
• Hoe het wordt geleverd
  
• Of varianten worden meegenomen
  
• Welke verrijkte velden zichtbaar zijn voor mensen
  

Verrijking en levering blijven losgekoppeld, wat veiligheid, omkeerbaarheid en controle waarborgt.

De sectie Outgoing bepaalt hoe CatalogPilot goedgekeurde verrijkte content naar uw live storefront levert.

Deze pagina is bewust gescheiden van verrijking en review om een belangrijk principe te benadrukken:

CatalogPilot-verrijking en CatalogPilot-levering zijn onafhankelijk.

U kunt content verrijken, reviewen en goedkeuren zonder iets naar uw storefront te leveren totdat u dit expliciet activeert.

Wat uitgaande levering doet

Wanneer ingeschakeld, doet CatalogPilot het volgende:

• Injecteert goedgekeurde verrijkte metadata tijdens het renderen van de pagina
  
• Levert content alleen wanneer pagina’s worden bekeken door bezoekers of crawlers
  
• Overschrijft geen platformdata
  
• Wijzigt uw database, templates of checkout niet
  
• Kan direct worden uitgeschakeld zonder opschoning of rollback
  

Levering werkt volledig op de render-laag.

Globale leveringsstatus & FailSafe-schakelaar

Bovenaan de pagina ziet u:

• Running-statusindicator
  
• FailSafe-schakelaar
  

De FailSafe-schakelaar is een globale aan/uit-regeling voor CatalogPilot-levering.

Wanneer FailSafe:

• Aan → verrijkte content wordt geleverd
  
• Uit → uw storefront keert onmiddellijk terug naar native platformgedrag
  

Bij uitschakelen wordt geen content verwijderd, teruggezet of herschreven.

Dit is een harde veiligheidsafslag, geen zachte pauze.

Installatie-opties

CatalogPilot ondersteunt drie installatieroutes. Alle bereiken hetzelfde resultaat.

Optie 1 — Handmatige installatie (aanbevolen)

Het beste voor merchants of teams die comfortabel zijn met het plaatsen van code.

• Plak het script in de <head> van uw site
  
• Werkt op elk ondersteund platformthema
  
• Snelste en meest directe leveringsroute
  
• Support kan dit voor u installeren met tijdelijke toegang indien gewenst
  

Optie 2 — Google Tag Manager

Aanbevolen als uw site al GTM gebruikt.

• Voeg een Custom HTML-tag toe met het CatalogPilot-script
  
• Stel de trigger in op All Pages
  
• Publiceer
  

Deze methode voegt een minimale extra laadstap toe, maar wordt volledig ondersteund.

Optie 3 — Naar uw developer sturen

Voor bureaus of interne developers.

• Download het .txt-bestand
  
• Deel het met uw developer
  
• Geen extra context nodig — dit is een standaard header-script
  

CatalogPilot-leveringsscript

Het leveringsscript op deze pagina is uniek voor uw account en omgeving.

Het bevat:

• Uw site-identificatie
  
• Referentie naar het leveringsendpoint
  

Dit script leest alleen configuratie en injecteert goedgekeurde metadata.

Het verzendt geen orders, klanten of privédata.

Installatie verifiëren

Gebruik Verify Installation om te bevestigen dat levering actief is op uw storefront.

Deze controle:

• Bevestigt dat het script is gedetecteerd
  
• Verifieert leveringsgereedheid
  
• Crawlt of wijzigt uw site niet
  

Veiligheidsgaranties

CatalogPilot-levering:

• Overschrijft nooit platformdata
  
• Wijzigt nooit opgeslagen content
  
• Kan direct worden uitgeschakeld via FailSafe
  
• Levert metadata alleen tijdens renderen
  

Uw platform blijft te allen tijde het systeem van record.

Support

Als u hulp nodig heeft bij installatie of verificatie, kunt u:

• Een screenshare van 10 minuten boeken
  
• Tijdelijke toegang toestaan voor support-installatie
  
• Support direct contacteren
  

De meeste installaties duren slechts enkele minuten.

Kernpunt

Uitgaande levering is expliciet, omkeerbaar en gecontroleerd.

U bepaalt:

• Wanneer verrijkte content wordt geleverd
  
• Hoe het wordt geïnstalleerd
  
• Wanneer het kan worden uitgeschakeld
  

CatalogPilot gaat nooit uit van levering — het wacht op uw goedkeuring.

Dit is de primaire datapijplijn waarmee CatalogPilot uw catalogus kan observeren, zodat verrijking veilig en extern kan plaatsvinden.

Dit formulier wordt tijdens onboarding ingevuld en blijft beschikbaar voor referentie en updates.

Wat deze koppeling doet

De connector van CatalogPilot:

• Leest veilig catalogusdata uit uw platform
  (producten, afbeeldingen, beschrijvingen, categorieën)
  
  
• Onderhoudt doorlopende synchronisatie
  
• Schrijft niet terug, wijzigt niet en pusht geen data naar uw platform
  
• Heeft geen invloed op prijzen, voorraad, checkout of orders
  

CatalogPilot opereert altijd buiten de database van uw platform.

Dit wordt bevestigd door de inline tooltip in de interface.

Verbindingsstatus & gezondheid

Bovenaan het paneel kunnen merchants zien:

• Last Synced-tijdstempel
  
• Sync Status-indicator (groen = gezond)
  
• Running-toggle
  

Dit bevestigt dat de connector actief is en correct communiceert.

Als synchronisatie wordt gepauzeerd of onderbroken, maakt CatalogPilot die toestand duidelijk en veilig zichtbaar.

Verbindingsdetails uitgelegd

Store Name

De leesbare naam van uw winkel zoals weergegeven in CatalogPilot.

API Key / API Secret

Credentials voor authenticatie van alleen-lezen toegang.

Secrets zijn standaard gemaskeerd en veilig opgeslagen.

Storefront URL

De canonieke URL van uw storefront.

Gebruikt voor validatie, crawl-context en afstemming van levering.

Cluster

Identificeert de regionale infrastructuur die uw catalogus verwerkt

(bijv. us1). Dit wordt automatisch beheerd en hoeft zelden aangepast te worden.

Language Code

Primaire taal voor verrijking.

CatalogPilot verrijkt alleen talen die al in uw platform bestaan.

Currency Code

Alleen gebruikt voor normalisatie en referentie.

CatalogPilot berekent of wijzigt geen prijzen.

Juridische & compliance-referenties

Voor transparantie en compliance moeten merchants opgeven:

• Privacy Policy URL
  
• Terms & Conditions URL
  

Deze links worden later gebruikt om provenance- en compliance-signalen te koppelen aan verrijkte product- en categoriedata.

Ze vervangen uw platformbeleid niet — ze versterken het.

Wijzigingen opslaan

Wijzigingen in dit formulier:

• Worden gevalideerd vóór opslaan
  
• Wijzigen eerdere verrijkingen niet met terugwerkende kracht
  
• Worden veilig toegepast op toekomstige sync- en verrijkingscycli
  

In de meeste gevallen hoeven merchants dit onderdeel na onboarding zelden te wijzigen.

Ontwerpfilosofie

Dit paneel is bewust eenvoudig en conservatief.

Het bestaat om drie vragen te beantwoorden:

• Is mijn catalogus gekoppeld?
  
• Synchroniseert hij veilig?
  
• Kan ik erop vertrouwen dat er niets destructiefs gebeurt?
  

Als de status groen is, is het antwoord op alle drie vragen ja.

Het AI-tabblad voor categorieën biedt geavanceerde, machinegerichte context om een categorie te verankeren binnen AI-gestuurde zoek-, aanbevelings- en ontdekkingssystemen.

Dit tabblad is niet vereist voor dagelijkse werkzaamheden, goedkeuring van verrijkingen of storefront-levering.

Het is bedoeld om uw catalogus toekomstbestendig te maken en langdurig semantisch begrip te versterken.

Doelstelling van het AI-tabblad (Categorie)

Het AI-tabblad voor categorieën is ontworpen om:

• Een semantische identiteit op hoog niveau voor een categorie vast te leggen
  
• AI-assistenten, conversationele zoekopdrachten en generatieve ontdekking te ondersteunen
  
• Consistente interpretatie over producten binnen dezelfde categorie te bevorderen
  

Deze velden beïnvloeden de storefront-weergave of prijsstelling niet direct.

Beschikbare velden

Het AI-tabblad voor categorieën kan de volgende velden bevatten:

LLM-samenvatting

Een beknopte, natuurlijke beschrijving van het doel, de stijl en de intentie van de categorie.

Dit fungeert als narratief anker voor AI-systemen.

Onderscheidend kenmerk

Benadrukt wat deze categorie onderscheidt van andere categorieën.

Wordt gebruikt voor contextuele vergelijking en AI-rangschikkingssignalen.

Doelgroep

Beschrijft de beoogde doelgroep in menselijk leesbare termen, geoptimaliseerd voor AI-interpretatie.

Winkelstijl

Geeft aan hoe deze categorie doorgaans wordt bekeken of gekocht

(bijv. garderobe-opbouw, essentiële producten, cadeaus).

Gedrag van velden & visuele signalen

• Groene omlijning → Goedgekeurde, actieve AI-context
  
• Bewerkingsicoon → Handmatige aanpassing toegestaan
  
• Oorspronkelijke inhoud-icoon → Bekijken van eerder gegenereerde of overgenomen waarden
  

De meeste velden zijn vooraf gegenereerd en veilig om ongewijzigd te laten.

Richtlijnen voor bewerking

Handmatige bewerking is optioneel en dient spaarzaam te gebeuren.

Aanbevolen best practices:

• Alleen bewerken bij duidelijke merkintentie
  
• Herhaald herschrijven vermijden
  
• Niet proberen te “optimaliseren” voor zoekwoorden of trends
  

De door CatalogPilot gegenereerde AI-context is bewust conservatief om semantische afwijkingen te voorkomen.

Relatie tot andere tabbladen

• SEO richt zich op traditionele zoekmachines
  
• Social ondersteunt delen en previews
  
• AI ondersteunt next-generation ontdekkingssystemen
  

Het AI-tabblad vult andere verrijkingslagen aan — het vervangt ze niet.

Belangrijkste conclusie

Het AI-tabblad voor categorieën is een toekomstgerichte semantische laag.

Het helpt AI-systemen te begrijpen wat deze categorie is, voor wie zij bedoeld is en waarom zij bestaat — zonder invloed op het dagelijkse storefront-gedrag.

Bij twijfel: laat de gegenereerde waarden ongewijzigd.

Deze sectie is aanvullend, niet verplicht en primair ontworpen voor machineleesbare interpretatie, niet voor direct klantgerichte inhoud.

Doel van de categorie-ESG-tab

De categorie-ESG-tab bestaat om:

• Hoog-niveau ethische of geschiktheidsindicatoren aan categorieën te koppelen
  
• Toekomstige ESG-bewuste zoek-, filter- en AI-ontdekking te ondersteunen
  
• Gestructureerde context te bieden voor platforms, marktplaatsen en compliance-systemen
  

Deze velden zijn niet vereist voor succesvolle verrijking of levering.

Beschikbare velden

Afhankelijk van het categorietype kunnen de volgende ESG-gerelateerde velden verschijnen:

Minimumleeftijd

• Geeft een leeftijdsgrens aan wanneer een categorie producten bevat die leeftijdsconsideratie vereisen.
  
• Meestal leeg gelaten, tenzij de categorie dit duidelijk rechtvaardigt.
  

Aanvullende ESG-signalen (contextafhankelijk)

• Sommige categorieën kunnen extra ESG-velden tonen afhankelijk van productsamenstelling of compliance-relevantie.
  

Veldgedrag & visuele aanduidingen

Gele omlijning → Optioneel veld

• Het systeem heeft deze waarde niet automatisch ingevuld en vereist deze niet.
  

Bewerkingsicoon → Handmatige invoer toegestaan

• Handelaren mogen waarden alleen invoeren wanneer deze feitelijk en van toepassing zijn.
  

Geen invulplicht

• Lege velden hebben geen invloed op verrijking, goedkeuring of levering.
  

CatalogPilot vermijdt bewust het verzinnen van ESG-gegevens.

Aanbevolen richtlijnen voor handelaren

• Vul ESG-velden alleen in wanneer informatie bekend, feitelijk en consistent is
  
• Niet raden, afleiden of “voor de volledigheid” invullen
  
• De meeste handelaren laten deze tab ongewijzigd
  
• Onjuiste ESG-gegevens zijn erger dan ontbrekende ESG-gegevens
  

Relatie tot andere tabs

• Attributen definiëren gestructureerde producteigenschappen
  
• SEO en Social bepalen vindbaarheid en deelgedrag
  
• ESG biedt ethische en geschiktheidscontext voor machines en toekomstige systemen
  

De ESG-tab vult de catalogus aan — hij stuurt deze niet.

Belangrijkste conclusie

De categorie-ESG-tab is optioneel, conservatief en toekomstgericht.

Bij twijfel: laat leeg.

CatalogPilot geeft prioriteit aan juistheid boven volledigheid.