Cambiar de navegador es una prueba útil solo si sabes qué variable estás cambiando. Además del motor del navegador, cambian perfil, sesión, almacén, políticas y compatibilidad de la sede. Documentar esos elementos evita concluir que “Chrome no funciona” cuando la diferencia real está en el lugar donde se instaló la clave.
Ejemplo práctico: El cambio de navegador cambió también el almacén
Una credencial aparece en Firefox y falta en Chrome. Parecía una incompatibilidad, pero Firefox conservaba una importación propia y Chrome consultaba Personal del usuario de Windows. Se compara la huella en ambos contextos, se define Windows como almacén estándar del puesto y se documenta Firefox como excepción para una sede concreta.
Qué hacer según lo que encuentres
No todos los síntomas apuntan a la misma causa. Utiliza estas reglas para elegir el siguiente paso sin destruir evidencia ni repetir instalaciones.
Matriz rápida por navegador
- Chrome: perfil activo, almacén de Windows y sesión segura.
- Edge: almacén de Windows, perfil y políticas empresariales de Microsoft.
- Firefox: almacén propio o integración con el sistema según configuración.
- Todos: vigencia, clave privada y requisitos del portal.
- Entornos remotos: usuario y almacén de la sesión RDP o virtual.
Cómo comparar sin añadir confusión
- Anota navegador, versión, perfil y usuario de Windows.
- Comprueba la misma huella en el almacén que utiliza cada navegador.
- Cierra las sesiones antes de repetir el acceso.
- Usa la misma URL y el mismo trámite para comparar.
- Registra qué navegador será el estándar y qué excepciones están justificadas.
Qué debes guardar como evidencia
Una incidencia bien documentada se resuelve antes la próxima vez y permite demostrar qué identidad, sistema y resultado intervinieron.
- Navegador, versión y perfil.
- Huella visible en cada almacén.
- URL y resultado de la prueba.
- Estándar elegido y excepciones.
Cómo saber que el problema está resuelto
Evita cerrar por intuición. Da el caso por terminado cuando puedas demostrar estos resultados:
- Puedes explicar por qué cada navegador muestra una lista concreta.
- El equipo tiene un navegador estándar y un procedimiento de excepción probado.
Cuándo dejar de probar y escalar
Escalar no significa abandonar el diagnóstico: significa entregar al responsable técnico, al emisor o al soporte del portal un caso acotado y con evidencia.
- La sede exige una combinación obsoleta.
- Hay políticas empresariales en conflicto.
- Las claves se han distribuido en varios almacenes sin control.
Errores que conviene evitar
- Importar el mismo PFX en todos los navegadores sin política de custodia.
- Usar perfiles personales y corporativos indistintamente.
- Comparar una sesión limpia con otra que conserva una identidad.
- Atribuir al navegador un rechazo de representación del portal.
Continúa por la ruta adecuada
Enlazado por intención
Continúa con la acción que corresponde.
Estos recursos no son lecturas aleatorias: completan el diagnóstico, convierten la solución en procedimiento y conectan el problema con la operativa diaria.
- 01CompararCertificado, Cl@ve o DNIe
Elige el método de acceso según identidad, trámite y entorno.
- 02EntenderGlosario de certificados digitales
Aclara los conceptos que cambian la decisión técnica.
- 03AplicarGestión de certificados con Certy
Localiza la credencial correcta y convierte el procedimiento en una operativa repetible.
Preguntas que quedan después del procedimiento
Preguntas frecuentes
01¿Chrome y Edge muestran los mismos certificados?
En Windows suelen consultar el mismo almacén, pero perfiles, sesiones y políticas pueden hacer que el comportamiento no sea idéntico.
02¿Firefox usa los certificados de Windows?
Depende de la versión y configuración. Puede mantener un almacén propio, por lo que debes verificar el perfil concreto.
03¿Qué navegador es mejor para certificados digitales?
El mejor es el que la sede admite y tu equipo puede estandarizar, actualizar y soportar. La consistencia operativa suele importar más que una preferencia aislada.