Recuperación de Merchant Center
Corregiremos las causas de la suspensión de Merchant Center antes de una nueva revisión
No analizamos solo la notificación de Google. Comprobamos el sitio, los datos del negocio, los datos de producto, el proceso de compra y las cuentas vinculadas para encontrar la causa raíz de la suspensión.
Acordamos las correcciones, documentamos las pruebas y preparamos la tienda para la nueva revisión.
SitioDatos del negocioDatos de productoProceso de compraCuentas vinculadas
La decisión final sobre la recuperación la toma Google.
Problema detectadoSe requiere revisar el sistema
Listo para revisiónCambios confirmados
Mapa de diagnóstico
0 / 5
Preparamos el diagnóstico
Comprobaremos las condiciones de partida
Si el servicio es adecuado para su caso
La recuperación es adecuada para tiendas en activo que están dispuestas a eliminar las causas de la suspensión, y no solo a volver a enviar una solicitud.
Un historial de cuenta complicado no implica un rechazo automático: primero distinguiremos un proyecto de recuperación viable de los casos que infringen las normas.
Recuperación estándar
Adecuado
Existe un negocio real y una tienda operativa, y las discrepancias detectadas pueden confirmarse y corregirse.
- negocio en activo y datos del comerciante transparentes;
- productos permitidos por las políticas de Google;
- el comprador puede completar el recorrido hasta el pago;
- está dispuesto a corregir las causas raíz de la suspensión.
Diagnóstico ampliado
Requiere un análisis aparte
Estos casos solo pueden evaluarse tras revisar los mercados, el modelo de ventas y el historial de las cuentas vinculadas.
- dropshipping o ventas en varios países;
- Google Ads vinculado e historial de cuentas complejo;
- dos o más rechazos de la nueva revisión;
- productos de categorías con restricciones.
Límite del servicio
No aceptamos
No ayudamos a eludir las normas, ocultar el historial ni confirmar datos que no pueden verificarse.
- productos falsificados;
- datos, identidad o documentos falsos;
- ocultación de contenido y versiones distintas del sitio para la revisión;
- cuentas sustitutas y ocultación del historial de suspensiones.
¿No sabe a qué grupo corresponde su situación?
Revisaremos los datos iniciales e indicaremos un siguiente paso realista. En la primera fase no hacen falta contraseñas ni documentos.
Buscamos la causa raíz
Por qué una sola apelación no basta
La notificación de Google muestra un síntoma. La causa de la suspensión puede estar en los datos del negocio, en el sitio, en los datos de producto, en el proceso de compra o en el historial de las cuentas vinculadas.
Por eso primero contrastamos los hechos en todas las superficies, después corregimos las discrepancias y solo tras el control preparamos la nueva revisión.
01 · Síntoma
Se recibe la notificación
El mensaje señala un problema, pero no siempre indica su origen.
Por ejemplo: «El sitio necesita mejoras»02 · Diagnóstico
Contrastamos cinco superficies
- Datos del negocioidentidad y contacto
- Sitio y políticasconfianza y condiciones obligatorias
- Datos y marcadoprecio, disponibilidad y atributos
- Proceso de comprapago, envío y devoluciones
- Configuración de pagos y cuentas vinculadasMerchant Center, Google Ads e historial de cambios
03 · Control
Datos coherentes
Cambios confirmados, pruebas reunidas y tienda preparada para la nueva revisión.
Listo para revisiónEjemplo ilustrativo
Un producto, tres fuentes de información
En la página del producto el precio puede ser correcto, mientras que en los datos de producto o en el proceso de compra aparece otra condición de envío. La notificación no mostrará toda la cadena: la discrepancia solo se ve al contrastar las fuentes.
Las imágenes son ilustrativas y explican el método de comprobación; no reproducen la interfaz de Google.
Respuesta directa: solo enviamos la nueva revisión cuando los datos del negocio, el sitio, los datos de producto, el proceso de compra y las cuentas vinculadas son coherentes entre sí.
Alcance completo del proyecto
Qué incluye la recuperación
No comprobamos una pantalla aislada de Merchant Center, sino todo el sistema de la tienda: desde la aplicabilidad del proyecto y los datos del negocio hasta el proceso de compra, las pruebas y la preparación de la nueva revisión.
El alcance de las correcciones se acuerda antes de empezar. El informe muestra qué se ha comprobado, qué se ha cambiado y qué resultado se ha confirmado.
Mostrar las 8 líneas de trabajoComprobamos → corregimos → resultado
-
01
Aplicabilidad y estado inicial
ComprobamosModelo de negocio, productos, mercados, estado e historial de la cuenta.
CorregimosDeterminamos la aplicabilidad del servicio, sus límites y los riesgos iniciales.
ResultadoSituación de partida documentada y alcance del proyecto acordado.
-
02
Negocio y confianza
ComprobamosDatos legales, de contacto y públicos del comerciante.
CorregimosEliminamos las contradicciones verificables en la identidad del negocio.
ResultadoInformación del comerciante unificada y transparente.
-
03
Sitio y condiciones
ComprobamosPáginas de producto, contacto, políticas y condiciones obligatorias.
CorregimosCubrimos las carencias y ajustamos las promesas reales de la tienda.
ResultadoExperiencia de compra clara y coherente.
-
04
Datos de producto y marcado estructurado
ComprobamosDatos de producto, páginas de producto y marcado estructurado, precio, disponibilidad y atributos.
CorregimosSincronizamos los valores y las fuentes de datos disponibles.
ResultadoDatos de producto coherentes en todas las superficies.
-
05
Proceso de compra y condiciones de venta
ComprobamosPago, envío, devoluciones y total del pedido antes del pago.
CorregimosAjustamos el coste, los plazos, los métodos y las normas publicadas.
ResultadoRecorrido del comprador predecible, sin discrepancias ocultas.
-
06
Merchant Center y vínculos
ComprobamosConfiguración, dominio, mercados, monedas y cuentas vinculadas.
CorregimosResolvemos los conflictos de configuración y de vínculos que estén a nuestro alcance.
ResultadoEcosistema de tienda y cuenta coherente.
-
07
Correcciones acordadas
ComprobamosPrioridades, dependencias y pruebas de cada problema.
CorregimosRealizamos los ajustes acordados o asignamos tareas precisas al equipo.
ResultadoRegistro de cambios con responsables y estados.
-
08
Control, pruebas y nueva revisión
ComprobamosLas correcciones de nuevo, incluidos enlaces, escenarios y pedidos de control.
CorregimosCerramos las observaciones residuales y reunimos el paquete de pruebas.
ResultadoPreparación para la nueva revisión confirmada.
El resultado del proyecto es la preparación confirmada de la tienda para una nueva revisión. La decisión final sobre la reactivación la toma Google.
Empezar con el diagnósticoMetodología y aplicabilidad
Cómo se aplican las 147 comprobaciones
147 es el tamaño de nuestro registro de diagnóstico; no es una lista oficial de requisitos de Google ni una promesa de revisar mecánicamente puntos irrelevantes.
147comprobaciones
12grupos
4áreas
1informe con estados
Cómo se eligen las comprobaciones aplicables4 áreas · filtro por contexto del proyecto
Composición del registro
Cuatro áreas
-
01Negocio y confianza38
Negocio e identificación · Productos, suministro y verificabilidad de las afirmaciones · Transparencia del sitio y de las condiciones
-
02Envío y compra36
Envíos e impuestos · Devoluciones y reembolsos · Compra y pago
-
03Productos y datos44
Fichas de producto y páginas de destino · Datos de producto y atributos · Datos estructurados
-
04Aspectos técnicos y cuenta29
Acceso técnico y estabilidad · Configuración de Merchant Center · Cuentas vinculadas y preparación para la revisión
Fila de ejemplo del informe
MC-044 Tarifas de envío estándar
Método
Contrastar el sitio, Merchant Center y el proceso de compra (checkout) con direcciones de prueba.
Aplicabilidad
Todas las tiendas que ofrecen envío al comprador.
Pruebas
URL de las condiciones, configuración de la cuenta, captura del proceso de compra (checkout) y fecha de la comprobación.
Resultado
Discrepancia registrada, corrección asignada, control posterior pendiente.
El registro completo incluye el método, la aplicabilidad y las fuentes de cada punto. Un problema detectado no se considera causa de la suspensión sin confirmación con hechos del proyecto.
Ver el registro completoProceso de recuperación
Cómo transcurre un proyecto de recuperación
El proyecto avanza desde la comprobación de aplicabilidad hasta el control del resultado. En cada etapa se sabe de antemano qué hacemos nosotros, qué se necesita de usted y qué resultado documentado se obtiene.
01–03DiagnósticoContexto, estado inicial y auditoría
04CorreccionesAlcance de trabajo acordado
05–06ControlControl de calidad y paquete de pruebas
07–08Revisión y cierreAcompañamiento y riesgos residuales
Mostrar las 8 etapasQué hacemos · qué se necesita de usted · resultado
-
01Qué hacemos
Evaluación de aplicabilidad
Analizamos la notificación, el modelo de negocio, los productos y el historial de revisiones para determinar si la recuperación es aplicable.
ResultadoDecisión sobre el formato del proyecto y los accesos necesarios.
-
02Qué hacemos
Registramos el estado inicial
Guardamos el estado inicial de las notificaciones, el diagnóstico, la configuración y las fuentes vinculadas antes de hacer cambios.
ResultadoPunto de partida del proyecto con fecha y confirmaciones.
-
03Qué hacemos
Realizamos una auditoría integral del sistema
Contrastamos el sitio, las políticas, los datos de producto y el marcado estructurado, el proceso de compra (checkout), Merchant Center y las cuentas vinculadas.
ResultadoRegistro de discrepancias con pruebas y prioridades.
-
04Qué hacemos
Acordamos y ejecutamos las correcciones
Definimos el alcance, aplicamos los cambios acordados y documentamos cada ajuste realizado.
ResultadoPlan de correcciones y registro de los trabajos realizados.
-
05Qué hacemos
Repetimos el control de calidad
Probamos las páginas en ordenador y en smartphone, el proceso de compra (checkout) y los datos de producto actualizados tras los cambios.
ResultadoEstado del control de calidad y lista de desviaciones pendientes.
-
06Qué hacemos
Reunimos el paquete de pruebas
Unificamos enlaces, capturas, fechas, estados y la estructura de la solicitud, si la nueva revisión es aplicable.
ResultadoPaquete de pruebas y preparación confirmada.
-
07Qué hacemos
Acompañamos la nueva revisión
Ayudamos a preparar el envío y a analizar la respuesta de Google dentro del paquete elegido.
ResultadoRespuesta registrada y siguiente paso fundamentado.
-
08Qué hacemos
Cerramos el proyecto y registramos los riesgos residuales
Registramos el resultado, los riesgos abiertos, las acciones posteriores y, si es necesario, el formato de monitorización.
ResultadoInforme final y plan de control posterior al proyecto.
Control del proceso
La nueva revisión no se inicia automáticamente. Primero confirmamos las correcciones y que los datos estén listos; la decisión final la toma Google.
Resultado tangible
Qué recibe el cliente
El resultado del proyecto no se reduce a una única nueva revisión. Usted conserva un conjunto de trabajo que muestra qué se ha detectado, qué se ha cambiado, qué se ha comprobado y qué riesgos siguen abiertos.
Registro de discrepancias
Discrepancias aplicables, pruebas, prioridad y estado.
Plan de correcciones
Orden de las correcciones, dependencias y responsables.
Registro de cambios
Qué se ha ejecutado, quién lo ha confirmado y cuándo se ha comprobado.
Enlaces y capturas
URL reales, escenarios, fechas y confirmaciones visuales.
Paquete de pruebas
Pruebas reunidas para una nueva revisión fundamentada.
Estado del control de calidad
Nuevas comprobaciones en ordenador y smartphone, de los datos de producto y del proceso de compra (checkout).
Estructura de la solicitud
Texto y hechos para el envío, si la nueva revisión es aplicable y está disponible.
Riesgos residuales
Riesgos abiertos, limitaciones y siguientes acciones admisibles.
El conjunto queda en manos del cliente, con independencia de la decisión de Google.El formato y la composición de los archivos dependen del paquete acordado.
Elija un servicio
Empiece con un análisis
Elija el trabajo según el diagnóstico: obtener un plan, aplicar correcciones o analizar un caso complejo.
Elegir formato
Auditoría
Necesita encontrar las causas y recibir un plan de correcciones claro.
Precio orientativo
desde390€
Comprobación, pruebas y plan- Comprobación del sitio web y de la cuenta
- Informe con pruebas
- Prioridades de las correcciones
- Tareas para el desarrollador
Recuperación
Necesita auditoría, correcciones y preparación de una nueva revisión.
Precio orientativo
desde890€
Auditoría y ajustes acordados- Auditoría de la tienda y de la cuenta
- Correcciones acordadas
- Control de los ajustes aplicados
- Preparación de la solicitud
Caso complejo
Rechazos reiterados, varios mercados o cuentas vinculadas.
Precio orientativo
desde1490€
Análisis individual del caso- Análisis de rechazos reiterados
- Mercados y cuentas de la tienda
- Revisión del historial de cambios
- Plan de trabajo individual
Precios orientativos. Los importes indicados ayudan a comparar los formatos de trabajo. El precio final y el alcance se fijan tras analizar la tienda. La decisión sobre la reactivación la toma Google.
Acceso y responsabilidad
Sin compartir contraseñas ni eludir las normas
Usamos invitaciones independientes y los permisos mínimos necesarios. Cualquier cambio que pueda afectar a las ventas o a los datos del negocio se acuerda primero.
Cómo trabajamos con los accesos
Roles controlados
- invitación de usuario de Merchant Center;
- invitación independiente de colaborador de Shopify, si es necesaria;
- cuenta temporal de administrador de WordPress independiente, con autenticación en dos pasos;
- acceso a Google Ads de solo lectura durante el diagnóstico;
- eliminación del acceso temporal al finalizar.
No se aceptan contraseñas ni códigos 2FA.
Lo que no hacemos
Límites del servicio
- cuentas sustitutas y elusión de restricciones;
- documentos, identidades o datos falsos;
- trabajar con productos prohibidos;
- cambios críticos sin acuerdo por escrito;
- prometer resultados en nombre de Google.
MerchantRevive ejecuta el alcance acordado; la decisión la toma Google.
Comprobado el 22/09/2026: Google permite gestionar los roles desde la sección de administración de usuarios. Ayuda oficial sobre el acceso.
Plazos y dependencias
Qué depende de nosotros y qué depende de Google
Separamos el tiempo activo del proyecto de la revisión externa. Los plazos del diagnóstico y de las correcciones se confirman con los datos del proyecto; el plazo de revisión de Google y el período de espera no constituyen un SLA de MerchantRevive.
- 01Evaluación inicial
Revisamos los datos de partida e indicamos si la recuperación es adecuada y qué datos se necesitan.
Inicio tras la consultaSe necesitan la URL, el país, la plataforma, la notificación y el historial de revisiones.
- 02Auditoría de diagnóstico
Confirmamos el plazo tras recibir el conjunto completo de datos y accesos.
Disponibilidad de las fuentesEl ritmo depende de la plataforma, los mercados, las integraciones y lo completa que sea la información.
- 03Correcciones y control de calidad
Se planifican tras la auditoría según el alcance y las dependencias acordados.
Aprobaciones y desarrolloParte de las tareas puede depender de su equipo o de servicios de terceros.
- 04Preparación para la revisión
El envío comienza tras confirmar la calidad y verificar las pruebas.
Revisión de GoogleGoogle determina el plazo de respuesta y el período de espera; no se promete ninguna aceleración.
Google indica que la nueva revisión puede tener limitaciones y un período de espera obligatorio. Ayuda oficial sobre la nueva revisión, comprobada el 22/09/2026.
Preguntas frecuentes sobre el servicio
Respuestas breves antes de empezar
Aquí se reúnen los límites de la recuperación, los accesos, los plazos y el resultado. Los detalles de cada tienda concreta se fijan en el alcance de trabajo acordado.
Hacer una pregunta sobre su caso¿Garantizan la reactivación de Merchant Center?
No. MerchantRevive responde del alcance acordado, de la calidad de la comprobación, de las pruebas y de los cambios realizados. La decisión sobre la reactivación, las comprobaciones adicionales y los plazos corresponden a Google.
¿Qué incluye la recuperación estándar?
Diagnóstico de las superficies aplicables, plan de correcciones acordado, ejecución de las tareas incluidas en el alcance, registro de cambios, nuevo control de calidad y paquete de pruebas. El alcance exacto, el número de ciclos de revisión y el período de acompañamiento se fijan antes de empezar.
¿Es necesario facilitar una contraseña?
No. No aceptamos contraseñas ni códigos de autenticación de dos factores. Si se necesita acceso, se utiliza una invitación de usuario de Merchant Center, una invitación de colaborador independiente de Shopify o una cuenta temporal independiente con los permisos acordados.
¿Corrigen el sitio y los datos de producto?
Sí, cuando esos trabajos forman parte del alcance acordado y se dispone de los permisos necesarios. Los cambios críticos se publican tras el acuerdo previo; el resto de las tareas se trasladan a su equipo con prioridad y criterios de verificación.
¿Cuánto tiempo llevan la auditoría y las correcciones?
El plazo del diagnóstico se confirma una vez recibidos los datos y los accesos. El plazo de las correcciones depende del número de discrepancias, de la plataforma y de la participación de su equipo; se fija tras la auditoría, y el plazo de revisión de Google no es un plazo vinculante para MerchantRevive.
¿Qué ocurre tras una revisión rechazada?
Guardamos la respuesta real de Google, comprobamos qué cambios se hicieron antes del envío y volvemos a evaluar los riesgos abiertos. Solo se prepara una nueva revisión cuando está justificado y la acción correspondiente está disponible en Merchant Center.
¿Trabajan con Shopify y WooCommerce?
Sí. Para Shopify y WooCommerce se usan escenarios de acceso independientes y se comprueban las integraciones, los datos de producto, el marcado estructurado y el proceso de compra (checkout). La plataforma influye en las comprobaciones aplicables y en el alcance de las correcciones.
¿Incluye la solicitud a Google Ads?
No, por defecto es un servicio aparte. Google Ads vinculado se tiene en cuenta en el diagnóstico del ecosistema, pero su solicitud, su política y el volumen de pruebas se acuerdan por separado.
¿Hay que pasar las 147 comprobaciones?
No. El registro contiene 147 puntos de diagnóstico, pero cada proyecto incluye solo las comprobaciones aplicables según la plataforma, el mercado, el modelo de negocio, los productos y el historial de la cuenta.
¿Qué recibiré si Google vuelve a rechazar?
Conserva el registro de discrepancias, el plan de correcciones, el registro de cambios, el paquete de pruebas, el estado del control de calidad y el análisis de la respuesta de Google. El informe final indicará los riesgos residuales y el siguiente paso admisible, sin prometer un resultado que depende de la decisión de Google.
Primer paso sin contraseñas
Empiece por diagnosticar las causas de la suspensión
Comprobaremos la aplicabilidad, aclararemos los datos necesarios y señalaremos un siguiente paso realista. El alcance completo y el coste se fijan antes de iniciar las correcciones.
Iniciar la auditoría de diagnóstico