[problematique]couper une page trop longue

[rog]

bon je prepare un site autobiographique (oui c'est sur moi-même - lol)

je narre certains episodes qui font souvent 2 ou 3 pages word

comme je n'aime pas les pages avec des scroll interminables, je ne veux pas les imposer à mes visiteurs

donc il faut que je coupe le texte à hauteur d'ecran

j'ai pensé à une multitude de solutions et je me suis arrêté à celle-ci

le texte serait decoupé en plusieurs partie representées par des variables dans une fonction javascript style

var ini = 1ere partie
var suite1 = la suite
var suite2 = encore la suite
var fin = la fin

ce serait plutot un array mais c'est pour l'exemple

j'aurai une fonction display_div(index,div_name)

qui placerait le contenu dans la div, me permettant de placer des liens suite ou precedent noir meme des index de navigation

sans avoir fait de tests je presume que c'est la methode qui chargera le texte le plus vite dans la page

mais mes questions sont :

- est-ce la meilleure solution
- et google dans tout ça ?

rog

[SpeedAirMan]

Bonjour rog,

personnellement, je te déconseille de procéder de cette manière

Je lis actuellement beaucoup d'articles et un livre sur l'utilisabilité. C'est très très interressant et on en apprends beaucoup sur le comportement des internautes.
Par exemple, même si JavaScript est très souvent supporté (+ de 90%), il arrive qu'il soit désactivé. De plus, le JavaScript s'execute côté client et peut parfois être mal interprété ou faire ralentir la machine. Puis pourquoi cacher du texte... ?

Concernant les textes écrits pour le web, une bonne pratique est de faire court et concis. Les internautes n'aiment pas lire, ils ont tendance à scanner la page à la recherche d'informations qu'ils cherchent. Il faut donc bien structurer le texte, mettre les termes importants en gras, faire des titres et sous-titres, faciliter la lecture des énumérations en créant des listes etc.

Il faut également veiller à ce que les lignes de textes ne soient pas trop longues. 60 - 70 caractères par ligne est optimal j'ai lu, mais ça me parait peu...
Les lignes de textes trop longues (largeur de la page) sont plus difficiles à lire.
Il faut également faire des phrases courtes, et accessibles au plus grand nombre, à part si ton site est très spécialisé et que ton public est connaisseur.
Il faut utiliser un langage et des mots qu'un homme d'un niveau de 4ème pourrait comprendre.

sans avoir fait de tests je presume que c'est la methode qui chargera le texte le plus vite dans la page

Encore une fois : quel est l'interêt de charger du texte que personne ne lira ?
Si tu le cache, sache que peu de personnes cliqueront pour dévoiler le texte.
Je te suggère plutôt de travailler tes textes afin qu'ils soient divisés en parties distinctes, et de séparer ces parties en pages différentes.
Exemple : chapitre 1 = page 1, chapitre 2 = page 2 etc.
De cette manière il n'y aura pas de page interminable à scroller.


à réfléchir...

[dop20vt]

Au plus simple, tu divises tes textes en plusieurs pages html avec un lien vers la page suivante sur chacune d'elles ... non ??

[SpeedAirMan]

Au plus simple, tu divises tes textes en plusieurs pages html avec un lien vers la page suivante sur chacune d'elles ... non ??

merci de résumer ce que j'ai dit

[rog]

oui mais on va dire que tout est fait pour mettre une pression sur le lecteur pour qu'il lise tout le texte

comme je veux absolument éviter le scroll, je dois trouver la methode la plus rapide possible pour afficher la suite du contenu et maintenir la pression

hors afficher un texte deja present dans le navigateur va générer un flux client/client qui sera toujours plus rapide qu'un echange de flux client/server

je pensais aussi à les insérer toutes en display:none et coller un javascript qui modifierait la propriété de la methode display mais je crain les foudres de google

la question principale est quand même est-ce que google va référencer le texte contenu dans mes variables javascript (je ne pense pas mais je vous consulte)

rog

[ybet]

C'est une vision, mais si quelqu'un est intéressé par un article, il va jusqu'au bout. Sinon, que le texte soit coupé en petit morceau ou non, il quitte de toute façon.

Avantage des petites pages, plus facile à monter sur une grosse requête. Avantage des grosses pages, plus de visiteurs sur des requêtes moins généralistes. Et par expérience, c'est souvent le deuxième type qui ammène plus de visiteurs.

[rog]

et oui

mon but est de faire intégrer la totalité du texte au moteur

rog

[nickargall]

je pensais aussi à les insérer toutes en display:none et coller un javascript qui modifierait la propriété de la methode display mais je crain les foudres de google

Disons que normalement, un inspecteur Google humain pas trop bête verra que ce contenu peut être rendu visible facilement sur la page, et ne devrait pas sanctionner le site.

la question principale est quand même est-ce que google va référencer le texte contenu dans mes variables javascript (je ne pense pas mais je vous consulte)
rog

Là c'est vraiment pas sûr du tout. La seule façon totalement sûr de pas être sanctionné et de pouvoir déclarer tout ton contenu sera de le découper en plusieurs pages HTML, avec pagination, et des éléments d'entête (title et meta desc) différents

[SpeedAirMan]

C'est une vision, mais si quelqu'un est intéressé par un article, il va jusqu'au bout. Sinon, que le texte soit coupé en petit morceau ou non, il quitte de toute façon.

Pas une vision, une observation partie de constatations et qui donnent des statistiques. Ce n'est pas juste un avis

Mais je suis tout à fait d'accord que quand on est interressé par un article : on le lit jusqu'au bout. Mais les statistiques sont là. On écrit pour attirer du monde via les moteurs, mais aussi pour informer les visiteurs. Donc quand ils arrivent, il faut qu'ils soient attirer par le texte et ai envi de le lire, pour rester plus longtemps par exemple.
Donc : ne pas donner des blocs de textes impossible à digérer.



Ok, admettons que Google référence ta page entière, même les parties cachées. Si quelqu'un tombe sur ton site après avoir tapé un mot clé dans un moteur de recherche, et que ce mot clé se réfère à une partie cachée : ton visiteur se sentira perdu et aura eu l'impression de se faire avoir. Il ne reviendra pas.
Prends donc soin que ton site soit très facilement utilisable et que les visiteurs comprennent tout de suite comment afficher les parties cachées, et ce qu'ils y trouveront.
à partir du moment où on doit expliquer comment fonctionne un menu, on peut se dire que ce menu n'est pas facilement utilisable / intuitif.

[julienr]

pas de variable js pour le ref c'est évident mais par contre des divisions + css c'est mieux

<div>premiere<p style="display:none">deuxieme<p style="display:none">troiseme</p></p></div>

j'ai fait un truc comme cela uniquement en css avec le :hover et le hack qui va bien pour ie, je pense et j'espère que ce n'est pas sanctionnable, puisque qu'en effet sur le onmouseover le contenu apparait

[Florent V.]

la question principale est quand même est-ce que google va référencer le texte contenu dans mes variables javascript

Non (du moins pas à l'heure actuelle). Ce texte ne sera accessible ni aux moteurs, ni aux internautes qui ne disposent pas de Javascript (pour diverses raisons sur lesquelles je ne reviens pas).

je pensais aussi à les insérer toutes en display:none et coller un javascript qui modifierait la propriété de la methode display mais je crain les foudres de google

C'est déjà mieux, mais pour les utilisateurs qui n'ont pas Javascript il y a une partie du contenu qui sera toujours cachée, donc inaccessible.

En général, si on veut faire de l'unobtrusive javascript tip top, on cachera les éléments à cacher via Javascript.

On peut avoir une structure comme suit:

Code: Tout sélectionner

<h1>Titre de mon article</h1>

<h2>Sommaire:</h2>
<ul>
   <li><a href="#partie1">Première partie</a></li>
   <li><a href="#partie2">Deuxième partie</a></li>
   <li><a href="#partie3">Troisième partie</a></li>
</ul>

<div id="partie1">
   <h2>Titre de la première partie</h2>
   <p>Contenu de la première partie</p>
</div>

<div id="partie2">
   <h2>Titre de la deuxième partie</h2>
   <p>Contenu de la deuxième partie</p>
</div>

<div id="partie3">
   <h2>Titre de la troisième partie</h2>
   <p>Contenu de la troisième partie</p>
</div>

En Javascript, au chargement de la page, tu:
- cache les parties 2 à N;
- intercepte le clic sur les liens du sommaire;
- lors du clic sur un lien du sommaire, afficher le bloc correspondant et cacher les autres blocs.

Mode "enhanced" avec Javascript: tu obtiens l'effet voulu.
Mode "basic" sans Javascript: tu as tout ton contenu, correctement structuré, avec des liens d'accès rapide aux différentes parties de l'article pour faciliter la navigation interne.

Que demande le peuple?

[Elvis]

Il faut utiliser un langage et des mots qu'un homme d'un niveau de 4ème pourrait comprendre.

Je trouve débile d'utiliser volontairement un langage appauvri quand on a les possibilités de rédiger quelque chose de riche, sur Internet, le monde de l'information... Quand on cherche des infos sur le net on veut se renseigner, apprendre, progresser. Je pense pas que des mots et des structures soutenues puissent être un frein qui passe l'envie aux gens de lire une page. Bien au contraire !

'fin bon, si c'est une étude qui le dit Le but poursuivi par le webmaster doit y être pour beaucoup.


Sinon pour en revenir au sujet, je pense que tu n'as pas à t'inquiéter pour l'indexation d'un contenu masqué en javascript.
Si je cherche sur google du texte qui est masqué en javascript sur mon forum, google m'affiche les pages en question et le texte originellement masqué dans la description.

[Florent V.]

j'ai fait un truc comme cela uniquement en css avec le :hover et le hack qui va bien pour ie, je pense et j'espère que ce n'est pas sanctionnable, puisque qu'en effet sur le onmouseover le contenu apparait

Plutôt que de détourner CSS de son usage «normal», on peut sans doute utiliser Javascript qui est fait pour ça...

[dop20vt]

Je plussoie florent pour l'utilisation du javascript !!

C'est d'ailleurs ce que je fais pour le menu de mon www entre autre !! Le seul "problème" est que pendant le chargement de la page, tout le texte est visible et les parties à cacher disparaisse après !! Ce n'est pas très sexy !! C'est pour cela que j'utilise un preloader !!

[julienr]

c'est quoi çà, c'est sale maintenant d'utiliser le css ?!