Reprodueix el camí que ha seguit el visitant
Un enllaç del perfil d’Instagram, el destí d’un anunci i una URL compartida en un missatge són punts d’entrada diferents que convé registrar. Estrènyer una finestra d’escriptori ajuda a revisar el disseny, però no substitueix tots aquests recorreguts.
Apunta aplicació i versió, model del telèfon, sistema operatiu, hora aproximada, enllaç original i URL final. Inclou redireccions, canvis d’idioma i avisos de consentiment. Si l’error apareix en tornar a un formulari que feia una estona que estava obert, reprodueix també l’espera; no provis només una pàgina acabada de carregar.
Acorda una referència de prova innòcua amb el responsable del web. Decideix on arribaran aquestes consultes perquè vendes les pugui separar dels clients reals. Evita omplir el formulari en directe una vegada i una altra fins a comprovar si ja s’ha acceptat una entrada. Una pantalla silenciosa pot amagar un enviament correcte del qual no ha tornat la resposta al telèfon.
Després repeteix-ho al navegador habitual d’aquell mateix mòbil. Que allà funcioni acota la investigació; no demostra que Instagram, Facebook o el connector estiguin sempre espatllats. La pregunta útil és quina part d’aquell recorregut concret canvia el resultat.
Localitza el primer pas que falla
| Què veu la persona | Què revisar després | Què no demostra |
|---|---|---|
| No pot prémer Envia | Teclat, elements fixos i zona que rep la pulsació | Que WordPress hagi rebut res |
| Prem i no passa res | Validació de camps i inicialització dels scripts | Un error del servidor de correu |
| No pot adjuntar una foto | Selector, format, mida i resposta de pujada | Que fallin tots els camps o tots els mòbils |
| Apareix un error o queda carregant | Petició, resultat de l’aplicació i registre corresponent | Si l’entrada ja existeix |
| Confirma l’enviament, però falta el correu | Generació de la notificació, sortida i lliurament al destinatari | Que el navegador hagi impedit enviar |
Prepara una nota senzilla amb una fila per prova acordada: recorregut, hora, símptoma, resultat de la petició i existència d’entrada o notificació al destí. Cal comparar dos camins, no acumular captures sense data fins a perdre de vista el problema.
Revisa primer el botó, el teclat i els camps
Obre el teclat i avança com ho faria un client. S’arriba a l’últim camp i al botó? Hi ha un peu fix, un xat o una capa de consentiment sobre la zona de pulsació? Gira el telèfon i torna al mateix camp. Un botó visible pot tenir un altre element al damunt que rebi el toc.
Comprova els camps obligatoris que apareixen després d’una resposta anterior. Un camp ocult invàlid o un avís fora de pantalla poden fer que sembli que no passa res. Prova els formats de correu i telèfon que espera el negoci, inclosos números internacionals o noms amb accents quan pertoqui.
La documentació de validació HTML explica com un camp invàlid pot impedir l’enviament normal. El desenvolupador ha de revisar aquest resultat, en lloc de saltar-se la validació amb un enviament programat i donar el problema per resolt.
Mantén l’error a prop del camp i explica com continuar. Un visitant obligat a endevinar quina de dotze respostes és incorrecta difícilment premiarà la investigació amb un altre intent.
Compara scripts, consentiment i versions en memòria cau
Amb la pulsació i la validació enteses, comprova si els scripts del formulari s’inicialitzen pels dos camins. Busca el primer error rellevant de consola i la petició posterior a l’enviament. Desa el resultat abans de canviar opcions: una prova que funciona després de tocar cinc ajustos explica ben poca cosa.
WPForms documenta que l’optimització JavaScript de LiteSpeed pot interferir amb els seus formularis i descriu exclusions concretes. Serveix per investigar un conflicte identificat, no per desactivar totes les millores de rendiment del web.
Treballa amb la pàgina afectada i una comparació controlada. Canvia un ajust rellevant, refresca’n la memòria cau i repeteix el mateix recorregut. Si millora, acota l’excepció i comprova també el navegador habitual. Conserva la configuració anterior per poder desfer la prova.
Registra l’elecció de consentiment, sense donar per fet que es conserva quan es canvia de navegador. Si una dependència necessària no arrenca després de l’elecció prevista, revisa’n la integració. Demanar al client que accepti tots els rastrejadors opcionals no és una solució permanent per enviar una consulta.
Quan falla una foto, un CV o un fitxer adjunt
Un formulari que demana una fotografia, un brífing o un currículum afegeix un altre tram al recorregut. Primer distingeix si s’obre el selector. Després comprova si el fitxer triat arriba al punt de pujada i si se n’accepta el tipus i la mida. «No funciona l’adjunt» pot descriure tres errors diferents.
WPForms documenta limitacions de pujada en alguns navegadors integrats de Facebook i Instagram a Android. És una possibilitat documentada per a aquell entorn, no una afirmació sobre totes les versions de les aplicacions ni tots els formularis WordPress.
En una còpia autoritzada, compara un fitxer petit permès amb el tipus de fitxer que el client acostuma a triar. Una foto de càmera i un document petit desat són dos casos útils. No eliminis les restriccions de pujada a tot el web perquè s’hagi rebutjat un fitxer desconegut.
Si temporalment cal obrir el navegador extern, explica-ho abans que la persona dediqui temps a omplir el formulari. Indica si haurà de tornar a introduir les dades i ofereix una via alternativa de contacte acordada. La solució provisional ha de conservar una manera de consultar mentre s’investiga la limitació.
Llegeix el resultat abans de culpar el correu
Quan hi ha una petició, revisa la resposta de l’aplicació a més del codi HTTP. Una resposta HTTP correcta pot contenir un error de validació o del connector. Si hi ha un bloqueig, busca el registre corresponent del servidor o la capa de protecció; no demostra automàticament que l’aplicació social en sigui la culpable.
A Contact Form 7, la guia oficial d’errors distingeix problemes de correu i enviaments considerats sospitosos de correu brossa. Llegeix el resultat real: el tema pot modificar l’aspecte de la vora.
Si no arriba cap petició a WordPress, canviar les credencials SMTP no arregla aquell pas absent. Si s’ha acceptat el formulari i falta la notificació, segueix el missatge. WordPress recorda que un resultat correcte de wp_mail() no demostra la recepció final.
Abans de repetir després d’esgotar el temps d’espera, busca l’entrada o el missatge amb la referència de prova. Confirma quin connector emmagatzema entrades, si algun ho fa, i quin és el sistema de destí. Generar dues consultes en tornar-ho a intentar és un altre problema que cal resoldre; no prova que el primer enviament no passés.
Una bona previsualització no demostra el recorregut des de xarxes
La diferència importa: una llista ordenada de formularis configurats ajuda l’editor a saber on treballar. No demostra què passa quan un client prem un enllaç social, obre el teclat, tria un fitxer i espera una confirmació.
Conserva juntes la revisió de configuració i les proves del recorregut. La primera explica què hauria de passar; la segona registra què va passar al camí afectat. Cap de les dues no es pot substituir per una previsualització bonica.
Si arriba trànsit de pagament mentre falla el formulari
Facilita al responsable de campanyes el destí afectat i el recorregut que reprodueix l’error, no només «el formulari està espatllat». Acordeu si una pàgina alternativa ja comprovada o una via de contacte poden conservar la consulta mentre s’investiga. La persona que prepara els resultats ha de conèixer el canvi temporal i la retirada posterior.
Compara cada pas per separat: clic publicitari, visita a la pàgina, esdeveniment d’èxit del navegador, entrada acceptada i consulta qualificada són observacions diferents. Que en pugi una no demostra que pugin totes. Si el mesurament no distingeix amb fiabilitat les visites del navegador integrat, indica-ho en lloc d’inventar-ne la taxa de conversió.
Exemple il·lustratiu: el mateix document petit permès obre el selector al navegador habitual, mentre que el recorregut afectat des de l’aplicació ni tan sols el mostra. Això orienta la investigació següent cap al selector i el punt d’entrada. No demostra que el correu funcioni, que fallin tots els adjunts ni que calgui canviar de connector.
Registra amb campanyes l’hora dels canvis de destí o formulari. Si no, el recompte posterior pot barrejar experiències diferents i dificultar-ne la valoració. Demana a vendes que identifiqui les referències de prova acordades i tracti les consultes reals amb el procés habitual. El resultat útil és una persona que aconsegueix consultar i un equip capaç d’explicar què ha passat.
Acorda quan es pot donar per reparat
Després d’una correcció acotada, repeteix l’entrada original des de la xarxa social i la comparació al navegador habitual, amb els dispositius reals rellevants. Inclou consentiment, camps condicionals i adjunts implicats. Una captura d’escriptori confirma aspectes visuals; no certifica una prova dins d’una aplicació.
- El client arriba als camps i al botó necessaris i els pot utilitzar.
- La validació explica els problemes recuperables en una zona visible.
- L’enviament acceptat genera el registre esperat quan aquest emmagatzematge està configurat.
- La notificació o el traspàs posterior acordat es comproven per separat.
- La persona rep un resultat clar i no necessita prémer repetidament.
Lliura versions d’aplicació i dispositiu, data, canvi i limitacions pendents. Si es manté una solució provisional, indica qui n’és responsable i quan es revisarà. És una proposta d’acceptació, no l’informe d’una reparació o una prova de dispositius feta per al teu negoci.
Per què falla un formulari WordPress dins d’Instagram o Facebook?
Si el formulari funciona a Safari o Chrome, però falla quan s’obre l’enllaç des d’Instagram o Facebook, compara el recorregut complet abans de tocar el correu. L’error pot ser a la pulsació, la validació, els scripts, el selector de fitxers, la petició d’enviament o la notificació. «Al meu mòbil funciona» aporta poc si has obert la pàgina en un altre navegador.
Comença amb el mateix destí des de l’aplicació afectada i des del navegador habitual del telèfon. Mantén comparables el dispositiu, les dades de prova i les condicions. Anota el primer pas que canvia. No tots els navegadors integrats tenen les mateixes limitacions ni tot enviament fallit és un problema d’SMTP.
Aquesta guia s’adreça a negocis que perden consultes des del trànsit social. Si també falla fora d’aquestes aplicacions, comença per el formulari WordPress funciona a l’escriptori, però falla al mòbil.