(Notez que je vais utiliser des captures d'écran ici parce que je soupçonne qu'écrire à ce sujet modifiera le comportement au fil du temps.)
Si vous effectuez une recherche Google pour
meilleures pratiques uiviewcontroller
avec ou sans les guillemets, vous obtenez des résultats comme celui-ci:
Notez que aucune de ces pages ne résout le problème de débordement de pile contenant ces mots dans le titre . Ils résolvent soit a) les sites reflétant nos données Creative Commons et renvoyant correctement à la question source sans nofollow, comme spécifié correctement par nos exigences d'attribution = ou b) nos propres liens internes avec la question, mais pas avec la question elle-même.
La page actuelle avec le titre ...
Meilleures pratiques personnalisées UIView et UIViewController?
... existe-t-il à cette adresse URL ...
http://stackoverflow.com/questions/3300183/custom-uiview-and-uiviewcontroller-best-practices
... et apparemment il est présent dans l'index de Google!
Mais pourquoi n'apparaît-il pas lorsque nous recherchons
meilleures pratiques uiviewcontroller
?
Nous savons que
Google contient cette page dans son index
Nos termes de recherche correspondent au titre de la question
Stack Overflow a un pagerank beaucoup plus élevé que les autres sites qui sont en miroir de cette question sous Creative Commons
Je ne comprends pas. Qu'est-ce qu'on fait mal ici?
Vous ne pouvez pas faire grand chose à ce sujet. Vous pouvez faire quelque chose pour aider, mais le problème est inhérent à l'index de Google.
site:stackoverflow.com
force votre requête sur un fragment contenant une plus grande fraction de vos URL indexées. Cela explique les résultats contradictoires que vous voyez: les résultats de la recherche proviennent de différents fragments.Vous pouvez également transférer le PageRank via votre plan Sitemap XML. Selon cet article :
La racine du domaine est supposée contenir un lien implicite vers le fichier Sitemaps. De plus, le fichier Sitemaps est supposé contenir des liens vers toutes ses URL, pondérés uniformément ou par priorité si ce champ est fourni. Sur ce graphique augmenté, le PageRank peut être calculé pour chaque URL de la page Sitemaps.
StackOverflow ne renvoie pas à toutes les questions du site. cela ne renvoie qu'à une infime minorité de questions pendant une très brève période. De plus, si j'ai bien compris, vous supprimez même des liens dans votre sitemap, en vous reportant uniquement aux questions les plus récentes. Tant de pages du site ne tirent aucun avantage du très élevé PageRank de la page d'accueil.
Donc, vous pouvez aider ce problème un peu en en vous assurant que votre sitemap XML est complet à 100% (pas seulement les questions les plus récentes, mais TOUTES LES) en s'assurant que chaque page de question peut être atteinte par une courte chaîne de liens partant de la page d'accueil.
Mais même cela ne fonctionnera pas toujours. vous ne pouvez pas raisonnablement vous attendre sur chaque page de votre site à un PageRank élevé. Dans ces cas, ces pages seront explorées, mais n'apparaîtront probablement pas dans de nombreux fragments, de sorte que Google ne les retournera pas toujours.
Bonne chance!
EDIT: Jeff déteste les sitemaps, j'ai donc mis à jour cette réponse pour le rendre plus facile à lire.
Je ne sais pas si cela fait une différence, mais en regardant le code source de la page de efreedom, j'ai remarqué qu'ils utilisaient les marqueurs google_ad_section_start et google_ad_section_end ( http://www.google.com/support/adsense/bin/answer .py? hl = en & answer = 23168 ). Cela pourrait-il permettre à Google de mieux peser le contenu réel du site?
En outre, le contenu réel semble être plus proche du haut de la page, alors qu'avec SO, de nombreuses cérémonies ont lieu avant le contenu réel (cela n'a peut-être pas d'importance, cela n'a pas d'importance, juste une supposition).
Réponse très courte et super facile. Ping la question.
Je travaille dans le référencement, et c’est comme ça que je gagne des dizaines de dollars par an;) ... les choses se présentent dans le grand G.
J'ai dépensé des milliers et des milliers de dollars pour créer un outil qui accélère tout cela pour moi.
2 choses vous font apparaître avant le reste (pour les phrases exactes)
Cinglez la page, cinglez le plan du site et laissez les miroirs vous rediriger ... Il y a une phrase que nous avons dans le monde du référencement, c'est Google Dance, vous allez rebondir sur les résultats plus tard, tandis que Google trouve où trouver vous place "en permanence".
EDIT
Pour plus de clarté, voici un PDF sur les différents robots Google http://www.telezent.com/telezent/Resources/FAMILY-OF-GOOGLE-CRAWLERS.pdf
Le schéma de liens internes de votre site est un élément important à prendre en compte pour le référencement: les liens internes ont une incidence sur la spiderability et la pondération des pages de votre site.
Une des recommandations pour les liens internes est que les pages ne doivent pas contenir plus de 100 liens - plus de 100 commencent à avoir l'air spammy (pour un robot) et diluent la valeur de chaque lien au point où chaque lien n'a pas beaucoup de valeur. du tout, même si vous créez un lien depuis une page de haute autorité.
Il est intéressant de noter que la page d'accueil de Stack Overflow contient environ 700 liens dans son code source, alors qu'Efreedom n'en compte qu'environ 35. Les pages de sujets individuels sur SO ont plus de 100 liens, alors qu'Efreedom en compte environ 30.
Ceci étant dit, l'index Google qui me fournit des résultats semble bien fonctionner, avec SO en haut (du moins pour les 10 recherches que j'ai effectuées).
Je me demande s'il y a un problème spécifique à l'emplacement ici?
Depuis mon bureau dans le centre de Londres (la version britannique), je viens de googler uiviewcontroller best practices
et les trois premiers résultats sont SO, avec un seul lien efreedom en n ° 4. C'est une recherche google.co.uk .
En général, je pense que les liens SO figurent plus haut dans les résultats de recherche de Google. En réalité, je ne connaissais pas la liberté en ligne avant aujourd'hui.
Je remarque que l'entrée eFreedom d'Alexa l'a classée # 568 pour l'Inde - peut-être y a-t-il un biais particulier dans les recherches indiennes?