La portada i gairebé totes les pàgines funcionen bé, però una URL triga diversos segons o queda bloquejada després de carregar. És una bona pista: un error general de l’allotjament afectaria més rutes. Aquella pàgina probablement afegeix una plantilla, consulta, recurs o dependència que les altres no utilitzen.
Troba aquesta diferència abans d’aplicar una optimització global.
Triar una comparació justa
Compara l’article amb un altre article, el producte amb un de complexitat semblant o la landing amb una altra creada mitjançant el mateix constructor i capçalera.
Registra sessió, estat de memòria cau, primer byte, bytes transferits, peticions, plantilla i funcions exclusives. Dues pàgines completament diferents aporten poc aïllament.
Separar servidor i navegador
Mesura totes dues URL diverses vegades:
curl -s -o /dev/null
-w 'Primer byte: %{time_starttransfer}s Total: %{time_total}sn'
https://example.com/pagina-sana/
curl -s -o /dev/null
-w 'Primer byte: %{time_starttransfer}s Total: %{time_total}sn'
https://example.com/pagina-lenta/No comparis un HIT sa amb un MISS lent com si fossin iguals. Si el primer byte difereix, revisa WordPress, PHP i MySQL; si l’HTML triga el mateix, compara Network i Performance.
Una URL pot quedar exclosa de la memòria cau per formularis, personalització, sessió WooCommerce, paràmetres, galetes o una regla de ruta. Comprova capçaleres en peticions desconnectades repetides. No la desis només per igualar l’indicador: primer confirma que no conté informació privada.
Identificar la plantilla i el codi particular
Revisa la plantilla seleccionada, jerarquia del tema, condicions del constructor, blocs, *shortcodes*, camps personalitzats, funcions de connectors i scripts condicionals.
Una plantilla decorativa pot llançar consultes o API molt abans d’aparèixer en pantalla. Compara els seus recursos i consultes amb la plantilla normal.
Trobar consultes que escalen
La pàgina pot recuperar totes les entrades d’una categoria, massa productes, relacions de camps, termes amb metadades, comentaris o resultats sense límit.
Utilitza Query Monitor o perfilatge protegit durant una sessió controlada. Localitza consultes lentes o duplicades associades amb el bloc, giny o *shortcode*. No eliminis contingut per reduir-les: corregeix límits, índexs, disseny de consulta o el component que demana registres innecessaris.
Un *shortcode* petit pot executar diverses consultes, cridar una API, generar un DOM enorme i carregar CSS o JavaScript. En staging, retira un bloc sospitós cada vegada i mesura. Si millora, repara’n la implementació en lloc d’eliminar a cegues contingut essencial.
Comparar mitjans i tercers
Agrupa les diferències de la cascada per imatges, vídeo, fonts, CSS, JavaScript, tercers, Ajax i REST. Una imatge de fons enorme o un vídeo automàtic pot explicar gairebé tota la primera visita; un script petit pot consumir molta CPU.
No optimitzis tota la biblioteca perquè una landing utilitza una imatge incorrecta.
Mapes, reserves, formularis, ressenyes, vídeo i xarxes socials també poden retardar una sola URL. Comprova si carreguen abans de veure’s, bloquegen contingut, reintenten, obren molts dominis o depenen del consentiment.
El missatge i les dades de contacte haurien de continuar disponibles si el tercer falla. Una vista prèvia lleugera pot substituir la càrrega immediata quan no és essencial.
Revisar DOM i constructor
Una pàgina pot contenir massa contenidors imbricats, seccions duplicades per a mòbil, carrusels fora de pantalla i finestres emergents ocultes. Revisa nodes, profunditat, contingut duplicat i marcat repetit.
Simplifica en staging conservant disseny adaptable i accessibilitat. Reduir embolcalls sense comprovar-los pot trencar l’estructura.
Buscar avisos específics
Carrega només l’URL afectada i consulta registres protegits. Un bloc pot generar el mateix avís PHP centenars de vegades. Activa la depuració únicament durant una finestra breu i no mostris mai errors al visitant:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );Protegeix el fitxer i restaura la configuració després. No purguis revisions només perquè la pàgina s’ha editat molt: normalment no es carreguen completes en una visita pública i conserven un historial útil.
Provar la interacció particular
Potser la càrrega inicial és correcta i falla un filtre, acordió, calculadora, galeria, variació, formulari o «carrega’n més». Grava Network i Performance per saber si espera WordPress o bloqueja el fil principal.
Evita migrar l’allotjament, afegir memòria cau o retardar tot JavaScript per un error local. Prefereix corregir una imatge, limitar una consulta, reparar un *shortcode*, diferir un element extern o simplificar una secció.
Verificar contra la pàgina de control
Després del canvi, prova l’URL lenta amb visita neta, la seva interacció principal i la pàgina sana de comparació. Revisa mòbil, escriptori, formularis, analítica, consentiment i registres.
Per a una avaluació envia totes dues URL, estat del visitant, dispositiu, retard aproximat i canvis recents, a més de cascada o temps de resposta si existeixen. No enviïs contrasenyes.
El resultat ha d’explicar quina diferència feia lenta la pàgina i demostrar que la reparació puntual no ha introduït una regressió general.