Dados los problemas de posicionamiento que esto puede generar recomendamos que se eviten este tipo de cabeceras. Mirando por la red he encontrado diversos sitios que comentan que para desactivar la opción del 300 se debe poner en el .htaccess lo siguiente.

Options -MultiViews

Pero a mi y a muchos otros no les ha funcionado. Por fin he encontrado un post que me ha dado una solución que me ha funcionado. Añadir en el fichero .htaccess lo siguiente:

CheckSpelling off

Esta directiva elimina la opción de la pantalla 300 y crea una página normal de fichero no encontrado.

Entradas realcionadas

No hay entradas relacionadas.

No es que haya realizado un gran estudio para llegar a la conclusión, pero pienso que así es simplemente porque aparece en un punto de las directrices técnicas que ofrece Google. Google recomienda:

1-. Page Speed: es el que he utilizado yo. Es un complemento (add-on) de Mozilla o Chrome. Tiene que ser instalado junto con el firebug (Firebug Chrome y Firebug Mozilla).

2-. YSlow: no lo he probado, pero es parecido al PageSpeed ya que funciona bajo el Firebug también y está desarrollado por Yahoo!

3-. Web page tester: este está muy bien en el sentido de que puedes hacer la prueba de velocidad simulando estar en diferentes partes del mundo: París, Nova York, Dallas, Singapur, Australia,… España no esta por el momento. Es lógico que el tiempo de carga va a ser distinto dependiendo de la ubicación del usuario y la del servidor.

4-. Google Webmaster Tools también dispone de una herramienta.

Puedes consultar otras herramientas que recomienda Google en http://code.google.com/intl/es/speed/tools.html.

La verdad es que cuando empezé a mirar esto del tiempo de carga me quedé un poco frustrada ya que todas las webs que caían en mis manos no cumplian con todo lo que me indicaba el Page Speed. Pienso que está muy bien tenerlo en cuenta y ver si tu servidor es demasiado lento, o tienes demasiadas imágenes, o estas pesan demasiado,… y corregirlo, pero todo es casi imposible. Por ejemplo, la página de Google Apps for Business de Google (http://www.google.com/apps/intl/es/business/index.html) no cumple con todo lo que indica el Page Speed, tiene una puntuación de 80/100.

Entradas realcionadas

1. La carga de una página Web afecta al posicionamiento
2. Redistribuir el PageRank por un sitio web

Esta herramienta nos va muy bien ya que podemos conocer qué está fallando en nuestro sitio Web o en nuestro servidor. Por ejemplo, hace algún tiempo me di cuenta de que un servidor me estaba volviendo un código de estado HTTP 200 OK cuando la página era un error 404. En esas que se me empezaron a indexar páginas en Google que ni siquiera existían y eso me trajo problemas. También puede servir para evaluar posibles “fallos” de programación como el que contamos en un artículo anterior “Error 404 y el posicionamiento Web“.

Además de leer los códigos de estado HTTP también tiene algunas funcionalidades extras, por ejemplo, si la página devuelve una cabecera 3XX la herramienta te devolverá la URL donde se ha redirigido la página, si la página devuelve una cabecera 2XX la herramienta devolverá todas las meta etiquetas de esa página y el title.

Entradas realcionadas

1. Herramienta de google adwords para palabras clave
2. Herramienta para detectar plagio de contenido en Internet
3. La importancia del error 404 para el posicionamiento web

Uno de los errores que más me encuentro, yo personalmente, es que en sitios web tipo catálogo de productos o tipo tienda virtual, se devuelve algo a pesar de que la URL no sea correcta. Por ejemplo, pongamos un sitio web donde se pasa el id del producto por URL tal que se puede acceder a todos los productos a partir de una URL tipo esta:

www.tienda.com/productos.php?id=215

Cuando el id existe es perfecto, pero si el id no existe te devuelve una especie de pseudopágina con la plantilla de lo que sería un producto y todo vacío. Lo más grave es que Google coge esta página y la indexa tan tranquilamente ya que el programador no se ha molestado en devolver un error 404 cuando el producto no existe.

No es fácil controlar los enlaces que vienen de otros sitios web, y es probable que te puedan enlazar erróneamente con un id que no existe. Las urls sin contenido se van indexando y eso no beneficiará para nada el posicionamiento.

Yo personalmente aconsejo controlar este tipo de cosas y que se devuelva un error 404, el código en php sería muy simple.

header("HTTP/1.0 404 Not Found");

Simplemente hay que ser un poco más limpios programando y hay que pensar que las páginas las leen los humanos y esto es lo más importante, pero las páginas también las leen las máquinas y hay que comprender y ver lo que ellas ven.

Entradas realcionadas

1. Posicionamiento Web para Flash
2. Optimización enlaces para el posicionamiento
3. La carga de una página Web afecta al posicionamiento

Ya sé que desde el año pasado Google puede indexar mejor el Flash.

…Google may now be better able to discover and crawl more of your website.

Es decir, “puede que Google esté mejor capacitado que antes para indexar más [del contenido Flash] de tu web.” Con esto Google deja muy claro que no es capaz de indexar y entender el Flash igual que indexa y entiende el contenido HTML.

¿Por qué resulta tan difícil indexar y entender el Flash? ¿Por qué es tan complicado el posicionamiento web para Flash?

No hay URLs

Con el Flash, se puede (y se suele) tener páginas distintas con contenido distinto pero sin URLs distintas. Si el diseñador no separa cada “página” dándole a cada una su propia URL, Google solo podrá indexar una sola URL, la del fichero Flash.

Además, sin distintas URLs, los usuarios no pueden enlazar con zonas internas de la web. Eso quiere decir que la web no recibirá enlaces profundos y tendrá una distribución superficial de PageRank. Es más, ya que los usuarios solo pueden enlazar con una sola URL (que suele ser la home), los textos de los enlaces entrantes a esa página pueden ser demasiado heterogéneos, lo que diluye la relevancia de la página.

Poco PageRank

Cuando hay enlaces dentro del contenido Flash que apuntan a otro contenido Flash sin ninguna URL propia, esos enlaces pasarán poco PageRank. Una de las formas más fáciles de aumentar el PageRank de una web, y por tanto mejorar el posicionamiento, es crear nuevas URLs con contenido y enlaces a otras páginas dentro de la misma web.

Google solo lee el texto

Si el texto aparece en una imagen, Google no puede leerlo. El texto tiene que ser texto.

Texto sin estructura

El formato del HTML se basa en los documentos de texto formales. Cada página tiene una jerarquía de títulos, subtítulos, párrafos, etc. distinguidos por etiquetas correspondientes (Ej. <h1>, <h2>, <p>).  Los buscadores utilizan estos elementos para entender la estructura y el contenido de las páginas web. El Flash no tiene estos elementos de estructura textual. El Flash carece de estas etiquetas de estructura.

Una experiencia pobre para el usuario

Si Google encuentra contenido Flash sin URL propia, Google puede indexar el contenido y mostrarlo en los resultados de búsqueda. Ya que este contenido Flash interno no tiene su propia URL, Google se ve obligado a enlazar con la URL raíz. Cuando el usuario ve el snippet en Google, espera ver el mismo contenido en la página de destino. Sin embargo, ya que Google no puede enlazar con ese contenido, el usuario llega a la página de destino y el contenido no está. Para encontrar el contenido que ha mostrado Google en sus resultados de búsqueda, el usuario tiene que re-buscarlo haciendo clic en todos los enlaces, cosa que no va a hacer. Es mucho más fácil volver atrás y visitar otro de los resultados de Google.

Para el posicionamiento web para Flash…

Mis recomendaciones son:

• Utilizar siempre URLs distintas para todas las  “páginas”. Si enlazas con contenido dentro de una película Flash, ese contenido debe tener su propia URL.
• Crear una versión HTML e insertarla en una etiqueta <noscript></noscript>. Esta etiqueta luego se pone después de la etiqueta <object></object>. La versión HTML debe ser una copia exacta del contenido Flash. Si no, se considera spam y puede que Google deje de incluir tu web en sus resultados.
• Otro método incluso mejor es insertar la versión HTML en un elemento <div></div>. Luego se utiliza el swfobject() para detectar si el navegador del usuario puede visualizar el Flash o no. Si el navegador tiene la versión adecuada de Flash instalada, el javascript sustituye el contenido HTML por la película Flash.
• Para evitar problemas de contenido duplicado, recomiendo impedir que los buscadores indexen los ficheros Flash. Para conseguirlo, se utiliza el fichero robots.txt. En este fichero se incluye el siguiente código:

User-agent: Googlebot
Disallow: /*.swf$

Entradas realcionadas

1. La importancia del error 404 para el posicionamiento web
2. Optimización enlaces para el posicionamiento
3. Nueva herramienta para leer cabeceras web

Una manera que se me ocurre es trabajar con los metadatos de la siguiente manera:

if (parametro1!="" || parametro2!="") {
< meta name="robots" content="noindex, follow" >
}

De esta manera le estas indicando a Google que no ponga en su índice esta página, pero sí que siga los enlaces que se encuentre en ella.

Pero la empresa Google es muy consciente de este problema y sabe que muchos webmasters lo tienen, es por ello que hace relativamente poco han sacado una nueva funcionalidad dentro de la herramienta Google Webmaster Tools. Esta funcionalidad te deja ver qué parámetros ha ignorado Google, pero lo mejor es que te permite cambiar esta configuración. Bueno, rectifico más que cambiar sería indicar, señalar, sugerir a Google qué parámetros debería ignorar y que parámetros no debería ignorar. Pásate por la herramienta Google Webmaster Tools >> Información sobre el sitio >> Configuración >> Organización de parámetros y lo verás.

Entradas realcionadas

1. Herramienta de marketing por Internet
2. Conocer antigüedad de un dominio y fecha indexación
3. Tendencias de búsqueda con Google Insights for Search

# Redirigir las URLs dinámicas a las amigables (y sin la barra al final).
RewriteRule ^index\.php?id=([0-9]+)$ /$1? [R=301,L]

# Si alguien intenta ponerle una barra, quitarla.
RewriteRule ^([0-9]+)/$ /$1? [R=301,L]

# Cuando se solicita una URL que coincida con los parámetros de nuestra variable "id" (y sin ninguna barra al final), mostrar el contenido del fichero.
RewriteCond %{REQUEST_URI} ^/([0-9]+)$
RewriteRule ^([0-9]+)$ /index.php?id=%1 [L]


Si solicitamos www.posicionapro.com/index.php?id=21, Apache nos enviará mediante una redirección permanente a la URL www.posicionapro.com/21 (sin barra final).

Si intentamos ponerle a nuestra URL amigable una barra final www.posicionapro.com/21/, Apache nos enviará mediante una redirección permanente a la URL www.posicionapro.com/21 (sin barra final).

Por último, si la URL solicitada coincide con nuestros criterios (un número sin ninguna barra ni nada), Apache nos muestra el contenido del fichero index.php utilizando los datos que corresponden a la id 21.

Otra manera más sencilla de conseguir el mismo resultado:

RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ /$1 [R=301,L]

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ ^/(.+)\.php\ HTTP/
RewriteRule ^(.+)\.php$ /$1 [R=301,L]

Si la URI solicitada tiene una barra al final y si no es un directorio de verdad, redirigir a la misma URI pero sin la barra. Si se solicita el fichero loquesea.php, se redirecciona a /loquesea.

Entradas realcionadas

1. Redireccionar URLs eliminando los parámetros con mod_rewrite
2. Urls amigables con mod_rewrite
3. Canonicalizacion

Escenario

El escenario es muy sencillo. Simplemente es enlazar a una página con un anchor text inventando, que no signifique nada y que no exista para el buscador Google (se hace así para simplificar la evaluación), a su vez esta página debe realizar una redirección permanente 301 (301 Permanent moved) hacia una tercera página.

Evaluación

La evaluación del experimento simplemente es comprobar si se ha indexado la página dest.php y posteriormente realizar la búsqueda de la palabra clave en Google y comprobar si aparece la página dest.php en los resultados:

Conclusión

Tan sencilla es la evaluación, y tan sencilla es la conclusión, y aún así sigue siendo un buen descubrimiento: la redirección 301 sí que pasa los textos de enlace.

[Experimento 10: El Redirect 301 pasa anchor text]

Entradas realcionadas

1. Descubriendo el misterio del secreto del algoritmo del PageRank de Google
2. Resolviendo dudas sobre el orden de los enlaces y Google
3. El atributo alt de una imagen equivale a un texto de enlace

Entradas realcionadas

1. Redireccionar URL dinámica a URL estática
2. Herramienta para detectar plagio de contenido en Internet
3. Urls amigables con mod_rewrite

Si acabas de aterrizar en el mundo del marketing online esta herramienta te dará unos consejos muy valiosos para mejorar tu presencia en Internet.

Entradas realcionadas

1. La importancia del diseño web en una estrategia de Internet Marketing
2. Herramienta para detectar plagio de contenido en Internet
3. Conversión a lead – Google Website Optimizer