Can't resolved detecting download URL of 64-bit builds by GET about omaha HOT 3 CLOSED

The query parameters and the actual resource referred by the "codebase" element 
in the update response are implementation details and they are likely to change 
at any time. In particular, I don't know the answer to your question. At any 
rate, expect things to break if your system depends on any of the artifacts 
above.

funny how your issue# matches your 'problem'.
what on earth made you think 1.1 or 2.0 is in any way related to a 32-bit 
platform? especially if the stable version doesn't show such suffix at all 
and--as you mentioned by yourself--the links are 'older' than the advent of a 
dedicated 64-bit version.
so, as a brief conclusion: no, your estimation definitely won't lead you to a 
64-bit D/L-link but unfortunately I'm also not knowing which link you should 
use instead.
as the updater isn't part of the chromium project it also isn't open source, 
hence you can't just skim through the code in order to retrieve all relevant 
urls. but you could try and install some 64-bit version and then use wireshark 
in order to sniff the url it is referring to.
oh, and let us know if you have success (including the links you got, of 
course...)
good luck!

ps: I kinda disagree with post #1 as I would expect these links lasting pretty 
long.
pps: get yourself a new translation program; your current one suxxx.
ppps: I expect the 'ap=' appendix to be the very same for the 64-bit version.
pppps: oh, utf-8 formating leads to an error 400 (bad request); ok, good to 
know.

ups, I just found out, there obviously is no separate 64-bit binary. it is all 
combined into one package and would behave accordingly not upon installation 
fwik but upon run.

ps: sorry about the possibly rude language skill remark; I wouldn't dare to say 
if English weren't only my 2nd language either.