# Informe de mantenimiento Shopify — modelo PIXELWOLF

Modelo editable. No es un informe de una tienda real ni acredita comprobaciones realizadas. Puedes editarlo como texto o darlo a tu agente junto con tus tickets, versiones y pruebas. No contiene macros, conexiones ni envío automático de datos.

## Instrucción para preparar el informe con un agente

Completa este modelo únicamente con las fuentes facilitadas y los accesos autorizados. Relaciona cada conclusión con su evidencia. Si falta una prueba, escribe «No comprobado» y explica qué falta; no supongas que todo está correcto. Separa preparación, publicación y validación posterior. No publiques cambios, envíes mensajes ni ejecutes pedidos sin autorización. No copies contraseñas, claves, datos personales ni números de pedido de clientes en el informe compartido. Devuelve las excepciones y decisiones que debe revisar el responsable.

## Cobertura

- Periodo y zona horaria: [inicio / fin / zona]
- Tienda: [URL]
- Responsable de revisión y de aprobación: [personas]
- Horario y cobertura contratados: [referencia del acuerdo; no inferir]
- Tema publicado y versión revisada: [identificadores]
- Apps e integraciones incluidas: [lista]
- Fuentes, muestra y entorno de cada prueba: [tickets, versiones, URLs, registros sin datos personales]
- Fuera de alcance o sin acceso: [lista y motivo]

## Revisiones

| Área / URL o sistema | Prueba y condición de éxito | Estado observado | Evidencia y fecha | Responsable / siguiente acción |
|---|---|---|---|---|
| [tema / compra / apps / datos / analítica / SEO / rendimiento / accesos] | [qué se comprobó, entorno y cómo se acepta] | [Verificado / Incidencia / No comprobado] | [referencia revisable] | [persona y acción] |

Para compras, indicar si hubo pedido o solo navegación. Para rendimiento, guardar URL, dispositivo, fuente de campo/laboratorio y condiciones comparables. Para SEO, separar respuesta HTTP/canonical/robots de indexación y resultados en Search Console.

## Incidencias y cambios

| Referencia | Impacto y alcance | Prioridad y motivo | Estado del cambio | Prueba de cierre / recuperación | Responsable y dependencia |
|---|---|---|---|---|---|
| [ID interno sin datos personales] | [qué impide y a quién afecta] | [crítica / alta / planificable; justificar] | [pendiente / preparado / aprobado / publicado / verificado] | [criterio, evidencia y versión recuperable] | [persona / tercero / aprobación] |

Ejemplo ficticio: un selector no permite elegir una variante en móvil. Prioridad alta si impide comprar productos afectados. Corrección preparada en borrador; sigue abierta hasta probar precio, stock, variante y carrito y verificar la versión publicada. El ejemplo no describe una incidencia de PIXELWOLF ni de un cliente.

## Criterio de prioridad

- Crítica: compra bloqueada de forma general o incidencia activa de datos/acceso que exige coordinación inmediata por el canal pactado. El alcance y el impacto deben comprobarse.
- Alta: fallo de parte del catálogo, un medio de pago o una integración con impacto relevante; documentar alternativas y dependencias.
- Planificable: mejora o defecto sin bloqueo de compra demostrado; ordenar por impacto, esfuerzo y calendario de negocio.

La prioridad no es un compromiso de tiempo. Registrar por separado recepción, primera respuesta, mitigación y resolución; aplicar únicamente el SLA contratado.

## Cierre del periodo

- Cambios publicados y verificados: [referencias; si no constan, decirlo]
- Preparados que siguen sin publicar: [referencias y aprobación pendiente]
- Incidencias abiertas y bloqueos: [responsable y siguiente paso]
- Comparación con el periodo anterior: [mismo ámbito; desconocidos explícitos, no ceros inventados]
- Próximas decisiones: [acción / responsable / dependencia / criterio de cierre]
- Trabajo incluido y adicional propuesto: [separados; registrar no autoriza facturar]

Referencias: https://pixelwolf.es/blog/ecommerce/mantenimiento-shopify-checklist-mensual y https://pixelwolf.es/soporte-shopify