I am afraid both of your use cases are not supported by container macvlan child interfaces. You want bridge/overlay network behavior (support of dns, port publishing) with a network driver that doesn’t support that features.
Either you want to have the containers to use a standalone mac/ip and have them network-wise behave like they are dedicated machines on your network or you don’t.
If the container does not provide a configuration to run its web frontend on port 80, then you have to live with whatever port the applications runs in the container.
When it commes to dns: home grade wan-routers should have a build in dns that allows to set hostnames for the devices in the network - the macvlan containers are just that.