Es imposible "como es".
Cuando solicita la secuencia de comandos de Google, envía encabezados a lo largo de la secuencia de comandos y esos encabezados contienen la directiva "no-caché".
Así que si desea que sean de caché, debe crear un proxy. En lugar de señalar el script src en Google, lo apunta a su servidor. Su servidor realiza la llamada a Google y envía la respuesta nuevamente al cliente.
De esta manera tendrá control sobre el encabezado HTTP y el almacenamiento en caché. También podría almacenar en caché el contenido del script para hacer menos conexiones con Google.
No aconsejaría a alguien que lo haga en un sitio web de producción o de misión crítica. Todas las API de Google se actualizan con frecuencia y están más o menos unidas. Si algo no está sincronizado con otra cosa, tienes un error difícil de rastrear en tus manos.
Espero que ayude.
EDIT: Escuché que estaba poniendo sus scripts en la sección HEAD de su documento. Tal vez eso está perjudicando su tiempo de carga de página "percibido". Intente mover la descarga del script justo antes de la etiqueta </body> y la inicialización del mapa en el evento onload de la página.
Mike
Gracias por la explicación. tienen razón de que Google actualiza la API casi todas las semanas. No pensé en esa perspectiva. – Nirmal
De nada ... la API v3 es más compacta y más rápida que la v2, así que no me preocupo. En su lugar, debería mirar sobre cómo inicializar sus cosas como dije. Consulte http://developer.yahoo.com/performance/rules.html en particular la sección "Poner secuencias de comandos en la parte inferior". –
+1 para el ayuda agregada Ese enlace de Yahoo es realmente útil. No pensé mucho en los problemas de rendimiento porque las páginas están estrictamente en la intranet. Pero ahora creo que debería considerar seriamente las mejores prácticas, ya que nuestra organización está a punto de extenderse a múltiples ubicaciones geográficas. Sin una puesta a punto, realmente estaría en un problema. Gracias de nuevo. – Nirmal