Squarespace es una plataforma alojada para sitios web y comercio electrónico en la que la tienda de destino depende tanto de la presentación del sitio como de la configuración comercial. Por eso, una migración hacia Squarespace no consiste únicamente en trasladar productos, clientes y pedidos. Implica pasar a un entorno gestionado donde las Store Pages, la presentación de productos, la estructura de las páginas, los Blog Posts, los recursos multimedia, las URL, los campos SEO, las redirecciones, la configuración del proceso de compra, los envíos, los impuestos, los descuentos, el inventario, los pedidos, los contactos, los dominios y las integraciones influyen en que la nueva tienda pueda utilizarse correctamente después de su lanzamiento.
Esto diferencia a Squarespace de una migración centrada únicamente en el carrito de compra. Un comercio puede elegir Squarespace porque la experiencia del sitio web importa tanto como la base de datos de la tienda: busca un diseño cuidado, venta apoyada en contenido, gestión sencilla de productos, alojamiento integrado y menor responsabilidad técnica. Esas mismas cualidades también establecen límites para la migración. Los temas, plugins, comportamientos personalizados de base de datos, lógica avanzada del proceso de compra, flujos B2B complejos y registros pertenecientes a aplicaciones de la plataforma de origen no se convierten automáticamente en resultados nativos de Squarespace.
Un plan sólido para migrar a Squarespace separa desde el principio cuatro grupos: los registros que pueden migrarse, la configuración de destino que debe realizarse en Squarespace, las áreas del sitio o del contenido que deben reconstruirse y los requisitos personalizados o no compatibles que requieren ajustes de representación o configuración admitidos, revisión de alcance no estándar, exclusiones aceptadas o planificación con sistemas externos. Esta separación protege tanto al comercio como al alcance de la migración.
Principio central de una migración hacia Squarespace
Una migración hacia Squarespace debe planificarse como una transición conjunta del comercio y del sitio web. El mejor resultado no consiste solo en transferir por completo los registros del catálogo, clientes y pedidos. Consiste en disponer de un entorno de destino donde la estructura de productos, las Store Pages, las páginas de contenido, los recursos multimedia, los campos SEO, la navegación, la configuración del proceso de compra, los contactos, las transacciones y las integraciones mantengan la misma intención comercial de una forma compatible con Squarespace.
La pregunta central de planificación es, por tanto, qué parte de la tienda de origen se convertirá en datos migrados, configuración del lado de destino, contenido reconstruido del sitio web, responsabilidad de un sistema externo o un requisito personalizado. Esta decisión evita tratar Squarespace como un destino genérico para registros cuando el resultado real del lanzamiento depende de cómo esos registros se integran en una experiencia web alojada.
| Área de planificación | Pregunta específica para Squarespace | Consecuencia práctica |
|---|---|---|
| Datos comerciales | ¿Qué productos, variantes, clientes o contactos, pedidos, inventario y transacciones deben trasladarse? | Define el alcance principal de la migración y los datos de muestra para pruebas representativas. |
| Estructura del sitio | ¿Qué Store Pages, páginas de contenido, Blog Posts, rutas de navegación, recursos multimedia y URL determinan cómo se descubren los productos? | Define qué debe reconstruirse, relacionarse, redirigirse o validarse además del recuento de registros. |
| Configuración operativa | ¿Qué configuración del proceso de compra, pagos, envíos, impuestos, procesamiento de pedidos, notificaciones y dominios debe realizarse en Squarespace? | Evita confundir el historial migrado con la preparación necesaria para el lanzamiento. |
| Funcionamiento personalizado | ¿Qué campos de origen, integraciones, automatizaciones, lógica de miembros, funcionamiento de suscripciones o código personalizado no tienen un equivalente nativo directo? | Permite identificar ajustes admitidos de representación o configuración, revisión de alcance no estándar, responsabilidad de sistemas externos o exclusiones aceptadas. |
Squarespace como entorno de comercio orientado al contenido
Squarespace debe entenderse como un entorno de comercio orientado al contenido. No es únicamente un lugar donde almacenar registros de productos. También es el entorno donde el comercio construye el sitio que ve el cliente, presenta colecciones de productos, crea páginas y Blog Posts, gestiona recursos multimedia, controla la navegación, configura metadatos SEO y conecta el proceso de compra con una experiencia web alojada.
Para planificar la migración, esto significa que los registros comerciales y el contexto del sitio web deben revisarse conjuntamente. Un producto puede migrarse correctamente y, aun así, no cumplir su función comercial si la página de producto de destino no es visible, el producto aparece en una Store Page incorrecta, se pierden rutas de contenido importantes, no se planifican las redirecciones o la presentación del nuevo sitio no facilita que los compradores encuentren los productos.
| Componente de Squarespace | Significado para la migración | Implicación para la planificación |
|---|---|---|
| Plataforma alojada | El alojamiento, las actualizaciones de la plataforma, la edición del sitio y el funcionamiento comercial principal se controlan dentro de Squarespace. | El funcionamiento personalizado del servidor, los plugins de origen y la lógica a nivel de código deben convertirse en configuración compatible, integraciones, trabajo de reconstrucción o revisión de alcance no estándar. |
| Sitio web y contenido | Las páginas, Blog Posts, secciones, recursos multimedia, navegación y diseño visual determinan la experiencia de la tienda. | La continuidad del contenido y del diseño debe planificarse por separado de la migración de datos. |
| Comercio | Los productos, variantes, precios, inventario, pedidos, pagos, envíos, descuentos, impuestos, procesamiento de pedidos y registros de clientes o contactos permiten vender. | Los registros de la tienda deben revisarse junto con la configuración de destino y los ajustes necesarios para el lanzamiento. |
| SEO y URL | Las URL de productos, slugs de páginas, metadatos, redirecciones, dominios y enlaces internos influyen en la continuidad de la visibilidad en buscadores y del tráfico. | Las tiendas que dependen del SEO necesitan un plan de redirecciones y páginas prioritarias antes de la migración a escala completa. |
| Integraciones | Las API comerciales, el procesamiento externo de pedidos, los sistemas de marketing, análisis, contabilidad y los flujos personalizados pueden afectar al significado de los datos migrados. | Los identificadores externos y los registros pertenecientes a integraciones deben identificarse antes de aprobar el alcance. |
La orientación principal es sencilla: migrar a Squarespace no equivale únicamente a convertir una base de datos. Es una transición de la tienda y del sitio hacia una plataforma gestionada.
Qué diferencia una migración hacia Squarespace
Squarespace cambia el lugar donde reside el funcionamiento de la tienda. En muchas plataformas de origen, las reglas del negocio pueden estar almacenadas en tablas de plugins, archivos del tema, código personalizado, registros directos de base de datos, diseños de constructores de páginas, campos personalizados del proceso de compra o registros de aplicaciones externas. En Squarespace, muchos resultados pasan a depender de una combinación de registros comerciales compatibles, configuración del sitio, ajustes de páginas de producto, integraciones, tareas manuales de reconstrucción o revisión de alcance personalizado.
Esto importa porque los datos migrados pueden ser correctos mientras el entorno de lanzamiento sigue incompleto. Los productos pueden aparecer en Squarespace, pero la configuración de pagos, los métodos de envío, las reglas fiscales, la lógica de descuentos, los cambios de dominio, las redirecciones, el diseño de páginas, la navegación, la configuración del correo electrónico y las integraciones de terceros requieren un tratamiento separado.
| Expectativa en la tienda de origen | Interpretación en Squarespace | Pregunta inicial de planificación |
|---|---|---|
| La base de datos de productos se traslada directamente | Los productos deben funcionar como productos de Squarespace con variantes, visibilidad, imágenes, contexto de Store Page, campos SEO e inventario. | ¿Qué tipos de producto, variantes, imágenes, URL y agrupaciones del catálogo necesitan una revisión de muestra? |
| El árbol de categorías se convierte en la navegación de la tienda | El descubrimiento de productos puede depender de Store Pages, etiquetas de producto, categorías, menús de navegación, páginas, enlaces y secciones visuales. | ¿Qué rutas antiguas de categorías representan estructura real del catálogo y cuáles son páginas de entrada o decisiones de navegación? |
| Los pedidos demuestran que el proceso de compra está listo | Los pedidos históricos aportan historial comercial, pero no configuran pagos activos, impuestos, envíos, procesamiento de pedidos ni ajustes del proceso de compra. | ¿Qué configuración del proceso de compra de destino debe configurarse y probarse en Squarespace? |
| Los clientes siguen un único modelo de cuenta | La identidad relacionada con Squarespace puede incluir contactos, clientes, suscriptores de listas de correo, donantes, historial de pedidos y herramientas externas. | ¿Qué significado de cliente debe migrarse y qué información pertenece a sistemas de marketing o CRM? |
| El diseño del sitio se transfiere con los datos | La presentación del sitio en Squarespace depende de plantillas, secciones, estilos, bloques, páginas, recursos multimedia y decisiones manuales de diseño. | ¿Qué expectativas de diseño son tareas de implementación del sitio de destino y no resultados de la migración? |
| Las funciones personalizadas se trasladan automáticamente | Los límites de una plataforma alojada pueden impedir la transferencia directa de determinados comportamientos personalizados del origen. | ¿Qué comportamientos del origen requieren alternativas compatibles, integraciones, tratamiento no estándar o exclusiones aceptadas? |
El plan de migración no debe prometer equivalencia con Squarespace en la capa equivocada. La pregunta adecuada es si el comercio podrá operar correctamente en Squarespace después de completar la migración de datos, la configuración de destino, las decisiones sobre contenido y la planificación de integraciones.
El mejor resultado inicial de planificación es una separación clara de responsabilidades. Los registros migrados deben evaluarse por su exactitud, pero el éxito del lanzamiento también depende de decisiones del lado de destino. Por ejemplo, un producto puede migrarse con sus imágenes y variantes correctas y, aun así, necesitar asignación a una Store Page, revisión de la navegación, planificación de redirecciones de URL, configuración del proceso de compra y trabajo de presentación visual antes de funcionar como se espera.
Esta diferencia da a las migraciones hacia Squarespace un ritmo distinto al de las migraciones hacia plataformas donde la tienda visible es principalmente un catálogo comercial. En Squarespace, el comercio debe validar tanto el resultado de los datos como la experiencia del sitio web que presenta ese resultado a los compradores.
Registros comerciales principales en Squarespace
La planificación comercial en Squarespace debe comenzar por los registros que determinan la venta diaria: productos, variantes, imágenes, precios, inventario, pedidos, clientes o contactos, descuentos y contexto de procesamiento de pedidos. Estos registros no son independientes. La estructura del producto influye en sus páginas. Las variantes afectan a SKU, precios y existencias. Los pedidos dependen del historial de productos y del contexto del cliente. El inventario debe revisarse junto con las variantes y las expectativas de procesamiento de pedidos.
Squarespace admite distintos conceptos de producto y comercio relevantes durante una migración. Los productos pueden ser físicos, servicios, tarjetas regalo o productos digitales. Los registros de producto pueden incluir nombres, descripciones, imágenes, visibilidad, campos SEO, etiquetas, URL, slugs de URL e información sobre el tipo de producto. Las variantes pueden incluir SKU y datos de precio, y la revisión del inventario debe tener en cuenta cómo las existencias se asocian a las variaciones de producto que realmente se venden.
| Área comercial | Enfoque de migración para Squarespace | Qué conviene incluir en la muestra |
|---|---|---|
| Productos | Nombres, descripciones, tipos de producto, precios, SKU, imágenes, visibilidad, etiquetas, campos SEO, URL y ubicación en Store Pages. | Productos simples, productos con muchas imágenes, productos con mucho tráfico, productos ocultos y productos con valor SEO importante. |
| Variantes | Opciones de variación, SKU, diferencias de precio, inventario e imágenes de variante cuando corresponda. | Productos con talla, color, material, paquete u otros comportamientos similares a opciones en el origen. |
| Inventario | Las existencias deben revisarse a nivel del producto o variante que realmente puede venderse. | Productos con múltiples variantes, pocas existencias, ejemplos agotados y productos con movimientos recientes de inventario. |
| Pedidos | Legibilidad del historial de pedidos, artículos comprados, totales, descuentos, envíos, contexto de pago, estado de procesamiento, reembolsos y relación con clientes o contactos. | Pedidos recientes, reembolsados, con descuento, con requisitos importantes de envío y asociados a clientes recurrentes. |
| Clientes y contactos | Historial del cliente, identidad de contacto, contexto de marketing, direcciones e identificadores externos cuando sean relevantes. | Compradores recurrentes, compradores invitados, suscriptores, clientes con varios pedidos y registros creados por herramientas externas. |
| Store Pages y descubrimiento | Páginas de producto, presentación similar a colecciones, navegación, categorías, etiquetas, bloques de resumen y rutas que siguen los clientes. | Rutas prioritarias de entrada a productos y antiguas rutas de categorías o colecciones que generaban tráfico. |
Estos registros deben evaluarse como evidencia del funcionamiento, no únicamente como cantidades. El recuento de productos puede ser correcto mientras el descubrimiento de productos, el significado de las variantes o la legibilidad de los pedidos siguen siendo incorrectos.
Contenido, SEO y estructura del sitio web
Las migraciones hacia Squarespace suelen involucrar tanto contenido como comercio. El comercio puede venir de una plataforma donde páginas de producto, CMS Pages, Blog Posts, galerías, páginas de entrada, imágenes, elementos de menú y metadatos SEO están profundamente conectados. Si se espera que el nuevo sitio de Squarespace mantenga el tráfico, el contexto del contenido y la presentación de la marca, estas áreas deben formar parte de la planificación desde el principio.
Conviene dividir el contenido en tres grupos. El primero es el contenido que apoya directamente al comercio, como páginas de producto, páginas de entrada de categorías, descripciones de productos, guías de compra, catálogos visuales y páginas de marca. El segundo es el contenido general del sitio, como páginas «Acerca de», páginas de servicios y ubicaciones, políticas, páginas de contacto y Blog Posts. El tercero es la lógica de diseño o composición, como secciones de constructores de páginas, bloques personalizados, scripts incrustados, formularios, galerías y componentes visuales que pueden requerir reconstrucción manual.
| Elemento de contenido o SEO | Por qué importa en Squarespace | Respuesta de planificación para la migración |
|---|---|---|
| URL de productos | Las URL de producto pueden conservar visibilidad en buscadores y enlaces utilizados por clientes existentes. | Identificar las URL prioritarias de productos y las redirecciones necesarias. |
| CMS Pages | Las páginas informativas pueden contribuir a la confianza, la conversión, la claridad del servicio y el SEO. | Decidir qué páginas se migran, cuáles se reconstruyen y cuáles se retiran. |
| Blog Posts | El contenido del blog puede generar tráfico orgánico y ayudar a descubrir productos dentro del sitio. | Confirmar Blog Posts, contexto de autoría, recursos multimedia, slugs y enlaces internos. |
| Recursos multimedia | Las imágenes pueden apoyar productos, páginas, galerías y narrativa de marca. | Preparar los recursos del origen e identificar dónde importa su asignación. |
| Navegación | La navegación determina cómo los compradores encuentran productos y contenido. | Reconstruir intencionalmente los menús de destino en vez de asumir que migrar categorías resuelve la navegación. |
| Redirecciones | Las redirecciones ayudan a mantener el tráfico de búsqueda y los enlaces antiguos. | Crear un mapa de URL antes del lanzamiento, especialmente para páginas de alto valor. |
| Configuración de dominio | El cambio de dominio afecta al momento del lanzamiento y al acceso al sitio. | Tratar el trabajo de dominio y DNS como configuración de lanzamiento, no como datos migrados. |
Una tienda Squarespace puede verse visualmente correcta después del lanzamiento y, aun así, perder tráfico si las URL, redirecciones, enlaces internos, metadatos o prioridades de contenido no se gestionan con cuidado.
Límites de las integraciones y del funcionamiento personalizado
Squarespace reduce parte de la responsabilidad técnica, pero eso no significa que desaparezcan todos los flujos externos. Muchas tiendas dependen de sistemas contables, plataformas de correo electrónico, herramientas CRM, proveedores de procesamiento de pedidos, servicios de envío, analítica, sistemas de citas, membresías, suscripciones, donaciones, formularios personalizados o canales de venta de terceros. Parte de esos datos puede representarse mediante registros de Squarespace. Otra parte puede requerir reconexión. Y otra puede quedar fuera del comportamiento estándar de migración.
Aquí resulta importante distinguir los ajustes admitidos de representación o configuración del tratamiento no estándar. Los primeros pueden servir cuando la migración necesita filtrado, representación entre campos o ajustes de configuración compatibles. El tratamiento no estándar es la vía adecuada para revisar casos en los que la tienda de origen depende de datos de aplicaciones no compatibles, campos personalizados, transformaciones a medida, identificadores externos, comportamiento de una plataforma personalizada o ajustes personalizados en la lógica de migración.
| Requisito | Vía de planificación más adecuada |
|---|---|
| Excluir productos obsoletos, pedidos antiguos o contactos inactivos | Considerar filtrado compatible o un ajuste admitido de representación/configuración cuando el alcance esté claro. |
| Relacionar campos de origen compatibles con destinos adecuados de Squarespace | Considerar compatibilidad de representación cuando el comportamiento del campo de destino esté admitido. |
| Mantener registros personalizados de base de datos, datos pertenecientes a aplicaciones o identificadores externos | Revisar si requieren tratamiento no estándar. |
| Reconstruir secciones de diseño, formularios o composiciones de página | Tratarlo como implementación del sitio Squarespace o como trabajo independiente de diseño/contenido. |
| Reconectar herramientas de marketing, procesamiento de pedidos, contabilidad o CRM | Tratarlo como planificación de integraciones y configuración posterior a la migración. |
| Reproducir lógica personalizada de proceso de compra o B2B | Evaluar si Squarespace es el destino adecuado o si se requiere revisión de tratamiento no estándar/sistemas externos. |
Una migración realista hacia Squarespace no oculta requisitos personalizados dentro del alcance ordinario de productos o pedidos. Los clasifica pronto para que el comercio pueda decidir si migrarlos, reconstruirlos, integrarlos, simplificarlos o excluirlos.
Prioridades de planificación para un comercio de Squarespace orientado al contenido
La planificación de Squarespace debe mantener el contenido, el comercio y la configuración de lanzamiento dentro del mismo marco de decisión. Una migración que trate Squarespace únicamente como una base de datos de productos omitirá áreas que suelen determinar si la tienda de destino está realmente completa: ubicación en Store Pages, presentación de páginas de producto, páginas de entrada prioritarias, Blog Posts, recursos multimedia, redirecciones, metadatos, configuración del proceso de compra y herramientas conectadas.
El enfoque más útil consiste en identificar qué elementos de la tienda de origen son registros comerciales y cuáles son decisiones de presentación o experiencia. Nombres, descripciones, precios, imágenes, variantes, inventario, clientes, contactos y pedidos pueden formar parte del alcance de migración. La composición de páginas, el comportamiento de las plantillas, la ubicación en menús, el contenido incrustado, la apariencia del proceso de compra, la configuración de correo electrónico, las reglas de envío, las reglas fiscales, los dominios y las automatizaciones de terceros suelen requerir configuración en el destino o trabajo de implementación separado.
| Área de planificación | Qué debe aclararse | Por qué importa |
|---|---|---|
| Experiencia de producto | Qué productos, imágenes, variantes, descripciones, campos SEO y rutas de páginas de producto son esenciales para el lanzamiento. | Aunque los productos sean correctos, necesitan una presentación útil y rutas adecuadas para poder encontrarlos. |
| Continuidad del contenido | Qué páginas, Blog Posts, recursos multimedia, slugs, enlaces internos y páginas de entrada prioritarias sostienen el tráfico o la confianza en la marca. | Las tiendas orientadas al contenido pueden perder valor si el contexto de las páginas y las redirecciones se consideran secundarios. |
| Presentación de la tienda | Qué Store Pages, menús, secciones, bloques de resumen y agrupaciones de productos deben reconstruirse o configurarse. | La facilidad de compra depende de cómo se desplazan los clientes por el sitio Squarespace. |
| Alcance de configuración | Qué pagos, impuestos, envíos, procesamiento de pedidos, descuentos, notificaciones, dominios e integraciones deben configurarse fuera de la migración de registros. | Los datos históricos no hacen que la tienda de destino quede operativa automáticamente. |
| Funcionamiento personalizado | Qué plugins, scripts, campos personalizados, identificadores externos o registros de aplicaciones del origen requieren alternativas compatibles o revisión de alcance no estándar. | El funcionamiento no compatible debe resolverse como una decisión de alcance, integración o exclusión antes del lanzamiento. |
Esto mantiene el contexto de apoyo dentro de la propia decisión sobre la plataforma. Squarespace debe evaluarse por la capacidad de representar los registros de origen, el modelo de contenido, las expectativas de la tienda y los requisitos operativos dentro de un entorno alojado y orientado al contenido.
Cuándo Squarespace requiere una planificación más cuidadosa
Squarespace puede ser un destino sólido cuando el modelo operativo del comercio encaja con una tienda alojada y orientada al contenido. Requiere una planificación más cuidadosa cuando la tienda de origen incluye relaciones complejas de catálogo, archivos extensos de contenido, muchas redirecciones, funcionamiento personalizado del proceso de compra, estructuras B2B avanzadas, lógica de suscripciones, registros de canales de terceros, personalización directa de base de datos o datos de clientes/pedidos pertenecientes a integraciones.
La pregunta principal es si el negocio de origen puede representarse mediante registros comerciales compatibles con Squarespace, configuración del destino, trabajo de reconstrucción de contenido, integraciones, ajustes admitidos de representación/configuración y tratamiento no estándar cuando sea necesario. Si la tienda de origen depende de un funcionamiento que no puede representarse por estas vías, la migración no debe plantearse como un simple cambio de plataforma.
| Señal de planificación | Qué significa |
|---|---|
| El catálogo de productos es sencillo y la presentación visual importa | Squarespace puede ser un buen destino si las expectativas sobre reconstrucción de contenido y diseño son realistas. |
| El tráfico del sitio depende de muchas páginas y Blog Posts | La planificación de SEO y redirecciones debe ser prioritaria desde el principio. |
| Los productos utilizan muchas variantes o lógica especial | Conviene revisar productos de muestra antes de una migración a escala completa. |
| Los pedidos contienen historial importante para atención al cliente | La legibilidad del historial de pedidos debe validarse por separado de la configuración activa del proceso de compra. |
| Sistemas externos son propietarios de registros clave | Puede ser necesaria una revisión de integraciones y alcance no estándar antes de fijar el alcance final. |
| El comercio espera una réplica exacta del diseño de origen | Deben aclararse las expectativas de reconstrucción del diseño y adecuación de la plataforma antes de migrar. |
Por tanto, un panorama general de Squarespace debe establecer la expectativa correcta: la plataforma puede ofrecer un sitio comercial cuidado, pero el éxito de la migración depende de adaptar los datos, el contenido, la configuración del sitio y el alcance operativo a la forma en que funciona Squarespace.
Conclusión
Squarespace se entiende mejor como una plataforma de destino alojada y orientada al contenido para comercio electrónico. Puede ser una opción sólida para comercios que buscan un sitio web cuidado, operaciones comerciales manejables, descubrimiento de productos apoyado en contenido y menor responsabilidad técnica. La planificación debe seguir separando los registros migrados de la configuración del destino, el diseño del sitio, la migración de contenido, la continuidad de URL, el trabajo de integraciones y los requisitos personalizados.
El éxito de una migración hacia Squarespace no se demuestra únicamente con los recuentos de productos, clientes y pedidos. Se demuestra cuando los productos se muestran correctamente, las variantes y el inventario siguen siendo utilizables, el historial de pedidos puede consultarse, los clientes o contactos conservan contexto útil, el contenido y las URL prioritarias siguen cumpliendo su función, la configuración del proceso de compra está lista y el funcionamiento no compatible del origen se gestiona por la vía adecuada o se excluye de forma intencionada.
Preguntas frecuentes
¿Squarespace es solo un creador de sitios web o también una plataforma de comercio electrónico?
Squarespace es tanto una plataforma alojada para sitios web como un entorno de comercio electrónico. Para planificar una migración, esto implica revisar conjuntamente productos, pedidos, clientes, contenido, SEO, URL, expectativas de diseño y configuración del proceso de compra.
¿Por qué una migración hacia Squarespace requiere planificar el contenido y el SEO?
Las tiendas Squarespace suelen depender de páginas, Blog Posts, URL de productos, recursos multimedia, navegación, metadatos y redirecciones. Si estas áreas no se planifican, la tienda migrada puede conservar los registros y, aun así, perder tráfico, dificultar que se encuentre el contenido o debilitar el contexto de marca.
¿Migrar los productos recrea automáticamente el diseño de la tienda anterior?
No. La migración de datos de producto y el diseño del sitio en Squarespace son áreas de trabajo diferentes. Las plantillas, secciones, composiciones, navegación, estilos y presentación de páginas suelen requerir configuración o reconstrucción en el destino.
¿Cuándo debe considerarse un tratamiento no estándar para Squarespace?
Debe considerarse cuando la tienda de origen depende de datos de aplicaciones no compatibles, campos personalizados, funcionamiento a medida de productos o del proceso de compra, identificadores externos, datos de una plataforma personalizada o ajustes personalizados de la lógica de migración que exceden el comportamiento compatible.
¿Qué pregunta de planificación es la más importante antes de elegir Squarespace?
La pregunta clave es si los productos, el contenido, las rutas SEO, las necesidades del proceso de compra, las integraciones y las expectativas de diseño del comercio pueden representarse mediante registros de Squarespace, configuración, implementación del sitio, integraciones compatibles o trabajo personalizado claramente definido.