Google Search Consoleで単語ごとの推移を見ていると色々気づく事がありますが、その中の一つで単語ごとの 平均掲載順位のバラツキ。
例えば以下は後半バラツキが少なくなっていますが、このバラツキが少なくなったポイントでその単語にフォーカスしたコンテンツを投下しています。
運営しているウェブサイトの中に単語としては存在していたものの、あまり気にしていなかったキーワードに関して、単純にGoogle側が検索クエリに対し"関連が多少あるのでは？"と判断されているため掲載順位が低くても表示がされていました雰囲気がありますが、そこにちゃんとそのキーワードにフォーカスを当てたコンテンツを入れてあげるとバラツキが減少し安定するという現象です。
考えてみれば当たり前なのかもしれませんが、過去のデータを個人的にDBへ保管していたのでざっと他のキーワードについても調べてみて次の施策へ繋がりそうな気がしてきました。
DBで何でも出来るので現在はあまり気にしていませんが、今度Search Consoleのキーワードで正規表現も利用できるようになるということで更に期待ですね！
日本語に現段階では対応していないのですがSpeakableをヘルプに沿って対応してみると一見エラーはなさそうに見えますが、必ず中身を確認して自分が思っていたデータがspeakableとして選択されていることを確認する必要があります。
ヘルプだと、こんな書き方がされています。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | {
"@context": "https://schema.org/",
"@type": "WebPage",
"name": "Quick Brown Fox",
"speakable":
{
"@type": "SpeakableSpecification",
"xpath": [
"/html/head/title",
"/html/head/meta[@name='description']/@content"
]
},
"url": "http://www.quickbrownfox_example.com/quick-brown-fox"
} |
このspeakableはxPathかcssSelectorのどちらかで設定が出来ることとなっています。xPathやcssSelectorでちゃんと対象が抜き出せているのかを確認する必要があるという話なのですが、最初に述べたとおりこのxPathやcssSelectorで適切にデータが抜き出せなくても現在エラー表示にはなりません。
中身を見るとxPathの場合、xPathの欄と適切に抜き出せていた場合は value 欄がありますが、適切に抜き出せなかった場合はこの value 欄がありません。ただ、その状態でもエラー表示にはならないということです。
私はxPathで実装したのですが、このspeakableで指定できるxPathはやや癖があるのか、何度も適切に抜きだされているかを確認しながら作業したのですが最終的にはChromeのDev Tools側でコピーできるxPathを基に作るのが一番早かったです。
Dev ToolsにxPathのコピーとFull xPathのコピーの2種類があります。どちらもspeakableには使えそうでしたが、少し注意点としては意外と(?)HTMLが定義に従って丁寧にかかれていないと抜き出す事が出来ないということくらいでしょうか。この点は試行錯誤しているときに気づいたのですが、 text() を使って抜き出そうとしても抜き出せない事もあったりして、当たり前なのかもしれませんが、ちゃんとHTMLがキレイに書かれているウェブサイトでないと上手く抜き出せないかもしれません。
Googleのバケットテストに当たる事はちょくちょくあるような気がしていますが、最近出会ったのはfavicon表示と検索結果1件ずつがカード型になったタイプです。favicon対応がリリース後一旦取り下げられましたが、次のデザインはどうなるのでしょうか？
favicon付きデザインを見たときは、こういうブラウザ拡張昔あったなぁと懐かしい気持ちになりました 😄
ChromeブラウザとEdgeがサポートしている「Scroll To Text Fragment」というものがありますが、早速Google検索結果のアンサーボックスのリンクで利用されるようになったようです。これは記事を多く持ったメディアあたりは大いに恩恵があるかもしれません。
この対応はもしかするとアンサーボックスの拡大と音声検索の強化が先に待っているのかもしれませんね。
リンクURL : https://ideco.kddi-am.com/learn/words/260/#:~:text=余剰資金とは手持ち,のことを指します。
リンクURL : https://toyokeizai.net/articles/-/356908#:~:text=60歳の時点で,といったメリットを受けられ
API_KEY = '' #consoleで発行したAPI KEY
CUSTOM_SEARCH_ENGINE = '' #Custom search engineで発行されたID
def get_url(search_keyword):
urls = []
query = 'https://www.googleapis.com/customsearch/v1?key=' + API_KEY + '&cx=' + CUSTOM_SEARCH_ENGINE + '&num=1&q=' + quote(search_keyword)
res = urllib.request.urlopen(query)
data = json.loads(res.read().decode('utf-8'))
try:
urls.append(data["items"][0]["link"])
return urls
except:
# Indexされていないことを伝える通知とか
Optionally, for pages that have substantially the same content in the same language and are targeted at multiple countries, you may use the rel="canonical" link element to specify your preferred version. We’ll use that signal to focus on that version in search, while showing the local URLs to users where appropriate. For example, you could use this if you have the same product page in German, but want to target it separately to users searching on the Google properties for Germany, Austria, and Switzerland.即ち同一言語サイトならば重複コンテンツとなるため、canonicalで1サイトを特定できるよと。
Update: to simplify implementation, we no longer recommend using rel=canonical.なるほど。hreflangを利用する場合はcanonicalは指定してくれるなと。
.png)
%2B(1).png)
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Label</key> <string>uk.co.screamingfrog.seo.spider.scheduler</string> <key>ProgramArguments</key> <array> <string>open</string> <string>/Applications/Screaming Frog SEO Spider.app</string> <string>--args</string> <string>--crawl</string> <string>http://www.example.com/</string> </array> <key>StartCalendarInterval</key> <dict> <key>Hour</key> <integer>2</integer> </dict> </dict> </plist> <ご参考>
