Usar um Proxy Reverso para Instalar um Blogue WordPress para SEO Melhorado

Proxies, SEO, Mar-06-20245 minutos de leitura

Já alguma vez se deparou com uma situação em que precisou de ter um blogue no sítio Web da sua empresa que não funciona com o WordPress? Tenho a certeza de que a maior parte de vós já se deparou com este tipo de situações. Neste artigo, vai descobrir uma forma de o conseguir sem comprometer o SEO. Antes de mergulharmos no assunto, vamos explorar como o

Já alguma vez se deparou com uma situação em que precisou de ter um blogue no sítio Web da sua empresa que não funciona com o WordPress? Tenho a certeza de que a maioria de vós já se deparou com situações deste tipo.

Neste artigo, descobrirá uma forma de o conseguir sem comprometer a SEO.

Antes de nos debruçarmos sobre o assunto, vamos explorar a forma como as organizações e instituições utilizam o alojamento do blogue separadamente do sítio Web principal.

Em que circunstâncias é necessário ter um blogue separado do sítio Web principal?

Muitas grandes empresas têm sistemas de TI complicados, o que torna difícil para os seus departamentos internos olharem para fora do âmbito dos seus sistemas internos. Tomemos, por exemplo, o desejo do departamento de marketing de conteúdos de criar um blogue para esclarecer o seu público. No entanto, a organização atual impossibilita a criação de um blogue, por exemplo, no alojamento WordPress.

Por outro lado, as empresas podem utilizar o ".NET Framework" para as suas aplicações Web e outras empresas hesitam em utilizar frameworks de código aberto.

Quando precisa de alojar um blogue em qualquer um dos cenários acima referidos, não tem outra opção senão pensar num servidor alternativo para o alojar. Este servidor está, portanto, fora do servidor onde alojou o seu sítio Web. Vejamos algumas destas opções e o seu impacto, sim?

Quais são as opções para alojar o blogue WordPress separadamente?

Alojamento num subdomínio

Por exemplo, se o seu sítio Web principal tiver um URL de www.myorganization.com, os profissionais tecnicamente mais competentes do passado estariam inclinados a instalar o blogue WordPress comprando um subdomínio do domínio principal. Por exemplo, nesta situação, seria em ourblog.myoraginzation.com.

No passado, esta solução seria perfeita. No entanto, atualmente, quando se pretende gerar uma quantidade considerável de tráfego para o seu blogue, é necessário considerar também os aspectos de SEO (Search Engine Optimization). Iremos analisá-lo na secção seguinte.

Impacto da instalação do blogue num subdomínio para SEO

Quando utilizar um subdomínio

A principal razão pela qual os proprietários de sites compram subdomínios é para ter conteúdo separado com base em vários produtos para a sua marca. Embora também possam existir outras razões, como um sítio Web separado para dispositivos móveis e para direcionar o tráfego, a razão fundamental reside no conteúdo e na expansão da sua marca com base em vários nichos.

Por exemplo, a Wikipédia tem subdomínios para separar o conteúdo com base em várias línguas, como fr.wikipedia.com ou es.wikipedia.com.

A NPR, uma rede de rádio popular, é outro exemplo em que se concentra a 100% nas suas notícias e conteúdos. No entanto, também têm um subdomínio, https://shop.npr.org/, que se concentra principalmente no merchandising.

Assim, nos cenários acima referidos, faz sentido ter um subdomínio. Mas e no caso dos blogues?

Subdomínio ou pasta separada para blogues?

Bem, os motores de busca consideram os subdomínios como sítios Web separados. Isto implica que os motores de busca têm de rastrear e indexar cada subdomínio separadamente. Além disso, os backlinks para o domínio principal não são partilhados com os seus subdomínios. Assim, construir a classificação da página para um subdomínio é quase tão difícil como para o domínio principal.

Por isso, seria útil se tivesse subdomínios em circunstâncias em que faz sentido fazê-lo. Por conseguinte, uma opção ideal nos blogues seria ter o blogue como subdiretório no seu sítio principal.

No entanto, como referi acima, como fazê-lo em circunstâncias em que o seu sítio principal funciona e quando o aloja numa plataforma diferente que não suporta o alojamento WordPress?

É precisamente para isso que servem os proxies inversos e, na próxima secção, apresentaremos uma visão geral dos proxies inversos.

O que são proxies inversos e avançados?

Compreender o conceito de proxy invertido seria mais fácil se soubesse o que faz um proxy direto.

Proxy de encaminhamento - Um proxy de encaminhamento encaminha todos os pedidos de entrada de todos os nós da LAN (rede local) para o servidor relevante para o qual o pedido deve ir. O servidor de destino não faz ideia da origem do pedido e envia a resposta ao cliente que iniciou o pedido através do proxy de encaminhamento. O diagrama abaixo ilustra-o

Proxy reverso: Em contrapartida, um proxy inverso situa-se à frente dos servidores e envia um pedido ao servidor correto quando o cliente inicia um pedido. Depois, quando o servidor correto devolve a resposta, o proxy inverso devolve a resposta ao dispositivo cliente. Para o dispositivo cliente, parece que o servidor proxy invertido processou todos os pedidos. Os proxies inversos são ideais em situações em que a mesma parte de uma aplicação Web é reduzida em muitos servidores diferentes.

Para saber mais sobre os proxies Reverse e Forward, pode consultar este artigo.

Proxy Reverso em um Cenário WordPress

Da mesma forma, pode utilizar um Proxy Reverso para direcionar o tráfego para o servidor onde alojou o blogue WordPress. Por outro lado, o Reverse Proxy direccionará o tráfego não relacionado com o blogue para o servidor relevante. Sei que é mais fácil falar do que fazer. Então vamos demonstrar com um exemplo.

Digamos que, como mostra o diagrama abaixo, o seu sítio Web está https://www.somedomain.com alojado num servidor Web que não suporta o WordPress, mas a sua equipa de marketing de conteúdos está desejosa de ter um blogue. Assim, tendo em conta todos os factos de SEO mencionados acima, a sua equipa de desenvolvimento Web não tem outra opção senão instalar o blogue no diretório "blog". Por conseguinte, o URL do blogue apareceria como https://www.somedoamin.com/blog.

Uma vez que o sítio Web principal não é compatível com o WordPress, eis os passos que a sua equipa de desenvolvimento Web tem de seguir:

Contacte os administradores de somedomain.com e descubra se suportam o Proxy Reverso.
Se o fizerem, pode pedir-lhes que configurem o proxy reverso no servidor deles com os dados em que aloja o blogue WordPress.
Paralelamente ao passo anterior, também precisa de encontrar um servidor de alojamento como o Kinsta para gerir o seu blogue WordPress. Este blogue terá agora um endereço IP separado, uma vez que está alojado de forma diferente do servidor Web que aloja o seu sítio Web principal.
Precisaria de um URL para este blogue, que deve serhttps://www.somedomain.com/blog.Since um domínio que não pode ter uma pasta no domínio raiz; a melhor maneira é fazer com que o subdomínio https://blog.somedomain.com aponte para este novo servidor.
Em seguida, pode configurar o Proxy Reverso de forma a que, se um pedido vier como https://www.somedomain.com/blog, esses pedidos sejam direccionados para o subdomínio https://blog.somedomain.com.This. O passo requer a criação de uma pasta chamada "blog" no diretório de raiz de somedomain.com. Depois, seria útil se colocasse o seguinte ficheiro, com o nome "web.config", com o código abaixo.

Criar o ficheiro web.config

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
 <system.webServer>
  <rewrite>
   <rules>
    <rule name="blog.somedomain.com" stopProcessing="true">
     <match url=".*" />
     <conditions>
      <add input="{HTTP_HOST}" pattern="^blog.somedomain.com$" />
      <add input="{PATH_INFO}" pattern="^/blog/" negate="true" />
     </conditions>
     <action type="Rewrite" url="\blog\{R:0}" />
    </rule>
   </rules>
  </rewrite>
 </system.webServer>
</configuration>

Nas duas linhas abaixo, o "blog.somedomain.com" deve ser substituído pelo subdomínio onde se encontra o seu blogue:

 <rule name="blog.somedomain.com" stopProcessing="true">
<add input="{HTTP_HOST}" pattern="^blog.somedomain.com$" />

Em seguida, nestas duas linhas, pode substituir a pasta "blog" se lhe tiver dado um nome diferente:

<add input="{PATH_INFO}" pattern="^/blog/" negate="true" />
<action type="Rewrite" url="\blog\{R:0}" />

Na etapa final, embora tenhamos utilizado um subdomínio, isso não afectará o SEO, uma vez que o tráfego será gerado para a pasta do blogue do sítio Web principal. Por conseguinte, o redireccionamento para o subdomínio é um processo interno que não afectaria a SEO.

Como criar um Proxy Reverso no Servidor Apache?

As circunstâncias discutidas acima são quando você está executando um servidor que não suporta PHP. No entanto, se se deparar com um cenário em que o seu site principal está a executar PHP ou Drupal, por exemplo, mas pretende ter um site diferente para o blogue no mesmo domínio, tem de configurar o Proxy Reverso de acordo com os passos abaixo.

Mas antes disso, precisa de se certificar de que tem dois sites a funcionar. Um é https://www.somedomain.com, e o outro é com o WordPress instalado com subdomínio, https://blog.somedomain.com.

Antes de mais, é necessário abrir o terminal do servidor Apache através de SSH. De seguida, é necessário ativar o módulo proxy do Apache utilizando este comando:

sudo a2enmod proxy proxy_http ssl

Este comando reiniciará o Apache na maioria das ocasiões para recarregar as novas directivas que definiu acima:

Segue-se o passo de que estava à espera. É a criação do proxy reverso, editando o arquivo de host virtual do servidor.

<VirtualHost *>
DocumentRoot /var/www/app/public
SSLProxyEngine On ProxyRequests off
ProxyPass /blog http://blog.somedomain.com
ProxyPassReverse /blog http://blog.somedomain.com
</VirtualHost>

Dois pontos vitais a registar aqui são:

ProxyPass: Irá criar um proxy reverso para o caminho mencionado acima
ProxyPassReverse: Os cabeçalhos de resposta HTTP entregues através deste proxy invertido serão interceptados e reescritos para corresponderem ao servidor Apache.

Agora, os próximos passos são para o WordPress, o que é típico para ambos os cenários acima.

Atualização do WordPress

Depois, é necessário ir ao servidor onde instalou o WordPress e atualizar o ficheiro wp-config.php. Isto porque normalmente não se configura o WordPress para funcionar num proxy invertido.

Por isso, é necessário atualizar o ficheiro wp-config.php da seguinte forma

$_SERVER['REQUEST_URI'] = str_replace("/wp-admin/", "/blog/wp-admin/", $_SERVER['REQUEST_URI']);

Em seguida, no mesmo ficheiro, actualiza as seguintes variáveis:

Entretanto, pode atualizar os valores de configuração da base de dados da seguinte forma:

UPDATE wp_options SET option_value = 'https://www.somedomain.com/blog' WHERE option_name IN('siteurl', 'home');

O próximo passo é modificar o ficheiro .htacess para que possa reescrever os URLs corretamente:

Torna-se:

RewriteRule . /blog/index.php [L]

Depois de concluir todos os passos acima, é necessário garantir que as hiperligações de publicação e de categoria estão a funcionar como esperado. Para o fazer, tem de iniciar sessão com o URL do subdomínio antigo, tal como abaixo:

blog.somedomain.com/wp-login.php

Seria útil se navegasse para "definições" a partir do painel principal e depois clicasse no separador "Geral".

No campo Endereço do sítio (URL), actualize como abaixo indicado:

Depois de o fazer, se ainda tiver dúvidas se os URLs funcionam corretamente, pode instalar o plugin "Better Search Replace". Este actualizará todos os registos da sua base de dados, se necessário.

Além disso, também deve ter o cuidado de atualizar os canónicos e o robot.txt.