Preguntas frecuentes sobre Shopify: datos, SEO y desarrollo

Las contraseñas no se trasladan como parte de una importación de clientes. Con las cuentas de cliente actuales de Shopify, el acceso puede hacerse con un código enviado por email. Si existe un sistema de identificación externo, se estudia aparte: autenticación entre sistemas no significa importar los hashes de las contraseñas.

Cuentas de cliente al migrar.

Se revisan productos, clientes, direcciones, pedidos y contenidos. Los campos propios de módulos, carritos guardados o datos de otras apps pueden requerir otra herramienta o no ser trasladables. Primero comprobamos una exportación de muestra y dejamos definido qué se conservará.

Los accesos y canales de transferencia se acuerdan antes de extraer información. Deben utilizarse permisos adecuados y transporte cifrado, evitando enviar bases de datos o credenciales por correo. También se define dónde se guardarán las copias y cuándo dejarán de ser necesarias.

Cambiar de plataforma no acredita por sí solo el cumplimiento de la normativa. Hay que revisar los datos que se trasladan, los proveedores que acceden a ellos, las finalidades y los consentimientos. La configuración técnica debe coordinarse con los documentos y criterios de privacidad del negocio.

Shopify genera sus propios identificadores internos. Cuando hace falta relacionarlos con el sistema anterior, se conserva una correspondencia o un identificador de origen en un campo apropiado. Un número de cliente visible y un ID interno no son lo mismo.

Puede trasladarse la información compatible con el modelo de Shopify y con la herramienta de importación elegida. Revisamos las direcciones y los campos personalizados para decidir si van a campos nativos, metafields o a otra solución. Se comprueba primero con una muestra.

Hay que revisar códigos disponibles, saldo, caducidad y compatibilidad del método de importación. No basta con importar el producto «tarjeta regalo»: también importa el saldo de las tarjetas emitidas. Si los códigos originales no pueden recuperarse, se prepara otra forma de conservar el derecho del cliente.

Depende de la plataforma de fidelización anterior y de la nueva app. Se comprueba si permite exportar e importar saldos, niveles e historial y cómo se relacionan los clientes. No se convierte un saldo de puntos sin verificar su equivalencia.

El historial de soporte no forma parte de una importación estándar de la tienda. Si quieres conservarlo, revisamos las herramientas de origen y destino, los identificadores de cliente y sus opciones de exportación. A veces tiene sentido mantenerlo en el CRM existente.

Sí se pueden trasladar contactos compatibles, conservando su estado de suscripción y la información disponible sobre el consentimiento. Importar una lista no convierte a todas las personas en suscriptoras. Revisamos también bajas, exclusiones y la sincronización con la herramienta de email.

Primero se identifican los errores: duplicados, referencias sin relación, caracteres incorrectos o campos vacíos. Se acuerda qué limpiar y qué información hay que recuperar del origen. Importar una base defectuosa no resuelve sus problemas.

Las etiquetas pueden trasladarse cuando la exportación las incluye. Los segmentos dinámicos deben revisarse: una regla del sistema anterior puede no tener el mismo equivalente en Shopify o en la app nueva. Se comprueba qué personas pertenecen a cada grupo.

No hay una cifra de SKUs que garantice por sí sola un buen rendimiento. Importan también las variantes por producto, las colecciones, la búsqueda, las apps y la integración que actualiza el catálogo. Revisamos el volumen y la estructura antes de elegir cómo importarlo.

Se revisan los campos exportados y se trasladan solo los necesarios para el proyecto. Contraseñas, datos completos de tarjeta y otra información especialmente sensible no deben acabar en un CSV genérico. Las migraciones de medios de pago requieren los procedimientos específicos de Shopify y del proveedor.

Puede haber cambios de tráfico y posiciones durante una migración. El trabajo consiste en inventariar URLs, conservar el contenido relevante, preparar redirecciones y comprobar la nueva tienda. El seguimiento ayuda a detectar errores, pero no permite garantizar que cada posición se mantenga.

Preparamos un inventario de URLs y revisamos qué destino tendrá cada página importante. Después comprobamos redirecciones, enlaces, contenido e indexación. Preferimos explicar estas tareas concretas a prometer una migración con pérdida de SEO imposible de garantizar.

Cambios de URL en Google Search.

Cuando cambia la ruta de una página, se prepara una redirección a su equivalente en Shopify. No se genera por el simple hecho de migrar: hay que definirla y comprobarla. El destino debe resolver la misma necesidad del visitante.

Shopify utiliza rutas propias para productos, colecciones y otros recursos, por lo que muchas URLs no serán idénticas. Se revisa cuáles pueden conservarse y se prepara el cambio de las demás. La estructura de origen no se copia sin comprobar su compatibilidad.

Se exportan los campos disponibles y se asignan a los recursos correspondientes. Después se revisan títulos y descripciones para evitar vacíos, duplicados o recortes problemáticos. Si también cambia el contenido, se actualizan de forma coherente.

Shopify genera automáticamente su sitemap. Se revisa que las páginas que deban publicarse aparezcan correctamente y se mantiene el mapa de redirecciones desde las URLs antiguas. El envío del sitemap a Search Console es una comprobación distinta a garantizar la indexación.

Sitemap de Shopify.

Se decide según su contenido y su utilidad. Si existe un equivalente, puede redirigirse; si desaparece sin sustituto, no conviene enviar todo a la home. Las páginas con tráfico, enlaces o información útil se revisan antes de retirarlas.

Un rastreo previo permite conocer las URLs y sus enlaces. Se comprueba qué se conserva, qué cambia y qué debe redirigirse, y se revisan errores tras el lanzamiento. Eliminar todos los 404 no es el objetivo: importa resolver bien las páginas que deberían existir.

Cambian la infraestructura y la implementación, pero la velocidad final también depende del tema, imágenes, vídeos, apps y scripts. Medimos páginas y dispositivos representativos. Shopify no convierte automáticamente cualquier diseño en una web rápida.

Se comprueba el código de respuesta, el destino final y que no haya bucles o cadenas innecesarias. También se revisa que el contenido del destino corresponda a la URL antigua. Después se observan los errores y la indexación en Search Console.

Puede aprovecharse para corregir problemas de contenido, navegación y SEO técnico. Conviene separar las mejoras del trabajo necesario para conservar lo que ya funciona. Así es más fácil saber qué cambió y detectar problemas después de publicar.

Se revisan entradas, imágenes, autores, fechas, categorías y enlaces. Las URLs y redirecciones se preparan junto con el resto del sitio. También se comprueba que el nuevo artículo muestre correctamente tablas, vídeos y otros elementos del contenido antiguo.

Una plataforma por sí sola no determina las posiciones. Shopify puede resolver necesidades de infraestructura y gestión, pero el SEO depende del contenido, la arquitectura, los enlaces y la implementación. La comparación debe hacerse sobre los requisitos de la tienda.

Los parámetros de campaña sirven para medición y pueden coexistir con URLs de contenido. Se revisan redirecciones y canonicals sin eliminar parámetros necesarios a ciegas. Una URL antigua con parámetros debe seguir llevando al destino adecuado.

Se configura el comportamiento adecuado para la nueva arquitectura. No se copian etiquetas antiguas sin comprobarlas: las URLs, idiomas y dominios pueden haber cambiado. Shopify Markets participa en la generación de las versiones internacionales.

Una migración con URLs rotas, contenido perdido o bloqueos puede reducir la visibilidad. Eso no implica necesariamente una penalización manual. Se investiga qué problema existe y se corrige, utilizando rastreos y datos de Search Console.

No hay un plazo garantizado. Depende del rastreo, el tamaño del sitio, la importancia de sus URLs y la calidad del cambio. Se facilita el descubrimiento con enlaces, redirecciones correctas y sitemap, y se sigue la evolución en Search Console.

Se revisan códigos de respuesta, URLs importantes, redirecciones, canonicals, robots, sitemap y contenido. También títulos, encabezados y enlaces internos. Las comprobaciones se repiten sobre la tienda publicada, porque una vista previa no reproduce todas sus condiciones.

Se revisan opciones, combinaciones y límites actuales, además de la compatibilidad del tema y las apps. Una muestra con productos complejos permite elegir entre variantes, productos separados u otra estructura. No se confirma la importación solo contando las filas del catálogo.

Shopify crea sus propios IDs. Los SKUs u otras referencias de negocio pueden conservarse si están bien definidos. Cuando una integración necesita relacionar ambos sistemas, se prepara una tabla de correspondencias o un campo de identificador externo.

Primero se define qué es una variante y qué es un producto distinto. Un pack puede necesitar una solución de bundles; una talla y un color pueden resolverse como opciones. La estructura debe funcionar también para stock, búsqueda y gestión de pedidos.

Los atributos compatibles se asignan a campos nativos o metafields. Se define su tipo y dónde se mostrarán para que no queden como información importada que nadie puede usar. Si vienen de un módulo, se comprueba que puedan exportarse.

Un producto puede pertenecer a varias colecciones. Las colecciones pueden mantenerse manualmente o con condiciones, según la configuración. Los filtros y el menú se preparan aparte: importar las categorías no construye toda la navegación.

Se valora su utilidad, el tráfico y si hay una alternativa para el comprador. Puede mantenerse una página informativa, redirigirse a un equivalente o retirarse. No conviene publicar referencias inservibles solo para conservar cualquier URL.

Se identifican duplicados, referencias incompletas y variantes incoherentes antes de importar. La limpieza se acuerda con quien conoce el producto. No se completan características o relaciones comerciales suponiendo datos que no existen.

Depende de qué significa «agrupado» en el origen. Puede ser una colección, un conjunto de productos relacionados, un pack o una presentación conjunta de variantes. Se elige la estructura por cómo se compra y cómo debe descontarse el stock.

Shopify dispone de funciones B2B y también existen apps para otras reglas de precio. Se revisan cantidades, catálogos, tipo de cliente y plan antes de elegir. Una tabla comercial del origen no siempre tiene una traducción directa.

Se utilizan originales con resolución suficiente y se revisa el encuadre en el nuevo diseño. Shopify puede servir formatos y tamaños optimizados, pero el tema debe pedir los adecuados. Se comprueba también el texto alternativo y que no falten imágenes tras la importación.

Pueden importarse si están disponibles en el origen. Se revisa su uso para evitar etiquetas duplicadas o inconsistentes. Algunas servirán para organizar o automatizar; los filtros también pueden utilizar opciones y metafields.

Se revisan con el equipo para decidir dónde deben aparecer. No es necesario inventar una categoría visible ni ocultarlos en una colección genérica. Lo importante es que el comprador pueda encontrarlos y que el equipo sepa cuáles faltan por clasificar.

Puede importarse información histórica con herramientas compatibles, revisando clientes, líneas, importes y estados. Hay limitaciones según el origen y el método utilizado. Se hacen pruebas para evitar notificaciones, cobros o movimientos de stock que no correspondan.

Las facturas son documentos que conviene conservar conforme a las obligaciones del negocio. No se da por hecho que importar pedidos traslade sus PDFs ni que permita regenerarlos de forma idéntica. Se acuerda cómo mantener el acceso al archivo anterior.

Los proveedores se configuran y verifican en Shopify; no se copian como una preferencia del tema. Los datos de tarjeta no se trasladan en una importación ordinaria. Los métodos guardados y las suscripciones tienen procesos específicos y compatibilidades que hay que confirmar.

Es una actualización final de los datos que han cambiado desde la importación de prueba, como pedidos, clientes o stock. Se acuerda el periodo y qué sistema manda en cada momento. Después se comprueba que no haya duplicados ni operaciones fuera del corte.

Shopify distingue estados de pago, preparación y otros datos del pedido. Los estados personalizados del origen no siempre tienen un equivalente directo. Se decide cómo conservar su significado y cómo los utilizarán las integraciones.

Se necesita una solución compatible de suscripciones y revisar contratos, clientes, productos y medios de pago. El procedimiento depende de la plataforma y el proveedor anterior. No basta con importar los pedidos para que continúen los cobros recurrentes.

Migración de suscripciones y métodos de pago.

La numeración y los identificadores se estudian por separado. Shopify tiene su propio sistema y las herramientas de importación ofrecen posibilidades diferentes para los pedidos históricos. Se conserva la referencia de origen donde corresponda sin prometer una secuencia idéntica para todos los pedidos futuros.

Se revisa qué estados y operaciones permite importar la herramienta. Conservar una referencia histórica no debe ejecutar de nuevo un reembolso. Los documentos e importes del sistema anterior se contrastan antes de dar el histórico por correcto.

Se revisa la relación entre cliente, empresa, dirección, catálogo y condiciones de pago. Un pedido histórico no configura por sí solo la cuenta B2B para compras nuevas. Las funciones y límites disponibles dependen del plan y de Shopify Markets.

Puede estudiarse la importación de ventas históricas si los datos y la herramienta lo permiten. La puesta en marcha de Shopify POS es otro trabajo: dispositivos, catálogo, pagos, ubicaciones y operativa requieren su propia revisión.

Es posible estudiar conectores o desarrollos para esos sistemas, pero la compatibilidad depende de su versión, módulos y acceso a los datos. Revisamos qué debe sincronizarse antes de proponer una solución. La existencia de un conector con el mismo nombre no garantiza que cubra tu operación.

Comparamos conector existente, app, middleware y desarrollo según datos, frecuencia, errores y mantenimiento. Lo importante es saber qué resuelve cada opción y quién la mantendrá. No elegimos solo por el número de integraciones que anuncia.

La frecuencia depende del conector, los eventos y los límites de ambos sistemas. Puede haber retrasos o incidencias; se acuerda cómo detectarlos y corregirlos. «Tiempo real» debe traducirse a una expectativa comprobable para tu negocio.

Se define un identificador fiable y cómo se actualiza cada registro. Antes de crear productos nuevos se comprueba si ya existen y qué relación tienen con las variantes del origen. También se preparan controles para los reintentos de una sincronización.

Se revisa si pueden mantenerse, actualizarse o sustituirse. Importan las versiones de API que utilizan, el soporte y las operaciones que cubren. Mantener un conector sin responsable puede convertir una actualización futura en una incidencia.

Puede conectarse información de precios, pero cómo se aplica depende del modelo comercial y del plan. Los catálogos B2B por mercado y la asignación directa por empresa no tienen la misma disponibilidad. Se confirma la función necesaria antes de construir la integración.

La configuración fiscal se revisa con la persona responsable del negocio o su asesoría. Las reglas del origen no deben copiarse suponiendo que funcionan igual. Se prueban direcciones, productos y tipos de cliente representativos sin dar asesoramiento fiscal por defecto.

Shopify permite gestionar inventario por ubicaciones. Se revisan sus límites, la asignación de stock y cómo se preparan los pedidos. El catálogo del PIM y el stock de cada almacén pueden necesitar conexiones diferentes.

Se definen referencias, ubicaciones, reservas, pedidos y confirmaciones que circularán entre sistemas. Después se revisan API o conector y los casos de fallo. El objetivo es que ambos equipos sepan qué dato recibirán y cuándo.

Hay que revisar los disparadores y campos que utilizan. Cambiar de plataforma puede cambiar IDs, eventos y permisos. Se prueba cada automatización importante con datos de ejemplo antes de volver a activarla.

Conviene definir quién revisa errores, renueva accesos y adapta la conexión a cambios de API o de operación. El soporte del conector no siempre incluye cambios a medida. Estas responsabilidades se concretan antes de contratarlo.

Se pueden estudiar integraciones con PIM mediante conectores o API. Se revisan tipos de campo, imágenes, traducciones y la forma de publicar cada producto. También quién mantiene el contenido cuando un dato existe tanto en Shopify como en el PIM.

Plus ofrece opciones avanzadas, pero la personalización concreta depende de la superficie y de las APIs actuales. Se revisa qué debe ver o hacer el comprador para elegir una extensión compatible. No se plantea editar libremente todo el checkout como si fuera una página del tema.

El diseño y la lógica del checkout anterior no se copian como código del tema. Se identifican las necesidades y se busca su equivalente compatible en Shopify. Algunas se resuelven de otra forma o tienen restricciones de plan.

La solución depende de si el dato pertenece al cliente, a la empresa o al pedido y de dónde debe pedirse. Se comprueba la disponibilidad de campos o extensiones en el plan elegido. También cómo llegará esa información a administración y facturación.

Se revisan catálogos B2B, descuentos u otras funciones según la regla comercial. La asignación directa de catálogos a empresas tiene requisitos distintos a los catálogos por mercado. Conviene describir primero quién ve cada precio y por qué.

Podemos estudiar un carrito con pasos o ayudas específicas en el tema. Hay que comprobar que siga funcionando con variantes, descuentos, apps y compra desde móvil. La personalización del carrito y la del checkout son superficies diferentes.

Un formulario sencillo puede construirse en el tema; otras necesidades requieren una app o un servicio. Se revisan almacenamiento, consentimiento, archivos, integraciones y protección antispam. No se elige solo por evitar instalar una aplicación.

Se comprueban las opciones reales de exportación e importación de las herramientas. Las reseñas deben conservar su origen y atribución; los puntos, su saldo y relación con el cliente. No se importan como datos nativos si dependen de una app.

Hay opciones para reglas de descuentos, entrega o pago mediante apps y Shopify Functions, con disponibilidad y límites según el caso. Se comprueba la regla y el plan antes de confirmarla. Una función del carrito no implica poder alterar cualquier paso del checkout.

La disponibilidad depende del proveedor de pagos, el país del negocio, el mercado y la configuración. Shopify Markets no activa por sí solo cualquier pasarela local. Se comprueba cada método en la cuenta y en un recorrido de compra de prueba.

Permite personalizar superficies compatibles mediante extensiones y APIs soportadas. Eso reduce la dependencia de código antiguo, pero no elimina las pruebas ni el mantenimiento. Las apps, permisos y versiones deben seguir revisándose.

Puede ofrecer una buena base de infraestructura, pero la velocidad depende de cómo se construye y carga la tienda. Comparamos páginas representativas y las condiciones de las pruebas. No afirmamos que siempre sea más rápido que cualquier implementación de otra plataforma.

Revisamos tamaño y carga de imágenes y vídeos, fuentes, scripts, apps y estructura del tema. Se da prioridad al contenido que necesita ver el visitante al llegar. Después se vuelve a medir para comprobar qué cambió.

Se revisa qué necesita cada script y cuándo debe cargarse. Los píxeles de eventos pueden utilizar el sistema de privacidad y sandbox de Shopify, pero no todos los scripts se convierten automáticamente en píxeles ni dejan de tener coste de carga.

Shopify gestiona su infraestructura para grandes volúmenes, pero ninguna tienda debe prometer ausencia absoluta de incidencias. Se revisan el tema, las apps, el stock y las conexiones, que también pueden limitar una campaña con mucho tráfico.

Los límites dependen de la API, el plan, el tipo de operación y la versión. Se diseñan colas, reintentos y operaciones masivas cuando corresponda. Se verifica la documentación de la API utilizada en lugar de asumir que todo aumenta al mismo ritmo en Plus.

Una app puede añadir imágenes, scripts o llamadas que afecten a las páginas. Se comprueba qué carga y si sigue siendo necesaria. Desinstalar una app no garantiza que todas las personalizaciones realizadas en el tema desaparezcan.

Shopify ofrece transformaciones y formatos de imagen optimizados, pero el tema debe pedir tamaños adecuados y declarar dimensiones. También importa el peso de los originales y cargar de forma diferida lo que queda fuera de la primera pantalla.

Se miden LCP, INP y CLS cuando hay datos disponibles, distinguiendo laboratorio y usuarios reales. La revisión identifica problemas y propone correcciones verificables. Una auditoría no garantiza aprobar una evaluación futura de Google.

Sí. La documentación actual incluye funciones B2B en Basic, Grow, Advanced y Plus, con diferencias en catálogos, asignación por empresa, pagos y experiencias por mercado. Se revisan los requisitos concretos y la disponibilidad en tu tienda antes de elegir plan.

Funciones B2B por plan.

Los catálogos por mercado permiten agrupar condiciones; la asignación directa de catálogos a empresas es una función de Plus. Antes de decidir, se revisan cuántas tarifas existen y a quién se asignan. No todas las necesidades de precio por cliente se resuelven igual.

Se puede estudiar una tienda B2B restringida o una presentación que dependa del acceso. La protección no debe consistir solo en ocultar un botón con CSS. Se revisa quién puede ver los productos, los precios y comprar.

El modelo B2B de Shopify utiliza empresas, ubicaciones y clientes asociados con permisos. Hay que importar o configurar esas relaciones y comprobar el acceso de cada perfil. No se crea toda la estructura de empresa importando únicamente emails.

Las condiciones de pago B2B pueden permitir comprar con vencimiento posterior, según la configuración. Su disponibilidad no debe describirse como exclusiva de Plus de forma genérica. Se revisan el plan, los permisos y cómo se gestionará el cobro.

Se pueden preparar listas de pedido rápido cuando el tema y la configuración lo permiten. Importan búsqueda por referencia, cantidades mínimas y repetición de pedidos. Se comprueba la experiencia con el catálogo real y desde los dispositivos que utiliza el cliente.

Se comparan catálogo, precios, compradores, integraciones y coste de mantener cada solución. Shopify y Magento tienen modelos diferentes; ninguna comparación seria se reduce a decir que una opción no necesita mantenimiento. La recomendación debe responder al negocio.

El modelo B2B permite trabajar con datos de empresa, ubicaciones y referencias de pedido. Se revisa qué información necesita administración y qué debe aparecer en el proceso de compra. Los requisitos específicos de factura o ERP se comprueban aparte.

Se elige por funciones necesarias y coste de operar la tienda. Facturación o número de productos por sí solos no determinan que necesites Plus. La calculadora compara cuota y comisiones; B2B, checkout e integraciones se valoran también por sus requisitos.

Precios oficiales de Shopify España.

Además de la cuota, conviene presupuestar apps, tema si tiene licencia, dominio, pagos, desarrollo, soporte e integraciones. También pueden existir costes de divisa, mercados u otros servicios según la configuración. Se compara el coste del escenario completo.

El alojamiento de la tienda online forma parte del servicio de Shopify. Conviene comprobar las condiciones del plan y los servicios externos que utilices. Un vídeo alojado fuera, una app o un desarrollo independiente pueden tener sus propios costes.

La tienda online alojada por Shopify no necesita contratar otro servidor para el tema. El dominio, el correo corporativo, un middleware o un servicio externo son cuestiones diferentes y pueden seguir teniendo coste.

Depende de la versión del ERP, el conector, los datos y el trabajo de adaptación. Se distingue puesta en marcha, licencias o cuotas y mantenimiento. Se revisa una propuesta concreta; no publicamos una tarifa universal para integraciones distintas.

Algunas personalizaciones avanzadas del checkout requieren Plus; otras opciones de configuración, apps o funciones tienen otra disponibilidad. Primero se define el cambio y la superficie donde debe aplicarse. No toda lógica comercial obliga a contratar Plus.

El precio depende de datos, diseño, funciones, integraciones y preparación del lanzamiento. Revisamos tu tienda para presupuestar trabajos concretos. No utilizamos un importe de ejemplo como si fuera una tarifa aplicable a cualquier proyecto.

La auditoría revisa las páginas y recorridos acordados y entrega un informe con prioridades y un vídeo explicativo. La aplicación de mejoras se presupuesta aparte. Si lo que necesitas es decidir una plataforma o planificar una integración, puede encajar mejor una consultoría.