Cuando un producto queda descatalogado, decide el destino de su ficha según la información que todavía necesita quien llega y la existencia de una alternativa equivalente. Borrarla puede dejar sin respuesta una consulta de mantenimiento; conservarla como si siguiera a la venta puede crear una expectativa falsa.
La retirada comercial y la retirada de una URL son decisiones relacionadas, pero diferentes. Primero confirma el estado del producto. Después valora qué respuesta puedes ofrecer y qué comportamiento técnico lo representa. No dejes que el botón de eliminar del CMS decida ambas cosas.
Distingue ausencia temporal y retirada definitiva
«Sin stock», «fuera de fabricación», «no distribuido por nosotros» y «sustituido por otro modelo» no describen lo mismo. Si el equipo no confirma cuál aplica, evita rellenar el hueco con una fecha de reposición o una recomendación improvisada.
Recoge también qué permanece disponible: documentación, repuestos, servicio o consultas. Solo publica capacidades confirmadas. Una ficha histórica no permite prometer soporte indefinido, y una fotografía del producto no acredita que siga existiendo una unidad para entregar.
La claridad del estado debe aparecer antes del contacto. Si el visitante solo descubre la retirada al escribir, la web ha preparado una conversación basada en un supuesto incorrecto. Ese coste importa aunque el formulario siga generando consultas.
Qué pregunta conserva valor después de la venta
Una referencia antigua puede seguir siendo necesaria para identificar una pieza, consultar dimensiones o contrastar una sustitución. Pregunta a los responsables qué información pueden mantener con fiabilidad, sin asumir que todas las fichas históricas merecen conservarse.
- Identificación: qué modelo o versión describe la página.
- Estado: qué está retirado y desde qué revisión confirmada.
- Información útil: documentación cuya vigencia se ha comprobado.
- Continuación: consulta o alternativa con límites explícitos.
Retira precios, disponibilidad y llamadas a comprar cuando ya no correspondan. Revisa también datos estructurados, listados, buscador y feeds: cambiar un párrafo mientras otro canal sigue mostrando una oferta activa deja señales contradictorias.
Un sustituto necesita algo más que parecido
No declares equivalencia por compartir categoría o aspecto. Define qué condiciones deben coincidir: aplicación, conexiones, dimensiones, prestaciones relevantes y restricciones. Si no están confirmadas, presenta una alternativa para evaluar, con las diferencias visibles.
El código HTTP no sustituye el criterio comercial
La documentación de Google sobre estados HTTP explica cómo sus sistemas tratan respuestas y redirecciones. Los estados 4xx indican ausencia de contenido utilizable para esos sistemas; una redirección conduce a otro destino. Esa base técnica no decide si dos productos son equivalentes.
Si mantienes una página histórica útil, debe ofrecer contenido real y un estado coherente. Si existe un destino equivalente y la URL se traslada, valora la redirección apropiada. Si no hay contenido ni sustitución que sostener, puede corresponder retirar la página con una respuesta de ausencia.
No conviertas todas las referencias retiradas en enlaces automáticos hacia la categoría. El visitante pierde la identificación original y puede interpretar una oferta distinta como sustitución confirmada. La decisión debe atender a su pregunta y comprobarse técnicamente después.
Recurso práctico: expediente de retirada de una ficha
Propongo un expediente de retirada con estado confirmado, necesidades que siguen vigentes, responsable documental, equivalencia evaluada y decisión sobre la URL. Incluye las superficies afectadas: ficha, categoría, búsqueda interna, campañas, documentos y datos enviados a terceros.
Para cada superficie, registra qué debe dejar de afirmarse y qué respuesta la sustituye. Por ejemplo: retirar «solicitar este modelo» y mostrar «consultar una alternativa para esta aplicación» cuando el equipo puede atender esa petición. No basta con cambiar el color del botón.
Añade una fecha de próxima revisión o una condición que la active. Si deja de haber documentación mantenible, la decisión puede cambiar. La conservación histórica requiere responsabilidad; no debe convertirse en una colección de páginas olvidadas cuyo estado nadie confirma.
Caso hipotético: una bomba deja de distribuirse
Un distribuidor ficticio deja de vender una bomba. Su web conserva la ficha con un botón de presupuesto. Quien mantiene una instalación llega por la referencia exacta y no sabe si puede comprar otra unidad o si necesita estudiar una sustitución.
El distribuidor confirma qué documentación conserva y qué asistencia puede prestar. Cambia el estado de la ficha, retira la llamada a comprar y explica las condiciones necesarias para valorar una alternativa. El modelo cercano se presenta con diferencias, sin afirmar compatibilidad universal.
Este caso hipotético no demuestra tráfico recuperado. Para evaluarlo, revisa si las consultas identifican la referencia y las condiciones de uso, y si comercial debe corregir expectativas repetidamente. La utilidad también puede estar en evitar una petición que no se puede atender.
Cuando un catálogo también sea una memoria de decisiones
Mi hipótesis es que los catálogos B2B podrían ganar valor como memoria del parque instalado, además de escaparate de oferta vigente. Las referencias retiradas ayudarían a orientar conversaciones si conservan estado, versión y límites verificables.
La apoyarían consultas de sustitución o mantenimiento que necesitan recuperar información histórica. La debilitaría un catálogo de artículos efímeros sin necesidad posterior y sin recursos para verificar documentos. No exige mantener todo ni garantiza visibilidad en buscadores o asistentes.
Una futura recomendación automática debería conservar la identidad de la referencia original y explicar las condiciones del reemplazo. Ocultar una retirada detrás de una respuesta aparentemente fluida puede multiplicar malentendidos; la incertidumbre debe acompañar a la sugerencia.
Retira la promesa y conserva la respuesta útil
Selecciona una referencia retirada y escribe qué puede saber todavía quien llega. Confirma su estado, elimina señales de venta incorrectas y elige un destino que represente la información disponible. La mejor solución protege la decisión del comprador y la capacidad real de atenderla.
Para completar esta decisión, consulta Cómo organizar productos por aplicación.
