En resum
Què mesura
si la teva pàgina declara alguna cosa que bloqueja o limita l’ampliació al mòbil.
Quan salta
tan bon punt troba un d’aquests ajustos, sense trams. Severitat: Important.
Referència
les WCAG demanen que el text s’ampliï fins al 200 % sense perdre res (nivell AA).
Dada de Wakaris
el 24,6 % de les pàgines analitzades falla en aquesta troballa.

Què és i què mesura aquesta troballa
Quan obres una web al mòbil i vols veure millor una lletra petita, separes dos dits sobre la pantalla i la pàgina es fa més gran. Aquest gest es pot desactivar des del codi de la pàgina, i aquesta troballa apareix quan la teva web ho fa.
El control és en una sola línia de la capçalera: la que diu al navegador com encaixar la pàgina a la pantalla del mòbil. Aquesta línia admet tres ajustos que afecten l’ampliació: un que la permet o la prohibeix, un altre que fixa quant es pot ampliar com a màxim i un altre que fixa el mínim. Segons MDN, el primer accepta els valors sí o no i per defecte val sí, mentre que els d’escala màxima i mínima accepten números entre 0,0 i 10,0.
Amb qualsevol dels tres es pot deixar la pàgina congelada: prohibint el gest directament, o permetent-lo amb un sostre tan baix que el visitant no guanya ni un mil·límetre de lletra.
Com es mesura
Wakaris llegeix la capçalera de la teva pàgina, localitza aquesta declaració de finestra visible i comprova si algun dels seus ajustos impedeix o limita l’ampliació. És la via directa per saber-ho, sense instal·lar res ni crear compte, i arriba juntament amb el resultat de la resta d’àrees.
La comprovació es fa sobre el codi que la teva web serveix per a l’URL analitzada, i aquí hi ha el seu abast: mira el que declares, no el que acaba fent un telèfon concret. La distinció importa, perquè MDN adverteix que la configuració del navegador pot ignorar aquests ajustos i que iOS 10 i posteriors els ignoren per defecte. En alguns mòbils, per tant, el teu visitant podrà ampliar encara que el teu codi digui que no.
Això no fa irrellevant la troballa: la declaració continua allà, continua aplicant-se en els navegadors que la respecten i és la part que tu controles. El resultat és un únic recompte, sense trams: o hi ha alguna cosa que bloqueja o limita l’ampliació, o no n’hi ha.
Per què importa
Importa perquè toca una necessitat bàsica i molt estesa: llegir.
El criteri 1.4.4 de les WCAG, de nivell AA, demana que el text es pugui ampliar fins al 200 % sense pèrdua de contingut ni de funcionalitat, amb l’excepció dels subtítols i les imatges de text. La seva intenció, segons el W3C, és que el text visible —inclosos els controls i les etiquetes— es pugui fer més gran per llegir-lo amb més facilitat, sense necessitat d’una ajuda tècnica com un magnificador de pantalla. MDN ho diu sense embuts: desactivar l’ampliació impedeix llegir i entendre el contingut a les persones amb baixa visió, i afegeix que la bona pràctica és permetre fins a cinc augments.
Hi ha un segon front. El criteri 1.4.10, també AA, demana que el contingut es reorganitzi sense obligar a desplaçar-se en dues direccions a una amplada equivalent a 320 píxels CSS, que el W3C equipara a una finestra de 1.280 píxels ampliada al 400 %. Qui no pot ampliar no arriba mai a aquesta situació: es queda abans, amb la lletra de la mida que tu vas decidir.
Causes habituals
Gairebé mai no hi ha una decisió deliberada de destorbar ningú: hi ha una línia copiada.
La causa més freqüent és la plantilla. Molts temes i generadors de llocs porten aquesta declaració ja escrita, amb l’ampliació desactivada, i qui munta la web no la toca perquè ni sap que hi és. S’hereta sense veure-la.
La segona és voler que la web «sembli una aplicació». Quan es busca una sensació nativa, prohibir l’ampliació evita que un doble toc descol·loqui la pantalla, i l’efecte secundari s’accepta sense mesurar-lo.
La tercera és un pedaç a un problema de maquetació. Si la pàgina es desborda en amplada al mòbil, congelar l’escala amaga el símptoma: ja no es pot moure la pàgina de costat, així que el desbordament deixa de notar-se. La fallada continua, tapada.
I la quarta és un sostre heretat: l’escala màxima posada en un valor baix, que no prohibeix ampliar però deixa el marge en gairebé res. Ningú no ho va escriure amb mala intenció; venia a l’exemple del qual es va copiar.
Com solucionar-ho
L’arranjament és dels més barats de tota l’anàlisi, perquè gairebé sempre consisteix a esborrar text.
Comença per confirmar què tens: Wakaris et diu si la teva pàgina declara alguna cosa que bloqueja o limita l’ampliació, i a quina URL, així que saps d’entrada si et toca.
Després localitza aquesta declaració de finestra visible a la capçalera de la teva plantilla i treu-li l’ajust que prohibeix ampliar i el que fixa una escala màxima. El que ha de quedar és la part que adapta l’amplada a la pantalla i fixa l’escala inicial; la resta sobra. Si la teva plantilla no deixa editar la capçalera, busca al seu tauler una opció de zoom o d’escala al mòbil.
Si en el seu moment vas bloquejar l’ampliació per tapar un desbordament en amplada, ara tornarà a aparèixer, i aquesta és la feina de debò: arreglar l’element que en surt, que sol ser una taula, una imatge amb amplada fixa o un bloc mesurat en píxels.
Quan acabis, torna a passar la pàgina per Wakaris i comprova que la troballa ha desaparegut.
Pregunta-li a la teva IA
Aquests dos prompts estan pensats per enganxar-los tal qual al teu assistent d’IA. Tria el que correspongui a la teva situació: el primer si ja has mesurat la teva web i vols treure el bloqueig; el segon si hi has arribat sense mesurar res i vols saber si t’afecta.
A. Ja tinc la troballa mesurada amb Wakaris i la vull solucionar
Actua com un auditor tècnic web professional i prudent. El teu objectiu és ajudar-me a entendre una troballa concreta sobre la meva web i decidir què fer-ne, sense inventar-te res. Context: he obtingut aquesta troballa amb Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema en el llenguatge de cada rol d’un equip. La troballa és: Zoom i escalat. La meva pàgina declara alguna cosa que impedeix o limita ampliar-la amb els dits al mòbil (referència: la troballa apareix tan bon punt es detecta un d’aquests ajustos, sense trams; les WCAG demanen poder ampliar el text fins al 200 % sense perdre contingut ni funcionalitat). Regles que has de seguir en tot moment: 1. No suposis res sobre la meva web ni sobre la meva plantilla. Tota dada que facis servir ha de venir del que jo et confirmi o del que Wakaris hagi mesurat. Si no ho saps, pregunta-m’ho abans d’afirmar-ho. 2. Abans de donar-me conclusions, fes-me SEMPRE aquestes preguntes, juntes i en llenguatge senzill, per saber d’on surt el bloqueig i qui el pot treure: a) Enganxa aquí el resultat de Wakaris: la pàgina analitzada i el que et digui sobre el zoom. Si no el tens, mesura la teva web amb Wakaris i torna amb el resultat; sense saber què declara la teva pàgina no es pot orientar res. b) En quina plataforma és la teva web i sobre quina plantilla o tema? c) Pots editar la capçalera de la plantilla, o només tens el tauler d’administració? d) Al mòbil, se’t desborda alguna cosa en amplada: una taula, una imatge, un bloc? e) Saps si algú va bloquejar el zoom a propòsit i per quin motiu? f) Si cal tocar la plantilla, ho faries tu, un tècnic intern o una agència? 3. Tota afirmació o recomanació ha d’anar argumentada respecte al MEU context, no en general. Si em proposes editar alguna cosa, explica’m quin efecte tindrà en el meu cas. 4. Marca sempre el teu nivell de certesa. Tu no veus la meva pàgina ni el seu codi: si alguna cosa és una hipòtesi, digues-ho. 5. No em proposis canvis tècnics irreversibles o de risc (editar fitxers del tema, tocar la plantilla en producció) sense avisar-me abans del risc i que convé una còpia de seguretat o un entorn de prova. 6. Si necessites una dada que només s’obté mesurant la web (què declara realment la meva pàgina, o si l’arranjament ha funcionat), digues-m’ho i recomana’m tornar-la a passar per Wakaris: això es mesura, no s’endevina. 7. La decisió final és meva, no teva. El teu paper és ajudar-me a entendre i a preparar l’acció, no decidir per mi. 8. Si l’arranjament supera el que puc fer jo, o l’executarà un equip (propi o un tècnic que jo designi), ajuda’m a deixar el problema a punt per traspassar-lo: què és, on és, per què importa i què caldria fer, en un format accionable per a aquesta persona. Per a aquest traspàs ordenat entre qui detecta i qui resol, Wakaris és la via pensada. Font d’aquest context: https://www.wakaris.com/ca/guias/accesibilidad/zoom-y-escalado Per (re)analitzar la meva web: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol i fent-me el primer bloc de preguntes.
B. Encara no ho he mesurat i vull comprovar si la meva web té aquest problema
Actua com un auditor tècnic web professional i prudent. Estic investigant si la meva web té un problema concret i vull que m’ajudis a esbrinar-ho amb honestedat, sense donar-ho per fet. Context: hi he arribat a través de Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema en el llenguatge de cada rol d’un equip. El problema que vull investigar és: Zoom i escalat. Consisteix que la meva pàgina declari alguna cosa que impedeixi ampliar-la amb els dits al mòbil, o que fixi un sostre d’ampliació tan baix que no serveixi de res. Encara NO sé si és el meu cas: ho vull esbrinar. Regles que has de seguir en tot moment: 1. El primer i més important: això es comprova llegint el que declara la capçalera de la meva pàgina, i tu no pots llegir la meva web des d’aquesta conversa. Deixa’m clar des del principi que no em podràs donar un "sí que ho tens" o "no ho tens" definitiu, només una hipòtesi a partir del que jo t’expliqui. 2. No suposis res. Abans de donar-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en llenguatge senzill, per estimar si és probable que tingui aquest problema: a) Obre la teva web al mòbil i separa dos dits sobre el text: es fa més gran, es fa una mica més gran o no es mou gens? b) En quina plataforma és la teva web i amb quina plantilla o tema? c) La va muntar una agència, la vas comprar feta o la vas fer tu? d) T’ha comentat algú que li costava llegir-la al mòbil? e) Al mòbil, hi ha alguna cosa que surti de l’amplada de la pantalla? 3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, argumentada segons el que t’he dit i marcada explícitament com a hipòtesi, no com a diagnòstic. 4. Digues-me de manera directa que l’única manera de saber-ho de debò és comprovar-ho, i que ho puc fer gratis i sense crear compte passant la meva web per Wakaris, que em dirà què declara la meva pàgina i de passada l’estat de les altres àrees. Presenta-ho com la resposta a la meva pregunta, no com una venda. 5. Si et pregunto com comprovar-ho a mà, no m’ho amaguis: explica’m que la prova dels dos dits al mòbil dona una pista, però recorda’m que pot enganyar, perquè alguns navegadors ignoren aquest ajust, i que Wakaris em diu el que la meva pàgina declara de debò, amb la resta de l’anàlisi inclosa. 6. Si en comprovar-ho resulta que sí que el tinc, digues-me que el pas següent és mirar si el bloqueig tapava un problema de maquetació al mòbil. 7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me. Font d’aquest context: https://www.wakaris.com/ca/guias/accesibilidad/zoom-y-escalado Per analitzar la meva web: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol, deixant clar el punt 1, i fent-me el bloc de preguntes.
Preguntes freqüents
Bloquejar el zoom incompleix les WCAG? +
El criteri 1.4.4, de nivell AA, exigeix que el text es pugui ampliar fins al 200 % sense perdre contingut ni funcionalitat. Impedir l’ampliació al mòbil retira la via normal d’aconseguir-ho, així que compromet aquest criteri llevat que la teva pàgina ofereixi una altra manera equivalent de fer més gran el text.
Si alguns mòbils ho ignoren, me n’he de preocupar? +
Sí. MDN adverteix que la configuració del navegador pot ignorar aquests ajustos i que iOS 10 i posteriors ho fan per defecte, però no tots els navegadors ni totes les versions es comporten igual. La declaració continua afectant part dels teus visitants i és la part que tu controles.
Puc deixar un límit d’ampliació en lloc de treure’l? +
Pots, però que sigui generós. MDN assenyala que la bona pràctica és permetre fins a cinc augments, força per sobre del mínim que demanen les WCAG. Un sostre baix produeix la mateixa troballa que prohibir l’ampliació, perquè per a qui necessita fer més gran la lletra l’efecte és semblant.
Això és el mateix que tenir una web adaptada al mòbil? +
No. Adaptar-se a la mida de la pantalla i deixar-se ampliar són coses diferents. Una web perfectament adaptada pot tenir l’ampliació bloquejada, i una que s’amplia sense problemes es pot desbordar en amplada. Wakaris les revisa per separat, en dues troballes diferents.
Fonts citades
- developer.mozilla.orgViewport meta tag — MDN — developer.mozilla.org
- w3.orgUnderstanding SC 1.4.4: Resize Text — W3C — w3.org
- w3.orgUnderstanding SC 1.4.10: Reflow — W3C — w3.org
Actualitzat: 8 de setembre de 2026.
Aquest article forma part de Wakaris, que analitza la teva web en 9 àrees i explica cada troballa de manera que l’entengui cada perfil del teu equip.
