ShopiPress.
Explorar

ES

ShopiPress 1.0.0 · 07

Diagnosticar conexión y renderizado

Separa el acceso a Shopify, el HTTP de WordPress, los datos de sincronización y el renderizado del tema antes de cambiar credenciales o plantillas.

Se aplica a ShopiPress 1.0.0, publicado oficialmente en Freemius.

Ver el vídeo : Diagnosticar un problema de conexión01:43 · Narración en inglés

Narración sintética generada con Microsoft Azure Speech.

Ejecutar una prueba de conexión y repetir el mismo error de validación de la dirección. La dirección es ficticia; no se muestra ninguna respuesta de Shopify.

Descargar el vídeo
Leer la transcripción

Una solicitud de asistencia útil aísla el paso que falla y permite reproducirlo sin exponer un token de tienda, una licencia, un cliente o un pedido.

Empieza con dos frases breves: qué esperabas que hiciera la conexión y qué ocurrió en su lugar. Anota la versión exacta del candidato de ShopiPress.

Anota también las versiones de WordPress y PHP. Deja fuera de las pruebas las rutas privadas del servidor, los nombres de cuenta y los plugins que no estén relacionados.

En una prueba de conexión, WordPress ejecuta ShopiPress, ShopiPress envía la solicitud del catálogo a través de la red y Shopify devuelve una respuesta. El fallo puede originarse en cualquiera de esos puntos de conexión.

Usa una dirección de tienda ficticia y repite únicamente la acción controlada más pequeña que demuestre el problema.

Anota el último paso correcto y el primero que falla. Así se distingue una respuesta de Shopify, una interpretación de ShopiPress, una condición de WordPress o un problema de red.

Captura la respuesta sin datos sensibles antes de vaciar cachés o cambiar la configuración. Los cambios prematuros pueden borrar la comparación más útil.

Repite una vez la prueba segura más pequeña y anota si el resultado es estable. Evita reintentos amplios o limpiezas destructivas sin un diagnóstico.

Proporciona las versiones, el tipo de página afectada, los resultados esperados y observados, y los pasos de reproducción en orden. Oculta todas las credenciales y todos los datos personales.

Nunca envíes un token, un valor de licencia, una exportación de la base de datos o una ficha de cliente como prueba de diagnóstico.

Utiliza la guía de solución de problemas para preparar la prueba segura más pequeña y las evidencias necesarias para el siguiente paso.

Descargar la transcripción

Flujo verificado

  1. Reproduce y registra pantalla y versión.
  2. Prueba HTTPS y token por separado.
  3. Revisa registros y marcado antes de reintentar.

Esta guía se aplica a la versión de ShopiPress indicada en la cabecera de la página, publicada oficialmente en Freemius. Confirma la versión instalada antes de aplicar el procedimiento. Las versiones posteriores pueden cambiar pantallas, valores por defecto o fronteras de servicio.

Resultado esperado

Un informe de defecto identifica la versión candidata exacta, el sistema afectado, los pasos reproducibles, el comportamiento esperado y el observado, y una evidencia segura que no filtra credenciales ni datos de clientes.

Separa el acceso a Shopify, el HTTP de WordPress, los datos de sincronización y el renderizado del tema antes de cambiar credenciales o plantillas.

Antes de empezar

  • La versión instalada, la edición y la procedencia del paquete.
  • Una página de prueba o un registro de catálogo reproducible con datos controlados.
  • Las versiones de navegador, WordPress, PHP y del constructor o plugin SEO activo.
  • Una copia de seguridad de la base de datos antes de un diagnóstico destructivo o de sincronizaciones repetidas.

Prepara un punto de restauración e identifica el registro Shopify de referencia y la URL o pantalla de administración de WordPress que probará el resultado. La prueba debe ser lo bastante pequeña para repetirse sin crear un estado de catálogo ambiguo.

Alcance y límites actuales

El formulario de soporte está deliberadamente cerrado hasta que sus controles de borde estén configurados. Se puede preparar un informe localmente, pero el sitio no debe dar a entender que un formulario sin configurar lo ha enviado.

Mantén visible el modelo de responsabilidad durante toda la tarea: Shopify sigue siendo la fuente comercial y el sistema de pago; ShopiPress conecta, sincroniza y renderiza el catálogo según los contratos entregados; WordPress es el contexto de publicación. Un resultado correcto en WordPress no debe interpretarse como una transferencia de pedidos, clientes, pagos o autoridad sobre el inventario.

Procedimiento

  1. Clasifica el fallo como de conexión, descubrimiento, sincronización, datos de WordPress, renderizado, compra, SEO o ciclo de vida.
  2. Reduce el caso a un producto, una colección, un shortcode, un bloque o una URL siempre que sea posible.
  3. Registra los pasos exactos y compara el comportamiento esperado con el estado de capacidad entregado, parcial o ausente.
  4. Captura la página renderizada y la pantalla de ShopiPress correspondiente tras eliminar tokens, dominios que deban permanecer privados y datos personales.
  5. Restaura el entorno después de los experimentos y confirma si el defecto persiste en el estado limpio.

No omitas el paso de revisión entre una acción administrativa y la publicación pública. Una respuesta correcta del control es solo una capa de evidencia; el registro guardado en WordPress, la página renderizada y la ruta comercial de Shopify deben coincidir.

Verificar el resultado

  • Otro administrador puede reproducir el defecto a partir del informe sin adivinar pasos que falten.
  • El informe distingue las capas de fuente Shopify, transporte ShopiPress y presentación WordPress.
  • Ningún adjunto contiene tokens, registros de clientes, detalles de pedidos ni URL privadas.

Verifica el resultado en la página WordPress renderizada y en la superficie autorizada de Shopify, no solo dentro de la pantalla de administración de ShopiPress. Usa un producto representativo con datos de precio, disponibilidad, variante y colección. Repite la operación segura más pequeña cuando la idempotencia importe y registra cualquier diferencia antes de ampliar la prueba.

Errores frecuentes

  • Comportamiento intermitente: captura marcas de tiempo y la secuencia de cambios de estado en lugar de repetir la acción una y otra vez.
  • Solo falla la vista previa del constructor: prueba el renderizador del frontend e identifica si el problema es exclusivo del editor.
  • La salida SEO es inesperada: guarda el HTML final y la lista de integraciones activas antes de vaciar cachés.

Cuando un resultado sea inesperado, detén las acciones amplias y reduce el caso a un registro, una URL y un renderizador. Conserva la respuesta fallida antes de cambiar ajustes o vaciar cachés para que el diagnóstico siga siendo reproducible.

Resolución de problemas

  1. Confirma la versión y la edición del paquete.
  2. Reproduce el caso seguro más pequeño con datos controlados.
  3. Identifica si Shopify, ShopiPress o WordPress es responsable del paso que falla.
  4. Compara el resultado observado con el estado de capacidad entregado, parcial o ausente.
  5. Restaura el entorno de prueba, repite una vez y anota si el resultado es estable.

Seguridad y datos

Sanea la evidencia antes de compartirla. Sustituye tokens, información de clientes, identificadores de pedido y dominios privados de tienda por marcadores controlados, conservando la estructura necesaria para reproducir el problema.

Registra la versión instalada, la edición, las versiones de WordPress y PHP, el constructor o la integración SEO activa, la URL exacta, el viewport y las acciones ordenadas que produjeron el resultado. Captura únicamente datos de catálogo controlados. Oculta el token Storefront, los datos de clientes, la información de pedidos, los dominios privados y cualquier secreto de entorno antes de que un artefacto salga del espacio de validación.

Consecuencias SEO

Para los defectos SEO, incluye el estado exacto de la respuesta, el canónico, el robots, el hreflang si es relevante, la pertenencia al sitemap, los datos estructurados y los enlaces internos. Una captura de pantalla por sí sola no basta.

Evidencia que registrar

Registra la versión instalada, la edición, las versiones de WordPress y PHP, el constructor o la integración SEO activa, la URL exacta, el viewport y las acciones ordenadas que produjeron el resultado. Captura únicamente datos de catálogo controlados. Oculta el token Storefront, los datos de clientes, la información de pedidos, los dominios privados y cualquier secreto de entorno antes de que un artefacto salga del espacio de validación.

Guías relacionadas

Versión y estado del producto

ShopiPress está publicado oficialmente en Freemius. Esta guía describe la versión documentada. Los enlaces de compra y descarga se añadirán a este sitio cuando sus destinos estén configurados.

Mantén visible la frontera

Shopify gestiona el comercio, ShopiPress transporta el catálogo y WordPress publica.

Shopify · catálogo y pago

ShopiPress · sincronización y renderizado

WordPress · contenido, plantillas y SEO

Verifica antes de continuar

  • Confirma el resultado en WordPress.
  • Mantén carrito y pago en Shopify.
  • Registra la versión al informar un error.