タグ検索:web制作 , web制作会社

Webサイトを運用していると、システムのバージョンアップや掲載内容の改修、またはサーバの移設など、様々なケースでWebサイトを一時的にメンテナンス画面に切り替え、運用を停止しなくてはいけない場面に遭遇します。理想的にはWebサイトの運用を止めずに、スムーズにメンテナンス作業が完了することが望ましいのですが、現実的には難しい場合が多々あります。

メンテナンスページを設ける方法として、一般的にはルート階層にメンテナンス内容を記載したファイル(index.htmlなど)を設置して、あとは.htaccessでリダイレクトをかけるなど、割とざっくりと対応しているケースもある様ですが、検索エンジンのクローラーが回ってきた場合に意図しない判断をされてしまう可能性があるため、正しい方法でメンテナンス画面を用意することが推奨されています。

.htaccessで503ページを用意する

Google検索セントラルを確認すると、「サイトのダウンタイムへの対処の仕方」には、下記の様に「503」を利用することが推奨されております。503を使うことによりGoogleにメンテナンス中であることが伝わるため、インデックスなどに影響が出る事もない様です。SEOを重要視されているWebサイトにとってインデックスは非常に重要ですので、Googleの推奨される方法で実装されることをお勧めいたします。

・サイトのダウンタイムへの対処の仕方
「サイトのダウンタイムへの対処の仕方」の詳細はこちら

ページのリクエストに対して、HTTP ステータス コード 404 (Not Found) を返したり、エラー ページを表示しているのに 200 (OK) を返したりする方法は、ダウン タイムへの対処法としてお勧めできません。それよりも、HTTP ステータス コードとして 503 (Service Unavailable) を返すように設定した方が、検索エンジンのクローラに対してダウン タイムが一時的であることを伝えることができます

503でリダイレクトをかける場合、一般的にはhtmlを設置するroot階層の.htaccessに下記の様な記述で対応します。
(サーバの仕様により書き方が変わる場合がありますので、実施にはご利用中のサーバに合わせて記述してください)

#root階層にmaintenance.html(メンテナンスページ)を設置する場合
#自分のIPを除外する場合はIP箇所のコメントアウトを外してIPを設定してください
ErrorDocument 503 /maintenance.html
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_URI} !/maintenance.html
#RewriteCond %{REMOTE_ADDR} !=000.000.00.00
RewriteCond %{REQUEST_FILENAME} !^(.*)\.(jpg|png|css)$
RewriteRule ^.*$ - [R=503,L]
</IfModule>

#メンテナンス終了予定日時
<IfModule mod_headers.c>
Header set Retry-After "Fri, 5 July 2024 7:00:00 GMT"
</IfModule>

a-blog cmsならシステムに503ページが用意されています



a-blog cmsには「管理ページ」のダッシュボードに、メンテナンス画面に切り替える機能が備わっております。
こちらからモードを切り替える事で「503」ページに転送できますので、簡単に切り替えが可能です。
503ページの内容を変更したい場合は、あらかじめ作成した503.htmlをサーバのhtmlを設置するroot階層にアップロードしておく必要がありますのでご注意ください。(root階層にファイルがない場合は、a-blog cmsが用意した定型のメンテナンスページが表示されます)

CPIは503が利用できないらしい

今回メンテナンスページを表示するサーバがCPIだったのですが、調べたところCPIでは.htaccessの503エラーの操作についてサーバ側で制限がかかっており、ユーザー側では503用ページを設定することが出来ない事が分かりました。
CPIでメンテナンスページを表示する場合は、302のリダイレクトなどでメンテナンスページへ転送するなど、他の手段を使う必要があるようですのでご注意ください。

・CPI .htaccess の設定方法
「CPI .htaccess の設定方法」の詳細はこちら

この様に.htaccessに制限がかかっている場合もありますので、ご利用のサーバを事前に調べておくことをお勧めいたします。

#CPIでサイト全体のアクセスをmaintenance.htmlに302リダイレクトをする場合
#root階層にmaintenance.html(メンテナンスページ)を設置
Options +SymLinksIfOwnerMatch
RewriteEngine On
RewriteCond %{REQUEST_URI} !/maintenance.html$
RewriteRule ^(.*)$ /maintenance.html [R=302,L]

最後に

メンテナンスページを表示するという単純な作業が、思わぬところで「Googleからのインデックスを削除されてしまう」場合があると思うだけでドキッとします。メンテナンス中は時間との戦いです。メンテナンス自体の作業に追われ余裕がない事も多いと思いますので、ぜひ事前にしっかりと準備をして、心に余裕をもって対応されることをお勧めいたします。(自分自身への忠告も込めて…)

メンテナンスページ自体は人が見るだけですが、その裏でWebサイトの評価を落とさない様に、この様な情報を頭の片隅にでも覚えておいていただければ幸いです。


以前こちらのブログ「名古屋のWeb制作会社としてもうすぐ15年になります」でも書きましたが、本日2024年7月1日で創業15年が経ち、16期目がスタートいたしました。

2007年に名古屋のWeb制作事業者として個人事業主で創業し、2年後の2009年に法人化して現在に至ります。
これもお取引いただいているお客様をはじめ、仲良くさせていただいている方、そして弊社のスタッフや関係者の方など、皆様のお力添えがあり続けてこられたのだと思います。本当にありがとうございます。

移り変わりの早いWeb業界

弊社の主な営業品目として企業様の「Webサイト制作」があります。
主に企業のコーポレートサイトを制作させていただく事が多いのですが、店舗・医院・協会、イベント・キャンペーンサイトなど様々な種類のWebサイトを制作してきました。

最近ではAI化の流れも進んでおり、弊社でも少しずつAIで対応可能な部分は作業に導入していたりします。まだまだ未知数なところもありますが、この流れは避けられないものだと思いますので、効率よく利用しお客様の利益につながる様に、上手く利用できればと思っています。(と言いましても、まだ単純な作業をAIに置き換えて検証をしている様な状態ですが…)

創業当時のWeb業界のことを思い出してみますと、企業にWebサイトがあることは当たり前の世の中でした。次の段階としてcmsを導入し「簡単・便利にWebサイトを更新できる様にして、Webサイトを通してユーザーや顧客に訴求しましょう」という流れだった様に思います。TwitterなどのSNSはもちろんありましたが、まだアカウントを持って運用をしているのは個人が多く、企業がSNSで発信をしているケースは少なかった記憶がありますので、企業がWeb上で情報発信する際には、自社のWebサイトを活用するという感じでした。

スマートフォンもまだiPhoneが出た頃(日本ではiPhone 3Gが2008年に登場しました)で、トレンドに敏感な周りの方がガラケーからiPhoneへ乗り換えている頃でした。そんな時代ですので、WebサイトもメインはPCサイトで一緒に携帯サイトを作るという感じで、PCでのIEハック(IEでのレイアウト崩れを防ぐ処理)なども主流でした。思い出すと懐かしくなりますね…。そんな時に現れた救世主が「jQuery」でした。ブラウザの差異を吸収してくれる優れもので、jsでのフロントエンドの実装が急展開で進むきっかけになった様に思います。

SEOも以前はキーワード文字を詰め込み、外部サイトで大量に被リンクを稼ぐ様な方法が主流で、現在ではNGになる様な杜撰な対策がメインでした。弊社はその様なSEO対策は受け入れられず、当時のSEO対策については一切お引き受けすることはございませんでした。ただ、SEOは本当にこの15年でまともになり、Web制作の現場として納得をして実装が出来る非常に良い環境になりましたので、今は積極的にSEOのご相談も承っております。

そういえば、個人的にはこの頃からWebサイトを作る際のコーディングにはエディターしか使わなくなりました。
2000年頃はhtmlのレイアウトはテーブル組みが主流だったため、その流れでDWなどのソフトを使っていましたが、2009年頃からはほぼエディターだけでhtml/css/jsなどは済ませています。

Webサイトに求められるものや、作り方自体も変わっていますので、変わったことを言い出すとキリがないのですが、この様に変化の流れが早いWeb業界で生き残っていく為に、これからも日々精進していきたいと思います。

近くの御器所神社さんへお礼に

15年間のお礼と今期1年良いお仕事ができます様にと、職場近くの御器所神社さんへ参拝に行ってきました。
初心忘れずまた1年頑張ろうと思います。


御器所神社さんの外観

最後に

懐かしい話も出ましたが…変化の早いWeb業界だからこそ、時代のニーズを捉えながらチャンレンジし、私たちを選んでいただいたお客様に喜んでいただける様に、結果の出る成果物を求めていきたいと思います。良いご提案ができる様に、新しい取り組みや検証なども頑張ってまいりますので、今後ともどうぞ宜しくお願いいたします。

弊社のWeb制作については下記ページをご覧ください。
Webサイト制作


自社Webサイトやお客様のWebサイトなど、弊社では複数のWebサイトのSEOランキングを日々計測しています。
当たり前ですが、どのWebサイトもサイト構成やデザイン、掲載内容、更新頻度、Core Web Bitals の対策具合は異なっています。

もちろん一番良いのは、a-blog cms(CMS)を常に最新にして、サーバ環境も最新に(または定期的に見直し)、Core Web Bitalsを改善しつつ諸々の対策、そして何よりしっかりと目的を持って定期的にWebサイトを更新をしていただく事です。これが一番効果が出ますし、日々の更新の中で常に改善が出来ますので、実際のビジネスのスピードに合わせたWebサイトの運営ができ、検索順位だけでなくユーザーにとっても有益なWebサイトになります。

ただ、複数管理させていただいているWebサイトの中には、普段あまり更新をしないWebサイト(年に数回程度)もあります。そんな普段更新をしないWebサイトでも、下記の対策を行ったことで順位が改善しているものがあります。

SEOの改善に行った対策

  • a-blog cmsを最新版にバージョンアップ
  • 最新サーバに乗り換え
  • PHPを8.x以降に(できればPHP8.3)/PHP関連の各メモリ割り当てを増加(できれば2G程度)
  • a-blog cmsとサーバのキャッシュ関連の適切な設定
  • Core Web Bitalsを改善
  • 構造化データの導入・見直し
  • Search Consoleの情報を元に「インデックス/重複/canonical」などの調整

Webサイトの基礎が活きる

サイトごとに狙うキーワードのシェアや競合サイトなども違いますし、サイト自体のGoogleの評価も変わってきますので一概には言えませんが、サーバの環境やWebサイト構造など、Webサイトの基礎の部分を見直し改善すると、あまりサイトを更新していなくても一定の評価が上がると感じています。

上記の様な見直しや改善は、全て結果的にWebサイトのパフォーマンスやセキュリティなどの向上につながります。パフォーマンスやセキュリティの改善は、効果があることをGoogleも公表していますが、日々実測していると経過が分かりますので非常に面白いです。

また、Core Web Bitalsにはユーザービリティやアクセシビリティに関する項目もあるため、例えSEO目的の対策であったとしても、結果的にはWebサイトやそのユーザーに対して非常に有益な施策だと言えると思います。

Core Web Bitalsに関しては以前にも「Web制作会社がおこなうSEO施策とCore Web Bitalsの改善」「SEOとは「UXを高めていく事」という時代になったのだと思う」で書いておりますので、興味がある方はぜひご覧ください。

最後に

もしSEOで検索順位を上げたくても効果が出ない場合は、ぜひこの辺りの改善も視野に入れてみてはいかがでしょうか。
Webサイトやサーバが数年前の環境のままでしたら、改善はしても悪くなることはないと思います。
上記の施策だけでしたら、Webサイトに掲載している内容に変更を加えませんので、この施策で順位が悪化することはないと思いますので、評価を全体的に底上げする意味でも効果的だと思います。

a-blog cmsでのWebサイト運用にはノウハウもございますので、「Webサイトが見てもらえない」など、Webサイトの効果に疑問を感じたり、何かWebサイトの事でお困りでしたら、是非お気軽にご相談ください。


SNSが盛んになってから随分と月日が経ちました。
最近ではX、FaceBook、Instagram(Thereds)、Youtube、LINEなどのSNSに多くの人が集まり、活発に活用されています。

Webサイト制作の現場にいると、「WebサイトはSNSがあるからあまり活用していない」「WebサイトよりSNSの方が便利」などといった声も聞こえてくるほど、Webサイトの代わりとして運用されている人も多いのではないでしょうか。Webサイトの更新が止まっている代わりに、SNSを盛んに運用している事例も拝見します。

しかしビジネス的な視点でみると、SNSのみ利用される場合はリスクがあります。
そこで今回はSNSとWebサイトの良い関係性を考えてみようと思います。

SNSの良さとウィークポイント

SNSの良さはとは?それは「写真や文章、動画の投稿が手軽に出来ること」「同じ趣味などの仲間と繋がれること」「いいねやDMなどのメッセージで簡単にコミュニケーションが取れること」などでしょうか。実際の生活で知っている人とのコミュニケーションだけではなく、SNS上で知り合うことも出来ますので、今まで出会えなかった人と出会う事が出来ます。多くの人と人とが出会い、簡単に情報交換が可能な場がSNSの良さなのだと思いますが、最大のポイントはそこに「多くの人が集まっている」ということだと思います。

しかし優れたツールでも少し方向性を誤ったり、他に人気のツールが登場すれば、さほど執着もなく人々は離れていき、そのSNSの良さは失われていきます。急なアカウントの停止等により、積み上げた情報が一気にSNS上から失われ機能しなくなる恐れもあります。

SNSは非常に優れたツールですが、海外の企業が運用する無料サービスである以上、ネット上のビジネスの軸足をおくには危うい部分がありますので、あくまで情報を拡散しコミュニケーションを取るための窓口と考えておいた方が良さそうです。

自社Webサイトの良さとウィークポイント

Webサイトの良さとはなんでしょうか。
SNSと比較した場合の最大のメリットは、やはり自らが設計しWebを活用した仕組みで、コンテンツを制作する事が出来ます。SNSに比べてコストは掛かりますが、作り上げたコンテンツを蓄積しながら育てていく事が出来ます。この育てていくという作業は、自社のサービスや商品・もしくは企業自体のブランディングにも効果的で、こだわりのあるコンテンツを構築する事も可能です。

一方SNSと比べ弱いところは、サイト自体が独立した存在である場合が多く、そのWebサイト自体(企業・サービス・商品など)に魅力や興味・目的がなければ人が集まってこないということです。人に見ていただくためには流入元をしっかりと計画しておく必要があります。一般的に流入元としては、SNSなどの各種ツール、検索エンジン、広告、オウンドメディア(パンフレットなども含む)などです。

「SNS」はX、Facebook、Instagram(Thereds)、Youtube、LINEなどがよく活用されています。また検索エンジンからは、検索順位の上位を狙う「SEO対策」、Adsenseなどの検索エンジンやポータルサイトに出稿する「有料広告」、Googleの地図検索でサイトの表示を狙う「MEO」、Googleでビジネス情報を掲載するGoogleビジネスプロフィールなどです。
地域性を絞らず広く展開することもできますし、地域性のあるビジネスでは地図検索やビジネスプロフィールでローカル性を高めていく方法も効果があります。この様にWebサイト単体ではなく、検索エンジンや広告、そしてSNSを利用して、集客をされているケースが非常に多いです。

自社ツールという「オウンドメディアの強み」を持つことで、必要な情報をコントロールした発信ができ、営業・広報活動の中でブランディングが可能になりますが、一方集客性が弱いところを別のツールでSNSで補うことが必要となります。

自社のWebサイトを中心に各種SNSの利点を活かすことを考える

自社サイトはもちろん、各種SNSツールにもそれぞれに特化した良さがありますので、話をとりまとめますと「自社Webサイトを中心に、SNSや検索エンジンなどの利点を活かした、幅広い集客・広報活動を展開する」ことが大切だといえます。

例えば「X」は情報の拡散性に優れています。広く拡散することはメリットですが、匿名性が高く同じ人が複数のアカウントを持っていることも多く、掲載されている情報の信頼性も低い場合があります。広まりやすい反面、炎上しやすいリスクもありますし、最近では投稿が収益化されたことで、インプレッションを稼ぐだけの目的で運用されているケースも多くみられます。

「Instagram」は写真の投稿が必須なため、リアルな生活の一部が垣間見えることで、情報の信頼度は「X」よりは高い傾向です。ただしInstagram自体の情報拡散能力が低いため、フォロー外の幅広い層にアプローチすることは苦手だといえます。また趣味性が高いアカウントが多いので、アカウントの趣味嗜好が強く反映するSNSです。

「Youtube」は趣味・ビジネス・教育・エンタメと幅広いジャンルで人気があり、Youtubeに掲載が無いジャンルを探す方が難しいほどです。動画という情報量が多いコンテンツのため、運用する側からみると「サービス・商品のアピール、ブランディングに使いやすいSNS」ですが、映像をつくる制作コストが高いため運営には体力が必要になります。
数年前まではYoutuberという存在が目立ちましたが、数年前のコロナ期を境に「ビジネスでの運用」をされるケースが増えており、現在は広報活動の有力なツールとして注目されています。

最後に

今回は自社WebサイトとSNSなどの外部ツールの役割のお話を考えてみました。
「こんなに色々やらなくてはいいけないのか…大変だ」と思う方もいるかもしれませんが、ビジネスで競合より1歩リードするためには必要なことだと思いますので、ぜひそれぞれのツールの利点を活かしながら、計画的に運営されることをお勧めいたします。

お客様からは「自社サイトを運用するコツは?」「複数あるSNSをどう活用したら良いのだろう?」というお悩みもよく伺いますので、今後また「自社サイトを運用するコツ」も考えてみようと思います。長文お付き合いいただきまして、ありがとうございました。


2024/6/11に名駅のコワーキングスペース ベースキャンプ名古屋で開催された「a-blog cms 勉強会 in 名古屋 2024/06」に参加してきました。
a-blog cms勉強会は毎月定期的に開催されており、普段からa-blog cmsをヘビーユースされているビジネスパートナーの方や、まだ始めたばかりの初心者の方、そしてa-blog cms開発会社のアップルップル社の皆さんなど、多くの参加者で一緒にa-blog cmsを学んでいます。a-blog cms周りの話題はもちろん、最近のWebのトレンドなどのお話も出ますのでいつも大変勉強になっております。

a-blog cms Ver. 3.1.17 リリースのお知らせ

まず最初の話題としましては、新しくリリースされた3.1.17のリリース情報のお知らせがありました。
詳細は「a-blog cms公式サイトのデベロッパー情報」をご確認いただければわかりますが、新機能と変更点のあった項目の中から、時に個人的に嬉しかったポイントをピックアップしてご紹介します。

新機能

  • CMS-6808 メディア作成・更新時のHookを新しく追加(saveMedia)
  • CMS-6814 エントリーの複製時にカスタムフィールド、カスタムユニット、ユニットに保存されたファイル名をランダムにするかをカスタマイズするオプション(entry_duplicate_random_filename)を config.system.yaml に追加
  • CMS-6827 子ブログを含んだ初期インストールが出来る仕組みを用意
  • CMS-6824 Google検索に対してサイト名を指定するWebSite構造化データを追加
  • CMS-6842 インストーラーでデータベースの照合順序を選択できるように修正

変更点

  • CMS-6804 CMSで作成するファイル・ディレクトリのパーミッション設定をconfig.server.phpで設定するように変更
  • CMS-6840 Ajaxによる部分テンプレートアクセスにCSRFトークンによる認証を追加し、許可するtpl指定(allow_tpl_path)を個別指定しなくてもいいように改修 & Ajaxリクエストのセキュリティレベルオプションを用意(ajax_security_level)

個人的に嬉しかった推しのポイント

「CMS-6824」はGoogle検索結果での表記の指定に関わりますので、日頃からSEOを気にされている方には嬉しい機能になると思います。
また、「CMS-6842」は絵文字を使う際に指定する「utf8mb4」がインストール時から選べる様になったことで、後からデータベースを変更する手間が減るためとても便利になりそうです。

実は個人的に一番嬉しかったのが変更点「CMS-6840」です。先日こちらのブログ(a-blog cmsにhtmx(jsライブラリ)を実装してみました)でも紹介しましたが、今回こちらの仕様変更により、今まで以上にセキュアで簡単にhtmxの実装が可能になりました。htmxにはとても可能性を感じておりますので、a-blog cms + htmxが使いやすくなることは非常に嬉しいです。

勉強会に参加された皆さんの質問・疑問にお答えするコーナー

リリース情報の後は、勉強会に参加された皆さんが持ち寄った質疑応答のコーナーでした。
普段作業されているなかで解決ができなかったことや、作業の進め方の意見交換など、実際に作業をされている方々だからこそ抱えているお悩みなどを意見交換しながら解決していきました。

僕は利用歴が長いので知っている事もありましたが、長く使っていてもまだまだ知らない事や、使う機会がなくて忘れていた機能もあり勉強になりました。特に普段触ることの少ないプロフェッショナルライセンスの機能などは、こういった機会がないと画面をみながら情報交換することは難しく感じていますので、とても有意義な時間でした。

最後に

今回もとても勉強になり、有意義な時間でした。
参加された皆さま、そしてアップルップルの皆さま、本当にありがとうございました。

冒頭にもお話ししましたが、a-blog cmsの勉強会は定期的に開催されております。
特に名古屋にはa-blog cmsの開発会社であるアップルップルさんがありますので、実際に集まり開発されているスタッフの皆さんやビジネスパートナー・ユーザーの皆さんと、対面でお話をしながら勉強が出来ます。普段抱えている悩み等や疑問も相談する事ができますし、こんな機能があったら嬉しいなどもお話しできます。名古屋まで参加ができない方に向けに、他のエリアでも勉強会が開催されておりますし、オンラインでも開催されております。

a-blog cmsは大変素晴らしいサポート体制が整っておりますが、これはアップルップルの皆さんの運営なくしてありえないので、とてもとても感謝しております。(ここ大事なところ!)

a-blog cmsの利用を予定されている方や、これから勉強されたい方など、a-blog cms勉強会に参加されてみてはいかがでしょうか?ぜひ国産のcmsの良さを体験してみてくださいね。これからもa-blog cmsが今まで以上に盛り上がっていくと嬉しいので、興味がある方は一緒に勉強しましょう。

【a-blog cms勉強会の詳細はこちらから】
a-blog cms イベントスケジュール
名駅のコワーキングスペース ベースキャンプ名古屋