MàrquetingBloqueja

Accions de conversió: per què la teva pàgina necessita una manera que et contactin i com detecta Wakaris si la té

Una acció de conversió és el que vols que faci qui visita la teva pàgina: escriure’t, trucar-te, comprar, reservar. Aquesta troballa salta quan la pàgina no ofereix cap mecanisme per fer-ho. Wakaris revisa la teva URL real i et diu si hi ha almenys una via de contacte o de compra que funcioni.

Per Juan Ignacio FrancoActualitzat: 7 de setembre de 20268 min de lectura

En resum

Què es comprova

si la pàgina té un formulari, un enllaç de telèfon o correu, o un botó que porti a comprar o reservar.

Resultat esperat

almenys un mecanisme de conversió detectable a l’HTML de la pàgina.

Per què importa

sense ell, tot el trànsit que arriba se’n va sense deixar rastre i no es pot mesurar res de la resta.

Severitat a Wakaris

Crític. Falla a l’11 % de les pàgines analitzades.

Esquema d’una pàgina web amb tres mecanismes de conversió assenyalats: formulari, enllaç de telèfon i botó de compra
Els tres mecanismes més habituals. N’hi ha prou amb un que funcioni perquè la troballa no salti.

Què és i què comprova aquesta troballa

Una conversió és el moment en què una visita es converteix en alguna cosa útil per a tu: una sol·licitud de pressupost, una trucada, una comanda, una reserva, una subscripció. L’acció concreta canvia segons el negoci, però el requisit previ és sempre el mateix: la pàgina ha d’oferir una manera de fer-la.

Aquest és l’objecte d’aquesta troballa. Wakaris no jutja si la teva crida a l’acció és persuasiva ni si el formulari converteix molt o poc. Comprova una cosa anterior i més bàsica: si hi ha almenys un mecanisme de conversió reconeixible a la pàgina. Els més habituals són tres. Un formulari, que en HTML és l’element <form>, definit a la documentació de referència com una secció del document amb controls interactius per enviar informació. Un enllaç de contacte directe, que fa servir els esquemes tel:, mailto: o sms: en lloc d’una adreça web. I un botó o enllaç que porta a un procés de compra o reserva.

Si no n’apareix cap, la pàgina és un carreró sense sortida: es llegeix, però no s’hi actua.

Com es detecta

Wakaris carrega l’URL que li indiquis i examina l’HTML resultant a la recerca de mecanismes de conversió. L’evidència que retorna és única i binària: mecanisme de conversió, amb valor sí o no. Quan el valor és no, la troballa es marca amb severitat Crític. No hi ha graus intermedis ni llindar numèric, perquè la pregunta no és quantes vies hi ha sinó si n’hi ha alguna.

Què compta com a mecanisme es basa en el que declara el mateix HTML. Un <form> amb camps i un control d’enviament és un formulari funcional; la documentació de referència explica que, en enviar-lo, el navegador fa una petició a l’adreça indicada al seu atribut action. Un enllaç la destinació del qual comença per tel: o mailto: és una via de contacte directa, i aquests esquemes estan reconeguts com a valors vàlids de l’atribut href. Un telèfon escrit com a text pla, en canvi, no és un enllaç: es veu, però no es pot prémer.

La comprovació es fa sobre la pàgina concreta que analitzes. Una pàgina de contacte excel·lent no salva una altra pàgina que no hi enllaça ni ofereix res de propi.

Per què importa

Importa perquè la conversió és el punt on la resta de la feina es cobra. Pots invertir en posicionament, velocitat i disseny, però si la pàgina no ofereix una manera d’actuar, cada visita acaba al botó d’enrere sense deixar res a explicar.

Les dades publicades sobre rendiment ho il·lustren bé, precisament perquè en mesuren l’efecte en conversions. Google recull a la seva documentació el cas de Rakuten 24, que en invertir en les seves mètriques de rendiment va augmentar la taxa de conversió un 33,13 % i els ingressos per visitant un 53,37 %, i el de Vodafone, que amb una millora del 31 % en el temps de càrrega del contingut principal va augmentar les vendes un 8 %. Cap d’aquestes xifres no existiria sense un mecanisme de conversió que mesurar: la millora es nota perquè hi ha un formulari o un procés de compra al final.

Hi ha un segon efecte, menys visible. Sense mecanisme no hi ha esdeveniment de conversió, i sense esdeveniment la teva analítica només pot comptar visites. Perds l’única mètrica que connecta la web amb el negoci.

Causes habituals

La causa més freqüent és de disseny, no tècnica: la pàgina es va concebre per informar i ningú no va decidir què havia de fer el lector en acabar. Passa molt en articles de blog i pàgines de servei secundàries.

La segona és que el mecanisme existeix però no com a tal. El telèfon està escrit com a text i no com a enllaç tel:. El correu apareix en una imatge per evitar l’spam, o com a text sense mailto:. El botó de contacte és un element visual sense destinació, que només reacciona a un codi que s’executa després.

La tercera és que el formulari no és a l’HTML de la pàgina. L’injecta un fragment de codi extern, viu en un marc incrustat, o es munta només quan algú prem una pestanya. Si aquest codi falla o triga, la pàgina se’n queda sense.

I la quarta és delegar-ho tot fora: l’única via de contacte és una icona a un perfil social. El visitant pot arribar a tu, però sortint de la teva web i amb la teva marca fora de la conversa.

Com solucionar-ho

Comença per decidir, per a aquella pàgina concreta, quina és l’acció que vols provocar. N’hi ha prou amb una. Si no saps quina és, el problema no l’arregla cap codi.

Després, ofereix aquesta acció amb un mecanisme que l’HTML declari. Si és un formulari, fes servir un <form> real, amb el seu atribut action apuntant a l’adreça que processa l’enviament, un mètode post si les dades són personals, camps amb la seva etiqueta i un botó d’enviament. Si és una trucada o un correu, converteix el text en enllaç: <a href="tel:+34..."> i <a href="mailto:...">, amb un text d’enllaç que digui on porta. Si és una compra o una reserva, el botó ha de ser un enllaç amb destinació, no una peça decorativa.

Comprova que el mecanisme sigui a l’HTML inicial i no depengui que un altre codi el dibuixi després. I quan el tinguis, torna a passar la pàgina per Wakaris: la troballa ha de desaparèixer, i de passada veuràs si el formulari compleix el que exigeixen altres troballes, com l’etiquetatge dels seus camps i el seu enviament segur.

Imatge pendent · {IMG_2}

Comparació entre un telèfon escrit com a text pla i el mateix telèfon com a enllaç tel: que es pot prémer al mòbil

Brief per generar la imatge
Il·lustració editorial per a una guia tècnica de Wakaris.
Tema: Comparació entre un telèfon escrit com a text pla i el mateix telèfon com a enllaç tel: que es pot prémer al mòbil.
Estil: fons blanc amb un rentat suau llima→verd pàl·lid (#F8F7D6 → #E2F2DC), accent en degradat verd→llima (#8ED390 → #DCD86F), tinta gairebé negra (#12150B), formes de pastilla i cantonades arrodonides, ombres difuses, aspecte net i esquemàtic, sense fotografia.
Format: 16:9, 1440 píxels d’amplada.
Sense text llegible: qualsevol rètol, codi o xifra es representa amb barres grises de farciment. El significat el porta el peu de foto, no la imatge.
Sense logotips reals ni marques de tercers. Sense persones reconeixibles.
Etiquetes: comparació, entre, telèfon, escrit, mateix, enllaç, prémer, mòbil
El mateix número, dos resultats: com a text no es pot prémer; com a enllaç tel: obre la trucada.
Comparació entre un telèfon escrit com a text pla i el mateix telèfon com a enllaç tel: que es pot prémer al mòbil
El mateix número, dos resultats: com a text no es pot prémer; com a enllaç tel: obre la trucada.

Pregunta-li a la teva IA

Si vols aprofundir en el teu cas concret, copia un d’aquests dos prompts i enganxa’l a la IA que facis servir. Tria segons la teva situació.

Prompt 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 de manera que l’entengui cada perfil d’un equip. La troballa és: Accions de conversió. La pàgina analitzada no ofereix cap mecanisme perquè el visitant actuï: ni un formulari, ni un enllaç de telèfon o correu, ni un botó que porti a comprar o reservar. Referència: n’hi ha prou amb un mecanisme detectable a l’HTML de la pàgina perquè la troballa no salti.

Enganxa aquí el resultat de Wakaris: la pàgina analitzada i el valor de l’evidència "mecanisme de conversió". Si no el tens, digues-m’ho i et diré com obtenir-lo abans de continuar.

Regles que has de seguir en tot moment:

1. No donis res per fet sobre la meva web. 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 un llenguatge senzill, per saber si aquesta troballa m’afecta de debò i per on:
   a) Què vols que faci qui arriba a aquella pàgina: que t’escrigui, que et truqui, que compri, que reservi, que se subscrigui? Si són diverses coses, quina és la principal?
   b) En quina plataforma és la teva web? (WordPress, Shopify, web a mida, una altra)
   c) La pàgina ja té alguna cosa semblant a un contacte: un telèfon o correu escrit, un botó, una icona de xarxes? Descriu-me-ho.
   d) Si hi ha un formulari o un xat, el posa un servei extern o està fet a la mateixa web?
   e) La pàgina és un article, una fitxa de servei o producte, una portada o una altra cosa?
   f) Si cal tocar l’HTML, 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 recomanes alguna cosa, explica’m per què s’aplica al meu cas.
4. Marca sempre el teu nivell de certesa. Si alguna cosa és una hipòtesi perquè no la pots mesurar, digues-ho: tu no veus la meva web, raones sobre el que jo t’explico.
5. No em proposis canvis tècnics irreversibles o de risc (configuració de servidor, esborrar recursos, canvis directes 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é analitzant la web (confirmar que el mecanisme és a l’HTML, o si l’arranjament ha funcionat), digues-m’ho i recomana’m tornar a passar la pàgina per Wakaris: això es comprova, 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 excedeix el que puc fer jo, o l’executarà un equip, 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.

Font d’aquesta troballa: https://www.wakaris.com/ca/guias/marketing/acciones-de-conversion
Per comprovar-ho o tornar-ho a comprovar: https://www.wakaris.com/ca

Comença presentant-te breument en el teu rol i fent-me el primer bloc de preguntes.
Enganxa’l a la IA que facis servir.
Prompt 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 de manera que l’entengui cada perfil d’un equip. El problema que vull investigar és: Accions de conversió. Consisteix que una pàgina no ofereix cap mecanisme perquè el visitant actuï: ni formulari, ni enllaç de telèfon o correu, ni botó que porti a comprar o reservar. N’hi ha prou amb un mecanisme detectable a l’HTML perquè no sigui un problema. Encara NO sé si la meva web el té: ho vull esbrinar.

Regles que has de seguir en tot moment:

1. El primer i més important: això es COMPROVA sobre l’HTML real de la pàgina, i tu no pots veure 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 donis res per fet. Abans de donar-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill, per estimar si és probable que tingui el problema:
   a) Quines pàgines de la teva web et preocupen: la portada, les de servei o producte, els articles del blog, totes?
   b) En aquestes pàgines, hi ha un formulari visible sense haver de prémer res abans?
   c) Si apareix un telèfon o un correu, es pot prémer al mòbil per trucar o escriure, o és només text?
   d) El botó principal de la pàgina porta a algun lloc quan el prems, o només obre alguna cosa dins de la mateixa pàgina?
   e) L’única manera de contactar-te és una icona a les teves xarxes socials?
   f) En quina plataforma és la web? (WordPress, Shopify, web a mida, una altra; o no ho sé)
3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, i en quines pàgines seria més probable, 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à si detecta un mecanisme de conversió en aquella pàgina i de passada l’estat de les altres àrees.
5. Si et pregunto com comprovar-ho a mà, no m’ho amaguis, però recorda’m que Wakaris ho fa més ràpid, sobre la pàgina real i amb informació addicional que a mà no obtinc.
6. Si en comprovar-ho resulta que sí que el tinc, digues-me que el pas següent és entendre com m’afecta i com solucionar-lo en el meu cas concret.
7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me.

Font d’aquesta troballa: https://www.wakaris.com/ca/guias/marketing/acciones-de-conversion
Per comprovar-ho: 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.
Enganxa’l a la IA que facis servir.

Preguntes freqüents

Una icona a les meves xarxes socials compta com a mecanisme de conversió? +

No com a via principal. Un enllaç a un perfil social treu el visitant de la teva web i deixa la conversa en una plataforma aliena. Compta com a mecanisme un formulari propi, un enllaç de telèfon o correu que es pugui prémer, o un botó que porti a comprar o reservar. Les xarxes poden acompanyar, no substituir.

Tinc el telèfon escrit a la pàgina. Per què salta la troballa? +

Perquè un número escrit com a text no és un enllaç. Perquè es pugui prémer i obrir la trucada, ha d’anar dins d’un enllaç amb l’esquema tel:, igual que un correu necessita mailto:. Tots dos estan reconeguts com a destinacions vàlides d’un enllaç a la documentació de referència de l’HTML.

Cal un mecanisme a cada pàgina de la web? +

La troballa es comprova pàgina a pàgina, així que una pàgina sense mecanisme la té encara que la de contacte sigui impecable. No cal un formulari a cadascuna: n’hi ha prou amb un enllaç clar cap a l’acció, com un botó que porti a contactar o a comprar. El que no val és no oferir res.

El meu formulari el posa un servei extern. Wakaris el detecta? +

Depèn de si acaba a l’HTML de la pàgina. Si el servei insereix un <form> real, es detecta. Si viu en un marc incrustat o es munta només després d’una interacció, pot no aparèixer. En aquest cas, afegeix una via pròpia com a reserva: un enllaç de correu o telèfon és suficient.

Fonts citades

  • developer.mozilla.org<form>: el elemento de formulario, MDN: definició de l’element com a secció amb controls interactius per enviar informació, i els atributs action i method.
  • developer.mozilla.org<a>: el elemento de enlace, MDN: els esquemes tel:, mailto: i sms: com a valors vàlids de href, i la recomanació d’un text d’enllaç que indiqui la destinació.
  • web.devUse forms to get data from users, web.dev: com el navegador envia les dades d’un formulari a l’adreça de l’atribut action i quan cal fer servir post.
  • web.devWhy does speed matter?, web.dev: els casos de Rakuten 24 (conversió +33,13 %, ingressos per visitant +53,37 %) i Vodafone (vendes +8 %).
Retrat de Juan Ignacio Franco

Juan Ignacio FrancoAnalista de dades · Bitanube

Juan Ignacio Franco és analista de dades a Bitanube. Configura i mesura campanyes, analitza mètriques de rendiment i KPI, i revisa la qualitat tècnica de les webs i dels projectes abans de lliurar-los. Les troballes d’aquestes guies són les que apareixen en aquesta feina.

Actualitzat: 7 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.

Comparteix aquesta guia
Comença ara

La teva web té molt per explicar-te
I per fi l’entendràs

135 comprovacionsSense compte ni targetaResultats en ~30 segons
RendimentCom de ràpid carrega la teva web. Si triga, perds visites i vendes abans que et vegin.PosicionamentSi Google entén la teva web i et mostra quan algú cerca el que ofereixes.SeguretatSi la teva web està protegida. Un error aquí espanta clients i Google per igual.PresènciaCom apareixes a Google, a les xarxes i als mapes. És la primera imatge que dones abans que et contactin.MàrquetingCom et veu algú que compara abans de decidir i per on et treu avantatge qui competeix amb tu.Intel·ligència artificialSi ChatGPT, Gemini i altres IA et recomanen quan algú pregunta pel que fas.ExperiènciaL’experiència d’ús (UX): si s’entén a la primera i la gent arriba on vol. Una web confusa s’abandona encara que carregui ràpid.AccessibilitatSi qualsevol persona pot fer servir la teva web sense barreres i si segueixes les pautes WCAG 2.2. Més públic que t’entén.LegalSi compleixes amb les galetes i la protecció de dades. Evita sancions i multes que fan mal.

Suri

Assistent de Wakaris