The 4 methods have been listed in perceived increasing complexity, and these are not the only options. There is no absolute right way; the 4 methods are intended to give the user a choice. However, the following may be worth keeping in mind.
The number of Master Album output files that need uploading are quite small, ie index.html, help.html, plus the res & Thumbs folders. The updating process is therefore quite simple & fast, whatever the chosen method.
The Output and Input Methods will automatically use all the available albums or folders. Efforts must be made to exclude unwanted items.
However, the Project Folder & Dedicated Master Album Folder Methods are more refined, as they will only use what they are given. The former will generally create links and store them in an albumfiles.txt file. The latter will only use the available "dummy" sub-folders.
If one is familiar with batch files/Console Mode, then it is simple to automatically run the MasterAlbum.jap after changes have been made to one of the Master Album's folders or even an album.
There can be a marked improvement in the JAlbum GUI's apparent speed of response by using suitably sized folder thumbnails which themselves have Exif thumbnails. This is especially applicable to dedicated folder thumbnails in a top-level Index, separate from the main albums, and can be taken advantage of when using the Dedicated Master Album Folder Method. The following is taken from Speed Up JAlbum by Ensuring Thumbnails Exist , and is placed here for completeness:
It has been documented that some images are refreshed/rendered slowly in the JAlbum GUI. This is because they lack a thumbnail representation for JAlbum to use (generally the Exif thumbnail), so then the whole image must be loaded and scaled in order to show it in the Explorer view.
For example, an image may be cropped or just rotated, but not all applications will re-create an associated Exif thumbnail. JAlbum then has to build its own thumbnail to display in the GUI main screen, in real-time. This can make JAlbum appear slow to respond, especially if the images are themselves large. As Exif thumbnails are generally available only with jpg images (or thm files used with movies etc, which are generally jpg files renamed with the thm extension), JAlbum has no choice but to build its own thumbnails on-the-fly for bmp, tif, png and other such formats.
It may be worthwhile ensuring that the Exif thumbnails do actually exist.
There is also a noted increase in interactive GUI speed when dedicated thumbnails are re-sized. A typical digital image may be 5 Mb files, say 4000x3000 pixels. By copying/re-sizing the image as a 640x480 dedicated thumbnail, for instance, the file size becomes ~ 60 kb while the quality is still perfectly OK for folder thumbnails.
2nd pass builds (to create a Master Album, top-level index of folders, for instance) can be done in about a tenth of the time.
Tips & Tricks 
