Le choix de l’approche de migration vers Squarespace dépend de la part du projet qui relève du transfert de données structurées et de celle qui repose sur le contenu, la présentation, la configuration, les intégrations et des logiques métier non prises en charge. Squarespace peut accueillir un site marchand abouti avec des produits, des stocks, des commandes, des contacts, des transactions et un contexte propre au site. L’approche retenue doit toutefois respecter la différence entre ce qui peut être transféré comme données et ce qui doit être configuré, reconstruit ou vérifié séparément dans la plateforme cible.
Une approche légère peut suffire pour une boutique propre, avec des produits courants, des fiches clients et commandes simples, peu de contenu et un plan de mise en ligne direct. Une approche davantage accompagnée ou personnalisée devient plus sûre lorsque la boutique source comprend des options Product complexes, du contenu sensible pour le SEO, une distinction difficile entre Customers et Contacts, des champs personnalisés, des processus proches de l’abonnement, un historique de commandes volumineux, des identifiants de systèmes externes ou des attentes de conception que le seul transfert de données ne peut pas satisfaire.
Dans le cadre des services de migration Next-Cart, l’évaluation de Squarespace doit distinguer les données e-commerce prises en charge de la responsabilité d’exécution, des risques liés au contenu et au SEO, des besoins personnalisés et de la mise en œuvre du site.
Ce que signifie l’approche de migration pour Squarespace
Une approche de migration vers Squarespace doit déterminer comment le projet traitera les données, le contenu, la configuration, la responsabilité du service, les éléments de validation et le calendrier de mise en ligne. La question ne se limite pas au nombre de Products, Customers et Orders. Il faut surtout déterminer si le résultat attendu au lancement peut être obtenu avec les mécanismes de migration pris en charge, la configuration côté cible, les Add-ons, le Managed Service, le Custom Service ou une combinaison de ces solutions.
Les projets Squarespace peuvent sembler simples parce que la plateforme réunit les fonctions e-commerce dans une expérience de création de site très intégrée. Cette simplicité apparente ne doit pas masquer les décisions de migration importantes. Un Product peut disposer d’un parcours direct, alors que sa Store Page, sa présentation, l’ordre de ses images, son slug SEO, sa place dans la navigation, les réglages de paiement, la livraison et les intégrations externes nécessitent encore une planification distincte.
| Domaine de décision | Pourquoi il compte pour Squarespace | Indice sur l’approche à retenir |
|---|---|---|
| Périmètre standard des données | Products, Customers ou Contacts, Orders, Blog Posts, CMS Pages et autres enregistrements pris en charge peuvent suffire pour une boutique simple. | Le Standard Service peut convenir si les enregistrements sont ordinaires et si le marchand peut gérer la configuration et la validation. |
| Contenu et structure des Store Pages | Store Pages, présentation des Products, mises en page, médias, liens internes et navigation peuvent conditionner la qualité du lancement. | Le Managed Service peut être plus sûr lorsque l’enchaînement des travaux et la validation doivent être accompagnés. |
| Ajustements pris en charge | Des conditions appliquées aux enregistrements selon les champs de chaque type de données, des transformations de valeurs par expression ou des destinations cibles compatibles pour des champs source pris en charge peuvent dépasser le service de base. | Data Filter, Advanced Data Mapping ou Data Transformation peuvent convenir si le besoin reste dans les limites des mécanismes pris en charge. |
| Besoins non pris en charge ou sur mesure | Champs personnalisés, identifiants externes, logique d’adhésion, fonctionnement proche de l’abonnement ou relations de contenu personnalisées peuvent sortir du cadre d’une migration standard. | Un examen en Custom Service est approprié lorsqu’une analyse ou une mise en œuvre sur mesure est nécessaire. |
| Calendrier des migrations suivantes | La boutique source peut continuer à recevoir de nouveaux Products, Customers, Orders ou contenus avant le lancement. | Les Additional Migration Options peuvent être pertinentes lorsqu’une mise à jour ultérieure ou une nouvelle action de migration est nécessaire. |
L’approche doit être arrêtée avant que Squarespace soit considéré comme prêt pour la mise en ligne. Un transfert réussi des enregistrements peut encore laisser inachevés les moyens de paiement, la fiscalité, les règles de livraison, le processus de commande, la conception, les redirections, les domaines et les intégrations.
Pourquoi le choix de l’approche Squarespace dépend à la fois du contenu et de l’e-commerce
Le choix de l’approche doit tenir compte du lien entre les données e-commerce et la structure du site. Dans l’expérience client, les Products ne sont pas de simples lignes de base de données isolées. Ils apparaissent à travers les Store Pages, les pages Product, les images, la navigation, les champs SEO, les slugs d’URL, les sections de conception et les parcours de contenu. Les Customers et Contacts peuvent aussi avoir une signification plus large que celle d’acheteurs e-commerce, car un site Squarespace peut inclure des abonnés, des donateurs, des membres, des contacts issus de formulaires et des contacts marketing.
Il en découle une règle pratique : ne choisir l’approche de service la plus légère que lorsque les données e-commerce sont simples et que le marchand peut prendre en charge séparément la configuration du site. Une approche davantage accompagnée ou personnalisée est plus adaptée lorsque le résultat dépend d’une interprétation, d’un séquencement précis, d’enregistrements source inhabituels ou de règles métier qui ne ressortent pas clairement des exports standard.
| Situation sur Squarespace | Incidence sur l’approche |
|---|---|
| Products simples, contenu limité, URLs gérables et capacité du marchand à configurer directement le site. | Le Standard Service est plus réaliste. |
| Products, pages, articles, images, Contacts, Orders, redirections et réglages de mise en ligne doivent être examinés de manière coordonnée. | Le Managed Service est plus sûr. |
| Les enregistrements pris en charge nécessitent des conditions propres à un type de données, des transformations de valeur par expression ou des destinations cibles compatibles pour des champs source pris en charge. | Data Filter, Advanced Data Mapping ou Data Transformation peuvent améliorer le résultat. |
| La boutique source contient des champs non pris en charge, une logique personnalisée, des identifiants externes ou des enregistrements tiers. | Le Custom Service doit être évalué. |
| La boutique source restera active avant le lancement. | Les Additional Migration Options doivent être anticipées. |
Cette lecture évite de choisir le service uniquement sur la réputation de la plateforme. Squarespace peut être plus simple à exploiter qu’un environnement e-commerce fortement personnalisé, mais une migration vers Squarespace exige tout de même une planification rigoureuse lorsque données commerciales, contenu, SEO, Store Pages, Customers, Orders et systèmes externes doivent rester cohérents.
Standard Service pour Squarespace
Le Standard Service peut constituer une approche raisonnable lorsque la boutique source est propre, que la structure des enregistrements est prise en charge et que le marchand peut gérer la configuration côté cible. Cela correspond généralement à des Products courants, des variantes compréhensibles, des données Customer ou Contact claires, un historique d’Orders exploitable, un volume de contenu gérable et une planification d’URL simple.
Le Standard Service est d’autant plus pertinent que le marchand sait déjà quels enregistrements doivent migrer et quelles parties seront reconstruites manuellement dans Squarespace. Par exemple, une boutique proposant des produits physiques avec des variantes simples, quelques pages, des images Product propres, des fiches Customer standard et des Orders historiques utilisés surtout comme référence peut ne pas nécessiter de forte personnalisation. Le marchand doit toujours configurer les réglages Squarespace, mais la migration peut rester centrée sur les enregistrements pris en charge.
Le Standard Service devient moins adapté lorsque la plateforme source contient une logique cachée ou des règles métier gérées par des applications. Personnalisation de produits, abonnements, tarification de gros, règles de réservation, données de fidélité, données de marketplace, avis gérés par un tiers, champs de commande personnalisés ou identifiants de systèmes externes peuvent sortir du parcours de migration standard. Ces éléments doivent être identifiés avant de choisir l’approche de service.
Points à vérifier pour le Standard Service
| Le Standard Service est plus réaliste lorsque | Le Standard Service est risqué lorsque |
|---|---|
| Les Products utilisent des champs ordinaires et des variantes gérables. | Les options Product dépendent d’une application, d’un script, d’un formulaire ou d’une logique de champs personnalisés. |
| Les pages de contenu et Blog Posts font l’objet d’une décision claire entre migration et reconstruction. | Le contenu dépend de structures de constructeur de pages, d’outils intégrés ou de mises en page personnalisées dont le transfert automatique est attendu. |
| Les données Customer/Contact sont propres et ne dépendent pas d’une segmentation complexe. | Les données client incluent des statuts de fidélité, des rôles de gros, des adhésions, des significations propres aux donateurs ou des attributs gérés par une application. |
| Les Orders servent principalement de référence historique. | Les Orders doivent conserver un contexte opérationnel, logistique, d’abonnement ou de canal externe complexe. |
| Le marchand peut configurer paiement, taxes, livraison, processus de commande, domaines, redirections et conception. | Le marchand s’attend à ce que la migration réalise automatiquement la configuration ou la conception. |
Le Standard Service ne doit pas être retenu simplement parce que Squarespace paraît simple. Il doit l’être parce que les données source, les attentes de lancement et la charge de validation sont suffisamment simples pour un parcours standard.
Managed Service pour Squarespace
Le Managed Service devient utile lorsque le marchand a besoin de davantage d’accompagnement sur l’enchaînement des travaux, les éléments de validation, la maîtrise du périmètre et la préparation à la mise en ligne. Un projet Squarespace peut réunir plusieurs chantiers en parallèle : migration des Products, revue du contenu, planification des URLs, configuration des Store Pages, réglages du processus de commande, calendrier du domaine, mise en correspondance des redirections et validation après Demo Migration.
Le marchand peut choisir le Managed Service même si les données sous-jacentes sont largement prises en charge. Le risque tient alors à la coordination. Lorsqu’une boutique dépend fortement du SEO, contient beaucoup de pages, combine plusieurs types de Products, possède un historique d’Orders important ou doit respecter un calendrier serré, le coût d’un mauvais séquencement peut être supérieur à la complexité des données elles-mêmes.
Le Managed Service est particulièrement utile lorsque le marchand a besoin d’aide pour transformer les résultats de la Demo Migration en décisions. Un échantillon peut montrer si Products, variantes, images, Contacts, Orders, pages et URLs se présentent comme prévu, mais il faut encore interpréter le résultat. Pour Squarespace, cela suppose souvent de distinguer le résultat de migration de la configuration côté cible. Un Product peut être correctement transféré alors que sa mise en page, sa place dans la navigation, la configuration du processus de commande ou sa règle de redirection restent à traiter.
Points à vérifier pour le Managed Service
| Le Managed Service est utile lorsque | Ce qu’il apporte |
|---|---|
| Le calendrier de mise en ligne est contraint. | La coordination aide à aligner Demo Migration, Full Migration, contrôles de contenu, revue des redirections et validation finale. |
| Plusieurs groupes d’enregistrements sont importants. | Products, Customers, Orders, Contacts, abonnés, pages, articles, médias et redirections font tous l’objet d’une revue métier. |
| La Demo Migration exige une interprétation attentive. | L’accompagnement aide à distinguer les problèmes de données de la configuration côté cible, de la conception et des exclusions acceptées. |
| Plusieurs parties prenantes conditionnent la préparation. | Designers, responsables du contenu, spécialistes SEO, équipes opérationnelles et prestataires externes peuvent travailler à partir d’un même périmètre. |
| Le marchand a besoin d’un niveau de confiance élevé avant la Full Migration. | Les priorités de validation et les blocages de lancement peuvent être identifiés avant la migration finale. |
Le Managed Service ne doit pas être choisi simplement pour rendre un petit projet plus rassurant. Il est pertinent lorsque l’accompagnement, l’ordonnancement et l’interprétation réduisent réellement le risque de migration.
Add-ons pour Squarespace
Les Add-ons doivent être envisagés lorsque le projet a besoin d’un filtrage pris en charge fondé sur des conditions appliquées aux champs de chaque type de données, d’une transformation des valeurs par expression ou d’une réaffectation de champs source. Ils sont utiles lorsque le besoin est suffisamment précis pour être défini clairement et ne nécessite pas de traitement personnalisé de données non prises en charge.
Pour Squarespace, les Add-ons peuvent être pertinents lorsque le marchand veut limiter la migration aux enregistrements répondant à des conditions définies sur leurs champs, transformer certaines valeurs cibles au moyen d’expressions prises en charge ou faire correspondre des champs source standard pris en charge à d’autres champs cibles Squarespace compatibles tout en conservant les valeurs inchangées.
Les Add-ons ne remplacent pas le Custom Service. Si le besoin porte sur des enregistrements non pris en charge, des champs source sur mesure, des données d’applications tierces, des identifiants de systèmes externes, une logique d’adhésion, un fonctionnement d’abonnement, des données de commande personnalisées ou des relations de contenu inhabituelles, le projet doit plutôt faire l’objet d’un examen en Custom Service.
| Besoin | Solution la plus adaptée |
|---|---|
| Appliquer des conditions prises en charge sur les champs de Product, Customer ou Order pour exclure les enregistrements correspondants. | Data Filter. |
| Appliquer des expressions afin de transformer les valeurs de champs prises en charge pendant la migration. | Data Transformation. |
| Faire correspondre des champs source standard pris en charge à d’autres champs cibles Squarespace pris en charge en conservant les valeurs inchangées. | Advanced Data Mapping. |
| Migrer des champs personnalisés dont le traitement nécessaire dépasse le périmètre de mise en correspondance pris en charge et pour lesquels il n’existe pas d’équivalent pris en charge. | Custom Service. |
| Conserver des identifiants de systèmes externes ayant une valeur métier. | Custom Service. |
| Transformer un fonctionnement source personnalisé en une nouvelle structure compatible avec Squarespace. | Custom Service. |
La règle pratique est simple : les Add-ons appliquent les trois mécanismes délimités aux données prises en charge ; le Custom Service traite les besoins non pris en charge ou sur mesure.
Custom Service pour Squarespace
Le Custom Service doit être examiné lorsque le résultat attendu ne peut pas être obtenu avec les mécanismes standard pris en charge, la coordination du Managed Service ou les Add-ons. Une migration Squarespace peut nécessiter cet examen lorsque la boutique source comprend des champs personnalisés dont le traitement dépasse le périmètre de mise en correspondance pris en charge, des données gérées par des applications, une logique Product sur mesure, des identifiants externes, des relations d’adhésion, des processus d’abonnement, des champs de commande personnalisés, des attributs Order spécialisés ou des relations de contenu difficiles à transposer.
Le Custom Service est également pertinent lorsque Squarespace doit s’inscrire dans un système opérationnel plus large. Par exemple, si le marchand doit conserver des identifiants CRM, des références de traitement logistique, des identifiants comptables, des justificatifs d’exonération fiscale, un historique de dons, des données de fidélité ou des informations de personnalisation Product exploitables après la migration, ces besoins doivent être examinés avant de confirmer l’approche de service.
Points à vérifier pour le Custom Service
| Déclencheur d’un examen en Custom Service | Pourquoi il compte |
|---|---|
| Champs Product ou variant non pris en charge | Squarespace peut ne pas proposer de champ cible direct pour chaque attribut source. |
| Les identifiants externes doivent rester exploitables | Les équipes peuvent avoir besoin de références CRM, comptables, logistiques ou de service client après le lancement. |
| Les adhésions, abonnements, réservations, dons ou accès restreints ont une importance métier | Ces enregistrements peuvent représenter une logique métier plutôt que de simples données Customer ou Order. |
| Les avis, programmes de fidélité, bundles ou formulaires personnalisés gérés par des applications doivent être conservés | Les données source peuvent ne pas appartenir à un export standard ni à une structure cible prise en charge. |
| Des relations de contenu sur mesure influencent le site marchand | Des relations de pages, outils intégrés ou mises en page personnalisées peuvent nécessiter un traitement séparé. |
| Les données source doivent être transformées | Un transfert direct peut ne pas produire un résultat Squarespace exploitable. |
Le Custom Service ne signifie pas que tout projet Squarespace complexe doit être reconstruit de zéro. Il signifie que le besoin personnalisé doit être examiné, cadré et traité séparément des enregistrements ordinaires pris en charge.
Il n’inclut pas automatiquement la refonte du site Squarespace, la construction des Store Pages, la configuration des paiements ou de la livraison, le déploiement des intégrations ni l’ensemble de la mise en œuvre du site cible, sauf si ces responsabilités sont expressément incluses dans le périmètre convenu.
Entity Points et planification du périmètre Squarespace
Les Entity Points doivent servir à planifier la capacité, et non à remplacer le jugement sur l’approche de service. Pour Squarespace, les enregistrements comptabilisés les plus pertinents sont généralement Product, Customer, Order et Blog Posts lorsqu’ils font partie du périmètre de migration choisi. Le marchand doit les estimer avant la Full Migration afin de comprendre le coût et le périmètre.
La règle essentielle est que les Entity Points sont consommés lorsqu’un nouvel enregistrement éligible est migré pour la première fois. Lors d’une activité Squarespace ultérieure, les enregistrements déjà comptabilisés dans le cadre du service de migration acheté restent comptés une seule fois sur le même parcours de migration ; la complexité liée au contenu, aux adhésions, aux réservations et aux systèmes externes est évaluée séparément.
La planification Squarespace doit dissocier les Entity Points du traitement des données non prises en charge. Un champ personnalisé qui ne peut pas être traité par une mise en correspondance prise en charge, un identifiant externe nécessitant un traitement non standard, une relation d’adhésion ou un enregistrement géré par une application peut créer un périmètre Custom Service même si le volume de types de données comptabilisés est faible. Inversement, un catalogue volumineux mais propre peut exiger une planification attentive des Entity Points sans nécessiter de Custom Service.
| Situation de périmètre | Conséquence pour la planification |
|---|---|
| Grand nombre de Products, Customers, Orders ou Blog Posts ordinaires | Les Entity Points doivent être estimés avec soin. |
| Petit nombre d’enregistrements avec des champs personnalisés non pris en charge | Le Custom Service peut compter davantage que le volume. |
| La boutique source reste active avant le lancement | Des Additional Migration Options peuvent être nécessaires pour les nouveaux enregistrements. |
| Un même enregistrement déjà comptabilisé est de nouveau migré dans le cadre du service acheté et sur le parcours fixe | Il ne faut pas supposer une consommation d’Entity Points en double. |
La planification des Entity Points est plus solide lorsqu’elle est reliée aux éléments de la Demo Migration. L’échantillon doit montrer si les types de données, les volumes et la signification des enregistrements correspondent au périmètre Squarespace prévu.
La Demo Migration comme point de décision sur l’approche
La Demo Migration doit confirmer que l’approche retenue est suffisamment solide avant la Full Migration. Pour Squarespace, l’échantillon doit tester non seulement des enregistrements ordinaires, mais aussi ceux qui sont les plus susceptibles de révéler un écart de sens : types de Products, variantes, relations avec les Store Pages, images, slugs SEO, Contacts, Orders, transactions, pages de contenu, Blog Posts, redirections et éventuels champs personnalisés ou issus de systèmes externes.
Le marchand doit examiner les résultats de la Demo Migration autour de trois questions. Premièrement, les enregistrements pris en charge ont-ils été transférés avec le sens attendu ? Deuxièmement, quels problèmes relèvent de la configuration ou de la construction du site cible plutôt que d’un défaut de migration ? Troisièmement, quels besoins sont suffisamment hors standard pour nécessiter des Add-ons, le Custom Service, une exclusion acceptée ou une reconstruction manuelle ?
| Constat issu de la Demo Migration | Décision sur l’approche |
|---|---|
| Products, Customers, Orders et contenu sont corrects, et le travail restant relève de la configuration normale de la cible. | Poursuivre avec le parcours standard ou managé retenu. |
| Des enregistrements ou champs pris en charge nécessitent une condition approuvée sur un type de données, une expression de valeur ou une autre destination. | Examiner Data Filter, Advanced Data Mapping ou Data Transformation. |
| Des champs personnalisés non pris en charge, des identifiants externes nécessitant un traitement non standard ou des données d’applications sont absents mais essentiels à l’activité. | Examiner le Custom Service. |
| Les problèmes d’URL, de Store Page, de navigation ou de conception relèvent principalement de la configuration du site. | Planifier un travail manuel côté cible plutôt que modifier le périmètre de migration. |
| De nouveaux enregistrements continueront à être créés avant le lancement. | Planifier tôt les Additional Migration Options. |
La Demo Migration ne doit pas être considérée comme une simple formalité technique binaire. C’est le meilleur moment pratique pour confirmer que le parcours de service reste adapté au véritable plan de lancement Squarespace.
Incidence des Additional Migration Options sur la planification de l’approche
Les Additional Migration Options deviennent importantes lorsque la boutique source continue d’évoluer après la Demo Migration ou la Full Migration. Le travail de lancement Squarespace peut se poursuivre alors que de nouveaux Products, Customers, Orders et Blog Posts sont créés ; l’action correcte dépend alors du maintien ou non de la configuration de migration approuvée.
| Action actuelle | Quand elle convient pour Squarespace | Revalidation requise |
|---|---|---|
| Continue the Migration with the Last Used Configuration | Lorsque de nouveaux enregistrements éligibles doivent être migrés et que la sélection des types de données, les filtres, correspondances et réglages approuvés restent valides. | Examiner les nouveaux enregistrements migrés et des échantillons de régression pour Products, variantes, Contacts, Orders, Blog Posts, images et URLs prioritaires. |
| Continue the Migration with a New Configuration | Lorsque des filtres, correspondances, sélections de types de données ou réglages pris en charge doivent changer avant une activité ultérieure. | Revérifier chaque champ et groupe d’échantillons concerné, y compris le contenu, l’interprétation Customer/Contact et les enregistrements sensibles au SEO. |
| Perform a New Migration | Lorsque le résultat Squarespace visé ou la configuration cible a suffisamment changé pour que le résultat précédent ne doive plus servir de base au projet, tout en conservant le parcours plateforme source → plateforme cible acheté. Un parcours différent exige l’achat d’un service de migration distinct. | Valider le nouveau résultat cible sur les données e-commerce, Store Pages, contenu, URLs et exclusions acceptées. |
Ces actions ne remplacent pas la construction du site Squarespace. Bascule du domaine, redirections, placement des Store Pages, navigation, conception, paiements, livraison, taxes, processus de commande et intégrations restent des responsabilités côté cible sauf inclusion explicite dans le périmètre convenu. Les Additional Migration Options doivent être choisies avant que le calendrier de lancement devienne urgent et doivent toujours se terminer par un plan de revalidation défini.
Matrice de décision pour l’approche Squarespace
Utilisez cette matrice pour confirmer le parcours de service avant la Full Migration.
| Situation de migration | Approche la plus adaptée |
|---|---|
| Products propres, variantes simples, Customers lisibles, Orders utilisés comme référence, contenu limité et configuration menée par le marchand | Standard Service |
| Enregistrements pris en charge avec coordination de lancement, URLs sensibles au SEO, revue de contenu, plusieurs parties prenantes ou pression sur le calendrier | Managed Service |
| Les enregistrements pris en charge nécessitent des conditions propres à un type de données, des transformations de valeur par expression ou des destinations compatibles pour les champs cibles | Data Filter, Advanced Data Mapping ou Data Transformation |
| Champs personnalisés non pris en charge, enregistrements gérés par des applications, identifiants externes, logique d’adhésion/abonnement, transformation sur mesure ou relations de contenu personnalisées | Custom Service |
| La boutique source continue d’évoluer avant le lancement | Additional Migration Options |
| La Demo Migration révèle des lacunes de configuration côté cible mais des données migrées correctes | Poursuivre le parcours de service choisi et planifier la configuration manuelle |
| La Demo Migration révèle des enregistrements critiques non pris en charge | Escalader vers un examen en Custom Service |
L’approche finale doit correspondre à la fois aux données et à la charge de lancement. Squarespace peut être simple lorsqu’une boutique est compacte et que ses enregistrements sont ordinaires, mais une planification plus poussée s’impose dès que données e-commerce, contenu, SEO, configuration du site et processus externes doivent rester alignés.
Conclusion
L’approche de migration adaptée à Squarespace dépend de la relation entre les données prises en charge, la structure du site guidée par le contenu, la configuration côté cible, la responsabilité du service et le calendrier de mise en ligne. Le Standard Service peut suffire pour une boutique propre avec des enregistrements ordinaires et une configuration gérée par le marchand. Le Managed Service est plus sûr lorsque la coordination, l’interprétation et le séquencement du lancement comptent. Les Add-ons peuvent améliorer le filtrage d’enregistrements pris en charge, la transformation de valeurs ou le remapping de champs. Le Custom Service doit être examiné lorsque des champs non pris en charge, des données externes, des relations sur mesure ou un fonctionnement personnalisé essentiel doivent être préservés.
Une décision solide doit être prise avant la Full Migration, puis testée au moyen de la Demo Migration. Le marchand doit savoir quels enregistrements sont migrés, quels réglages doivent être configurés séparément, quels besoins requièrent des Add-ons ou le Custom Service, comment les Entity Points influencent le périmètre et si des Additional Migration Options sont nécessaires pour les changements intervenant avant le lancement.
Questions fréquentes
Le Standard Service suffit-il pour une migration vers Squarespace ?
Le Standard Service peut suffire lorsque la boutique source possède des Products ordinaires, des variantes gérables, des données Customer ou Contact propres, un historique d’Orders exploitable, peu de contenu et un marchand capable de configurer directement dans Squarespace les paiements, taxes, livraison, processus de commande, domaines, redirections et conception.
Quand faut-il envisager le Managed Service pour une migration Squarespace ?
Le Managed Service est à envisager lorsque le projet exige coordination, séquencement et interprétation. Il est utile lorsque Products, contenu, URLs, Orders, Contacts, SEO, configuration du processus de commande, calendrier du domaine et revue par les parties prenantes influencent tous la préparation au lancement.
Quand une migration vers Squarespace nécessite-t-elle un examen en Custom Service ?
Le Custom Service doit être examiné lorsque la boutique source contient des champs non pris en charge, des identifiants externes, une logique Product personnalisée, des enregistrements gérés par des applications, des adhésions ou abonnements, des champs de commande personnalisés, des relations de contenu sur mesure ou des données nécessitant une transformation pour devenir exploitables dans Squarespace.
Les Add-ons remplacent-ils le Custom Service pour Squarespace ?
Non. Les Add-ons interviennent sur le filtrage d’enregistrements pris en charge, la transformation de valeurs ou le remapping de champs. Le Custom Service couvre les besoins non pris en charge, sur mesure ou personnalisés qui ne peuvent pas être traités par les mécanismes standard disponibles.
Comment planifier les Additional Migration Options pour Squarespace ?
Les Additional Migration Options doivent être planifiées lorsque la boutique source continuera d’évoluer avant le lancement. Utilisez Continue the Migration with the Last Used Configuration lorsque seuls de nouveaux enregistrements doivent être ajoutés avec la configuration approuvée. Utilisez Continue the Migration with a New Configuration lorsque le périmètre ou la configuration pris en charge doit changer. Utilisez Perform a New Migration lorsque le résultat Squarespace visé ou la configuration cible a sensiblement changé alors que le parcours de migration acheté reste fixe. Si le parcours plateforme source → plateforme cible doit changer, un service de migration distinct doit être acheté.
Quels éléments préparer pour un examen en Custom Service lors d’une migration Squarespace ?
Préparez des exemples Squarespace montrant les champs Product ou variant non pris en charge, les identifiants externes et les relations d’adhésion, d’abonnement, de réservation, de don ou d’accès restreint. Les éléments destinés au Custom Service doivent préciser ce qui doit rester exploitable, où l’information doit résider et comment le client vérifiera le résultat.