El producto dejó de fabricarse, pero su página sigue recibiendo visitas. Alguien propone borrarla; otra persona pide redirigirla a la categoría “para no perder el SEO”. Ninguna de las dos respuestas alcanza sin conocer qué busca quien llega y qué información o alternativa puede ofrecerle el negocio.
Una ficha retirada del catálogo comercial puede seguir sirviendo para identificar un modelo, consultar medidas o encontrar un repuesto. También puede ser una página sin contenido útil que solamente promete algo imposible de comprar. La decisión se toma por URL y por necesidad, no por una regla que convierta todos los productos viejos en la misma cosa.
Primera bifurcación: ¿falta stock o terminó la oferta?
Confirmá con quien administra el catálogo si el producto volverá, si existe una fecha confiable y si cambió solamente una variante. “No tenemos hoy” es distinto de “no se fabrica más”. Evitá borrar una familia completa porque se agotó un talle o un color. Si la clasificación todavía es incierta, registrá quién debe resolverla antes de aplicar un cambio permanente.
Para una falta temporal, mantené información útil y disponibilidad verdadera; desactivá la compra cuando no se pueda cumplir. Una notificación de reposición puede servir si existe un proceso para atenderla y la persona entiende qué recibirá. No anuncies una fecha para llenar un espacio si el proveedor no la confirmó.
Cuando la baja es definitiva, reuní para cada URL: producto y variantes, motivo del retiro, posible sustituto, consultas recibidas, tráfico, enlaces relevantes y documentación que los compradores anteriores todavía puedan necesitar. El tráfico orienta la prioridad; no decide por sí solo si la página merece continuar.
Tres salidas para una ficha retirada
| Situación comprobada | Salida a evaluar | Condición que debe cumplir |
|---|---|---|
| La ficha sigue resolviendo consultas del modelo antiguo | Conservar una página útil con respuesta 200 | Informar la baja y mantener contenido real, sin simular disponibilidad |
| Existe un reemplazo claro para la misma necesidad | Redirección permanente 301 al reemplazo | El destino debe ser pertinente y explicar diferencias relevantes |
| No queda contenido útil ni un reemplazo equivalente | Retirar la URL con respuesta 404 o 410 | La página de ayuda puede orientar, pero debe conservar el estado correcto |
Conservar: una página de referencia, no una compra imposible
Imaginá una cafetera ficticia que dejó de venderse. Su ficha permite reconocer el modelo, descargar el manual desde tu sitio y conocer qué filtro es compatible. Esa utilidad puede justificar mantenerla. El aviso de discontinuación debe ser visible, el botón de compra no debe aceptar pedidos y las alternativas tienen que describirse como alternativas.
No alcanza con dejar el nombre, una imagen y “no disponible”. Conservá especificaciones verificadas, soporte vigente y límites claros. No prometas repuestos si el negocio no los ofrece. Tampoco cambies silenciosamente el contenido de la URL antigua para vender otro producto con el mismo nombre.
Si se mantiene indexable, revisá sus señales y su lugar en el sitio. Puede salir de las categorías de productos comprables y continuar accesible desde soporte o un archivo de modelos. Una respuesta 200 solamente confirma que el servidor entregó contenido; no garantiza que Google lo indexe ni que la ficha conserve su visibilidad anterior.
Redirigir: el parecido de nombre no demuestra equivalencia
Un sustituto tiene que responder de forma razonable a la necesidad que llevaba al producto anterior. Compará uso, compatibilidad, medidas y restricciones, además del precio. Mandar todas las fichas a la home o a una categoría enorme obliga al visitante a empezar de nuevo y puede generar señales de una página que no resuelve lo buscado.
En el ejemplo de la cafetera, una sucesora compatible podría ser pertinente. Una taza de la misma marca no lo sería. Si el nuevo modelo usa otro filtro, explicalo en el destino para evitar una compra equivocada. La redirección no reemplaza esa información.
Implementá un salto directo hacia una URL final que funcione. Evitá cadenas entre modelos retirados sucesivamente, bucles y destinos que también están agotados de forma definitiva. Una etiqueta canonical no envía al visitante a otra página y no cumple el mismo trabajo que una redirección.
Retirar: una respuesta de ausencia también puede ayudar
Si la página ya no tiene una función y no hay sustituto, una respuesta 404 o 410 es coherente. No hace falta fabricar un destino para cada producto desaparecido. La elección técnica debe ajustarse al funcionamiento del sitio; no bases un proyecto grande en prometer que un código borrará la URL de Google en un plazo exacto.
La pantalla que recibe la persona puede mantener navegación, un buscador y una explicación comprensible. Lo que no debería ocurrir es mostrar “no encontramos el producto” mientras el servidor informa éxito con un 200. Ese desacuerdo puede terminar identificado como soft 404.
La decisión tiene que llegar a todos los lugares donde se vende
La ficha no está aislada. Revisá enlaces desde categorías, productos relacionados, comparativas, artículos, buscador interno y campañas. Actualizá los enlaces activos hacia un destino útil en lugar de confiar indefinidamente en redirecciones. Para URLs retiradas o redirigidas, retiralas del sitemap de páginas indexables; conservá allí solamente destinos que realmente quieras proponer para indexación.
Si el retiro afecta variantes, revisá la relación entre Product, ProductGroup y las ofertas. El contenido visible y el marcado deben describir la situación real. No publiques una oferta disponible en datos estructurados mientras el visitante ve que no puede comprar.
El feed de Merchant Center tiene sus propias opciones de disponibilidad: no copies automáticamente un valor de schema en ese campo. Separá productos temporalmente sin stock de los que ya no ofrecés y comprobá la actualización del sistema que alimenta el feed. Revisá también los anuncios y enlaces enviados por correo que todavía promueven el producto.
Prestá atención a las bajas parciales. Si la ficha reúne varios colores y solamente uno se retira, comprobá qué sucede al abrir el enlace guardado de esa variante. El visitante necesita entender qué opción dejó de existir y cuáles siguen disponibles. Mandarlo automáticamente a otro color puede generar una selección accidental, especialmente si las imágenes son parecidas.
Registrá también qué sistema es responsable del estado: catálogo, ERP, plugin de tienda o una regla del servidor. Si el equipo cambia la ficha manualmente pero una sincronización nocturna vuelve a publicar la oferta, la corrección no se sostiene. La prueba tiene que incluir al menos una ejecución del proceso que actualiza esos datos y una nueva revisión del resultado público.
Comprobá la respuesta que recibe una visita real
Probá una URL de cada grupo en una ventana sin sesión iniciada y en móvil. Abrí las herramientas de desarrollo, entrá en Network y recargá. Buscá la solicitud del documento para ver el código, la cabecera Location si redirige y el destino final. No te quedes con que “el navegador abre algo”.
Si trabajás con terminal, estos comandos hacen solicitudes GET de lectura. Reemplazá el dominio de ejemplo y la ruta por una URL que estés revisando. El primero muestra la respuesta inicial; el segundo sigue los saltos y permite contrastar el destino y su estado final.
curl -sS -o /dev/null -w 'Estado inicial: %{http_code}\n' 'https://example.com/productos/modelo-antiguo/'
curl -sS -L -o /dev/null -w 'Estado final: %{http_code}\nDestino: %{url_effective}\nSaltos: %{num_redirects}\n' 'https://example.com/productos/modelo-antiguo/'Si el servidor devuelve una protección de acceso o un error de red, investigá esa respuesta antes de interpretarla como resultado del retiro. Compará con el navegador y con la inspección de URL en Search Console. Una solicitud local no representa automáticamente lo que recibió Google en su último rastreo.
Una ficha de aceptación por cada grupo
- El estado comercial está confirmado por quien administra el producto.
- El contenido, la compra y la disponibilidad coinciden en la web y las integraciones.
- La respuesta HTTP corresponde a la decisión y el recorrido no tiene bucles ni cadenas innecesarias.
- Los enlaces internos y el sitemap acompañan la nueva situación.
- La alternativa, si existe, sirve para el uso previsto y explica sus diferencias.
- El cambio tiene fecha, responsable, muestra de comprobación y una forma de revertir un error.
Empezá con un conjunto pequeño antes de aplicar reglas a miles de fichas. Conservá el inventario y revisá después rastreo, indexación, consultas y errores de compra. Si necesitás comprobar solicitudes del servidor, apoyate en el análisis de logs para SEO. Para revisar la presentación comercial de los destinos, volvé al catálogo que ayuda a elegir. Una baja bien resuelta termina cuando el recorrido del usuario también tiene sentido.