Find out whether your website is easy to use on a phone

It works on your screen. A visitor's phone may tell a different story.A menu covers a button, the keyboard hides a field, or a popup prevents progress. Small obstacles can make someone leave even when they like your offer. Give workers a short mobile website journey and ask them to show the screen when they encounter difficulty. Testing on ordinary phones can reveal issues that are easy to miss in a mockup or browser emulator, helping you make the resource more usable for new visitors.

A ready-to-edit microtask brief

This is an editable draft, not a published task. Add your resource link, adjust the conditions, and choose the reward and number of completions.

Titre de la tâche
Test a website menu and enquiry path on a phone
Que doit faire l’exécutant ?
  1. Open the linked website on a phone, not a desktop emulator. Record the phone model, operating system and browser. Use normal portrait orientation.
  2. Open the menu and find the section specified by the customer. Close the menu, scroll the page and check whether banners, chat or a sticky header cover the text.
  3. Open the enquiry form, tap a field and check whether the field and button remain visible with the keyboard open. On the live website, do not submit the form or enter real personal data.
  4. Describe whether you completed the journey. For any difficulty, name the page and the preceding action, and attach a screenshot. If everything worked, list what you checked and show the final screen.
Comment prouver le résultat
Include the phone model, system and browser, the steps checked, and a screenshot of the final screen or problem. Hide notifications and personal data. Comments must relate to the specified journey; a report with no errors is acceptable.

Decide what to fix in the mobile version

Group reports by page, action and device. Prioritise situations where someone cannot reach a section, read the terms or continue filling in a form. Give the developer steps and screenshots, not just a phone model. After a fix, repeat the affected journey in similar conditions and on another device. Do not diagnose website speed from one person's impression: loading performance needs separate technical measurements.

Workers are paid for testing and reporting, not for purchases or favourable opinions. Their feedback can reveal problems, but cannot guarantee more sales or higher search rankings. A small group of paid testers does not replace research with your target audience.

Find out whether your website is easy to use on a phone : tâches et rémunérations

Consultez ce qui a déjà été publié et les rémunérations actuellement proposées aux exécutants. Cela peut vous aider à définir des conditions claires pour votre propre tâche.

Create a mobile website test
0Tâches actives
0Réalisations disponibles
Aucune tâche disponibleRémunération par réalisation

Activité dans cette catégorie

Consultez le nombre de clients et d’exécutants actifs ainsi que le nombre de résultats acceptés au cours des 30 derniers jours.

30 derniers jours
0clients avec des tâches ouvertes
0résultats acceptés
0exécutants avec du travail accepté
Pas encore assez de donnéesrémunération moyenne par résultat accepté

Calculer le budget pour Find out whether your website is easy to use on a phone

Définissez la rémunération pour une réalisation et le nombre de résultats dont vous avez besoin. Vous pouvez transférer directement ces valeurs dans le formulaire de création.

Votre prix2 USD

Définir à l’avance le nombre de résultats et la rémunération

Pour les tests, sondages, avis et travaux sur les données, vous pouvez définir le nombre de résultats nécessaires et la rémunération pour chaque rapport accepté.

Choisir un exemple prêt à l’emploi

Ouvrez une option adaptée et ajoutez votre lien, vos instructions, le nombre de réalisations et la rémunération.

What testing on phones can tell you

Find awkward buttons, obscured forms and mobile menu problems. Use DitWork microtasks to check your mobile website with people on their phones.

Everyday conditionsThe worker follows a journey on their phone rather than simply viewing a smaller mockup.
The screen at the problem pointA screenshot shows what hides a button or makes the text difficult to read.
Details for your developerThe phone model, system, browser and sequence of actions help reproduce a problem.
A check after the fixRepeating the journey helps show whether the obstacle is gone on the relevant device.

Start with the actions people visit your site to complete

A responsive image does not automatically make a website usable. The question is whether someone can find what they need and finish their journey on a phone.

Menus and navigationAsk the worker to open the menu, reach a section and return. Check for a remaining overlay, lost scrolling and unclear close controls.
Forms and the on-screen keyboardHave the worker tap a field and check whether labels, errors and the next button remain visible. Use a test form or stop before submission, without real personal data.
Elements covering the contentLook at banners, chat widgets, sticky headers and notices. Ask about overlaps, horizontal scrolling and controls that are difficult to tap.

Focused tasks for your mobile website

Separate journeys and device requirements when you want comparable reports and a clearer source of each problem.

Check a form on iPhone or AndroidCreate separate tasks with an explicit system and browser requirement. Ask what happens when the keyboard opens and a test form displays a validation error.
Try the updated menuRepeat the journey from the home page to the specified section. Compare earlier reports and check that fixing one problem has not introduced another.

Tasks from the website testing category

The general list shows how customers describe tests. Not every task below is for phones; use the brief above for your own mobile website.

Toutes les tâches
Aucune tâche correspondante pour le moment

Modifiez l’action, la catégorie ou la requête de recherche sélectionnée. Les nouvelles tâches apparaissent automatiquement.

Questions about mobile website testing

Why use a phone when there is an emulator?

An emulator is useful for quick layout checks. A real phone also reveals interactions with the keyboard, browser bars, touch controls and device settings. The two approaches complement each other.

Can I specify a system or browser?

State the requirements in the title and instructions and ask for device details in the report. Use separate tasks for different systems. Suitable worker availability and completion speed cannot be guaranteed in advance.

Is this a complete responsiveness and speed audit?

No. A microtask checks a selected user journey. Full screen coverage, accessibility, performance and security require a separate technical audit. Reports can help identify where that audit is most needed.