Una web no comença pel menú.
"Inici. Qui som. Serveis. Contacte."
Això descriu les seccions d'una web, però encara no explica què hi ha de trobar algú.
L'arquitectura web consisteix a decidir què mereix una pàgina pròpia, què hauria d'anar junt i com es connecten les pàgines entre si.
Abans de dissenyar una navegació, cal entendre què ve a resoldre la gent.
Cada pàgina necessita una feina clara
No una paraula clau exclusiva.
Una pàgina pot respondre diverses cerques relacionades si totes formen part de la mateixa necessitat.
Per exemple, una pàgina sobre dret de família pot explicar divorcis, separacions o custòdies si té sentit tractar-los dins del mateix servei.
Això no impedeix que hi hagi també una guia específica sobre el preu d'un divorci o un article que resolgui un dubte concret sobre la custòdia.
Fan feines diferents.
El problema apareix quan tens diverses URL que es podrien substituir entre si: parlen pràcticament del mateix, per a la mateixa persona, en el mateix moment i porten al mateix lloc.
Aquí sí que val la pena preguntar-se si de debò les necessites totes.
Comença pel que necessita resoldre una persona
En lloc de dibuixar primer el menú, començaria apuntant per què pot arribar algú a la web.
Pot voler contractar un servei.
Entendre quant costa.
Saber si treballes a la seva zona.
Comparar dues opcions.
Veure projectes.
Resoldre un dubte abans de contactar.
O simplement entendre què fas.
Després decideixes quines d'aquestes necessitats mereixen una pàgina pròpia i quines es poden resoldre juntes.
L'arquitectura surt d'aquí.
No d'intentar crear una URL per a cada variació d'una cerca.
Quan cal separar contingut en pàgines diferents
Jo separaria una necessitat quan tenir-ne una pàgina pròpia permet respondre-la clarament millor.
Pot ser perquè la informació canvia molt.
Perquè la persona busca una altra cosa.
Perquè necessita un altre tipus de contingut.
Perquè pertany a una zona, un servei o un producte concret.
O perquè té prou importància dins del negoci per merèixer un recorregut propi.
Si per crear dues pàgines has de repartir artificialment el mateix contingut entre totes dues, probablement encara no cal separar-les.
La pregunta útil no és "puc crear una altra URL?".
És "què aconsegueix aquesta pàgina que l'altra no aconsegueix?"
Sánchez Ruiz: organitzar un servei al voltant de problemes reals
A Sánchez Ruiz Abogados, la web no es podia limitar a una pàgina genèrica de "serveis jurídics".
El despatx treballa diverses àrees jurídiques, així que cadascuna necessitava prou espai per explicar quines situacions cobreix i què pot esperar algú que hi arriba buscant ajuda per a aquell problema.
El blog té una altra funció.
Permet respondre preguntes més concretes al voltant d'aquestes àrees sense convertir cada dubte en una nova pàgina de servei.
Les dues capes parlen de temes relacionats.
Però no fan la mateixa feina.
Brava Hàbitat: quan l'arquitectura creix
A Brava Hàbitat l'escala és diferent.
La web combina serveis de reforma, informació sobre preus i terminis, tràmits i diverses ubicacions.
Amb tantes pàgines, el problema ja no és simplement crear contingut.
És mantenir una estructura en què algú pugui entrar per una pàgina molt específica i entendre on és, quina relació té aquesta informació amb el servei i quin pot ser el pas següent.
Una web gran no ha de semblar un directori.
Necessita una jerarquia que continuï tenint sentit quan creix.
Judith21: una botiga s'organitza d'una altra manera
A Judith21, l'arquitectura parteix del catàleg.
Col·leccions. Productes. Informació de marca. Cercador.
Aquí algú no arriba necessàriament amb una pregunta que necessita llegir.
Moltes vegades sap quin tipus de producte vol i necessita trobar-lo amb el mínim esforç possible.
Per això copiar l'estructura d'una web de serveis per a una botiga no tindria gaire sentit.
L'arquitectura depèn del comportament que ha de facilitar.
Els enllaços també formen part de l'arquitectura
No n'hi ha prou que una pàgina existeixi.
Ha d'estar connectada amb la resta.
Una pàgina de servei pot portar a un cas relacionat.
Una guia de preus pot portar al servei al qual fa referència.
Una pàgina de municipi pot enllaçar amb la zona a què pertany i amb els serveis disponibles allà.
Un producte pertany a una col·lecció.
Això ajuda que una persona continuï per la web sense haver de tornar contínuament al menú.
I també fa explícita la relació entre els diferents continguts del lloc.
Com detectar una arquitectura que necessita ordre
Hi ha algunes preguntes que acostumo a fer servir:
- Pots explicar per a què existeix cada pàgina important?
- Hi ha dues URL que podrien intercanviar el contingut sense que gairebé res canviés?
- Hi ha informació important amagada dins d'una pàgina massa genèrica?
- Hi ha pàgines on no s'arriba des de cap part lògica de la web?
- Després de llegir una pàgina, queda clar quina informació relacionada pot necessitar algú?
No totes les respostes impliquen crear més pàgines.
De vegades la solució és justament ajuntar-les.
Més pàgines no vol dir millor arquitectura
Una arquitectura gran pot ser necessària.
Una de petita, també.
L'important no és arribar a un nombre determinat d'URL.
És que cadascuna compleixi una funció que puguis explicar.
Abans de crear una pàgina nova, em preguntaria quina necessitat resol, per què mereix estar separada i com es connecta amb la resta.
Si no en tenim una resposta clara, probablement encara no sabem quina pàgina estem construint.
Si la teva web ha de créixer al voltant de cerques reals i de diferents necessitats de client, és el que plantegem a Web + SEO.
I si la complexitat ve sobretot de treballar en moltes ubicacions, ho expliquem amb més detall a SEO local: pàgines per municipi.
Escrivim sobre decisions que apareixen en projectes reals: com estructurar una web, com captar demanda i quan la tecnologia pot simplificar un negoci.