Add Doctolib Italy

[freshgoods]

Site name

Doctolib

Site URL

https://www.doctolib.it/

Documentation URL

https://doctolibpatient.zendesk.com/hc/it/articles/360021300860

Recovery Documentation URL

No response

Supported 2FA methods

• TOTP (RFC-6238, Google Authenticator)
• Proprietary Software (Authy, Duo, etc.)
• U2F/WebAuthn security keys
• Proprietary hardware (Yubico OTP, RSA keys, etc.)
• Phone calls
• SMS tokens
• Email tokens

Regions served

Italy

Eligibility

• I have checked that the site meets 2fa.directory's contributing guidelines and site criteria
• The site is ranked within the top 200,000 global sites on Similarweb.
• The site does not contain or promote content that violates 2fa.directory's excluded categories and websites guidelines.
• The issue I'm creating is not a duplicate of an existing issue or pull request.

Additional information

Category: Health
Customer-facing web site (different to the "professional" one)

[kmpoppe]

Will be grouped together in one entry (as per additional-domains rule), assigned creating the entry to myself as I need to check for a SVG'd logo directly from DTL.

[freshgoods]

Will be grouped together in one entry (as per additional-domains rule), assigned creating the entry to myself as I need to check for a SVG'd logo directly from DTL.

OK, but please bear in mind that the documentation links are unique and region-specific (in the relevant language) for each domain. I'm not sure if that's maintained if these are listed as one entity.

[hkamran80]

If you remove the region path from the URL (the /it/ part), it will automatically redirect you based on your location.

[freshgoods]

If you remove the region path from the URL (the /it/ part), it will automatically redirect you based on your location.

Having tried this, it appears to use your locale (not location) to set the locale code in the URL. For example, anyone with their locale set to English (or anything that isn't DE/FR/IT) will receive a 'page doesn't exist' error, which isn't helpful and just looks like a broken link. At least seeing a valid page in another language can be translated.

Maybe it will work as intended for the primary audience (those whose locale matches) but it seems this would just introduce a lot more chances of failure for everyone else.

[kmpoppe]

When I use the /en/ link, having my locale set to German, it redirects me to /de/. If hc redirects you to a language that doesn't exist even if the link is to an existing language, that's bad UX behaviour, but nothing we can change.
Let's link to /en/..., that'll work for the target audience and a significant part of the rest of the world I would guess.

[freshgoods]

Let's link to /en/..., that'll work for the target audience and a significant part of the rest of the world I would guess.

If we must only have one entry and only one documentation link, please use one of the existing ones (/de/ or /fr/), because /en/ isn't a valid link and results in 'page doesn't exist'.

Or do we have to use an invalid locale to have it redirect automatically to the locales that do match?

[kmpoppe]

If we must only have one entry and only one documentation link, please use one of the existing ones (/de/ or /fr/), because /en/ isn't a valid link and results in 'page doesn't exist'.

I shall be trying multiple ways on how this can work before adding the entry to the site. What is your location, operating system, browser and locale so that I can try your environment on those entries?

K