Analyse SEO du site Appartoo.com : site de colocation à Paris

[JulieDel]

Salut

Je bosse en freelance sur le marketing d’un site de colocation sur Paris (Appartoo). c'est un site de colocation à Paris qui permet de trouver une chambre à louer, une colocation ou des colocataires en Île-de-France qui met donc en relation propriétaires et locataires et propose des annonces de chambres en colocation.

Je voulais avoir un retour ultra honnête de personnes qui testent le site :
Vous trouvez que ça charge vite ou pas du tout fluide ? Voici donc le lien pour tester :
https://www.appartoo.com/recherche/colocation/paris
Perso j’essaie de comprendre si ça vient du front (Angular), du trop de contenu, ou du serveur… parce que de notre côté on a des retours assez différents.
Si vous avez 2 min pour me dire ;

• si c’est lent chez vous
• à quel moment ça rame
• sur mobile ou ordi

Ça m’aiderait grave à prioriser les fixes
Merci d’avance !

 

[spout]

• C'est lent
• Dès le début, ça vient principalement de la carte et des marqueurs
• Ordi

 

[EUSKAL CONSEIL]

Salut Julie,

Je rejoins l'avis de Spout sur l'aspect purement technique visuel : la cartographie et le chargement des marqueurs pèsent lourd dès l'arrivée.

Cela dit, d'un point de vue purement SEO, il est très difficile, voire inadéquat, de donner un avis constructif sur un site dont on ne peut pas analyser les coulisses. Regarder un site de l'extérieur, c'est ne faire qu'effleurer la surface.

Pour faire un vrai diagnostic qui t'aiderait à prioriser tes chantiers, il faudrait pouvoir analyser :

• L'architecture réelle et la distribution du contenu au sein du CMS / framework (surtout avec du Angular qui demande une configuration pointue pour le SEO, type SSR/Prerendering, pour que Googlebot ne passe pas à côté du contenu).
• Le maillage interne exact et la puissance transférée aux pages stratégiques (les pages quartiers, types de colocs, etc.).
• La structure des cocons sémantiques si vous en avez mis en place pour capter la longue traîne sur Paris et l'Île-de-France.

 

[kartyr]

- 89 requêtes rien que pour la page d'accueil. Pas étonnant que ça rame. Les sites web, aujourd’hui, c'est du grand n'importe quoi.

- 404 pour le logo principal sur mobile. Comment est-ce possible?
https://www.appartoo.com/assets/img/littleLogo-red.webp

- Et les mentions légales... oups, non, ça c'est bon, désolé, l'habitude.

 

[EUSKAL CONSEIL]

C'est assez courant avec cet affichage dynamique, même s'il est probable que tu puisses optimiser. Que dit la search console et le robot text? as tu vu tes logs serveurs? Car aujourd'hui les bots sont devenus fines bouches sur les chargements trop lourds et trop nombreux?

 

[kartyr]

J'ajouterais que Google (et certainement tous les autres) se basent principalement sur la version mobile des sites pour leurs analyses et évaluations.

 

[EUSKAL CONSEIL]

C certain !

 

[rick38]

C'est ultra lent.

Je rappelle qu'il y a des outils comme PageSpeed pour bien identifier les soucis.
https://pagespeed.web.dev/analysis/...olocation-paris/l0ukdktxr7?form_factor=mobile

 

[etienneaubry]

Salut Julie,

Petite vérification complémentaire : j'ai regardé le HTML brut (avant JS) de la page de recherche, et le contenu des annonces (titres, prix, dispo) y est bien présent, donc pas d'alerte côté indexabilité/crawl à ce stade, contrairement à ce qu'on pourrait craindre avec de l'Angular. Le sujet est donc surtout la performance, qui devient elle-même un facteur SEO (Core Web Vitals, expérience de page), en plus de l'impact direct sur la conversion.

Sur les 89 requêtes et la carte qui rame : c'est un classique des sites d'annonces avec carte. Souvent la carte instancie un marqueur par annonce dès le chargement au lieu de faire du clustering (regroupement visuel des points proches, détaillés seulement au zoom) et du lazy-load des marqueurs hors viewport. Ça réduit drastiquement le JS exécuté au premier rendu sans rien perdre à l'usage.

Un réflexe utile en plus du lab PageSpeed déjà partagé : regarder les données terrain dans Search Console (rapport « Signaux Web essentiels ») ou CrUX. Ça confirme si le ressenti des vrais visiteurs, pas juste le test synthétique, est impacté, et sur quel gabarit de page précisément.

Question : la carte charge-t-elle TOUS les résultats de la recherche d'un coup, ou seulement ceux visibles à l'écran ?

 

[MtalUSD]

Salut,

J'ai testé le lien vite fait. Franchement le site est clair et l'idée est top, mais oui, ça rame. Sur mobile (4G, iPhone) c'est le plus flagrant : la page de recherche met un bon moment à afficher les annonces, genre 3-4 secondes d'écran figé avant que ça se remplisse. Sur ordi c'est mieux mais le scroll sur la liste saccade quand il y a beaucoup de résultats.

Le moment où ça rame le plus chez moi c'est au chargement initial de la liste et quand on filtre. Après, une fois chargé, ça va.

Pour ton diag : avec du Angular et beaucoup d'annonces, c'est souvent le rendu côté client qui bloque, tout se charge d'un coup au lieu d'être étalé. Ça vaut le coup de regarder le lazy loading des annonces et le poids des images avant de blâmer le serveur.

La vitesse c'est un des premiers trucs qu'on checke, parce que Google en tient compte pour le classement et que les gens quittent une page lente. Donc au delà du confort, c'est vraiment un point à prioriser si tu veux que le site remonte dans les recherches.

Bon courage pour les fixes !