Ernestine

Salut, C'est pareil pour mon site et ça m'embête un peu... Plusieurs webmasters m'ont fait un lien en oubliant de mettre les www, des liens à PR4 ou 5 en plus... Ce qui fait que j'ai un PR4 pour mon site si je ne mets pas les www (et 5 si je les mets). Comment faire pour récupérer un peu de ce PR gaspillé ?

Eh oui Le WAP n'a pas eu le succès espéré à son lancement. A chaque fois que j'ai lu des choses là-dessus, les raisons données étaient les suivantes : _ Ecran trop petit (on ne peut pas faire grand chose dessus) _ Débit trop lent (9 ko par secondes en général) Mais je pense qu'ils ont faux sur toute la ligne. Je vais vous le dire, moi, pourquoi le WAP a été un échec lamentable : le prix ! Rien de tel que de surfer sur le WAP pour exploser votre forfait. Faut être logique. Quand on a le Net illimité sur son ordi et un pauvre forfait sur son mobile, on fait vite son choix. Alors ils sont bien gentils, les SFR, les Itinéris et les Bouygue, mais qu'ils ne s'étonnent pas si leur WAP n'intéresse personne. Et qu'ils ne viennent pas nous dire que c'est une histoire de taille d'écran ou de je ne sais quoi

Si je te le dis c'est que c'est vrai !!! D'ailleurs ce n'est pas moi qui le dis c'est Dan : Et "web design" est bel et bien différent de "web, design".

Un site wap statique c’est bien, un site wap dynamique c’est mieux ! D’autant que le concept du téléphone mobile privilégie l’interaction avec l’utilisateur. La plupart des sites WAP sont destinés à donner une information dynamique (actualités, news, annonces, etc), il n’est pas concevable de passer à côté de langages tels que l’ASP ou le PHP. Nous allons donc voir comment créer une interaction avec l’utilisateur. Lire l'article

Hello Nissone, Un conseil : ne te prends pas trop la tête avec la balise méta Keywords, ce n'est vraiment pas le plus important. Sache que Google n'en tient pratiquement pas compte. Pour les accents, pas la peine d'écrire deux versions de chaque mot : il faut mettre les accents, point. Mais il faut les écrire de façon codée, avec les entités HTML. Par exemple pour le mot "entrée", il faut l'écrire "entre& eacute;" (sans l'espace). Ainsi, il sera trouvé aussi bien quand l'internaute tapera "entree" que quand il tapera "entrée". En tous cas, Dan nous en fait la démonstration pour Google. Pour les autres moteurs, je ne sais pas. Et ce que je dis là, c'est valable pour les mots de la balise Keywords, mais aussi et surtout pour les mots de la page, du titre, de texte, etc.... Pour les pluriels, je pense qu'il faut écrire les deux. Oui, "web design" et "webdesign" sont tout à fait différents, il faut écrire les deux. De même, si par exemple tu fais un site sur l'île Maurice, il faudra écrire dans les keywords "ile, maurice, ile maurice". Sinon, pour savoir combien de fois un mot clé ou une exrpession est tapée dans les moteurs, tu vas ici : http://inventory.overture.com/d/searchinve...gestion/?mkt=fr Mais bon, tout ça c'est bien joli, mais à partir de plusieurs centaines de pages, je me demande bien comment on peut réussir à optimiser toutes les pages une par une.

Hello Netutil, Dans ton profil, tu peux renseigner ton site web, ton adresse e-mail et ton identité MSN : inutile, donc, de les remettre dans ton message Surtout que de cette façon, ta boîte aux lettres risque de se retrouvée pleine de spam (alors que si tu indiques ton adresse e-mail dans ton profil ça n'arrivera pas). Pour les annuaires il n'y a pas de secret : tu inscris ton site (une seule fois) et tu attends... Ca peut être long. Les plus rapides sont AOL et Dmoz (encore faut-il que la catégorie pour laquelle tu postules ait un éditeur). Pour les autres comme Yahoo et Lycos ça peut être beaucoup plus long, sauf bien sûr si tu paies. Ca c'est pour les annuaires. Pour les moteurs c'est pareil, tu peux aller t'y inscrire si ça te fait plaisir, mais en général ils trouvent eux-mêmes les sites. Mais bon, rien ne coûte d'aller remplir les formulaires de google, altavista, alltheweb, voila, msn. Ernestine

Aussi bien l'habit ne fait pas le moine, aussi bien le logiciel ne fait pas le webmaster

Salut, Dis, ce serait tellement plus simple si tu donnais plus de détails... Un peu comme pour les kits graphiques dont tu parlais l'autre jour Là par exemple, tu aurais pu préciser ce que tu voulais mettre en téléchargement. En tous cas pas besoin de script. Le plus simple est de placer ton ficher sur ton compte web et de faire un lien vers celui-ci, sur l'une des pages de ton site. Quand un visiteur clique dessus, ça lance le téléchargement. Cependant, comme ce sont de gros fichiers, ça consomme beaucoup de bande passante. Alors attention aux limites imposées par ton hébergeur. Chez OVH par exemple, nous n'avons pas le droit de le faire (du moins pas sur tous les plans). Mais il est possible de placer les fichiers sur un FTP anonyme, en plus le FTP est plus rapide que le HTTP. Sinon, si tu ne veux pas que tes visiteurs soient obligés de cliquer sur le lien, tu peux aussi lancer le téléchargement automatiquement dès ouverture de la page. Ca prend deux lignes de code. Note perso : quand je proposais des mp3 en téléchargement sur mon site, je les hébergeais ailleurs, sur un compte gratuit (wanadoo). Comme ça j'étais sûre de n'avoir aucun souci avec mon hébergeur.

Oui Marie, ce n'est pas la fin du monde. Mais comme tu l'as vu, les sites faisant plus de 10 000 pages vues par mois sont considérés comme "pros", et dans ce cas les tarifs sont bien plus élevés : 35 euros Ht par mois !!!! 35 euros par mois... quel amateur serait prêt à payer cette somme ?

Il y a un truc que je trouve bizarre sur ton site, ce sont les liens. Par exemple : -http://tcantony.free.fr/accueil.php?main=tarifs/tarifsclub.php Ce qui me gêne c'est le / en plein milieu de la seconde partie de l'URL. C'est la première fois que je vois ça, mettre un / au milieu des paramètres de l'URL. Sinon tes titres : tu as mis le même pour chaque page, il vaut mieux en mettre un différent à chaque fois. Pour la page d'accueil, évite d'écrire : "Bienvenue au tennis club d'Anthony", le "bienvenue" est inutile, personne ne tape jamais ça dans un moteur, il vaut mieux que tu mettes simplement "tennis club d'anthony". Pis sinon, ben il faut échanger des liens, c'est obligatoire pour être bien classé.

Mais sache d'ores et déjà qu'il n'y a pas lieu de s'affoler. Si ton site n'a qu'un mois d'existence, il est tout à fait normal que ton référencement ne soit pas bon. Ca va venir, patience. Il est aussi tout à fait normal que ton site apparaisse puis disparaisse peu après. C'est chose courante chez Google. Mais donne l'URL de ton site, ce sera plus simple

Dino, pour voir la source de la page affichée en popup, il suffit de taper son URL tout simplement Je suis étonnée pour les popups. J'étais persuadée que google ne pouvait pas suivre les liens en javascript, or une popup s'ouvre toujours à travers une fonction javascript. Magix> Je me permets de répondre à la place de Dan, puisque j'ai la réponse à ta question. En fait, google fait une différence entre ces deux pages : site.com et site.com/index.html Tu me diras que c'est stupide puisque c'est la même chose. Mais non, pour google ce n'est pas la même chose. C'est pourquoi, pafois, il y a une différence de PR selon que l'on tape site.com ou site.com/index.html C'est pour cette raison qu'à l'intérieur du site, il vaut mieux faire des liens absolus vers site.com Ainsi il n'y a pas de dilution, un peu comme si la page index.html n'exisitait plus.

Hello Dino, Si je comprends bien ton site, ce sont des textes parlant du canal du midi (tu connais la chanson de Mano Solo ?) avec des photos. Pourquoi chercher le canal du midi à quatorze heures ? Tu ne risques pas de te faire pénaliser pour contenu identique... ça n'arrive que quand il s'agit de sites identiques à deux adresses différentes. Je n'ai pas trouvé les pages en noindex dont tu parles. Apparemment on peut voir les photos dans des popups, mais google ne référence pas les pages qui s'ouvrent dans des popups. Enfin je n'ai pas vraiment cerné ton problème...

Hello Beatnikk et bienvenue Pour Dmoz, tu dis qu'il t'a fallu un mois d'essais quotidiens pour le soumettre. J'espère tout de même que tu ne l'as pas soumis trente fois de suite il ne faut jamais soumettre plus d'une fois. Pour Google ne t'inquiète pas, ça arrive très souvent qu'une page apparaisse et disparaisse peu après. Il faut suvire les conseils de Dan (toujours) en remplissant le NOFRAMES, et puis il faut échanger des liens, et ça marchera, c'est sûr... Ernestine

Très intéressant, merci

Le WML est le langage du WAP, un peu comme le HTML est celui du WEB. Les deux sont d’ailleurs très ressemblants, et si vous êtes déjà webmaster d’un site classique, un site pour téléphone mobile ne vous posera aucun problème majeur. Lire l'article

Attends... si je te suis bien, tu es en train de dire qu'une place chez Dmoz peut être pénalisante, car elle "enferme" le site dans un domaine précis ? Je ne sais pas... De toutes façons, si tu poses ce débat sur Dmoz, c'est aussi valable pour n'importe quel annuaire ou site web : nous savons que Google tient compte de la page qui fait le lien. Qu'il essaie de mettre en rapprochement les mots de la page liante avec ceux de la page liée. Et que c'est pour cette raison qu'il vaut mieux faire des échanges de liens avec des sites traitant du même sujet. Donc finalement, avoir un lien sur un site traitant du même sujet que le sien, ou bien avoir un lien dans une catégoie appropriée de Dmoz, dans le fond c'est la même chose ! Même si Dmoz est en quelque sorte "l'annuaire préféré" de Google, je ne pense pas qu'il le parcourt avec un algorithme différent que celui employé pour n'importe quel autre site.

Kmakleod > Je pense qu'une adresse commune pour les deux versions du site aurait un double avantage : _ facile à retenir _ facile à taper sur les petits claviers Je ne pense pas que mes visiteurs wap arriveront à partir d'un autre site wap. Je crois plutôt qu'ils viendront après que je leur aie donné l'adresse sur mon vrai site. De plus, les annuaires wap sur le web font souvent des liens cliquables. ca n'a aucun sens puisque ces pages ne sont pas visitables... sauf si j'utilise cette méthode. Ainsi ça me ferait des BL en plus, même si ce n'est pas le but de la démarche. Comme le signale Cariboo, la plupart des gros sites (Google le premier) ont une version WAP, qui est à la même adresse que le site principal. C'est l'idéal, c'est sûr... Cariboo> Comment ces pages pourraient-elles être indexées par les robots "normaux" ? C'est du WML, et je n'ai jamais vu aucune page WML dans les résultats d'un moteur... Je vais me renseigner sur la façon dont sont référencés les sites WAP. Anonymus > Oui, c'est vrai que ta réponse dans l'autre topic était parfaitement adapté dans celui-ci, merci. Merci à Tizel pour les infos.

Bonsoir, J'aimerais quelques informations sur ce qu'on appelle le Cloaking. Si j'ai bien compris, c'est une technique qui détecte le navigateur de l'internaute et lui renvoie une page en conséquence. Certains en profitent donc pour envoyer des pages spécifiques aux moteurs, ce qui bien sûr mérite un carton rouge. J'aimerais savoir comment on fait. Ce n'est pas pour tricher. C'est juste que j'ai fait une version WAP de mon site, et je voudrais que l'adresse de cette version WAP soit la même que celle de mon site. Au moment de la reqûete, on regarderait si le navigateur de l'internaute est un navigateur WEB (classique), ou bien un navigateur WAP (téléphone mobile), et en fonction de ça j'enverrais soit mon index.php soit mon index.wml Je pose cette question ici, car ma première inquiétude vient des moteurs de recherche : est-ce que je ne risque pas de me faire bannir par un tel procédé ? Merci, Ernestine

Salut Tizel (je t'appelle Tizel car il y a plusieurs Nicolas ici ) Merci beaucoup pour ce lien Tu as tout à fait raison : les émulateurs WAP sont à utiliser avec beaucoup de méfiance : ils sont beaucoup plus tolérants (au niveau de la syntaxe de la page) qu'un véritable téléphone. Pour un mobile : le moindre non-respect de la norme WML aura pour conséquence le rejet de la page. Alors que l'émulateur, lui, il fera des efforts pour l'afficher quand même...

Hello Anonymus, Ta proposition pourrait être intéressante si je ne devais pas m'occuper du découpage des articles pour la version WAP. Merci tout de même En attendant CA Y EST ! Tout a l'air de fonctionner correctement. Saisissez votre mobile et rendez-vous sur http://www.journal-Ernestine.com/wap (ne fonctionne pas sur un navigateur web)

Je pense qu'il y avait une raison à cette extension .html pour les squelettes : bien faire comprendre aux utilisateurs qu'il s'agissait là de pages "classiques", comme on en ferait pour n'importe quel site web. Avec bien sûr des balises SPIP. J'ai lu quelque part que l'utilisation du php à l'intérieur d'un squelette était un peu contraire à l'esprit de SPIP : ceux-ci devraient normalement se contenter d'utiliser les boucles SPIP qui permettent déjà de faire beaucoup de choses. Mais parfois on n'a pas le choix. L'idéal aurait été de donner aux squelettes l'extension .spip je trouve.

Hello Hervé, En fait, SPIP n'est pas vraiment prévu pour ça... A priori, SPIP est fait pour être installé à la racine. De là, dans la partie admin, on crée des rubriques et des sous-rubriques, ce qui est en quelque sorte l'équivalent des répertoires et des sous-répertoires des sites web classiques. Mélanger l'un et l'autre (rubriques et sous-rubriques dans des répertoires et sous-répertoires), ce n'est pas franchement l'idéal... Au pire tu peux essayer (je dis bien essayer car moi je n'ai pas vraiment réussi) de recréer une arborescence virtuelle, en te basant sur cet article : http://www.uzine.net/spip_contrib/article....?id_article=167

Eh oui, sache que SPIP autorise tout un tas de libertés. Figure-toi par exemple que non seulement le squelette peut contenir du php, mais aussi des balises XML ou WML. Ainsi, tu te retrouves avec une page d'extension .html, qui est un script php, qui écrit des balises WML, et que donc tu peux lire sur ton téléphone portable. C'est pas beau ça ? Si c'est beau... Mais pas facile quand même... Ca fait quelques jours que je galère dessus... Mais SPIP est plein de bonnes surprises, tu n'es pas au bout de tes découvertes

C'est un lecteur qui me l'a proposé et m'a fait une page. Mais c'était un cadeau empoisonné puisque maintenant je me suis prise au jeu et je n'y arrive pas. J'ai compris d'où venait ma parse error. C'est parce qu'en fait, quand dans un squelette SPIP on écrit par exemple : <? echo "([#TEXTE*|filtre])"; ?> C'est d'abord le contenu de ([#TEXTE*|filtre]) qui est calculé et mis dans le echo. Alors que moi, j'aurais voulu que le echo affiche ([#TEXTE*|filtre]) qui ensuite aurait été calculé. Donc en gros, si le truc ([#TEXTE*|filtre]) génère un texte avec des guillemets, une fois placé dans le echo les guillements génèrent une erreur. Mais ça encore ce n'est pas grave, c'est facilement résoluble. Moi, mon filtre doit prendre un paramètre. Enfin deux paramètres : $texte (normal), et le numéro de l'article. J'avais donc pensé écrire : <? $numero = "#ID_ARTICLE"; echo "([#TEXTE*|filtre{" . $numero . "}])"; ?> Mais non, puisque c'est l'ensemble [#TEXTE*|filtre{$numero}]) qui est traité en premier, il ne connaît pas $numero. Et au lieu de passer le numéro de l'article en paramètre, il lui passe .$numero. ce qui ne mène à rien. Je suis bien embêtée. J'aimerais savoir s'il est possible de passer tout simplement #ID_ARTICLE en paramètre. J'ai fait quelques essais mais rien de concluant. Par exemple : ([#TEXTE*|filtre{[#ID_ARTICLE}]) ne marche pas. HELP PLEASE !