Hello @Tom Nicholas
You can add as many domain bindings as you want on your Azure App Service (http + https).
But this is just a binding between the domain name and the application.
In this case you will have multi-tenant WebApp, which is not a good design. It would be better if you create separate web apps for separate tenants.
You can have them as part of the same app service plan. You are anyways charged for the app service plan and not web apps. Also this will keep it isolated. If you still insist on single web app, then you will have to handle the routing of the request for corresponding clients in your web application which will be based on the incoming host header for the request. There are lot of caveats to this from what I see
https://stackoverflow.com/questions/43772971/can-multiple-domains-point-to-the-same-azure-web-app
https://stackoverflow.com/questions/45142635/can-we-give-multiple-urls-to-one-web-app-in-microsoft-azure-cloud
All of the web componentsneed to be aware of how to handle requests that arrive with your domain name in their Host request header. Depending on the specific web technologies that WebApp uses, this may require further configuration for each tenant's domain name, which adds extra operational overhead to the onboarding of tenants.
You can also consider rewriting host headers, so that regardless of the incoming request's Host header, your web server sees a consistent header value. For example, Azure Front Door enables you to rewrite Host headers, so that regardless of the request, your application server receives a single Host header. Azure Front Door propagates the original host header in the X-Forwarded-Host header, so that your application can inspect it, to resolve the tenant.
https://learn.microsoft.com/en-us/azure/architecture/guide/multitenant/considerations/domain-names#custom-domain-names